2026年 Bing Search API のベストな代替サービス（提供終了後）

Bing Search API のキーが突然 410 Gone を返すようになってここにたどり着いたなら、それはあなただけではありません。Microsoft は 2025年8月11日に Bing Search API を提供終了し、「クエリを送るとランク付けされた結果が JSON で返ってくる」ファーストパーティのエンドポイントに新規登録することはもうできません。Bing がランクトラッカー、競合インテリジェンスのパイプライン、社内検索ボックス、あるいは AI エージェントを支えていたとしても、代替が必要です。そしてどの代替が適しているかは、生の構造化データが欲しいのか、それとも AI でグラウンディングされた回答が欲しいのかによって変わります。

このガイドでは、何が起きたのか、Microsoft が代わりに何を提供しているのか、代替サービスに何を求めるべきか、そして 2026年のベストな Bing Search API 代替サービス（それぞれが何を得意とし、どこが弱く、いつ選ぶべきか）を取り上げ、さらにステップバイステップの移行方法も紹介します。

Bing Search API に何が起きたのか

Microsoft は提供終了を 2025年5月、シャットダウンのおよそ 90 日前に告知し、2025年8月11日に v7 の「Bing Web Search」および「Bing Custom Search」ファミリーを廃止しました。Microsoft の言葉を借りれば、これらの API は「完全に廃止され、製品はもはや利用も新規顧客の登録もできなくなる」とのことです。(Microsoft Learn)

今回の提供終了は一部プランの整理ではなく、全面的なものでした。

• 有料・無料を問わずすべてのプランが対象でした。Bing Search の F1 および S1〜S9 リソース、Bing Custom Search の F0 および S1〜S4 リソースです。
• 既存のキーはデータを返さなくなり、エンドポイントは現在 HTTP 410 Gone で応答します。
• 期日に先立って新規デプロイが無効化されたため、新しいインスタンスを立ち上げることもできません。

「bing search api deprecated」「bing search api key free」「bing search api alternative」といった検索が溢れているのはこのためで、いずれも同じ出来事に端を発しています。この動きは、検索を生のデータエンドポイントとして公開する形から、AI エージェントの内部に埋め込む形へと転換する Microsoft の戦略を反映しています。

人々は Bing Search API を何に使っていたのか

代替を選ぶ前に、自分が実際に何に依存していたのかを整理しておくと役に立ちます。v7 ファミリーは実際には複数のエンドポイントの集合体であり、良い代替はあなたが使っていた機能さえカバーしていれば十分です。

ほとんどのチームは、データソースとして Web Search（そしてしばしば News/Image/Video）を使っていました。この「必要なときに構造化された結果を得る」という用途こそ、最もきれいなサードパーティの代替が揃っているものです。ナレッジパネルやビジュアル検索の用途はよりニッチで、別のツールが必要になるかもしれません。

Microsoft の公式代替：Grounding with Bing Search

Microsoft は顧客に、Azure AI Foundry 内の Azure AI Agents の一部である Grounding with Bing Search を案内しています。これは Azure でホストされたエージェントが、リアルタイムの公開 Web 結果を LLM の回答に取り込めるようにするものです。エージェントのグラウンディングには本当に役立ちますが、これは差し替え可能な検索 API ではなく、その違いは重要です。

• 得られるのは回答であって、結果ではありません。「開発者やエンドユーザーは、Grounding with Bing Search が返す生のコンテンツにアクセスできません」。モデルの応答には引用と Bing クエリへのリンクが含まれますが、パースできるきれいなランク付きリストは含まれません。(PPC Land)
• **プラットフォームへのコミットメントです。**Azure AI Foundry プロジェクト、Agent Service、モデルデプロイ、ロール割り当てを立ち上げる必要があります。cron ジョブから呼び出す単一のキーではありません。
• **データがコンプライアンス境界の外に出ます。**各グラウンディングクエリは「リソースキーとともに、Azure のコンプライアンス境界の外にある Grounding with Bing Search サービスへ転送されます」。
• **表示およびモデルのルールがあります。**Web サイトの URL と Bing 検索クエリの URL の両方をインターフェースに表示しなければならず、このツールはサポートされている Azure OpenAI モデル（記載された例外あり）で動作します。

そして、より高価です。Grounding with Bing Search は 1,000 トランザクションあたり $35 と表示されており、これに必要な Azure AI Agent Service の利用料が上乗せされます。旧来の Bing プラン（1,000 あたりおよそ $6（S3）、$15（S2）、$25（S1））と比べると、以前どのプランだったかに応じて 40〜483% の値上げになります。(PPC Land)

