Bing WebmasterのSOAP・POX APIは、もう応答しない ── 自社の自動送信が止まっていないか確認する13項目(2026年9月時点)
Bing WebmasterのSOAP・POX APIは、もう応答しない ── 自社の自動送信が止まっていないか確認する13項目(2026年9月時点)
目次
01 何が起きたか — Bing WebmasterのSOAP・POX APIは、もう応答しない
Microsoftが公式に予告していた廃止日
Bing Webmaster ToolsのAPIサービスに関するMicrosoft Learnの技術文書を確認したところ、次のように明記されていた。
"Legacy SOAP and POX APIs will be retired on August 31, 2026. Migrate to our REST APIs to avoid service disruption."
(訳: レガシーなSOAPおよびPOX APIは、2026年8月31日をもって退役します。サービスの中断を避けるため、REST APIへ移行してください。)
Bing Webmaster Tools APIは、もともとSOAP・POX/HTTP・JSON/HTTPという3種類のプロトコルに対応していた。今回の告知は、このうち古い2つのプロトコルを廃止し、JSON/HTTP(実質的にREST形式)へ一本化するというものである。告知日は確認できなかったが、廃止予定日として2026年8月31日という具体的な日付が明記されている点は、複数の検索業界ニュースサイトの報道とも一致していた。
情報源
上記の引用は、Microsoft Learn「Bing Webmaster Tools API Services」のページ冒頭に、注記(Note)として掲載されている一文を、原文のまま開いて確認したものである。
廃止から24日後、自分の手で叩いて確かめた
この記事の執筆時点(2026年9月24日)は、廃止予定日からすでに24日が経過している。「予定」で終わっているのか、実際にエンドポイントが止まっているのかは、自分でリクエストを送ってみないと分からない。そこで、SOAP・POX・JSON/HTTPの3つのエンドポイントに対して、実際にHTTPリクエストを送って応答を確認した。
結果は明確だった。SOAPプロトコルのエンドポイント(api.svc/soap)とPOXプロトコルのエンドポイント(api.svc/pox/以下メソッド名)は、どちらもHTTP 404 Not Foundを返した。エンドポイントそのものが、URLごと消えている状態である。一方でJSON/HTTPプロトコルのエンドポイント(api.svc/json/以下メソッド名)は、今も応答していた。ためしに存在しないAPIキーを渡してみたところ、返ってきたのはHTTP 400、本文には{"ErrorCode":3,"Message":"...InvalidApiKey"}という内容だった。これはMicrosoft Learnの別ページに掲載されているエラー応答のサンプル形式と一致しており、JSON/HTTPプロトコル自体は仕様どおりに動作していることを示している。
「廃止(deprecation)」と「退役(retirement)」、URLに残る2つの言葉
Microsoft Learnのページからリンクされている公式告知ページのURLは、末尾が-deprecation-s0appox01となっている。ところが同じ告知を指すもう1つの表記として-retirement-s0appox01というURLも見つかったため、両方に実際にアクセスして確かめたところ、後者は301リダイレクトで前者に転送されることを確認できた。「廃止(deprecation)」と「退役(retirement)」という意味の異なる2つの英単語が、Microsoft自身の文書の中で、同じページを指す言葉として混在している。技術文書を後から検索するときは、どちらの単語で調べても同じページにたどり着くと知っておくと、探す手間が減る。
02 なぜ・背景 — 3つのプロトコルを1つに統合する動き
SOAP・POX・JSON/HTTPは、データの「書き方」の違いだった
Microsoft Learnの技術文書によれば、Bing Webmaster Tools APIが対応してきた3つのプロトコルには、それぞれ次のような性質がある。SOAPはXMLベースの構造化されたメッセージ交換規格、POX/HTTPはSOAPより単純な素のXML形式、JSON/HTTPはJavaScriptに由来する軽量なデータ形式である。3つとも「URL・クエリ・APIキーで同じ機能を呼び出す」という基本構造は共通しており、違うのは応答が返ってくるときの「書き方」だけだった。今回の廃止は、この3つのうち古い2つを畳んで、JSON/HTTPに一本化する動きにあたる。
変わるもの・変わらないもの
検索業界のニュースサイトが伝えた内容を確認したところ、次の3点が変わらないと明記されていた。「既存のAPIキーは同じままで、再発行は不要」「すべてのAPIメソッドがJSON/HTTPで同じ機能で利用可能」「割り当て(クォータ)、レート制限、権限は変更なし」。つまり変わるのはリクエストの「形式」だけであり、認証の仕組みも、呼び出せる機能も、利用できる回数の上限も、そのまま引き継がれる。
注意
「廃止」という言葉だけを見ると、Bing Webmaster Tools全体が使えなくなるように読めてしまう。だが今回の対象は、あくまでSOAP・POXという2つの「通信方式」であって、Bing Webmaster ToolsのAPI機能そのものではない。JSON/HTTPへ通信方式を変更しさえすれば、機能はそのまま引き継げる。
なぜ気づきにくいのか — 影響は「エラー」ではなく「沈黙」で現れる
この種のプロトコル廃止が気づかれにくい理由は、影響の現れ方にある。01章で確かめた結果が示すとおり、廃止後のエンドポイントはHTTP 404を返す。もし自動化のスクリプトが、レスポンスのステータスコードを確認せずに「送信処理を実行した」ことだけをログに残す作りになっていたら、404が返ってきていることに誰も気づかないまま、URLの通知だけが止まり続ける。エラーメッセージが画面に表示されるわけでも、管理画面に警告が出るわけでもない。気づく機会は、自分から確かめに行かない限り訪れない。
03 この記事で出てくる用語
用語
SOAP / POX / JSON‑HTTP—いずれもBing Webmaster Tools APIが対応してきた通信プロトコル(データの受け渡し方式)。SOAPはXMLを使った構造化されたメッセージ交換規格、POX/HTTP(Plain Old XML over HTTP)はSOAPより簡素なXML形式、JSON/HTTPはJavaScript由来の軽量な形式。2026年8月31日以降、前2者は廃止され、JSON/HTTPだけが残っている。
IndexNowは、Bing Webmaster Tools APIとは別の仕組み
この記事のもう1つの主役であるIndexNowは、Bing Webmaster Tools APIとは成り立ちも仕組みも異なる、別のプロトコルである。IndexNowは2021年10月18日にMicrosoft BingとYandexが共同で発表した仕組みで、更新したURLを1つの検索エンジンに知らせると、参加している他の検索エンジンにも自動的に共有される、という設計になっている。詳しい違いは07章で整理する。
用語
IndexNow—ウェブサイトの更新(新規公開・更新・削除)を、検索エンジンに即座に知らせるためのプロトコル。自分のドメインに専用の鍵ファイルを置くだけで使い始められ、Bing Webmaster Toolsのようなアカウント登録・APIキー発行は必要ない。
「APIキー」という同じ言葉が、2つの違うものを指す
ここで混同しやすいのが「APIキー」という言葉である。Bing Webmaster Tools APIのAPIキーは、Bing Webmaster Toolsの管理画面にログインして発行するもので、SOAP・POX・JSON/HTTPのどのプロトコルでも共通して使う。一方でIndexNowの「鍵」は、自分でランダムな文字列を作り、その文字列をファイル名にしたテキストファイルを、自分のドメイン直下に置くだけで成立する。Bingに申請したり、審査を受けたりする必要はない。同じ「鍵」「キー」という言葉でも、発行元がまったく違う。
04 型別 — 適用範囲・この記事が測っていないこと・手順
🅰 適用範囲 — どんなサイトに関係する話か
この記事が関係するのは、Bing Webmaster ToolsのAPIを使って、URLの送信やクロール状況の取得を自動化しているサイトである。具体的には、CMSのプラグイン経由でBingへ更新を通知している場合、自作のスクリプトでBing Webmaster Tools APIを呼び出している場合、外部の順位計測・SEOツールがBing Webmaster Tools API経由でデータを取得している場合などが当てはまる。Bing Webmaster Toolsの管理画面から手動でURLを送信しているだけのサイトは、今回のプロトコル廃止の影響を直接は受けない。
🅱 この記事が測っていないこと
この記事で確認できたのは、当サイトが独自に叩いた3つのエンドポイントの応答と、Microsoft Learnの技術文書に書かれている内容である。廃止の正確な発表日、SOAP経由のリクエストに対して具体的にどのようなエラーコードが内部で発生しているか(今回確認できたのはHTTP 404というステータスコードまでで、Bing側のサーバーログの中身までは確認していない)、そして読者自身のサイトの自動化コードが実際にSOAP・POXを使っているかどうかは、この記事だけでは分からない。分からないことを、分かるふりで埋めない。
🅲 手順 — 廃止の告知を見かけたときの確認順序
この種の廃止告知を見かけたときは、まず自社が実際にそのプロトコルを使っているかを確認し、次に使っている場合、代替の手段(今回ならJSON/HTTP)に何が引き継がれ、何が引き継がれないかを確認し、最後に移行後、実際に動いているかを自分で叩いて確かめる、という順序で進めると、確認漏れが起きにくい。05章のチェックリストは、この3段階をそのまま項目に落とし込んだものである。
自動化していないなら、この記事は関係ないのか
「自分でAPIを叩いたことは一度もない」という読者でも、無関係とは言い切れない。CMSのプラグインや、契約しているSEOツールが、裏側でBing Webmaster Tools APIを呼び出しているケースがあるためである。05章のチェックリストには、自分で書いたコードだけでなく、使用中のプラグイン・外部ツールの提供元に確認する項目も含めている。
実務のヒント
自社サイトのsitemap.xmlを作り直したいときは、当サイトの🔧 WEBサイトの sitemap.xml 作成ツールで、検索エンジンへの通知に使うファイルをまとめて作成できる。
05 明日、自分のサイトで確認できることチェックリスト
以下は、自社の自動化がSOAP・POXに依存していないか、IndexNowとBing Webmaster Tools APIを混同していないかを、自分の手で確認するための13項目である。チェックの状態はブラウザに保存され、サーバーには送信されない。作業の入口として、当サイトの🔧 WEBサイト総合分析・レポートツールで、サイト全体の構成を先に確認しておくと進めやすい。
- 自社の自動化コード・cron設定・外部連携ツールの設定画面を開き、「api.svc/soap」「api.svc/pox」という文字列が残っていないか探す
- 見つかった場合は、そのURLに実際にHTTPリクエストを送り、ステータスコードが404かどうかを確認する
- 「api.svc/json」を使っている場合は、直近7日分のエラーログでHTTP 400が何件出ているか数える
- Bing Webmaster Toolsの管理画面にログインし、使用中のAPIキーが今も有効になっているか確認する
- 自社のドメイン直下に、IndexNow用の鍵ファイル(英数字の羅列+.txt)が設置されているか確認する
- 設置されている鍵ファイルを開き、ファイル名と中身の文字列が一致しているか確認する
- 直近7日分のアクセスログで、api.IndexNow.orgへ送信する外部ツール・プラグインからのアクセスが記録されているか数える
- Bing Webmaster Toolsの「URL検査」で、直近に公開した記事3本がインデックス登録済みになっているか確認する
- サイトマップ送信機能でsitemap.xmlを再送信し、Bing Webmaster Tools側の「最終読み取り日時」が更新されるか確認する
- 使用中の自動化ツール・プラグインの提供元の更新履歴を開き、2026年8月以降に「Bing」に関する更新が無いか確認する
- robots.txtを開き、bingbotへのDisallow指定が意図せず増えていないか確認する
- 1〜3番目で自動化コードの利用が見つからなかった場合は、Bing Webmaster Toolsの手動URL送信機能でテストURLを1件送信し、今も動くか確認する
- 確認した日付と、SOAP・POX・JSON・IndexNowのどれを使っていたかを記録し、次に見直す時期を1つ決める
| 観点 | 該当する項目 | 目安時間 |
|---|---|---|
| コードとログの点検 | 1〜3番目(3項目) | 15分 |
| 鍵・認証の点検 | 4〜7番目(4項目) | 15分 |
| 検索エンジン側の反映確認 | 8〜9番目(2項目) | 10分 |
| 周辺設定・記録 | 10〜13番目(4項目) | 15分 |
すべてに目を通す時間の目安は1サイトあたり55分程度である。自動化を一切していないサイトでも、5〜9番目のIndexNow関連の項目と、11番目のrobots.txt確認だけなら10分程度で終わる。
06 代替・他の選択肢(表で)
検索エンジンに更新を知らせる手段は、1つではない
Bing系の検索エンジンに更新を知らせる方法は、今回取り上げたBing Webmaster Tools APIだけではない。それぞれ示せることと示せないことが違うため、目的に応じて使い分ける必要がある。
| 手段 | 示すもの | 示さないもの | 向いている使い方 |
|---|---|---|---|
| IndexNow | 更新通知が検索エンジン側に届いたという事実 | 検索結果への反映・順位への影響 | 更新のたびに素早く知らせたいとき |
| Bing Webmaster Tools API(JSON/HTTP) | URL送信に加え、クロール状況・トラフィックのデータ | Bing以外の検索エンジンへの通知 | Bing側のデータを継続的に取得・自動化したいとき |
| Search Consoleでの 手動送信 | Google側でのインデックス登録状況 | Bing・Yandexなど他の検索エンジンの状況 | 公開直後に1件だけ急いで知らせたいとき |
IndexNowは、複数の検索エンジンに一度に届く
IndexNowの公式ドキュメントを確認したところ、次のように書かれていた。
"Search engines adopting the IndexNow protocol agree that submitted URLs will be automatically shared with all other participating search engines."
(訳: IndexNowプロトコルを採用する検索エンジンは、送信されたURLが他の参加検索エンジンすべてに自動的に共有されることに同意しています。)
つまり、api.IndexNow.orgへ1回送信すれば、参加している他の検索エンジンにも通知が届く仕組みになっている。実際に参加している検索エンジンの一覧を確認したところ、Bing・Yandex・Seznam・Naver・Yep・Internet Archive・Amazonbotの7サービスが名を連ねていた。Googleはこの一覧に含まれていない。IndexNowだけを使って更新を通知しても、Google検索への反映は別途確認する必要がある。
07 IndexNowとBing Webmaster Tools APIを混同しやすいこと
「Bing」という名前だけで、同じ仕組みだと思ってしまう
IndexNowとBing Webmaster Tools APIは、どちらも「Bing」という名前と結びついて語られることが多いため、同じ仕組みの2つの呼び方だと誤解されやすい。だが03章・06章で確認したとおり、発行される鍵の出どころも、送信先のホスト名も、対応している検索エンジンの範囲も別物である。
IndexNowで送っても、クロール状況のデータは返ってこない
もう1つ混同しやすいのが、機能の範囲である。IndexNowは「URLを送信する」ことに特化した一方向の通知プロトコルであり、送信した結果としてクロール状況やトラフィックのデータが返ってくるわけではない。一方でBing Webmaster Tools API(JSON/HTTP)は、URL送信のメソッドに加えて、順位・トラフィック・クロール統計などを取得するメソッドも用意されている。「更新を知らせるだけ」で足りるのか、「Bing側のデータも取得したい」のかによって、必要な仕組みが変わる。
注意
IndexNowを設置していても、Bing Webmaster Tools API側で見えるクロール統計・トラフィックデータが自動的に取得できるようになるわけではない。両方が必要な場合は、それぞれ別々に設定・確認する必要がある。
Googleは、どちらにも参加していない
06章で確認したとおり、IndexNowの参加検索エンジンにGoogleは含まれていない。同様に、今回廃止されたSOAP・POXも、今も動いているJSON/HTTPも、Bing Webmaster Tools APIはBing専用の仕組みであり、Google検索への通知手段ではない。Google向けには、Search Console経由のサイトマップ送信やURL検査など、別の手段を使う必要がある。この切り分けを混同すると、「IndexNowを設置したのにGoogleの順位が変わらない」といった、そもそも対象外のことを期待してしまう。
08 このテーマの、これまで
IndexNowは2021年、Bing Webmaster APIより後に生まれた仕組み
IndexNowが発表されたのは2021年10月18日で、Microsoft BingとYandexの共同発表だった。一方でBing Webmaster Tools APIのSOAPプロトコルに関する技術文書は、確認できた範囲では2019年時点ですでに整備されていた。順序としては、SOAP・POXを含むBing Webmaster Tools APIのほうが先に存在し、その2年ほど後にIndexNowという別の仕組みが登場したことになる。後から生まれた仕組みのほうが名前が近い(どちらも「Bing」の文脈で語られる)ため、混同が起きやすい土台がもともとあったとも言える。
「動いているはず」を検証しなかった代償は、他のテーマでも記録している
自動化の仕組みが静かに止まっていたという構造は、今回が初めてではない。当サイトでは以前、サムネイル画像を本番へ運ぶ仕組み自体は用意されていたのに、探す形が違っていたために本番から画像が消えていた経緯を確認したことがある(archives/132)。また、アクセスの94%を52日間見ていなかったという、もっと大きな見落としを記事にしたこともある(archives/140)。「仕組みが在ること」と「仕組みが今も動いていること」は別という前提は、今回のSOAP・POX廃止にもそのまま当てはまる。
クローラーの名乗りは、AI検索の文脈でも混同されてきた
異なる仕組みが似た名前で語られて混同される、という構造そのものは、AIクローラーを巡る文脈でも確認している。Cloudflareのデフォルト設定によるインフラ層でのAIクローラーブロックが、robots.txtの設定とはまったく別の場所で起きていた事例を、以前の記事で扱った(archives/86)。今回のIndexNowとBing Webmaster Tools APIの関係も、名前の近さから「同じ設定で両方カバーできる」と思い込みやすい点で、同じ構造を持っている。
この記事の内容も、確認した時点のものである
本記事で確認した情報の更新日を整理すると、Microsoft Learnの「Bing Webmaster Tools API Services」は2026年8月10日更新(更新履歴の記載)、「Getting Started with Webmaster API」は2022年10月13日更新、IndexNowの公式ドキュメントには明確な最終更新日の記載は確認できなかった。APIの仕様やプロトコルの対応状況は今後も変わりうるため、本記事の内容も確認した時点(2026年9月)のものとして扱い、判断が必要な場面では、その時点の公式ページを直接開いて確認してほしい。
現在の貴方のIPアドレス
このサイトで書いている人
WEBサイト