Article

Google Indexing APIの解説：何ができて、何ができないのか

By Kevin Hunter Updated 9 October 2026
Magnifying glass and binders beside a round doorway with steps, representing the Google Indexing API

はじめに

Google Indexing APIは、テクニカルSEOにおいて最も誤解されているツールの一つです。

多くのサイト運営者は「GoogleにURLを送信する」という言葉を聞くと、即時のインデックス登録や即時のランキング上昇、あるいは検索結果への掲載を保証する近道だと考えてしまいます。しかし実際には、Google Indexing APIはそれよりも具体的で、より限定的なものです。

このAPIは、特定の種類のページが追加、更新、または削除された際に、承認されたサイトがGoogleに通知することを可能にします。これにより、GoogleはそのURLをクロール対象としてスケジュールできるようになります。これは便利な機能ですが、ページがインデックスされたり、ランキングに反映されたりすることを保証するものではありません。

本ガイドでは、Google Indexing APIとは何か、その仕組み、本来の対象者、サイトマップやSearch Consoleとの違い、そしてより広範なSEOワークフローの中でどのように位置づけられるのかを解説します。

Google Indexing APIとは何か？

Google Indexing APIは、Google Search Centralが提供するAPIで、サイト運営者が特定のURLの変更をGoogleに通知できるようにするものです。

簡単に言うと、ウェブサイト側からGoogleに対して以下のようなメッセージを送ることができます：

  • このURLが更新されました。
  • このURLが削除されました。
  • このURLを再クロールしてください。

このAPIは、主に2種類の通知をサポートしています：

  • URL_UPDATED：新規または更新されたページ用
  • URL_DELETED：削除されたページ用

リクエストが成功したということは、Googleがその通知を受け取ったことを意味します。決してURLがインデックスされたという意味ではありませんし、ページがランキングされるという意味でもありません。単にGoogleがリクエストを受け入れ、クロールのスケジューリングに活用する可能性があるということに過ぎません。

この違いは重要です。APIは発見や再クロールのためのシグナルであり、ランキングツールではないのです。

Google Indexing APIの本来の目的とは？

Googleのドキュメントによれば、Indexing APIは公式には「求人情報（JobPosting）」構造化データ、または「VideoObject」に埋め込まれた「放送イベント（BroadcastEvent）」構造化データを持つページを対象としています。

つまり、一般的なブログ投稿、商品ページ、サービスページ、ランディングページ、ホームページなどのための汎用的なインデックス作成APIではないということです。

これは利用前に理解しておくべき最も重要なことの一つです。名称は広範に聞こえますが、公式なユースケースは限定的です。

その理由は単純で、特定の種類のページは非常に時間に敏感だからです。求人情報やライブ配信のページはすぐに古くなってしまいます。求人は終了し、ライブイベントも終わります。そうした変更をGoogleがいち早く把握することには、Googleにとっても利点があるのです。

ほとんどの標準的なSEOコンテンツについては、Googleは依然としてリンク、サイトマップ、通常のクロール、内部リンク、Search Consoleのシグナル、その他の発見方法を通じてページを発見・再クロールしています。

Google Indexing APIの仕組み

大まかなワークフローは以下の通りです：

  1. ページが作成、更新、または削除される。
  2. システムがGoogleのIndexing APIに通知を送信する。
  3. Googleがリクエストの受理を確認するレスポンスを返す。
  4. GoogleがそのURLをクロール対象としてスケジュールする可能性がある。
  5. Googleが、そのページをインデックスすべきか、更新・削除すべきか、あるいは無視すべきかを判断する。

重要な点は、APIはあくまで通知を助けるものであるということです。Googleの品質システムをバイパスするものではありません。

ページの内容が薄い、重複している、ブロックされている、別のページが正規化（カノニカル）先として指定されている、noindexが設定されている、あるいは低品質である場合、APIを通じて送信してもそれらの問題が魔法のように解決されることはありません。

Google Indexing APIとGoogle Search Consoleの比較

Google Search ConsoleとGoogle Indexing APIはどちらも検索の可視性に関連していますが、解決する課題は異なります。