Bing Search API の代替に求めるべきこと

Bing をデータソースとして使っていたなら、良い代替は次を満たすべきです。

• 構造化された JSON を返すこと。順位、タイトル、URL、スニペットを含むオーガニック結果を返し、再パースが必要な LLM の要約ではないこと。
• すでに使っていた基本項目を受け付けること。クエリ、国、言語、ページングです。
• 直接呼び出せる単一の API キーで認証でき、Azure プロジェクトやリソースグループの設定が不要であること。
• 予測しやすい従量課金の料金（理想的には成功したレスポンスに対して課金）で、テスト用の無料枠があること。
• 必要なモジュールをカバーすること。Web に加え、関連する場合はニュース、動画、画像も。
• エンジンの幅を追加すること（Bing に加えて Google と Brave）。1 つの障害でプロダクトが止まらないように。
• 地味な部分（プロキシ、アンチボット対策、リトライ）を処理し、壊れた HTML ではなくドキュメント化されたエラーを返すこと。

2026年のベストな Bing Search API 代替サービス

唯一の勝者は存在しません。正しい選択は、生の結果が欲しいのか、AI でグラウンディングされた回答が欲しいのか、独立したインデックスが欲しいのか、マルチエンジンの SERP が欲しいのかによって変わります。まずは全体像をざっと示し、その後それぞれを詳しく見ていきます。

1. Crawlora Bing Search API — 差し替え可能な JSON 代替

「Azure を立ち上げずに、今日クエリを送って Bing の結果を JSON で受け取るにはどうすればいいか？」という問いだけなら、Crawlora の Bing Search API が最も近い差し替え先です。リクエスト処理、プロキシルーティング、アンチボット対応、パース、正規化を、ドキュメント化された 1 つのエンドポイントの背後にラップし、単一の x-api-key で認証します。q、country、lang、page、count を送ると正規化されたオーガニック結果が返り、さらに Bing が表示する場合はコンテキストパネルのデータ、関連クエリ、people-also-ask、news/video モジュールも返ってきます。

curl -G "https://api.crawlora.net/api/v1/bing/search" \
  -H "x-api-key: $CRAWLORA_API_KEY" \
  --data-urlencode "q=web scraping api" \
  --data-urlencode "country=us" \
  --data-urlencode "lang=en-us" \
  --data-urlencode "page=1" \
  --data-urlencode "count=10"

import os
import requests

resp = requests.get(
    "https://api.crawlora.net/api/v1/bing/search",
    headers={"x-api-key": os.environ["CRAWLORA_API_KEY"]},
    params={"q": "web scraping api", "country": "us", "lang": "en-us", "page": 1, "count": 10},
)
for row in resp.json()["data"]["results"]:
    print(row["position"], row["title"], row["url"])

公式 SDK を使えば、呼び出しは 1 行です。

from crawlora import CrawloraClient

crawlora = CrawloraClient(api_key=os.environ["CRAWLORA_API_KEY"])
result = crawlora.bing.search(q="web scraping api", count=10)

レスポンスはそのまま保存できる正規化された JSON です（現在のスキーマは API ドキュメントを確認してください）。

{
  "code": 200,
  "msg": "OK",
  "data": {
    "results": [
      {
        "position": 1,
        "title": "Example result title",
        "url": "https://example.com/",
        "hostname": "example.com",
        "display_url": "https://example.com",
        "description": "Snippet text shown under the result."
      }
    ],
    "pagination": { "page": 1, "count": 10, "next_page": 2 }
  }
}

いつ選ぶべきか：最小限の移行作業で Bing の結果を構造化 JSON として得たい場合、特にランクトラッキングや SERP モニタリング向けです。おまけはエンジンの幅で、Google Search と Brave Search のエンドポイントは同じ正規化された形状を返すため、同じコードで 3 つすべてのスナップショットを取得でき、1 つのエンジンに単一依存することがなくなります。

2. Grounding with Bing Search（Azure AI Foundry）— 公式の道

上で詳しく取り上げました。代替としては、Azure 内で構築していて、Microsoft お墨付きのグラウンディングと引用を伴い、新鮮な Web コンテキストを推論するエージェントが欲しいときに真価を発揮します。エージェントの回答なら選び、生のランク付き結果、予測しやすいクエリ単位の料金、あるいは Azure AI Agent プロジェクトより軽いセットアップが必要なら見送りましょう。構造化された Web データ（要約された回答ではなく）を必要とするエージェントには、MCP 上のツールベースのアプローチのほうが適していることが多いです。

