URL検査のライブテストとは？インデックスの結果と違う表示が出たときの読み方

Search Console の URL 検査で記事の URL を調べたら「URL が Google に登録されていません」と出た。それで「公開 URL をテスト」を押してみたら、今度は「URL は Google に登録できます」と出た。どちらが本当なのか分からない。あるいは逆に、登録されているはずなのに、ライブテストでは問題があると言われた。そんな人に向けて書いています。

先に答えを書くと、2つの画面は違うものを見ているので、どちらも本当です。読み終えるころには、ライブテストが何を調べていて何を調べていないのか、食い違ったときにどちらの表示を手がかりに次へ進めばいいのかが分かるはずです。

結論: ライブテストは「いま取りに行けるか」、最初の結果は「インデックスに入っているか」

URL 検査で URL を入れて最初に出る画面は、ライブテストではありません。Search Console ヘルプのURL 検査ツールのページは、その画面について次のように書いています。

これはライブテストではありません。結果に表示されるのは、直近にインデックスに登録されたバージョンのページであり、ウェブ上で現在公開されているバージョンとは限りません。

一方、その結果の画面で「公開 URL をテスト」を押すと、ライブテストになります。同じヘルプのライブテストの節は、こう始まります。

これはライブテストです。つまり、ツールはリアルタイムで URL を取得して検査します。ライブテストで表示される情報は、インデックス登録された URL の情報とは異なる場合があります。

英語版も "This is a live test: the tool fetches and examines the URL in real time." で、同じことを言っています。つまり、最初の結果は「Google のインデックスの中にあるこのページの記録」、ライブテストは「いまこの瞬間に Google がページを取りに行った結果」です。並べると次のようになります。

上部の表示の字が「登録されています」と「登録できます」で違うのは、この違いのためです。ライブテストの「登録できます」は、取りに行けたし、止める指示も見当たらなかったという意味で、登録されたという意味ではありません。個々の表示の意味と次の一手はサーチコンソールでインデックスを確認する方法に書いたので、この記事では2つの結果の違いに絞ります。

ライブテストのやり方と、1日の上限

ヘルプの手順を、個人ブログで使う形に言い直すと次のとおりです。

1. Search Console の上部の検索欄に、記事の URL をそのまま入れる。開いているプロパティの中の URL である必要があります。まだインデックスに登録されていない記事でも、登録に失敗している記事でも構いません。ヘルプはそのうえで「ログイン時に必要な情報なしでインターネットからページにアクセスできる必要があります」と書いているので、ログインしないと読めない下書きのプレビューなどは調べられません。
2. 最初の結果(インデックスの結果)を読んでから、「公開 URL をテスト」を押す。
3. 結果の画面で、ライブテストとインデックスの結果を見比べる。ヘルプによると、画面の「Google インデックス」と「ライブテスト」を押して切り替えられます。
4. ページを直したら、テストの再実行ボタンで取り直す。

回数には上限があります。ヘルプの一文はこれです。

ライブテストの実行回数には、プロパティごとに 1 日あたりの上限があります。

何回までかの数字は書かれていません(英語版も "There is a per-property daily limit of live inspections." で、数字はありません)。私は、直すたびに全記事を試すのではなく、直した記事のうち代表の数本だけでテストしています。インデックス登録のリクエストにも別に1日の上限があり、その扱いはインデックス登録をリクエストしても反映されないのはなぜ？に書きました。

ライブテストが見ないもの

ライブテストの結果を読むときにいちばん大事なのは、見ていない項目があることです。ヘルプは、使い方の流れを書いたところでまず「なお、すべての問題をテストできるわけではありません。」と断り、ライブテストの節で中身を挙げています。

ライブテストでは、サイトマップや参照元ページに URL が含まれていることを確認するわけではありません。

ライブテストでは、インデックス登録時に生じる可能性のあるすべての問題（重複ページまたは代替ページかどうかなど）がテストされるわけではありません。重複ページはインデックスに登録されません。

ライブテストでは、ページが品質とセキュリティに関するガイドラインを遵守しているか、手動による対策が実施されていないか、コンテンツの削除の対象になっていないか、URL が一時的にブロックされていないかはチェックされません。

「有効なテスト結果が得られたページは、必ずインデックスに登録されますか？」という問いへの答えも、ヘルプに書かれています。

いいえ。一般公開 URL テストでは、Google-InspectionTool がインデックス登録のためにページにアクセスできるかどうかのみが確認されます。ページが Google インデックスに登録されるかどうかを保証する確実なテストはありません。

Google-InspectionTool は、URL 検査ツールがページを取りに行くときのクローラーの名前です。この答えが、この記事の結論の根拠です。ライブテストが確かめているのは「取りに行けるか」までで、そのページが重複していないか、登録に足る品質か、といった判断は、インデックスに登録するときに別に行われます。どのページを正規として扱うかも同じで、ヘルプは「ライブテストでは、テスト対象のバージョンが正規バージョンになるかどうかを予測することはできません。」と書いています。

