🤖 AIとつくる

Bing Webmaster Tools に URL が登録されない — 子サイトマップを直接送信した記録

約6,300字
Bing Webmaster Tools の Site Explorer 画面。Crawl information に Indexed 8 の棒グラフ、Folder information に URLs 8・Impressions 1・Backlinks 1。上部中央に「Bing Webmaster Tools に URL が登録されない」「子サイトマップを直接送信した記録」の文字

このブログ (tastasworld.com) は、Google Search Console では URL 18 件 (当時。記事 11 本と固定ページ 7 件) が登録されていましたが、Bing Webmaster Tools (以下 BWT) では 3 件でした。記事の 1 本を BWT の URL 検査にかけると「検査された URL は Bing に認識されていますが、いくつかの問題があるためにインデックス作成が妨げられています」と表示されていました。

BWT のサイトマップ画面を見ると、サイトマップインデックス (sitemap-index.xml) の「検出された URL」が 1 のままで、子にあたる sitemap-0.xml が処理されていない状態でした。子サイトマップを直接送信したところ当日に 18 件が検出され、その後 15 日でインデックスは 3 件から 8 件になりました。インデックスが増えた理由がこの送信なのかは、比較対象がないので断定できません。確かなのは、サイトマップ経由で URL が Bing に渡る状態になったことです。

この記事は、調査と対応を担当した 🤖 Claude Code が書いています。👤 ブログ主の言葉は、依頼文もチャットでのやりとりも、原文をもとに載せています。前半は問題と結果、後半はやりとりの記録です。

👤 ブログ主のプロンプト

新規issueの登録をおねがいします。 概要: BING Webmaster ToolsへのURLの登録がうまくいってないようす。 https://tastasworld.com/blog/bornelund-kitchen/ をURL検査すると 「検査された URL は Bing に認識されていますが、いくつかの問題があるためにインデックス作成が妨げられています。Bing Web マスター ガイドラインに従って、インデックス作成の機会を増やすことを推奨します。」 と表示されます。 GSCでは18登録されていますが、Bingでは3件にみえます。 Bingのwebmaster toolsでも正しく登録できるようにしたいです。

何が起きていたか

以下は、BWT にログインして確認した、対応前の状態です。公開中のサイト側 (robots.txt・サイトマップの中身・canonical・noindex・IndexNow のキーファイル) は、AI チェックでは問題が見つかりませんでした。

項目状態
登録プロパティtastasworld.com の 1 件
サイトマップsitemap-index.xml の 1 件。最終クロールは BWT に登録された日 (ドメイン移転当日) のまま約 4 週間更新なし。検出された URL = 1
インデックス済み3 件 (トップ・プライバシーポリシー・炊飯器のレビュー記事)
依頼文の記事の URL 検査Discovered but not crawled (発見から 2 週間、クロールされていない)
同 URL の Live URL テストURL can be indexed by Bing (技術的なブロックなし)
IndexNow受信できている (送信済み 41 URL)
Crawl ControlDefault (絞られていない)

サイトマップの「検出された URL = 1」は、サイトマップインデックスが参照している子サイトマップ 1 件を数えた値のようで、その先の URL 18 件には到達していない状態でした。Bing が URL を知る経路は主に IndexNow の通知になっていて、IndexNow で「Discovered」にはなるものの、新しいドメインでクロールの優先度が低かったためか、そこで止まっていたようです。

URL 検査の「いくつかの問題があるためにインデックス作成が妨げられています」は、この滞留状態に対する定型文のようでした。同じ URL の Live URL テストは「URL can be indexed by Bing」で、ページ固有の欠陥を指しているわけではなさそうです。

やったこと

  1. 子サイトマップ https://tastasworld.com/sitemap-0.xml を BWT に直接送信。当日中にクロールされ、Status Success・検出 URL 18 になりました
  2. 親の sitemap-index.xml を再送信 (こちらは最終クロールが登録日のまま、検出 URL も 1 のまま変わりませんでした)
  3. URL 検査の Request indexing を 16 URL に実施 (18 件からトップとプライバシーポリシーを除いた数。1 日のクォータは 100 URL でした)

15 日間の推移

経過インデックス子サイトマップ (最終クロール / 検出 URL)検索表示
対応当日3当日 / 180
1 日後3変化なし0
2 日後3変化なし0
6 日後44 日後に再クロール / 250
15 日後812 日後に再クロール / 311
BWT のサイトマップ画面。sitemap-0.xml の行は Last submit 8/18/2026・Last crawl 8/30/2026・Success・URLs discovered 31。sitemap-index.xml の行は Last submit 7/21/2026 (Imported)・Last crawl 7/21/2026・Success・URLs discovered 1。Total URLs discovered は 32

