IndexNowの価値はシンプルです。「新しいコンテンツが検索エンジンに発見されるまで」の待ち時間を、クローラーの巡回を待つ数日から、能動的に通知する数時間へ短縮できます。Bingのインデックスを基盤とするAI回答インターフェースにも効果が及びます。ただし、検索順位を上げる仕組みではなく、品質が不十分なページをAIに引用させるものでもありません。短くなるのは、あくまで「公開」から「インデックス登録」までの時間差です。台湾のB2B企業サイトでは、製品ページやブログを毎週更新していても、この時間差によって数日分の検索露出を逃しているケースがあります。
IndexNowとは何か、なぜAI検索にも関係するのか
従来、検索エンジンはクローラーでWebサイトを定期的に巡回し、変更箇所を自ら発見してきました。ページ数が少なく、評価もまだ高くないサイトでは、次の巡回まで数日、場合によってはそれ以上かかります。IndexNowは、この流れを逆転させる仕組みです。URLを追加、更新、削除した際に、APIを通じて「このページが変わったのでクロールしてください」と検索エンジンへ能動的に通知します。このプロトコルは2021年にMicrosoft BingとYandexが共同で開始し、その後SeznamやNaverなども参加しました。参加する検索エンジンのいずれかに送信すれば、その情報がほかの参加エンジンにも共有されるため、個別に連携する必要がない点が大きな特徴です。
AI検索との関係は、誤解のないよう整理しておく必要があります。IndexNowの直接的な恩恵を受けるのは、Bingと、そのインデックスを利用するインターフェースです。対象にはMicrosoft Copilot、DuckDuckGo、Bing経由でインデックス情報を利用する一部のChatGPT検索結果が含まれます。つまり、IndexNowが高速化するのはBingのインデックス処理であり、その処理基盤を使うAI製品にも影響が及びます。一方、Googleは現時点でIndexNowを採用していません。PerplexityやOpenAI独自の検索クローラーも、IndexNowのシグナルを直接利用するわけではありません。したがって、IndexNowはすべてのAI検索エンジンに通用する万能スイッチではなく、「Bingのエコシステムへの入口を整える」アクセラレーターであり、GEOの技術基盤を構成する要素のひとつと捉えるのが実務的です。
導入前にそろえる3つの要件
送信を始める前に必要なのは、次の3点だけです。
- キーを生成する：長さは8〜128文字で、使用できるのはa–z、A–Z、0–9、ハイフンのみです。Bing Webmaster Toolsで生成するほか、ランダムなhex文字列を自分で作成することもできます。
- キー確認ファイルを設置する：キーの内容をプレーンテキストとして保存し、ファイル名を「your key.txt」にします。Webサイトのルートディレクトリへ配置し、https://yourdomain/yourkey.txt で外部からアクセスできる状態にしてください。検索エンジンはこのファイルを読み取り、サイト所有者本人からの送信であることを確認します。
- 送信するURLとキーファイルのドメインを一致させる：別ドメインのURLを送信すると拒否されます。サブドメインごとに専用のキーファイルが必要です。
最も手軽な方法：単一URLの送信
新しい記事を公開し、特定のURLだけを通知する場合はGETリクエストで十分です。https://api.indexnow.org/indexnow?url=the complete URL to be submitted&key=your key を呼び出します。Bingのエンドポイント https://www.bing.com/indexnow を直接利用しても効果は同じです。URL、特に中国語を含むパスには、必ずURLエンコードを行ってください。レスポンスが200なら、リクエストは受信されています。手動で送信する場合や、コンテンツ数が少ないWebサイトに適した方法です。
一括送信：複数のURLをまとめて送るAPI実装例
規模の大きなWebサイトでは、URLを個別に送ると非効率です。その場合は一括送信用のエンドポイントを利用します。https://api.indexnow.org/indexnow へPOSTし、ヘッダーに Content-Type: application/json; charset=utf-8 を指定したうえで、リクエストボディに4つのフィールドを含むJSONオブジェクトを渡します。
- host：Webサイトのホスト名です。例：www.example.com。
- key：キー文字列です。キーファイルの内容と完全に一致させる必要があります。
- keyLocation：キーファイルの完全なURLです。例：https://www.example.com/yourkey.txt。
- urlList：送信対象URLの配列です。最大10,000件までまとめて送信でき、すべてのURLがhostで指定したドメインに属している必要があります。
運用上の原則は、「コンテンツが実際に変わったときだけ送る」ことです。IndexNowは定期実行する処理ではなく、変更を知らせる通知だと考えてください。Webサイト内の全URLを毎日再送するループを組むチームもありますが、処理が速くなることはなく、レート制限に抵触したり、信頼性を損ねたりする可能性があります。適切な送信タイミングは、ページの公開、大幅な更新、削除です。削除時にも通知すれば、無効になったページを検索エンジンのインデックスから早く外すよう促せます。
レスポンスコードで迷ったときの確認リスト
- 200 OK：送信に成功し、検索エンジンに受理されています。
- 202 Accepted：リクエストは受信されていますが、キーの確認が続いています。多くの場合、検索エンジンがキーファイルをまだ読み取れていません。
- 400 Bad Request：リクエスト形式に誤りがあります。JSONの記述ミスや必須フィールドの欠落が主な原因です。
- 403 Forbidden：キーが無効です。キーファイルの内容と送信したキーが完全に一致しているか確認してください。
- 422 Unprocessable Entity：URLが指定ドメインに属していないか、keyとkeyLocationが一致していません。
- 429 Too Many Requests：送信頻度が高すぎます。間隔を空け、URLをまとめて一括送信してください。
IndexNowを公開フローに組み込み、自動運用する
手動送信は、導入時の動作確認には向いています。ただし、継続的な効果を得るには、公開フローに組み込み、コンテンツが本番環境へ反映されるたびに自動送信する仕組みが必要です。WordPressではBing公式プラグインを導入できるほか、Rank MathやYoastに組み込まれたIndexNow対応機能も利用できます。WebサイトをCloudflareで運用している場合は、管理画面からCrawler Hintsを有効にすれば自動送信されます。独自開発のWebサイトやNext.jsなどの構成では、コンテンツ公開時のwebhookやCIプロセスから一括送信用エンドポイントを呼び出します。変更されたURLを集め、まとめてPOSTする実装です。重要なのは、担当者の記憶に頼るのではなく、「公開」という操作そのものが通知のトリガーになるよう設計することです。
IndexNowは、費用対効果の高いGEOの技術基盤です。初期設定を済ませて公開フローへ接続すれば、その後はほぼ自動で継続的な効果を得られます。ただし、検索やAI上の可視性を支える工程のひとつにすぎません。その前段にはWebサイトがクロール可能で、構造を正しく理解できること、後段にはAIが内容を明確に引用できることが求められます。自社サイトがどの程度インデックス登録され、BingやAIインターフェースのどこで滞っているのか分からない場合は、30分のGEO診断をご予約ください。インデックス登録、クロール可能性、引用可能性の観点から課題を整理します。