ヘルプには「ライブテストでテストされないインデックス カバレッジ問題」という節もあり、「ライブテストでは、すべてのページ条件を検出することはできません。」で始まって、ページのインデックス登録レポートに出るラベルのうちライブテストでは確かめられないものが並んでいます。その中にある「クロール済み - インデックス未登録」と「コンテンツのない状態でページがインデックスに登録されています」については、それぞれ「クロール済み - インデックス未登録」の記事と「コンテンツのない状態で…」の記事で、ライブテストで確かめようとしても判定にならない理由を書きました。

インデックスの結果とライブテストが食い違うとき

ヘルプは、ライブテストの「登録の可否」がインデックスの結果と違うことがある理由として、次の2つを挙げています。

noindex タグや robots.txt でのブロックを削除（または追加）するなど、公開 URL に変更または修正が加えられてから、変更内容がまだインデックスに登録されていない

ライブテストはインデックス登録されたバージョンに記載されているインデックス ステータスのすべてをサポートしているわけではありません。

さらに、サーバーのエラーについては「サーバーエラーは一時的なものである可能性があるため、クローリング中には発生しないサーバーエラーがライブテスト中に発生したり、逆にクローリング中にサーバーエラーが発生してもライブテストが成功することがあります。」ともあります。食い違いは珍しいことではなく、ヘルプが前もって理由を書いている現象です。個人ブログでよく出る組み合わせを、ヘルプの理由に当てはめると次のようになります。

どの行でも、「いま取りに行けるか」はライブテストで、「なぜ登録されていないか」はインデックスの結果の理由のラベルで読む、と分けて考えると迷いにくくなります。noindex を外したのにまだ「登録されていません」と出ているときは、1行目の典型です。noindex で外れている行の読み方は「noindexタグによって除外されました」は正常、直すのは意図と違うときだけに書きました。

「URL が Google に認識されていません」は、インデックスの結果の側の表示

サブの検索語にもなっている「URL が Google に認識されていません」は、ライブテストの結果ではなく、最初に出るインデックスの結果の「ページのインデックス登録」に出るラベルです。ヘルプは、インデックス登録のステータスの値として「この URL はこれまで Google に認識されていません。」と説明し、別の節で次のように案内しています。

[URL が Google に認識されていません] と表示されている場合は、Google がこの URL をまだ認識していないため、ページのインデックス登録をリクエストする必要があります。通常、インデックス登録には数日かかります。

公開したばかりの記事でよく出る表示で、ページに問題があるという意味ではありません。このラベルが出ていても、ライブテストを押せば Google はその場でページを取りに行くので、「登録できます」と出ることは十分ありえます。ヘルプはこの値の説明のすぐ後に「修正するには、ライブ検査を実施して、ページの可用性を調べます。」と書いているので、このラベルが出たときにライブテストを押すのは、ヘルプどおりの順番です。上の表の2行目がこれで、食い違っているのではなく、「まだ知られていない」と「取りに行けば取れる」が同時に成り立っている状態です。ヘルプの「数日」をどう読むかは、上で挙げたリクエストの記事に書いています。

ライブテストで問題が出たときに見る欄

ライブテストを押して「URL は Google に登録できません」と出たとき、ヘルプの説明は「この URL は重大な問題があるため Google 検索結果に表示できません。」で、必要な対応は「登録の可否に記載された詳細を読み、理由を確認してください。」です。

なお、「ライブテスト中に、URL のインデックス登録に関する問題が見つかりました」という文で検索する人もいますが、この文は、この記事で読んだ URL 検査ツールのヘルプ(日本語版・英語版とも)には載っていません。私も自分の画面でこの文言を確かめていないので、どこにどう出る文かは断定しません。いずれにしても、ライブテストで問題があると言われたら、見る場所は同じ「登録の可否」の欄です。ヘルプによると、この欄には、主に次の項目が並びます。

上から順に、どこで止まっているかを見ていきます。「ページの取得」がサーバーのエラーなら、上で引いたとおり一時的なこともあるので、私は少し時間を置いてから再実行ボタンで取り直します。「インデックス登録を許可？」に noindex と出ていれば、ページのどこかが noindex を出しています。ヘルプには、robots.txt でブロックしているときは「[インデックス登録を許可？] は常に [はい] になります」という注意もあるので、「インデックス登録を許可？」は「クロールを許可？」と合わせて読みます。ヘルプは「サイト全体の問題により、利用できません」という状態も挙げていて、そのときの理由は「ページの取得」の欄に出ると書いています。

ライブテストで「登録できます」と出たら

ヘルプは、登録の可否の状態「URL はインデックスに登録できます」を「URL はおそらくインデックスに登録されますが、必ず登録されるとは限りません。テストでは、発生する可能性のあるすべての問題がチェックされるわけではないからです。」と説明しています。「おそらく」です。

そのうえで、ページ全体が「URL は Google に登録できます」のときの必要なアクションとして、インデックスに登録されたバージョンと違うならインデックス登録をリクエストできること、サイトマップを送るかクロールを待つ方法もあることを挙げています。私の使い方は次のとおりです。