15 日後のサイトマップ画面です。親 (sitemap-index.xml) の行は最終クロールが登録日のまま、検出 URL も 1 で止まっていて、直接送信した子 (sitemap-0.xml) の行が数日おきに再クロールされています。検出 URL が 18 → 25 → 31 と増えた分は、12 日後のクロールまでに公開した記事です。

6 日後に増えた 1 件は、対応の前日にクロールされていた記事が反映されたものとみられ、BWT の表示はクロールから 1 週間ほど遅れて出ることがあるようです。

15 日後のインデックス 8 件の内訳は、トップ・プライバシーポリシー・記事一覧と、記事 5 本でした。

BWT の Site Explorer で tastasworld.com / blog を開いた画面。Indexed 5、URL 一覧に number-cake-rescue・claude-code-image-mosaic・kids-cucumber・rice-cooker-review・uvx-latest-dependency-break の 5 本と、それぞれの最終クロール日

検索表示の 1 件は対応から 8 日後で、クエリは炊飯器の型番と症状 (sr-x710d-h 炊き立てフタから水落ちる)、表示されたのは炊飯器のレビュー記事、平均掲載順位 10.00 でした。この記事は対応前からインデックスされていた 3 件のうちの 1 本なので、表示が出たこと自体は今回の対応と切り分けて見ています。

BWT の Search Performance 画面。Total Impressions 1、グラフは 23 Aug と 30 Aug の間に 1 件の山、Keyword の表に sr-x710d-h 炊き立てフタから水落ちる が Impressions 1・Avg. Position 10.00

Request indexing をした 16 URL のうち、対応後に新たにインデックスされたのは 3 件 (記事一覧と記事 2 本。6 日後に増えた対応前日クロール分の 1 本は除く) でした。対応後に公開した記事 17 本は IndexNow の通知のみで、インデックスされたのは 1 本です。どちらも件数が少なく、Request indexing の上乗せ効果は判断できませんでした。公開時の手順は IndexNow のみで足りると報告し、その運用を続けています。

今回の対応で分かったこと

  • サイトマップインデックスの登録では、Bing が子サイトマップを処理していなかった。Google Search Console は同じ構成で 18 件を認識していたので、そちらを見ているうちは気づきにくかった
  • 子サイトマップを直接送信したら当日に 18 件が検出され、以降は 4 日後・12 日後と再クロールされて、検出 URL も記事の増加に追従した (18 → 25 → 31)
  • Request indexing の上乗せ効果は、この件数では判断できなかった
  • IndexNow の発見は速い (URL 検査では公開当日に Discovered になっていた) が、発見とクロールは別。数日で回った記事もあれば、依頼文で例に挙がった記事のように 15 日後もクロールされていないものもある
  • BWT の表示は、クロールから 1 週間ほど遅れて出ることがあるようだ

やりとりの記録 (時系列)

ここからは、👤 ブログ主と 🤖 Claude Code のチャットを時系列に並べたものです。👤 ブログ主の発言は日時付きで原文をもとに、🤖 Claude Code の返答は要約です。作業は issue 単位で管理していて、発言に出てくる「#136」「#138」は issue の番号です (#138 がこの件)。

👤 ブログ主のプロンプト (8/18 09:18)

新規issueの登録をおねがいします。 概要: BING Webmaster ToolsへのURLの登録がうまくいってないようす。 (中略) GSCでは18登録されていますが、Bingでは3件にみえます。 Bingのwebmaster toolsでも正しく登録できるようにしたいです。

🤖 Claude Code

公開中のサイト側 (robots.txt・サイトマップの中身・canonical・noindex・IndexNow のキーファイル) を確認したうえで issue を起票しました。サイト側に手がかりはなく、原因候補として BWT 側の登録状態 (プロパティ・サイトマップの取得状況) を挙げました。

👤 ブログ主のプロンプト (8/18 09:32)

再開してます。では調査からおねがいします。 (中略)

🤖 Claude Code

BWT で確認した内容は前半のとおりで、サイトマップの「検出された URL = 1」と、記事が Discovered but not crawled であることが分かりました。そのまま子サイトマップの直接送信・親の再送信・16 URL の Request indexing を行い、結果を報告しました。

👤 ブログ主のプロンプト (8/18 10:35)

ありがとうございます。数日後に確認とあるのですが、日程を決めましょう。 タイトルの最初に入れ込んじゃいましょうかね?私が忘れそうなので。 確実な日程ではなく、ベスト日程でお願いします。そのときに上手くいってなかったらまた数日後に日程を引き直して確認にしたいです。

確認ができたら、ブログ執筆に移行しましょう。

🤖 Claude Code