Search Consoleは主にレポート作成および診断のためのツールです。パフォーマンスデータ、インデックス状況、カバレッジの問題、検索クエリ、表示回数、クリック数などを確認できます。また、URL検査ツールを使って手動でインデックス登録をリクエストすることも可能です。

一方、Google Indexing APIはプログラムによる処理を行うものです。URL通知を自動化する必要があるシステム向けに設計されています。

簡単な比較は以下の通りです：

  • Search Consoleはページの検査と監視を助ける。
  • Indexing APIは、承認されたシステムがURLの変更をGoogleに通知するのを助ける。
  • Search Consoleは手動のレビューに有用。
  • Indexing APIは自動化されたワークフローに有用。

小規模なウェブサイトを一つ管理しているだけなら、Search Consoleだけで十分かもしれません。多くのページや複数のサイトを管理している、あるいはコンテンツの更新頻度が高い場合は、APIベースのワークフローを利用すると送信履歴を繰り返し記録できるため便利です。

Google Indexing APIとXMLサイトマップの比較

XMLサイトマップとGoogle Indexing APIも、目的が異なります。

XMLサイトマップは、検索エンジンに発見させたいURLの一覧です。最終更新日などのメタデータを含めることができます。サイトマップは大規模なサイト、Eコマースストア、ブログ、ドキュメントサイト、および深いURL構造を持つウェブサイトにおいて特に有用です。

一方、Google Indexing APIは、特定のURLイベントに関する直接的な通知を送信します。

以下のように考えると分かりやすいでしょう：

  • サイトマップ：「私のサイトにはこれらのURLがあります」と伝える。
  • Indexing API：「この特定のURLが変更されました」と伝える。

APIをサイトマップの代替品と考えるべきではありません。適切に管理されたサイトマップは、依然としてほとんどのウェブサイトにとって最も重要な発見シグナルの一つです。

Google Indexing APIとIndexNowの比較

IndexNowは、Bingやその他の参加検索エンジンがサポートする別のプロトコルです。サイト運営者は、URLの作成、更新、削除時に対応する検索エンジンへ通知を送ることができます。

Google Indexing APIとIndexNowは、大まかな目的、つまりクロールや発見のための通知を送信するという点では似ています。

しかし、これらは異なるシステムです：

  • Google Indexing APIはGoogleが管理しており、公式なユースケースが限定的。
  • IndexNowはBingやその他の互換検索エンジンが利用するオープンなプロトコル。
  • Google Indexing APIはGoogleのAPIと認証フローを使用。
  • IndexNowはキーベースの検証手法を使用。

より詳細な比較については、後日公開のガイド『IndexNow vs Google Indexing API』をご覧ください。

Google Indexing APIはインデックスを保証するか？

いいえ、保証しません。

これは本ガイド全体を通して最も重要な回答です。

Google Indexing APIは、ページがインデックスされることを保証するものではありません。ランキングの上昇も、トラフィックも保証しません。

APIリクエストが成功したということは、Googleが通知を受け取ったという意味に過ぎません。その後のクロール、インデックス登録、更新、削除、または無視の判断は、Googleが行います。

この判断は、以下を含む多くの要因に左右されます：

  • ページがクロール可能か
  • robots.txtによってブロックされていないか
  • noindexディレクティブが含まれていないか
  • 正規URL（カノニカル）が別の場所を向いていないか
  • コンテンツが有用で独創的か
  • 他のコンテンツと重複していないか
  • サイトにクロール需要があるか
  • Googleがそのページをインデックスに値すると考えているか

質が低いページをより速く送信したからといって、そのページが強力になるわけではありません。

これが、インデックス作成のワークフローに送信前の「ページ準備状況チェック」を含めるべき理由です。

Google Indexing APIで送信できるものは？

このAPIはURLの通知リクエストを受け付けます。主なアクションは、更新通知と削除通知の2つです。

URL_UPDATED

ページが作成または変更された場合は、URL_UPDATEDを使用します。

例：

  • 新しい求人情報が公開された。
  • ライブ配信イベントのページが更新された。
  • 重要な構造化データが変更された。
  • ページの内容が大幅に更新された。

URL_DELETED

ページが削除され、Googleのインデックスに表示されるべきでなくなった場合は、URL_DELETEDを使用します。