3. Brave Search API — 独立したインデックス

Brave Search API は Brave 自身の独立したインデックスの上に構築されており、Bing や Google のリセラーではありません。この独立性こそが選ぶ理由です。Google/Bing 以外のカバレッジ（ソースの多様性、ランクトラッキング、AI グラウンディングのため）を特に求めるなら、Brave は同じ SERP の焼き直しではなく、本当に異なる結果セットを追加します。Web 結果に加えてニュースと動画モジュールを JSON で返し、ユーザートラッキングなしでプライバシーファーストに動作し、評価用の無料枠を提供しています。

**いつ選ぶべきか：**本当に独立したクロールを持つ 2 つ目や 3 つ目のエンジンが欲しい場合、あるいはプライバシーの姿勢を重視する場合です。リクエスト／レスポンスの形状については Brave Search のスクレイピング方法を参照し、エンジン横断の比較のために Bing や Google と組み合わせましょう。

4. SerpApi — マルチエンジンの SERP の深さ

SerpApi は 25 以上のエンジン（Google、Bing、DuckDuckGo、Yahoo、Baidu など）にわたって SERP をスクレイピングしてパースし、豊富な構造化 JSON（オーガニック結果、広告、強調スニペット、ナレッジパネル、「people also ask」）を返します。移行が実のところ Bing の置き換えかつエンジン横断での SERP 機能カバレッジの深化なのであれば、成熟したスペシャリストです。

注意点が 2 つあります。1 つ目は、SERP 専用であることです。検索以外のプラットフォームデータも必要なら、2 つ目のベンダーを運用することになります。2 つ目は、2025年12月に Google が SerpApi を Google の結果をスクレイピングしたとして提訴したことです。この件は未決着で、購入側にとっての実務的な教訓は、Google SERP のリセラーのいずれか 1 社に単一依存しないことです。(Google) 詳しい比較は SerpApi の代替と Crawlora vs SerpApi を参照してください。

**いつ選ぶべきか：**多くのエンジンにわたる幅広い SERP 機能カバレッジが欲しく、SERP サプライチェーンのリスクを管理することに抵抗がない場合です。

5. Tavily — RAG とエージェントのために作られた検索

Tavily は AI エージェントと LLM 向けに設計された検索 API で、検索拡張生成（RAG）に最適化されています。高速なレスポンスタイムで LLM がすぐ使えるスニペットを返し、LangChain のネイティブサポートを備え、search、extract、crawl、map のエンドポイントを提供し、無料枠（月 1,000 クレジット）と透明なクレジット単位の料金があります。

**いつ選ぶべきか：**RAG パイプラインをプロトタイピングまたは運用していて、生の SERP ではなく AI 最適化された検索出力が欲しい場合です。正確なオーガニック順位が欲しい厳密なランクトラッキングには向いていません。2 つの出力モデル（LLM がすぐ使えるスニペットや合成された回答 vs 正規化され順位が正確な SERP JSON）の並列比較については Crawlora vs Tavily を参照してください。

6. Exa — ニューラルで意味ベースの検索

Exa は「機械のために作られた」埋め込みベースの検索エンジンです。キーワードのマッチングではなく、セマンティックな類似度でランク付けし、その目玉である Find Similar エンドポイントは URL を受け取って意味的に関連するページを返します。contents、answer、research のエンドポイントも提供し、開始用の無料クレジットがあります。

**いつ選ぶべきか：**キーワードの精度よりも意味が勝る発見やリサーチ、つまり関連コンテンツの発見、レコメンデーションやリサーチツールの構築です。ユーザーが実際に目にする、文字どおりで順位が正確な SERP が必要なときには不向きです。ニューラル検索と正規化 SERP JSON の並列比較については Crawlora vs Exa を参照してください。

7. Google Custom Search JSON API — もう 1 つのファーストパーティの選択肢

ファーストパーティの Google 結果を JSON で得たいなら、Google Programmable Search Engine / Custom Search JSON API が正規のルートです。1 日 100 クエリまで無料で、その後は日次上限まで 1,000 クエリあたり $5 です。難点はボリュームとスコープで、日次制限のため本格的なランクトラッキングには実用的でなく、オープン Web の SERP との同等性ではなく、設定済みの検索エンジンを中心に構築されています。

