Bing Webmaster Toolsの​登録と、​AI Performanceの​見方登録した​URLが​正規の​URLと​違うと、​数字は​出てこない

この​サイトは、​2026年10月1日に​Bing Webmaster Toolsに​登録しました。
5日たっても​検索パフォーマンスが​「データを準備しています」のままで、​10月6日に​調べ直すと、​登録されていたのは​wwwのない​URLの​サイトでした。
この​サイトの​正規の​URLは、​wwwの​ついた​ https://www.bundlyze.co.jp/ です。
Google側の​Search Consoleの​使い方はSearch Consoleの​使い方の​記事に​書いたので、​ここでは​Bing側の​登録と、​それぞれの​画面で​何が​分かるかを、つまずいたところも​含めて​書きます。

登録は、​Search Consoleから​取り込むのが​いちばん早い

登録の​方法は​2つあります。
Google Search Consoleの​アカウントと​つないで​サイトを​取り込む方法と、​URLを​自分で​入れて​所有確認を​する​方法です。

Search Consoleから​取り込むと、​Search Consoleで​所有確認が​済んでいる​サイトの​一覧が​出て、​そこから​選べます。
選んだ​サイトは、​Bing Webmaster Toolsにも​所有確認済みとして​追加され、​Search Consoleに​送ってある​サイトマップも​一緒に​取り込まれます​（Bing Webmaster Blog：Search Consoleからの​サイトの​取り込み、​2019年9月13日公開・2025年6月更新、2026年10月6日確認）。
条件は、​その​サイトが​Search Consoleの​側で​確認済みであることです。
Bingは​その​後もときどきSearch Consoleの​側と​照らし合わせて​所有を​確かめるので、​つないだGoogleの​アカウントの​権限を​外したら、​つなぎ直すか、​ほかの​方法で​確認し直すことになります​（同じ記事）。

自分で​URLを​入れる​場合の​所有確認の​方法として、​Microsoftは、​XMLファイルを​置く​方法、​metaタグを​足す方法、​DNSの​レコードを​足す方法、​Domain Connectを​挙げています​（同じ記事）。
どれを​選んでも、​置く​ファイルや​書き足す値は​画面に​出るので、​その​指示どおりに​入れます。
サイトの​更新を​制作会社に​任せている​場合は、​XMLファイルか​metaタグなら​制作会社に、​DNSなら​ドメインを​管理している​人に​頼むことになります。

この​サイトは、​私が​Search Consoleから​取り込む方法で​登録し、​同じ​日に、​サイトマップの​ https://www.bundlyze.co.jp/sitemap.xml も​送りました。
新しく​確認した​サイトの​アクセスの​数字が​出るまでには​最大48時間かかる、と​Microsoftは​書いています​（同じ記事）。

登録した​URLが、​正規の​URLと​wwwの​ありなしまで​同じかを​確かめる

登録から​5日たった​10月6日の​朝も、​検索パフォーマンスは​「データを準備しています​（48時間以内に確認）」のままでした。
同じ​日に、​Bing Webmaster Toolsの​APIで​数字を​取り出す​仕組み​（scripts/bing-report.py）を作りましたが、​日別の​表示、​検索語、​ページ、​クロールの​どれも​空でした。

その​あとで、​Bing Webmaster Toolsに​登録されていたのが、​wwwのない​ bundlyze.co.jp の​サイトだったと​分かりました。
この​サイトは、​wwwの​ついた​ https://www.bundlyze.co.jp/ を​正規の​URLに​していて、​サイトマップの​URLも、​公開の​たびに​送る​通知も、​APIの​スクリプトの​指定も、​すべて​wwwつきです。
APIのほうは、​登録されていない​wwwつきの​サイトの​数字を​聞いていたことになります。
5日たっても​準備中だったことのうち、​どこまでが​この​違いの​せいなのかは、​wwwつきの​サイトの​確認が​済んで​数字が​出るまで​分かりません。

Search Consoleから​取り込むときに​選ぶのは、​Search Consoleで​確認済みに​なっている​サイトの​一覧からです。
なぜwwwのない​形で​登録されたのかは、​私たちの​場合もはっきりしていません。
いずれに​しても、​取り込んだ​あとに、​Bing Webmaster Toolsで​サイトを​選ぶところに​出ている​URLが、​次の​3点で​自社の​正規の​URLと​同じかを​見ます。