例：

  • 求人情報の掲載期間が終了した。
  • ライブ配信ページが削除された。
  • ページが適切な404または410レスポンスを返すようになった。

このリクエストはGoogleにURLの状態を伝えるものです。その情報に基づいてどうするかは、依然としてGoogleが判断します。

基本的なリクエスト例

簡略化した更新リクエストは以下のようになります：

{
  "url": "https://example.com/page-url",
  "type": "URL_UPDATED"
}

削除リクエストは以下のようになります：

{
  "url": "https://example.com/old-page",
  "type": "URL_DELETED"
}

実際の実装では、これらのリクエストはGoogle Cloudを通じて認証され、正しいヘッダーと権限とともにGoogleのIndexing APIエンドポイントへ送信される必要があります。

クォータと制限

GoogleはIndexing APIにクォータ（割り当て）制限を設けています。

デフォルトのパブリッシュクォータには限りがあり、大規模な運用には承認とクォータの引き上げが必要になる場合があります。また、Googleは複数のアカウントを使用するなどの回避策で制限を突破しようとすることに対して警告を発しています。

APIは大量スパム送信ツールとして扱うべきではないため、この制限は重要です。正確かつ慎重に、何を送信したかの明確な記録を残して使用する必要があります。

ほとんどのサイト運営者にとって、実用的な問いは「何件のURLを送信できるか？」ではありません。

より良い問いはこうです：

「どのURLを送信する価値があるのか？」

いつインデックス登録をリクエストすべきか？

インデックス登録や再クロールのリクエストは、正当な理由がある場合にのみ行うべきです。

適切な理由：

  • 重要な新しいページが公開された。
  • ページが大幅に更新された。
  • 構造化データが修正された。
  • 技術的なインデックスブロックが解消された。
  • 時間に敏感な対象ページが変更された。
  • 削除済みのページをインデックスから消す必要がある。

不適切な理由：

  • 変更がないページを繰り返し送信する。
  • ブロックされているページやnoindex設定のページを送信する。
  • 内容が薄いページを改善せずに送信する。
  • 重複ページをカノニカル設定の修正なしに送信する。

送信は、ページ品質の代わりにはなりません。

URLを送信する前に確認すべきこと

URLを送信する前に、ページ自体を確認してください。

最低限、以下を確認しましょう：

  • URLが200ステータスコードを返すこと。
  • robots.txtでブロックされていないこと。
  • noindexディレクティブが含まれていないこと。
  • カノニカルタグが正しいURLを指していること。
  • タイトルタグが適切であること。
  • メタディスクリプションが有用であること。
  • H1タグが明確であること。
  • ページに内部リンクがあること。
  • 適切な構造化データが有効であること。
  • コンテンツの内容が薄くなく、重複もしていないこと。

多くのインデックス作成ワークフローはここで失敗します。ページが実際にクロール・インデックス登録される準備ができているか確認せずに送信してしまうのです。

なぜ送信ログが重要なのか

SEOにおいて見過ごされがちな問題の一つは、明確な送信記録がないことです。

手動でページを送信していると、以下のようなことを覚えていないかもしれません：

  • どのURLを送信したか
  • いつ送信したか
  • リクエストが受理されたか
  • 送信時点でページに問題はなかったか
  • 同じURLを後で再度送信したか
  • 後に修正や更新が行われたか

個人のサイト運営者にとっては混乱の元となり、エージェンシーにとってはレポート作成上の問題となります。

適切なインデックス作成ワークフローは、各送信とその結果について、タイムスタンプ付きの記録を保持する必要があります。そうすることで、以下を区別できるようになります：

  • 一度も送信されていないページ
  • 送信したが発見されなかったページ
  • 発見されたがインデックスされなかったページ
  • インデックスされたがパフォーマンスが低いページ
  • まだ送信すべきではなかったページ

この区別こそが、本当の価値を生み出します。

Google Indexing APIに関するよくある間違い

ランキング向上の近道として扱う

APIを使っても、低品質なコンテンツがランキングされるようになるわけではありません。単に通知を送るだけです。

Googleの公式ユースケースを無視する

Googleの公式ドキュメントでは、APIの利用は特定の種類のページに限定されています。それ以外の用途で使用する場合、ドキュメントに記載された意図から逸脱していることを理解してください。