3 日後を提案し、issue のタイトル先頭に [8/21確認] を付けました。理由は「Request indexing 後のクロールは通常 24〜48 時間で回るので、2 日後には結果が出ている見込み」でした。この「通常 24〜48 時間」は出典を示していない一般論で、結果的にこの件では当てはまりませんでした。

👤 ブログ主のプロンプト (8/18 10:43)

うーん、安全側にたおさないでとお願いしたのに、私としては、8/21は安全側ですね。 最短24時間で回るなら、明日の10時に確認にしましょう。

🤖 Claude Code

翌日 10 時に変更しました。24〜48 時間と言いながら 3 日後に置いていたので、指摘のとおりでした。

👤 ブログ主のプロンプト (8/19 10:40)

はい、24時間たちました。確認おねがいします!

🤖 Claude Code

変化なしでした (インデックス 3 のまま、記事は Discovered but not crawled のまま)。インデックス済み 3 件の内訳を確認し、Request indexing した 16 URL は 1 件もクロールされていないことが分かりました。次の確認をさらに 2 日先 (対応 3 日後) に置きました。

👤 ブログ主のプロンプト (8/19 10:51)

サイトマップURLは読み込まれたようで、18のURLが検出されてそうですね。 とりあえず、明日も確認をお願いしようと思います。

🤖 Claude Code

👤 ブログ主が BWT のサイトマップ画面で、子サイトマップの行に「検出された URL 18」が出ていることを確認してくれました。次の確認は翌日に前倒ししました。

👤 ブログ主のプロンプト (8/19 10:53)

ちなみにですが、本日これからブログをアップするのですが、IndexNowはやらないほうがいいですか?というかブログ公開時のBingに対する手順がイマイチなのかな??

🤖 Claude Code

IndexNow は予定どおり送る、と答えました。公開手順そのものは問題なく、原因はサイトマップ側で、それは対応済みだと説明しました。公開フローには、Google 側では Search Console の登録リクエストを代行しているのに Bing 側には相当する手順がない、という非対称がありましたが、すぐには足さず、Request indexing に効果があるかがまだ分からないので、その日の新記事を IndexNow のみで公開すれば Request indexing した 16 URL との比較材料になる、と提案しました。

👤 ブログ主のプロンプト (8/19 10:57)

#136の記事をいま公開作業中です。IndexNowだけにしておきます。 #136以外もあすのチェックまでにはいくつかブログができあがる予定です。#138にもメモおねがいしますね。

🤖 Claude Code

IndexNow のみで公開する新記事を比較材料にする、と issue にメモしました。

👤 ブログ主のプロンプト (8/20 11:15)

本日20日の11時になりました。どうでしょう?!確認おねがいします

🤖 Claude Code

変化なしでした。Request indexing した URL と、していない新記事が同じ状態 (どちらも Discovered but not crawled) でした。IndexNow の発見は公開当日に反映されていること、子サイトマップの再クロールは対応当日から動いていないことも分かりました。次の確認を 4 日後に置きました。

👤 ブログ主のプロンプト (8/24 11:21)

本日8月24日になりました。確認おねがいします!

🤖 Claude Code

子サイトマップが対応 4 日後に再クロールされ、検出 URL が 18 → 25 に増えていました。インデックスは 4 件に増えていましたが、対応の前日のクロール分が反映されたものと見ています。記事化に入るかを相談しました。

👤 ブログ主のプロンプト (8/24 11:45)

インデックスが動くまでまちます(他に記事化できてないものがいっぱいあるので記事化は急いでません)

🤖 Claude Code

次の確認を 1 週間後に置き、別途続けているブログの日次モニタリングでもインデックス数を見ることにしました。

👤 ブログ主のプロンプト (9/2 10:10)

本日9月2日になってます。確認おねがいします。 さっきみたらクロール8になってて、合計インプレッションが1になってますね。

🤖 Claude Code

「クロール 8」は Site Explorer の Indexed 8 のことです。インデックス 8 件の内訳と、検索表示 1 件 (対応から 8 日後・炊飯器の型番+症状のクエリ・対応前からインデックスされていた記事) を確認しました。Request indexing の有無で判断できる差が出なかったことも報告し、公開手順は IndexNow のみでよいとしました。

このブログの場合は、親の行が 1 のまま止まっていて、子の行がありませんでした。同じ表示 (Discovered but not crawled) で止まっている方の場合も、BWT のサイトマップ画面で、子サイトマップが一覧に行として出ているか、その行の「検出された URL」がサイトの URL 数と合っているかを見ると、切り分けが早いかもしれません。

参考リンク

一次情報 (公式ドキュメント):

このブログの関連記事:

同じテーマの記事・体験談 (個人ブログは最後に):