• https か​ http か
• www が​あるか、​ないか
• 所有確認が​済んでいるか

正規の​URLが​分からないときは、​トップページの​HTMLに​ある​ canonical の​指定か、​サイトマップに​並んでいる​URLを​見れば​分かります。
違っていたら、​正規の​URLの​サイトを​足して、​所有確認を​し直します。

検索パフォーマンスは、​Bingの​検索での​表示と​クリックを​見る​画面

検索パフォーマンスは、​Search Consoleの​検索パフォーマンスに​あたる​画面です。
Bingの​検索結果で​自社の​ページが​表示された​回数と​クリック数を、​日ごと、​検索語ごと、​ページごとに​見ます。
私たちが​APIで​取り出すように​した​項目も、​日別の​表示と​クリック、​検索語と​ページごとの​表示・クリック・平均の​掲載順位、​日ごとの​クロールの​件数です。

私たちの​サイトでは、​この​記事を​書いている​10月6日の​時点で、​この​画面に​まだ​数字が​出ていません。
なので、​Bingで​どんな​検索語で​出ているかは、​まだ​書けません。
最大48時間という​目安を​過ぎても​準備中のままなら、​前の​節の​URLの​違いを​先に​疑ってみてください。

AI Performanceで​分かるのは、​AIの答えで​出典に​選ばれた​回数と、​探すときに​使われた​語句

AI Performanceは、​2026年2月10日に​公開プレビューとして​始まった​画面です。
対象は、​Microsoft Copilot、​Bingの​AIが​作る​要約、​一部の​提携先の​サービスでの、​AIが​作った​答えです​（Bing Webmaster Blog：AI Performance の​公開プレビュー、2026年10月6日確認）。
見られる​数字は​次の​とおりです​（同じ記事）。

Search Consoleの​生成AIパフォーマンス レポートと​比べると、​Grounding Queriesが​あるのが​大きな​違いです。
Googleの​側は​表示回数しか​出ず、​どんな​質問で​AIの​枠に​出たかは​分かりません​（Search Consoleの​生成AIパフォーマンス レポートの​記事）。
Bingの​側では、​少なくとも、​AIが​どんな​語句で​探して​自社の​ページに​たどり着いたかの​見本が​見られます。
ただし、​これは​使う​人が​打ち込んだ​質問​そのものではなく、​AIが​探すために​使った​語句です。
Microsoftも、​この​語句の​数字は​見本で、​これから​精度を​上げていくと​書いています。

もう​一つ、​Microsoftは、​これらの​数字は​引用された​回数であって、​順位や​権威、​1つの​答えの​中で​その​ページが​どう​使われたかを​示すものではない、と​断っています​（同じ記事）。
引用が​多いからと​いって、​答えの​中で​目立つ​場所に​出ているとは​限らない、ということです。

私たちの​サイトの​ AI Performance は、​10月4日に​見たときも、​10月6日に​見たときも、​直近3か月の​引用は​0回、​引用された​ページも​0本でした。
10月4日の​時点では、​Grounding Queriesにも​1つも​出ていませんでした。
前の​節の​とおり、​このとき​見ていたのは​wwwのない​サイトの​画面だった​可能性が​あります。
wwwつきの​サイトで​数字が​出るようになったら、​改めて​記録します。

サイトマップと​IndexNowで、​新しい​ページを​Bingに​知らせる

サイトマップは、​Search Consoleと​同じく、​sitemap.xmlの​URLを​送っておく​画面です。
送った​あとは、​最後に​読み込まれた​日と​件数を​見ます。
私たちは​10月1日に​送り、​その​日は​「処理中」でした。
sitemap.xmlの​作り方はサイトマップの​作り方の​記事に​書いています。

これとは​別に、​ページを​公開したり​書き換えたりしたときに、​その​URLを​すぐ​検索エンジンに​知らせる​IndexNowという​仕組みが​あり、​Bingも​使っています。
IndexNowに​参加している​検索エンジンの​どれかに​送れば、​ほかの​参加している​検索エンジンにも​共有されます​（IndexNow：Documentation、2026年10月6日確認）。
送る​側は、​決まった​形の​鍵を​書いた​テキストファイルを​サイトに​置き、​URLと鍵を​送ります。
1回の​送信で​1万件まで​まとめて​送れます​（同じページ）。

