SEO・AIO

IndexNowとBing対応

— AI検索時代に、Bingのインデックスを整える実装と実測

— 02

IndexNowの仕組みと実装

IndexNowは、ページを公開・更新したときに「このURLが変わった」と検索エンジン側へ即座に通知する仕組みです。参加するエンジン（Bing・Yandex・Seznam・Naver など）に伝わり、クロールまでの待ち時間を短くします。クロールしてもらうのを待つのではなく、こちらから知らせる、という向きの違いです。

送信の中身は4つだけ

送信は、次の4項目を含むJSONを、IndexNowのエンドポイント（https://api.indexnow.org/indexnow）へPOSTするだけです。特別なSDKやライブラリは不要で、標準のHTTPクライアントで送れます。

Next.jsサイトでの運用フロー

当社では、キーファイルを public/ 配下に置いて公開し、送信はスクリプトから行っています。単発の送信も、sitemap.xmlから全URLを取得して一括で送る「バルク送信」も、同じ4項目の送信を対象URLの数だけ束ねるだけです。実際の運用手順は次の4ステップになります。

1. 1Bing Webmaster Tools でドメインの所有を確認する：IndexNow は所有確認済みのドメインに対して送信します。ここが未了だと、送っても反映されません。
2. 2キーファイルを public 配下に置いて公開する：https://{host}/{key}.txt でキー文字列を返すファイルを配置します。keyLocation はこのURLを指します。
3. 3公開・更新のたびに、そのURLを送信する：記事の公開や修正のフローに送信処理を組み込み、変更があったURLだけを urlList に入れて送ります。
4. 4まとめて再送するときは sitemap から取得する：リタイトルや構造変更を一括で伝えたいときは、sitemap.xml からURLを取得して一括送信します。

ポイントは、送信を「公開フローに組み込む」ことです。記事を出すたびに手で送るのではなく、公開・更新の処理の一部として送信を回すと、送り忘れがなくなります。1リクエストで最大10,000件まで送れるため、サイト全体をまとめて再通知する運用も、記事1本だけを通知する運用も、同じ仕組みで扱えます。

— 04

運用でつまずかないための注意

IndexNowは仕組みが単純なぶん、送るURLの選び方と前提の確認で品質が決まります。送信を回し始める前に、次の点を押さえておくと、通知の信頼を保てます。

• ☐noindex のURLを送らない：インデックスさせない方針のページを送っても意味がなく、送信リストの信頼を下げます。公開・索引対象のURLだけを送ります。
• ☐存在しない・リダイレクトするURLを送らない：404 や恒久リダイレクトのURLは、送信リストのノイズになります。最終的な正規URLを送ります。
• ☐keyLocation が公開されているか確認する：キーファイルが 403 や 404 だと、リクエストが弾かれます。送信前にブラウザで開いて、キー文字列が表示されるか確かめます。
• ☐更新が無いURLを繰り返し送らない：IndexNow は「変更を伝える」仕組みです。変更が無いのに大量・高頻度で送る必要はありません。
• ☐送信＝インデックス確約ではない：送信はクロールを促す通知であり、実際にインデックスされ回答に使われるかは各エンジンの判断です。掲載や順位を保証するものではありません。

とくに最初の2つ（noindexのURLと、存在しない・リダイレクトするURLを送らない）は、送信リスト全体の信頼にかかわります。どのクローラーを許可し、どこを索引対象にするかという方針そのものはAIクローラーの許可と制御で扱っているので、あわせて整理すると、送るべきURLの範囲がはっきりします。