GoogleがIndexing APIの割り当てを更新、通常の記事は引き続き対象外

Googleは2026年10月16日、Indexing APIの割り当てに関するドキュメントを更新し、古いフォームを削除して現行の制限を改めて示しました。運営者にとって重要な境界は変わりません。このAPIは、ニュース記事やガイド、カテゴリページを一般的に送信するためのものではありません。

公式の変更履歴が説明しているのは、ドキュメントの更新です。新たなインデックス登録の権利や順位の変更、通常の編集コンテンツへの対象拡大は発表していません。インデックス登録サービスを検討する場合は、実際にどの適格なページ種別を送信するのか確認してください。

上限が数えるのは通知であり、登録済みページではない

現行の割り当てページでは、公開リクエストの初期上限をプロジェクトごとに1日200件としています。URL_UPDATEDとURL_DELETEDはどちらもこの枠を消費します。リセットは太平洋時間の午前0時で、運営者の現地時間の午前0時ではありません。

メタデータの読み取りと全体のリクエスト数には別の制限があります。プロジェクトごとにメタデータは毎分180件、すべてのエンドポイントの合計は毎分380件です。ドキュメントではAPIを無料で利用できると説明しています。これはAPI自体の条件であり、外部のコンサルタントが請求する料金ではありません。

また、通知の成功を社内でインデックス登録の完了として記録しないようにします。送信ログと、実際にページが検索に表示される証拠は分けてください。サービスの稼働件数が、誤解を招く成果報告に置き換わることを防げます。

Googleのクイックスタートは、JobPostingを含むページ、またはVideoObject内にBroadcastEventを含むページに利用を限定しています。記事に無関係な構造化データのラベルを付けても、適格な求人ページやライブ配信ページにはなりません。

実際に求人欄を運営している場合は、そのセクションを個別に監査します。ページ種別、プロジェクトの所有者、通知頻度、削除時の処理を確認してください。記事だけを公開するサイトでは課題が異なります。発見可能なリンクを維持し、通常の検索向けの手順でアクセスやインデックス登録の問題を調べます。

コネクタの担当者に、割り当てを消費しているプロジェクトと、送信しているリクエスト種別を示してもらいます。夜間に障害が起きたように見える場合は、診断前にリセット時刻を確認してください。再試行の繰り返しは運用上の問題として調べるべきで、追加の送信パッケージを購入する理由と決めつけるべきではありません。

重要なページが消えたことが本当の問題なら、トラフィック減少の調査から始めます。削除が目的なら、URLを非表示にすることと削除することの違いを確認してください。コネクタが報告する通知数を増やすだけでは、どちらの問題も解決しません。