※本記事は2026年9月26日時点のGoogle公式ヘルプを基準に整理しています。Googleは「1日○件」といった固定の公開上限数を案内していません。ネット上の体験談を公式仕様として扱わないでください。
Search ConsoleのURL検査で「インデックス登録をリクエスト」を押したら、上限に達したような表示が出ることがあります。ここで重要なのは、上限回数を探し回るより、手動リクエストが本当に必要なURLだけを選ぶことです。
Google公式は、URL検査のリクエスト数とインデックス登録リクエスト数には1日あたりの上限があると案内しています。ただし具体的な件数は公開していません。大量のURLを登録したい場合は、サイトマップを送信する方法を推奨しています。
30秒で結論：上限の固定件数は公式非公開です。重要な新規・大幅更新URLだけ手動リクエストし、サイト全体はXMLサイトマップ・内部リンク・クロール可能性を整えます。リクエストを送れないことと、そのページがGoogleに登録できないことは同じではありません。
まず確認｜「URL検査」と「登録リクエスト」は別の操作
| 操作 | 何をするもの？ | 注意点 |
|---|---|---|
| URL検査 | Googleが把握しているURLの状態や、公開URLのテスト結果を確認 | 検査そのものにもプロパティ単位のリクエスト上限がある |
| 公開URLをテスト | 現在のページをGoogleが取得できるか確認 | テスト可能でもインデックス登録は保証されない |
| インデックス登録をリクエスト | 検査したURLをインデックス処理キューへ送る | 1日あたりの上限あり。送信＝登録保証ではない |
| サイトマップ送信 | 多数のURLや更新URLをまとめてGoogleへ伝える | lastmodは実際の更新日時と整合させる |
「URL検査で問題なし」でも検索結果に必ず出るわけではありません。逆に、手動リクエストをしていなくても、Googlebotが内部リンクやサイトマップからURLを発見してクロール・インデックスすることがあります。
上限に達したときにやる5ステップ
1. 連打せず、その日の手動送信を止める
エラーが出た状態で何度も同じURLを送信しても、Google公式は登録が速くなるとは案内していません。まず同じ操作の繰り返しを止めます。翌日以降も同じ表示が続く場合でも、サイト側のインデックス可能性とクロール経路を先に確認します。
2. 「本当に送る必要があるURL」を3種類に絞る
手動リクエストを優先しやすいのは、たとえば次のURLです。
- 公開したばかりの重要な新規記事
- 価格・仕様・重要な誤記などを大きく修正した主要ページ
- 技術的な問題を直したあと、公開URLテストで正常を確認できたページ
文字を少し直しただけの記事、サイト全体のタグページ、同じ日に大量公開した記事を全部手動で送る運用は避けます。
3. XMLサイトマップを確認する
大量URLをGoogleへ知らせたい場合、Google公式はサイトマップを推奨しています。確認するのは「送信済み」という表示だけではありません。
- 対象URLがサイトマップに含まれているか
- URLが200を返すか
noindexが付いていないか- canonicalが別URLを指していないか
lastmodが実際の更新と合っているか- サイトマップ自体をGoogleが取得できているか
サイトマップの作成・送信手順は、XMLサイトマップとSearch Console送信方法で詳しく整理しています。
4. 内部リンクから辿れる状態にする
新規記事がサイトマップにあるだけで、サイト内のどこからもリンクされていない状態は避けます。関連する既存記事・カテゴリ・ハブ記事から自然な文脈でリンクします。
「インデックスされないから内部リンクを100本増やす」のではなく、読者が次に読みたいページとして意味のある場所に置きます。重要な記事ほど、トップページやカテゴリだけに依存せず、関連本文からも辿れる設計にします。
5. URL検査で「送信回数」ではなく状態を見る
見るべきなのは、ボタンを何回押したかではありません。
| URL検査で確認するもの | 判断例 |
|---|---|
| クロール許可 | robots.txtなどで遮断していないか |
| インデックス登録許可 | noindexが付いていないか |
| Google選択canonical | 意図したURLと一致しているか |
| ページ取得 | 200で正常に取得できているか |
| 最終クロール日時 | Googleが最近確認しているか |
「クロール済み – インデックス未登録」などの状態は、手動送信上限とは別問題です。原因別の確認はSearch Consoleでインデックスされない原因と対処へ進んでください。
上限回数を「10件」「12件」と固定しない理由
Google公式ヘルプは、日次上限があることは説明していますが、固定の件数は公開していません。コミュニティでは「数件で上限になった」「しばらく送れなかった」といった報告もありますが、これは個別事例であり、すべてのプロパティに共通する保証値ではありません。
そのため、この記事では「今日は10件までなら安全」といった断定はしません。実際のSearch Console画面で利用可能な範囲を確認しながら、重要URLだけ使います。
手動リクエストが不要になりやすい運用
サイト運営が安定してくると、毎記事を手動送信するより、Googleが自然に発見できる構造を作る方が手数を減らせます。
- XMLサイトマップを自動更新する
- 関連記事から内部リンクする
- カテゴリ・ハブ記事を整理する
- 重複URLを増やさない
- 重要ページを定期的に最新化する
- サーバーエラーやアクセス制限を監視する
この状態を作れば、「公開するたびに必ず手動送信しないと登録されない」という運用から離れやすくなります。
Indexing APIとは別物
Search Consoleの「インデックス登録をリクエスト」とGoogle Indexing APIを混同しないでください。Indexing APIは、一般的なブログ記事を大量登録するための万能APIとして案内されているものではありません。
第三者ツールが「Googleへ自動送信」と表示していても、通常記事のインデックスを保証する意味ではありません。利用するAPIの対象コンテンツ・公式条件を確認してください。
こんなときは記事を直す方が先
登録リクエストを送れても、ページ自体に問題があればインデックスされないことがあります。
- 同じ検索意図の記事がサイト内に複数ある
- タイトルだけ違い、本文がほぼ同じ
- 公式情報の言い換えだけで独自価値が少ない
- 比較記事なのに具体的な比較データがない
- 404・ソフト404・リダイレクトになっている
- canonicalが別URLを指している
noindexが残っている
TameshiTechでも、手動送信を増やすより、短く具体性が不足した記事を読者が判断できる内容へ更新する方を優先します。
よくある質問
インデックス登録リクエストは1日何回までですか？
Google公式は日次上限があると説明していますが、具体的な固定件数は公開していません。第三者の数字を公式上限として扱わないでください。
上限になったら翌日まで待てば必ず直りますか？
日次上限であれば時間経過で再び使えることがありますが、Googleは「必ず○時間で復旧」といった個別プロパティ共通の保証をしていません。サイトマップとURLの状態を先に確認してください。
リクエストしないとGoogleに登録されませんか？
いいえ。GoogleはリンクやサイトマップなどからURLを発見・クロールします。手動リクエストは補助手段です。
送信成功なら検索順位も上がりますか？
送信はインデックス処理のリクエストであり、掲載順位を上げる操作ではありません。検索順位は別の評価によって決まります。
確認した主な公式情報
インデックス未登録そのものを調べる場合は、Search Consoleでインデックスされない原因と対処を続けて確認してください。
コメント