私たちは、​サイトを​公開する​たびに、​GitHub Actionsから​自動で​送るようにしました。
前の​公開から​変わった​ページだけを、​wwwつきの​URLに​直して​送る​スクリプト​（scripts/indexnow.mjs）です。
10月2日の​朝の​公開では​93件を​送って​応答は​202、​同じ​日の​昼は​65件で​応答は​200でした。
IndexNowの​説明では、​200は​受け付けた、​202は​受け付けたが​鍵の​確認が​まだ、という​意味です。
ただ、​200が​返っても、​それは​URLを​受け取ったというだけで、​クロールや​インデックスへの​登録を​約束するものではない、とも​書かれています​（同じページ）。

Bing Webmaster Toolsの​IndexNowの​画面では、​受け付けた​URLの​件数が​見られます。
10月4日に​見たときは​637件、​10月6日の​朝は​過去22時間で​694件でした。

IndexNowとは​別に、​URLを​手で​送る​「URL送信」の画面も​あります。
10月1日に、​サイトマップのうち主な​ページ59本を​ここから​まとめて​送りました。
10月6日に​APIで​確かめると、​送れる​残りの​枠は​1日100件、​1か​月2600件でした。
いまは​公開の​たびに​IndexNowで​届くので、​URL送信は​使っていません。

1本の​ページが​Bingに​どう​見えているかを​確かめる​URL検査という​画面も​ありますが、​私たちは​まだ​使っていないので、​ここでは​名前を​挙げるだけに​します。

Search Consoleでは​見えない​分を、​Bingの​側で​補う

Googleと​Bingは​別の​検索エンジンなので、​Search Consoleの​数字には​Bingでの​表示は​入っていません。
逆も​同じです。
二つを​並べると、​次のように​見分けが​つきます。

Googleの​側は、​私たちの​サイトでは​1日に​5本前後で​登録の​リクエストの​上限に​当たります​（Search Consoleの​使い方の​記事）。
Bingの​側は、​公開の​たびに​IndexNowで​届くので、​手で​リクエストする​作業は​していません。

AIの答えでの​見え方を、​どちらの​画面でも​見られない​AIも​あります。
ChatGPTや​Geminiに​ついては、​サイトの​持ち主向けに​こうした​数字を見せる​画面を、​私たちは​まだ​見つけていません。
そこを​補う​方法と、​有料の​ツールを​選ぶときに​確かめることはGEO対策の​ツールを​選ぶ前にの​記事に​書きました。

見るのは​週に​1回、​同じ​曜日に

Bing Webmaster Toolsは、​私たちは​毎週月曜日に​開くことにしました​（10月6日に決めました）。
見るのは、​検索パフォーマンス、​AI Performance、​サイトマップの​最後に​読み込まれた​日と​件数、​IndexNowの​受付の​件数の​4つで、​数字は​社内の​記録に​1行で​残します。
Search Consoleは、​表示が​出始めた​記事の​検索語を​追うために​ほぼ毎日​見ていますが、​Bingは​まだ​数字が​少なく、​毎日​見ても​動きが​読めません。
週に​1回で​足りると​私は​考えています。

数字が​たまってきたら、​AI Performanceの​Grounding Queriesと、​検索パフォーマンスの​検索語を​並べて、​Search Consoleの​検索語と​比べる​つもりです。

bundlyzeは、​大阪市北区の​グラングリーン大阪を​拠点に、​大阪・兵庫を​中心とした​関西の​会社から、​検索と​AIでの​見え方に​ついての​相談を​受けていて、​打ち合わせは​Web会議でも​対面でも​できます。
この​記事を​書いた​津嘉山は、​業務システム開発と​AWSを​専門と​する​エンジニアで、​この​サイトで​Bing Webmaster Toolsと​IndexNowを​使い​始めたばかりで、​つまずいたところも​含めて​記録を​残しています。

まずは、​Bing Webmaster Toolsで​自社の​サイトとして​並んでいる​URLが、​wwwの​ありなしまで​正規の​URLと​同じかだけ、​見てみてください。