• 直した記事で、インデックスの結果がまだ直す前の状態なら:主な記事だけインデックス登録をリクエストして、あとは待つ。
• インデックスの結果に「クロール済み - インデックス未登録」などの理由が出ているなら:ライブテストの「登録できます」では片付かないので、その理由のほうを読む。
• インデックスの結果も「登録されています」なら:ライブテストでやることは特にありません。検索結果に出ているかどうかは、ヘルプのとおり Google 検索でページの URL を検索して確かめます。

よくある質問

サーチコンソールのライブテストとは何ですか

URL 検査ツールで「公開 URL をテスト」を押したときに行われる、その場でページを取りに行って調べるテストです。ヘルプの言い方では「ツールはリアルタイムで URL を取得して検査します」。インデックスに登録されているかではなく、いま Google がページを取りに行けるか、登録を止める指示が無いかを見ます。

ライブテストで「登録できます」と出れば、インデックスされますか

されるとは限りません。ヘルプは「ページが Google インデックスに登録されるかどうかを保証する確実なテストはありません。」と書き、重複・品質・手動による対策などはライブテストで調べないとしています。

ライブテストは1日に何回まで使えますか

プロパティごとに1日あたりの上限がある、とだけ書かれていて、回数の数字はヘルプにありません。直した記事の代表だけで試すのが無難だと私は考えています。

Google から見たページの見た目(スクリーンショット)はどこで見られますか

ライブテストの側です。ヘルプは「レンダリングされたページのスクリーンショットは、ライブテストでのみ利用できます。」と書いています。テストの結果で「テスト済みのページを表示」を開くと見られます。ただしヘルプは「スクリーンショットは公開テストで成功した場合のみ利用できます。」とも書いていて、ライブテストでページを取得できなかったときは見られません。

Google がどの URL を正規として選んだかは、ライブテストで分かりますか

分かりません。正規 URL はインデックスの結果の側で見ます。ヘルプは、正規バージョンはインデックス登録されたデータからのみ確認できると書いています。

まとめ

• URL 検査で最初に出るのは、直近にインデックスに登録されたときの結果。「公開 URL をテスト」を押すとライブテストになり、Google がその場でページを取りに行く
• ライブテストが見ているのは「いま Google が取りに行けるか、登録を止める指示が無いか」で、「インデックスに登録されているか」とは別。ヘルプも「異なる場合があります」と書いている
• ライブテストは、サイトマップ・重複・品質・手動による対策などを調べない。「登録できます」でもインデックスされるとは限らない。回数には1日あたりの上限がある(回数の数字はヘルプに無い)
• 食い違ったら、「いま取りに行けるか」はライブテスト、「なぜ登録されていないか」はインデックスの結果の理由のラベルで読む。「URL が Google に認識されていません」はインデックスの結果の側の表示
• ライブテストで問題が出たら「登録の可否」の欄を上から(クロールを許可？→ページの取得→インデックス登録を許可？)見る。「ライブテスト中に、URL のインデックス登録に関する問題が見つかりました」という文は、読んだヘルプには載っていなかった

この記事で引いた公式の情報は、Search Console ヘルプの「URL 検査ツール」のページ1つ(日本語版・英語版)です。2026年10月9日に取得し、引用は原文と照合しました。日本語版には AI 技術を使った翻訳が含まれている場合があるという注記があり、同じページの中でも「公開 URL テスト」「一般公開 URL テスト」「ライブ検査」と呼び方が揺れているので、意味の取りにくいところは英語版と並べて読みました。画面の文言は変わることがあるので、自分の Search Console でも確かめてください。

インデックスに登録されて検索結果に表示されるようになった記事は、次は「表示されているのにクリックされない」かどうかが気になってきます。以下は私が作ったツールの宣伝として読んでください。

サーチコンソールのエクスポートをZIPのまま置くだけで、4.0〜20.5位のページを、表示回数100回以上は通常判定、30〜99回は参考判定、30回未満は本文中心の監査に分け、この順に、同じ区分の中ではCTR機会差(表示回数 × (期待CTR − 実CTR)で出す「回相当」の数)の多い順に並べて出します。 判定と候補3記事のCTR機会差の確認、そのうち1記事分の診断カードまでは無料です。有料は2,980円(税込)の買い切りで、無料の1件を除いた3記事分の診断カードが対象です。3記事分が揃うとき(判定に出た候補が4件以上のとき)だけご案内します。生成の利用期限は購入から7日間で、月額課金や自動更新はありません。ログインも不要です。 CSVファイルそのものはブラウザの外に出ませんが、診断カードを出すときは選んだ1ページぶんの数値(URL・キーワード・順位・表示回数・CTR)を、タイトル取得を押したときは最大10件のURLを送ります。

⚠️ このツールは、URL 検査やライブテストの代わりにはなりません。インデックスに登録されているか、Google がページを取りに行けるかは調べません。読み込むのは Search Console のページのCSVで、検索結果に表示されたことがある(表示回数がある)記事だけが対象です。インデックスに登録されていない記事は扱えません。掲載順位4.0〜20.5位に入るページが無いブログでは、候補が0件になることがあります。順位やクリック数が上がることを約束するものでもありません。