この記事の結論
インデックス登録リクエストには1日の割り当てがあり、超えたらその日は送れません。ClaudeにSearch Consoleを代行させた日は11件目まで通り、12件目で止まりました。検査の直リンクが404になる時の入り方も書いています。
目次7項目
【無料・メールだけ】Claude Code 2daysセミナー(第二の脳構築講座)の次回開催の案内を受け取る →
インデックス登録リクエストで「割り当て量を超えています」と出たら、その日はもう送れないので、残りは翌日に回すのが対処でした。僕の会社では、ClaudeにAI操作用のChromeを操作させてSearch Consoleの申請を代行させ、11月には14本を2日に分けて送りました。
2026年10月16日の夜、Claudeは11件目まで申請を通し、12件目でこの表示に当たりました。
エラーの意味、直リンクが開かないときの入り方、AIに代行させた手順と時刻つきの記録を順に書きました。「1日に何本まで送れるの?」と迷っている方は、最初の章が答えです。
インデックス登録リクエストの「1日の割り当て量を超えています」の意味
この表示は、その日に送れるリクエストの数を使い切ったという意味です。公式は、この上限をページの不具合とは結びつけていません。
僕の会社の画面には、次の2つの文が続けて出ました。
割り当て量を超えています1 日の割り当て量を超えたため、リクエストを処理できませんでした
ここでいうインデックス登録リクエストとは、Search ConsoleのURL検査から「このページを見に来てほしい」とGoogleに伝える操作です。
リクエストは、そのURLを優先クロールのキューに入れるところまでで、掲載を約束するものではありません。
上限の数は公式に書かれていない
Search Console ヘルプには、インデックス登録のリクエストと検査のリクエストの両方に、1日あたりの上限があると書かれています。ただ、何本までかという数は公開されていません(2026年11月5日の確認時点)。
僕の会社では12件目で止まりましたが、これは1つのサイトの1日の記録です。「1日11本まで」と言い切れる根拠にはならないので、上限の数として覚えないでください。
何度も送り直しても早くならない
Google 検索セントラルの再クロールの説明には、同じURLへ何度リクエストしても早くはクロールされない、とあります。クロールには数日から数週間かかることがある、とも書かれています。
つまり、割り当てを超えたあとに画面を再読み込みして送り直すのは、意味がありません。止まったURLを控えておき、翌日に続きから送るのが、僕の会社で決めた扱いです。
原因と対処の早見表
10月16日に出た2つの症状に、URLが多すぎるときの扱いを足して、原因と対処で並べます。上の2つは画面の表示だけで判断できます。
| 症状 | 原因 | 対処 |
|---|---|---|
1 日の割り当て量を超えたため、リクエストを処理できませんでした | その日のリクエストの上限に達した(数は非公開) | 送れなかったURLを控え、翌日に続きから送る |
| 検査画面の直リンクを開くと404 | 原因は確かめていない | 上部の「URL を検査」の欄に、完全なURLを入れ直す |
| URLが多すぎて1日で送りきれない | URL検査は数本向けの手段 | サイトマップを最新にし、急ぐページだけ申請する |
僕なら、まず2行目の入り方を手順に固定します。直リンクに頼ると、AIに任せたときに全件が空振りするからです。
検査の直リンクが404になるときは「URL を検査」の欄に入れる
URL検査は、検査画面を直接開くリンクではなく、Search Consoleの上部の「URL を検査」の欄に、完全なURLを入れて開きます。僕の会社ではこの入り方に変えて、初めて申請が通りました。
最初に試したのは、検査画面を直接開くURLを、AIに順に開かせる方法でした。これはSearch Console側で404になり、初回は全件が未送信のまま終わっています。
404の原因は確かめていません。ただSearch Console ヘルプも、上部の検査欄に完全なURLを入れる開き方を案内しています。いま開いているプロパティのURLを指定する必要がある、とも書かれています。
手で申請するときの手順
Claudeに代行させた手順も、人が手でやる手順と同じです。画面の文言は、10月16日と11月の僕の会社の記録で確かめたものです。
- Search Consoleで、対象のサイトのプロパティを開く
- 上部の「URL を検査」の欄に、申請したいページの完全なURLを入れる
- 検査の結果が出たら「インデックス登録をリクエスト」を押す
- 「リクエスト済み」と、優先クロールのキューに追加された旨の表示を確かめる
- 次のURLで2〜4をくり返し、割り当て量の表示が出たらその場で止める
公式によると、この操作ができるのはプロパティの所有者かフルユーザーです。ライブテストでインデックス登録できないと判定されたページは、リクエストを送れません。
2026年10月16日、Claudeに専用のChromeで12本を申請させた記録
10月16日は、普段のブラウザとは別に、AIの操作用に用意したChromeを使いました。Search Consoleにはそこでログイン済みで、Claudeはそのブラウザの画面を操作して申請を送っています。
送ったのは、記事一覧・著者ページ・個別記事など12本です。順番と結果は、Claudeが1本ずつ時刻と一緒に記録しました。
| 順 | ページの種類 | 結果 | 時刻 |
|---|---|---|---|
| 1 | 記事一覧のトップ | リクエスト済み(優先クロールのキューに追加) | 21時50分台 |
| 2 | SNSメディアのトップ | リクエスト済み | 21:53 |
| 3 | 著者ページ | リクエスト済み | 21:53 |
| 4〜9 | 個別記事(6本) | リクエスト済み | 21:54〜21:58 |
| 10〜11 | SNSメディアのカテゴリページ(2本) | リクエスト済み | 21:59 |
| 12 | 個別記事 | 割り当て量を超えています | 22:00 |
2件目(21:53)から11件目(21:59)までの10本は、およそ6〜7分で送れています。1本あたり1分を切る速さで、申請した時刻の間隔から数えた概算です。
12件目で上限の表示が出たので、Claudeはそこで止めました。残りは翌日以降に同じ順番で送ることにして、この日は22:00に終えています。
手動による対策とセキュリティの問題も同じ日に見た
同じ作業の中で、Search Consoleの「手動による対策」と「セキュリティの問題」も確かめさせました。手動による対策は21時30分台、セキュリティの問題は22:00に見て、どちらも「問題は検出されませんでした」でした。
再登録をする前に、この2つを見ておくと安心です。もし問題が出ていれば、リクエストより先に直すべきものだからです。
表示回数の変化は、再登録の効果として見ていない
再登録したページの表示回数が、その後どう動いたかは、再登録の効果として確かめていません。クロールの時期は、申請のほかにもサイトマップや更新の頻度で変わるからです。
表示回数の急落を日別データで切り分けた話は、SEOハネムーンの終わりか事故かの見分け方に書きました。
公式も、リクエストしても検索結果への掲載がすぐ、あるいは必ず行われるとは限らない、としています。効果を測るより、送るべきページを取りこぼさない運用に寄せました。
14本を7本ずつ2日に分けて送った
2026年11月2日と3日は、未登録だった14本を7本ずつ2日に分けて送りました。1日目はAI操作用のChromeから画面操作で、2日目は小さなスクリプトにして予約した処理で送っています。
2日とも7本すべてが申請済みになり、割り当ての表示は出ませんでした。7本は、10月16日に止まった12件目より少ない本数です。
上限の数は公開されていないので、次も同じ数が通る保証はありません。画面での手順は10月16日と同じで、違うのは送る本数と送る日を先に決めた点です。
AIに渡す指示に入れておきたいこと
AIに申請を代行させるなら、僕は次の4点を指示に入れます。10月16日の空振りと停止から、必要だと分かったことです。
- 検査の直リンクは使わず、上部の「URL を検査」の欄に完全なURLを入れる
- 1本ごとに、URLの種類・結果・時刻を記録する
- 割り当て量の表示が出たら、送り直さずにその場で止める
- 送れなかったURLは、翌日に続きから送る一覧として残す
3番は特に大事です。公式どおり、送り直しても早くはならないので、AIが粘るほど時間だけが減ります。
僕の会社では、記事の公開と同時にサイトマップを作り直しています。URL検査からの申請は、その上で急ぐページに絞る使い方です。
古いURLを転送して記事をまとめたときの統合先も、急ぐページの候補だと僕は考えています。統合の手順はカニバリの解消で重なった記事を301で統合した記録に書きました。
全体の仕組みはAIO対策・LLMO対策で自社サイトにやったことに書いています。
AIにSearch Consoleを操作させるときの注意
Search Consoleは、サイトの所有者の権限で動く管理画面です。AIに操作させるときは、権限・ログイン・作業の範囲の3つを先に決めておくと、事故が起きにくくなります。
権限:プロパティの所有者かフルユーザーで動く
インデックス登録のリクエストは、プロパティの所有者かフルユーザーでないと送れません。AIはログイン中の人の権限でそのまま動くので、その人ができる操作は全部できてしまいます。
だから僕なら、指示で作業を申請と確認だけに絞ります。設定の変更やユーザーの追加は、指示に入れないのが安全です。
ログイン:AI操作用のブラウザを分ける
普段のChromeとは別に、AIの操作用のChromeを用意し、Search Consoleにはそこでログインしておきました。普段の作業中のタブと混ざらないので、AIが別のサービスを触る心配が減ると考えています。
ログインが保たれないときは、Claude Codeのブラウザでログインが保持されない時を見てください。
AIに回させる道具の違いは、playwright-cliとPlaywright MCPの違いに書いています。
検索データの取得やURL検査は、画面を使わずAPIでも回せます。僕の会社の毎朝の取得の形は、Search Console APIを毎朝Pythonで取る方法にまとめました。
範囲:送るURLの一覧は人が決める
10月16日も、送るURLは先に順番つきの一覧で決めてから渡しました。AIに「必要そうなページを探して送って」と任せると、割り当てを使う順番が読めなくなるからです。
一覧の順番は、急ぐページから並べます。上限の数が分からない以上、後ろのURLほどその日に送れない可能性が高いからです。
まとめ
- インデックス登録リクエストで「割り当て量を超えています」と出たら、その日は送れない。送り直さず、翌日に続きから送る
- 上限の数は公式に公開されていない。僕の会社では2026年10月16日に12件目で止まったが、一般化はできない
- 検査の直リンクが404になったら、上部の「URL を検査」の欄に完全なURLを入れる
- AIに代行させるなら、1本ごとの記録と「上限で止まる」を指示に入れ、送るURLの一覧は人が決める
- 僕なら最初に、急ぐページを7本だけ選んで、AIに1日分として送らせるところから始めます
よくある質問
インデックス登録リクエストは1日に何本まで送れますか?
公式は具体的な数を公開していません(2026年11月5日の確認時点)。Search Console ヘルプには、1日あたりの上限があるとだけ書かれています。僕の会社では2026年10月16日に12件目で止まりましたが、これは1回の記録で、どのサイトにも当てはまる数ではありません。
同じURLを何度もリクエストすると早くクロールされますか?
早くなりません。Google 検索セントラルの再クロールの説明に、同じURLへ何度リクエストしても早くはクロールされない、と書かれています。1回送ったら、インデックス登録のレポートやURL検査で状態を見ながら待つのが正しい扱いです。
送りたいURLが数十本あるときはどうすればいいですか?
公式は、URLが多いときはサイトマップを送るよう案内しています。URL検査からのリクエストは数本向けの手段です。僕の会社ではサイトマップを公開と同時に作り直したうえで、11月に未登録だった14本は、7本ずつ2日に分けて送りました。