**いつ選ぶべきか：**スループットよりも Google の利用規約内にとどまることが重要な、低ボリュームのファーストパーティ Google データの場合です。

8. DataForSEO — SERP に加えて SEO データセット

DataForSEO は、SERP API とバンドルされた SEO データセット（キーワードの検索ボリューム、難易度、被リンク）を従量課金で組み合わせます。SEO プラットフォームを構築していて、検索結果かつそれを支えるデータセットを 1 社のベンダーから得たいなら、そのスタックを統合できます。SERP だけが必要なら、Serpstack や Serpdog のような特化した選択肢と比較してください。

**いつ選ぶべきか：**SEO ツールを構築していて、キーワードや被リンクのデータセットと並んで SERP データが欲しい場合です。

Bing Search API vs. Crawlora：機能ごとの比較

最も一般的な移行、つまり「Bing Web Search をデータソースとして使っていた」ケースについて、最も近い差し替え先との直接比較を示します。

Bing Search API からの移行方法

メンタルモデルはきれいに対応します。作業の大半はパラメータのリネームとパーサーの向け直しです。

**1. エンドポイントを差し替える。**提供終了した Bing エンドポイントの代わりに、https://api.crawlora.net/api/v1/bing/search にリクエストを向けます。それらのモジュールには専用の /bing/news、/bing/videos、/bing/images ルートを使います。

**2. パラメータをマッピングする。**Bing のマーケットとページングは、Crawlora のロケールとページになります。

**3. キーを置き換える。**Azure/Bing のサブスクリプションキーを、x-api-key ヘッダーとして送る Crawlora API キーに差し替えます。

**4. パーサーを向け直す。**正規化された JSON フィールド（data.results[].position、title、url、hostname、description）を読み取り、ドキュメント化されたエラーとリトライを処理します。たとえば Bing がチャレンジページを返す場合の 503 などです。

典型的な Web 検索呼び出しの before/after は次のとおりです。

- GET https://api.bing.microsoft.com/v7.0/search?q=web+scraping+api&mkt=en-US&count=10
- Header: Ocp-Apim-Subscription-Key: <azure-key>
+ GET https://api.crawlora.net/api/v1/bing/search?q=web+scraping+api&country=us&lang=en-us&count=10
+ Header: x-api-key: <crawlora-key>

どう選ぶか

• 最小限の作業で Bing の結果を JSON で欲しい → Crawlora の Bing Search API。キー 1 つ、正規化された出力、news/video/image モジュール。
• Azure 内でエージェントを構築している → Grounding with Bing Search。引用付きの AI グラウンディングされた回答向け。
• 独立した（Bing でも Google でもない）インデックスが欲しい → Brave Search API。
• 多くのエンジンにわたる深い SERP 機能が欲しい → SerpApi（SERP サプライチェーンのリスクに注意）。
• RAG パイプラインに供給している → AI 最適化されたスニペットなら Tavily、セマンティックな発見なら Exa。
• 低ボリュームでファーストパーティの Google データが欲しい → Google Custom Search JSON API。
• SEO ツールを構築している → SERP に加えてキーワードや被リンクのデータセットが得られる DataForSEO。
• Bing はランクトラッカーの中の 1 エンジンだった → Bing、Google、Brave を 1 つの SERP モニタリングワークフローで実行し、どの単一エンジンも単一障害点にならないようにする。

Bing Search API を午後のうちに置き換える

API キー 1 つ、Bing・Google・Brave 向けの正規化された JSON、マネージドなプロキシとリトライ。毎月 2,000 の無料クレジット、カード不要。

Bing エンドポイントを試すドキュメントを読む

次のステップ

まずは無料で試す：Free Web Scraper で任意の URL をクリーンな Markdown に変換できます。サインアップも API キーも不要です。

Playground で /bing/search をテストし、API ドキュメントでリクエストとレスポンスのスキーマを確認し、料金ページでクレジットコストを見てみましょう。ワークフロー全体は Bing Search API のページから始めるか、ホスト型 MCP サーバーでエージェントに組み込んでください。

出典

関連記事

• ランクトラッキングに Bing Search API を使う — 移行後、Bing の結果をランクトラッカーに変える方法。
• SERP モニタリング API の仕組み（そしてランクトラッカーの作り方） — エンジン横断でのスナップショット＆比較パターン。
• 2026年のベスト SERP API — 検索 API の中で Bing エンドポイントがどこに位置づくか。
• 2026年の SerpApi 代替 — Google–SerpApi の件が SERP データの購入者にとって何を意味するか。