この記事の要点：
- Search Console のインデックス登録のリクエストは、URL 検査ツールで調べた 1 つの URL について、Google にクロール（ページの取得）を依頼する機能です。登録や検索結果への表示を約束するものではありません。
- 手順は、URL 検査の欄に URL を入れる → 結果を確かめる →「インデックス登録をリクエスト」を押す、の 3 段階です。ライブテストでインデックス登録できないと判断されたページは、リクエストできません。
- リクエストには 1 日あたりの上限があり、同じ URL を何度リクエストしても早くはなりません。ページが多いときは、更新日（lastmod）を正しく付けた XML サイトマップを送るのが Google の勧める方法です。
- リクエストしても登録されない場合は、URL 検査の「ページのインデックス登録」の欄に出る理由ごとに原因を直します。原因を直さないままのリクエストの繰り返しは意味がありません。
インデックス登録のリクエストとは：Googleにクロールを依頼する機能
インデックス登録のリクエストとは、Search Console の URL 検査ツールから、特定の URL をクロールしてインデックスに登録するよう Google に依頼する機能です。インデックスは、Google が取得したページの内容を保存しておくデータベースで、検索結果に出るのはここに登録されたページだけです。
Search Console ヘルプの URL 検査ツールの説明は、検査した URL のインデックス登録を Google にリクエストできるとしたうえで、注意事項として、リクエストを送信してもページが Google インデックスに表示されるとは限らないこと、送信できるリクエストの数には 1 日あたりの上限があることを挙げています（URL 検査ツール、2026年10月13日確認）。
つまりリクエストは「早く見に来てほしい」という依頼で、登録するかどうかは Google がページの内容と設定を見て判断します。新しい記事を公開したとき、内容を大きく直したとき、noindex などの設定ミスを直したときに、そのページを早めに見直してもらうための機能と考えると、使いどころを間違えません。
AI による概要や AI モードでリンクとして紹介されるページも、インデックスに登録されていることが前提です。Google 検索セントラルは、AI 機能でサポートリンクとして表示されるには、ページがインデックスに登録されていてスニペットが表示できることなどが必要で、それ以外に追加の技術要件は無いと説明しています（AI 機能とウェブサイト）。AI 検索向けに別のリクエストがあるわけではありません。
リクエストの手順：URL検査から送る
インデックス登録のリクエストは、Search Console の URL 検査ツールから 1 URL ずつ送ります。Google 検索セントラルによると、リクエストできるのは Search Console プロパティの所有者またはフルユーザーで、自分が管理していない URL のインデックス登録はリクエストできません。
- Search Console を開き、対象のプロパティを選びます。
- 画面上部の検索欄（URL 検査）に、調べたいページの URL を入れて Enter を押します。URL はプロパティに含まれるものを、https から正確に入れます。
- 結果の上部の表示（「URL は Google に登録されています」など）を確かめます。表示されるのは、Google が前回取得したときの情報です。
- 直した後のページを確かめるときは「公開 URL をテスト」を押し、今のページがインデックス登録できる状態かを確かめます。
- 「インデックス登録をリクエスト」を押します。Search Console ヘルプによると、インデックス登録エラーをすばやく検出する簡易チェックに通ったページが、インデックス登録のキューに送られます。
- 受け付けられたことを画面で確かめたら完了です。数日たってから、同じ URL を URL 検査で調べ直して状態を確かめます。
Search Console ヘルプは、ライブテストでインデックス登録不可と判断された場合はリクエストできないとしています。noindex が付いている、robots.txt でブロックしている、ページがエラーを返す、といった状態のままでは送れないため、まず原因を直します。Search Console の登録や画面の全体は「Search Consoleの使い方」で説明しています。
URL検査の表示の意味と、リクエストが要るかどうか
URL 検査の結果の上部に出る表示で、そのページにリクエストが要るかどうかが分かります。Search Console ヘルプによると、「URL は Google に登録されています」は検索結果に表示される条件を満たしていることを意味しますが、必ず表示されることを保証するものではなく、「URL が Google に登録されていません」は URL を検索結果に表示できないことを意味します。
| 表示 | 意味 | リクエスト |
|---|---|---|
| URL は Google に登録されています | 登録済み。検索結果に出る条件を満たしている | 内容を大きく直したときだけ送る。直していなければ不要 |
| URL は Google に登録されていますが問題があります | 登録済みだが、構造化データなどの拡張機能に問題がある | 問題を直してから送る |
| URL が Google に登録されていません（URL が Google に認識されていません） | Google がまだその URL を知らない | 送る。ヘルプもリクエストが必要な場合として挙げている |
| URL が Google に登録されていません（そのほかの理由） | 理由（noindex、重複、検出 – インデックス未登録など）があって未登録 | 理由を直してから送る |
ヘルプは、[URL が Google に認識されていません] と表示されている場合はページのインデックス登録をリクエストする必要があるとし、通常、インデックス登録には数日かかると書いています。また同じヘルプの別の箇所では、リクエストした場合のインデックス登録に 1〜2 週間程度かかるとも書かれています。いずれも目安で、決まった日数ではありません。
リクエストの上限と効果：何度送っても早くならない
インデックス登録のリクエストには、プロパティごとに 1 日あたりの上限があり、同じ URL を繰り返し送っても登録は早くなりません。Google 検索セントラルは「個々の URL の送信には上限があり、同じ URL に対して再クロールを何度もリクエストしても、早くクロールされることはありません」と説明しています（URL の再クロールを Google にリクエストする、2025年12月31日更新、2026年10月13日確認）。
同じページは、クロールには数日から数週間かかることがあるとし、待つ間はインデックス ステータス レポートか URL 検査ツールで進み具合を確かめるよう案内しています。さらに、クロールをリクエストしてもコンテンツが検索結果にすぐに表示されるとは限らず、まったく表示されないこともあると書いています。上限の具体的な数は公式の文書では示されていません。数を書いている解説もありますが、Google の文書で確かめられないため、当サイトでは数を挙げません。
| よくある誤解 | 実際（公式の説明） |
|---|---|
| リクエストすればすぐ検索に出る | リクエストしても Google インデックスに表示されるとは限らない |
| 毎日リクエストし直すと早くなる | 同じ URL を何度リクエストしてもクロールは早くならない |
| リクエストすれば順位が上がる | リクエストはクロールの依頼で、順位とは別。登録済みでも検索結果に出るとは限らない |
| 全ページを 1 つずつリクエストすべき | 上限がある。多いときはサイトマップの送信が勧められている |
サイトマップ送信との使い分け
インデックス登録のリクエストは少数の大事なページに、XML サイトマップの送信は多数のページに使い分けます。Search Console ヘルプは、多数の新規ページまたは更新ページのインデックス登録をリクエストするには、更新ページを <lastmod> でマークしてサイトマップを送信するのが最適な方法だとしています。
| 状況 | 使う方法 | 理由 |
|---|---|---|
| 新しい記事を 1〜数本公開した | URL 検査からリクエスト（サイトマップにも載せる） | 少数なら上限に届かず、個別に状態を確かめられる |
| noindex や canonical の誤りを数ページ直した | 公開 URL をテスト → リクエスト | 直ったことをライブテストで確かめてから送れる |
| 記事を数十本まとめて公開・更新した | サイトマップの lastmod を更新し、サイトマップを送信 | 1 日あたりの上限があり、1 つずつは非効率 |
| サイト全体の URL を変えた（移転・構成変更） | 新しい URL のサイトマップ、301 リダイレクト、canonical の更新 | 個別のリクエストでは足りない。転送とサイトマップで伝える |
| 大事なページが「検出 – インデックス未登録」のまま | 内部リンクとサイトマップを見直してから、重要なページだけリクエスト | 見つけやすさの問題は、リクエストだけでは直らない |
Google 検索セントラルは、サイトマップを送信しても Google が必ずダウンロードしたりクロールに使ったりする保証は無いと説明しています（サイトマップの作成と送信、2026年7月13日更新）。サイトマップもリクエストも「知らせる」手段で、登録を決めるのは Google です。サイトマップの作り方と送信の手順は「XMLサイトマップとは」で説明しています。
当サイトの使い分け：サイトマップで伝える理由と見直す点
当サイト（seoagent.jp）では、記事の公開や更新を 1 本ずつのリクエストではなく、XML サイトマップで Google に伝えています。2026年10月13日に公開ページを自動で点検した結果では、サイトマップに載っている URL は 245 で、robots.txt には Sitemap: https://seoagent.jp/sitemap_index.xml の行があります。この数を 1 つずつリクエストするのは、1 日あたりの上限から見ても現実的ではありません。
当サイトは 2026年10月11日に、日本語版を /ja/ からトップの直下へ移す URL の変更をしました。/ja/ で始まる旧 URL は対応するページへ 1 対 1 で 301 リダイレクトし、全ページの canonical が新しい URL を指すことを反映のたびに確かめています。こうした全体の変更では、個別のリクエストよりも、転送・canonical・サイトマップの 3 つがそろっていることの方が大事です。
サイトマップについては、以前 SEO プラグインのサイトマップが古いキャッシュのまま 4 件しか載っていなかったことがあり、キャッシュを作り直したうえで、反映のたびに作り直すようにしました。リクエストに頼る前に、サイトマップが最新のページを載せているかを確かめることを勧めます。
一方で、見直す点も見つかっています。2026年10月13日（UTC 20時43分）にサイトマップを取得したところ、記事のサイトマップ（post-sitemap.xml）の 189 URL と固定ページのサイトマップ（page-sitemap.xml）の 67 URL の lastmod が、すべて直前の反映の時刻（2026-10-13T20:36 UTC）になっていました。Google は lastmod を、ページに対する最後の重要な更新の日時を反映した値で、一貫して正確だと確かめられる場合に使うと説明しています。全ページが同じ時刻になる状態では、lastmod で「どのページが更新されたか」を伝えられません。サイトマップで更新を伝えるなら、lastmod が本当の更新日を表しているかも確かめます。
なお、公開から登録までにかかった日数は、URL 検査の結果を記録して数える必要があります。当サイトが毎週自動で取得している Search Console のデータ（Site Kit 経由）は検索パフォーマンスの数字で、URL 検査の結果は含まれていません。そのため、現時点で当サイトの記事ごとの日数は示せません。参考として、2025年6月19日〜2026年10月9日に検索結果で表示回数が記録されたページは 20 URL でした。
リクエスト後も登録されないときの確認
リクエストから数日〜数週間たっても登録されないときは、URL 検査の「ページのインデックス登録」の欄に出る理由を見て、理由ごとに直します。理由によって、直す場所はまったく違います。
| URL 検査に出る理由 | 状態 | 確かめること |
|---|---|---|
| 検出 – インデックス未登録 | URL は知られているが、まだ取得されていない | 内部リンク、サイトマップ、サーバーの応答。詳しくは「検出 – インデックス未登録」とは |
| クロール済み – インデックス未登録 | 取得したが登録しなかった | 内容の重複・薄さ、似た記事との役割の違い。詳しくは「クロール済み – インデックス未登録」とは |
| noindex タグによって除外されました | ページが登録しないよう伝えている | テーマ・プラグイン・投稿ごとの設定 |
| 代替ページ（適切な canonical タグあり） | 別の URL を正規として登録 | canonical の指定先が意図どおりか |
| robots.txt によりブロックされました | Google がページを取得できない | robots.txt の Disallow の行 |
ヘルプは、robots.txt でページをブロックしている場合、「インデックス登録を許可？」は常に「はい」と表示されると注意しています。Google が noindex を読めないためで、ブロックされていても検索結果に出ることがあります。理由の一覧と優先して直す順番は「インデックスされない原因と確認手順」にまとめています。
リクエストが要らない場合
インデックス登録のリクエストは、必要な場面が限られる機能です。次の場合は、送らなくても困りません。
- すでに登録済みで、内容を変えていない：URL 検査で「URL は Google に登録されています」と出ていれば、リクエストは不要です。検索で見つからない場合は、順位や検索語の問題です。
- サイトマップに載っていて、急がない：Search Console ヘルプは、正常にクロールされたサイトマップは Google が定期的に再クロールするとし、大幅な変更が無ければ通常のクロールのスケジュールに任せるよう勧めています（サイトマップ レポート）。誤字の修正のような小さな変更で送る必要はありません。
- 登録されなくてよいページ：お礼ページ、サイト内検索の結果、記事の少ない一覧など。Search Console ヘルプは、すべての URL が登録されるわけではなく、正当な理由で登録されないのは問題ないとしています。
- 原因を直していない：noindex や重複などの理由が残ったままでは、結果は変わりません。
- ホスティング型の CMS で、通知が自動で送られる：Google 検索セントラルは、Blogger や WordPress などホスティングされたコンテンツ管理プラットフォームでは、コンテンツを追加・変更するとほぼ自動的に検索エンジンに送信されると説明しています。使っているサービスの説明を確かめます。
Google には、ページの公開や削除を直接知らせる Indexing API もありますが、Google の説明では、求人情報やライブ配信動画のページを追加・削除したときに通知するための API です（Indexing API クイックスタート）。一般の記事を早く登録させる目的では使えません。
よくある質問
インデックス登録のリクエストは何回まで送れますか？
プロパティごとに 1 日あたりの上限があります。具体的な数は Google の文書では示されていません。同じ URL を何度送っても早くはならないため、1 つの URL につき 1 回送って、数日おいて URL 検査で確かめます。
リクエストするとすぐに検索結果に出ますか？
出るとは限りません。リクエストはクロールの依頼で、登録するかどうかは Google が判断します。Google は、クロールには数日から数週間かかることがあると説明しています。登録された後も、検索結果に出るかどうかは別に決まります。
インデックスされるまでどのくらいかかりますか？
決まった日数はありません。Search Console ヘルプは、リクエストした場合のインデックス登録に 1〜2 週間程度かかるとし、Google が URL を認識していない場合は通常数日かかるとも書いています。いずれも目安です。
リライトした記事もリクエストしたほうがよいですか？
内容を大きく変えた記事なら、送ると早めに見直してもらえる可能性があります。数本ならリクエスト、まとめて直したならサイトマップの lastmod を更新して送信します。誤字の修正のような小さな変更では送る必要はありません。
SEOAGENTでできること
SEOAGENT では、記事の公開と、公開後の数字の確認を支援します。
- WordPressへの記事投稿・予約公開：作成・確認した記事を、接続した WordPress へ「すぐに公開」または「日時を指定して公開」で送れます。
- SEO分析（Search Console・GA4の連携）：公開後の表示回数・クリック・平均順位と検索語の推移を、記事ごとに確認できます。
できないこと：Search Console のインデックス登録のリクエストを代わりに送る機能や、URL 検査の結果を取得して表示する機能はありません。インデックス登録の状態は Search Console で確かめてください。Search Consoleのインデックス登録リクエストと関わる分析・効果測定の記事は「分析・効果測定の記事一覧」にまとめています。