ブロックされたページを送信する

ページがブロックされていたり、noindex設定であったり、別の場所がカノニカルとして設定されている場合、送信しても効果は期待できません。

変更のないURLを繰り返し送信する

意味のある変更がないまま繰り返し通知を送ることは、クォータの無駄遣いであり、ノイズを生むだけです。

送信記録を残さない

ログがなければ、何が起こったかを証明することも、ワークフローを改善することもできません。

IndexStreamの役割

IndexStreamは、インデックス作成や発見のためのワークフローを管理しやすくするために設計されています。

URLの送信を単発のアクションとしてではなく、追跡可能なプロセスへと変えるのがIndexStreamです。

IndexStreamでできること：

  • Search Consoleを通じてサイトマップをGoogleに送信し、IndexNowを通じてBingなどの検索エンジンに通知
  • 検索エンジンやAIアシスタントからどのようにウェブサイトが見えているかを確認
  • タイトル、説明文、その他の修正について、ページごとの具体的な提案を含む「Action Plan（アクションプラン）」を実行
  • 可視性の健全性スコアを追跡し、前回のチェックからの変化を確認
  • Search ConsoleやGoogleアナリティクスのデータを分析結果とともに表示
  • 競合他社とページを比較し、コンテンツのアイデアを獲得
  • クライアントやチームと共有するためのPDFレポートをダウンロード

IndexStreamは、Googleが求人情報やライブ配信向けに限定しているGoogle Indexing APIは使用しません。

目的は「即時のインデックス」を約束することではありません。公開、監査、送信、監視、修正、レポートという、より明確なワークフローをサイト運営者やエージェンシーに提供することです。

関連する読み物として、『ページがインデックスされない理由』、『IndexNowとは？』、『テクニカルSEOチェックリスト』も併せてご覧ください。

最後に

Google Indexing APIは有用ですが、魔法の杖ではありません。

これは普遍的なSEOの近道ではなく、特定の種類のURL変更に対する通知ツールであると理解するのが最善です。適切に使用すれば、発見のワークフローを迅速化できます。不注意に使用すれば、進歩しているかのような錯覚を生むだけです。

最も強力なアプローチは、URL送信と「ページの準備状況チェック」、優れた内部リンク、クリーンなテクニカルSEO、有用なコンテンツ、構造化データ、サイトマップの管理、そして適切なレポート作成を組み合わせることです。

言い換えれば、単にGoogleにクロールを依頼するだけでなく、そのページがクロールに値するものかどうかを先に確認しましょう。

よくある質問

Google Indexing APIとは何ですか？

Google Indexing APIは、承認されたサイト運営者が対象ページを追加・更新・削除した際に、Googleに通知できるようにするGoogle検索のAPIです。

Google Indexing APIはインデックスを保証しますか？

いいえ。APIの成功は通知がGoogleに届いたことを意味するのみです。クロール、インデックス登録、またはランキングの判断はGoogleが行います。

誰がGoogle Indexing APIを利用できますか？

Googleの公式ドキュメントでは、JobPosting（求人）構造化データ、またはVideoObject内に埋め込まれたBroadcastEvent（放送イベント）構造化データを持つページが対象とされています。

Google Indexing APIは無料ですか？

このAPIにはクォータがあり、Google Cloudを通じてアクセスします。Googleはデフォルトのクォータ制限を提供しており、それ以上の利用には承認が必要となる場合があります。

Google Indexing APIはSearch Consoleと同じものですか？

いいえ。Search Consoleは主に検査、レポート作成、診断のためのツールです。Indexing APIはプログラムによるURL通知のためのものです。

Google Indexing APIはIndexNowと同じものですか？

いいえ。IndexNowはBingなどが使用する別のプロトコルです。GoogleのIndexing APIは、Google独自のルールと制限を持つGoogle独自のシステムです。

すべてのウェブサイトがGoogle Indexing APIを使うべきですか？

必ずしもそうではありません。多くのサイトにとっては、強力なサイトマップ、内部リンクの最適化、Search Consoleの監視、テクニカルSEOの改善を行う方が有益です。

Join the conversation

Leave a comment

Comments are reviewed before they appear.