Google Search APIの代替手段: 2027年のサービス終了にあたっての選択肢

2027年1月1日、Googleはカスタム検索JASON APIを廃止する予定です。このAPIは、開発者がGoogleの検索結果をJSON形式で取得するための手段として、長年にわたり利用されてきました。 すでに新規登録を受け付けておらず、2027年1月1日以降は、既存のインテグレーションも機能しなくなります。 Googleは開発者に対し、Gemini Enterprise Agent PlatformのAgent Searchを含む3つの選択肢から１つを推奨する予定です。 しかし、これはGoogleがわずか3か月前に推奨していた製品（Vertex AI Search）のブランド再構築に他なりません。

これに戸惑うのは、あなただけではありません。 現在、Googleの路線に従っている開発者は、1つの製品に対して3つの名称に遭遇することになります。ドキュメントでは「Agent Search」、コンソールでは「Vertex AI Search」、APIでは「Discovery Engine」。（さらに、URLのスラッグは依然として「generative-ai-app-builder」のままで、これが4つ目の名称となります）。 AI検索とAI開発という相反する目標を持つビッグテック企業に依存することの不安定性が、このことには現れています。 AIやエージェント検索といった重要なインフラに関して、Googleは多くの企業を過度に複雑で難しい立場に追い込んでいます。

アプリ開発、エージェントの機能強化などのため、Google Search APIの代替として簡単に導入できるソリューションをお探しなら、Brave Search API をご検討ください。セルフサービス型の JSON エンドポイントと、よりクリーンなデータにより、Google Search API と同様のユースケース(サイト内検索、AI グラウンディング、フルウェブの検索等)をカバーしています。 また、エージェントやチャットボット向けに構築された専用の LLM Contextエンドポイント も含まれており、Google（およびGoogleのスクレイピング）は一切不要です。

この記事は、Googleのサービス終了と、その代替手段としてのBraveについて解説し、GoogleからBraveへのワークフロー移行に関する実践的なガイドを提供します。

JSONとはJavaScript Object Notationの略です。人間が読みやすく、コンピュータによる解析も容易な、軽量なテキストベースのデータ形式で、 ウェブコンテンツで広く使われています。

Google Search APIに何が起きているのか

長年にわたり、Custum Search JSON APIは、「検索結果をJSON形式で提供する」公式サービスに最も近い存在でした。 GoogleのCustum Search Engine(2006年)を起源とし、2010年頃にJSON APIとして導入されました。以来、Webや画像の検索結果をシンプルな形式で必要とするインディー開発者、研究者、中小企業にとって欠かせない存在となっています。 GoogleはJa2026年1月のブログ記事を通じて、既存のAPI製品からの移行を行うことを発表しました。

今後の予定は以下の通りです。このAPIはすでに新規ユーザーへの提供を終了しているため、現在、新規登録を行うことはできません。 既存ユーザーは、2027年1月1日までに別のものに移行する必要があり、その後、エンドポイントは結果の提供を停止します。 製品、社内ツール、または研究パイプラインが、このAPIを通じて検索結果を取得している場合は、代替手段へ移行しない限り、機能を停止します。

しかし、これはJSON APIの問題にとどまりません。 同じ記事の中で、Googleは「Programmable Search Engine」全体において、無料のフルウェブ検索の提供を段階的に終了し始めることを発表しました。 2026年1月20日以降、新規に作成されるすべての検索エンジンでは、「検索対象サイト」設定を使用する必要があります。この設定では、検索対象ドメイン数は50までとなっています（既存の検索エンジンについては、APIと同じ期限である2027年1月1日まで、「ウェブ全体を検索」オプションを引き続き使用できます）。 つまり、Googleのサイト内検索製品全体において、無料のオープンWeb検索は廃止されていくということです。JSON APIは、広範なサービス縮小において、目立つ部分に過ぎません。

Googleが推奨していること

Googleは発表の中で、製品ユーザーを３つのグループに分け、それぞれに対し異なる方法を推奨しています。 これらの方法を理解することは、自分のニーズに合ったGoogle Search APIの代替手段を適切に選ぶのに役立ちます。

サイト内検索

自社ウェブサイトだけ、あるいは少数のサイトを検索する場合は、Googleは「Programmable Search Element」の利用を推奨しています。 これはマーケティングサイトの検索ボックスなどでは機能するかもしれません。ただしオープンウェブではなく、固定されたドメインリスト（最大50件）に基づいて構築されています。 つまり、事前登録されていないサイトからの結果を必要とした瞬間、Programmable Searchオプションではその結果を表示できないのです。

エンタープライズAIとグラウンディング

AIを活用した会話型検索やエンタープライズ向けグラウンディングについては、Googleは当初、ユーザーにVertex AI Searchを推奨していました。しかし、Googleはこの製品をAgent Searchと改称し、推奨からわずか3か月後に、新しいGemini Enterprise Agent Platformに統合しました。 （興味深いことに、2026年8月現在、Google自身のCustom Search移行ページには、依然として旧名称のVertex AI Searchが記載されています。） Agent Search は有能な製品ですが、実際には Google Cloud 上で動作するように設計されたエンタープライズ向けの検索および RAG 検索サービスであり、エンタープライズ向けの構成と価格体系を採用しています。 単に検索結果をJSON形式で取得したいだけの小規模なチームにとって、Geminiエージェントプラットフォームは過剰な機能であり、解決することよりも多くの複雑な状況を招くことになるでしょう。

このことは、具体的な数字に現れています。 デフォルトでは、 Agent Searchでは検索レートの上限が低く適用されており、Googleの公式ドキュメント 自体に、上限の引き上げをリクエストしないよう記載されています。上限を引き上げるには、サブスクリプションを構成可能に切り替える必要があります。このプランは、最低1,000 QPMおよび50 GBのストレージからスタートし、 アドオンを追加する前の月額費用はおおよそ6,000ドルとなります。 また、インデックス登録したデータに対しても課金されます（全般モデルでは1GBあたり月額5.00ドル）。この費用は、コーパスの規模が大きくなるにつれて増加します。

ウェブ上の結果やグラウンディングにJSONを使いたいチームには、かなりハードルが高いと言えます。

単価について公平を期すために言えば、Googleの方がクエリあたりのコストが安くなる場合もあります。自社でインデックス化されたデータのみを検索するのであれば、Agent Searchの全般モデルは1,000クエリあたり1.50ドルで、BraveのSearchプラン（1,000クエリあたり5ドル）よりも安くなります。 しかしその料金では、オープンなウェブ全体ではなく、固定されたサイト群を対象としたコーパス検索しか利用できません。しかも、ストレージ料金、利用量の上限、およびクラウド環境のセットアップにかかるコストは依然として発生します。 Braveは、コーパス活用事例において優位性を持っています。独立したインデックス（Googleのフィードを再パッケージ化したものではない）からオープンウェブの検索結果を提供し、セルフサービスでの処理能力がはるかに高く、インフラを構築する必要もありません。

フルウェブ検索

以前のCustom Search APIのように、オープンウェブの結果をJSON形式（ページ送り可能なリンクの順位付きリスト）で返すGoogle APIには、もはや登録できなくなりました。 Agent Searchにも、その穴を埋めることはできません。このサービスは、ユーザーが指定してインデックスに登録したサイトのみを検索対象とし、Googleの公開ウェブインデックスは対象外だからです。 これは、ウェブ検索APIとは根本的に異なる製品です。 一方、未加工の結果フィードについては、Googleはユーザーをフォームへ誘導して、今後のソリューションへの関心を登録するよう求めています。価格や詳細については後日発表される予定です。

Googleは確かにセルフサービス型のライブオープンウェブ製品を販売してはいますが、それらは検索結果フィードではなく、SKUをグラウンディングしたものです。 グラウンディングクエリが事前定義された制限を超えた場合、Gemini 3では1,000のグラウンディングクエリごとに14ドルが課金されます。またGemini 3では、モデルが実行を決めた検索ごとに課金されるため、1つのユーザーからの質問に対して複数の課金が発生する可能性があります。 （Gemini 2.5 およびそれ以前のバージョンでは、料金は1,000プロンプトあたり35 ドル、エンタープライズ向けの Webグラウンディングは1,000プロンプトあたり 45 ドルです。） どちらも、生の検索結果ではなく、引用元を明記して合成した回答を返します。 これに最も近いBraveのAnswersプランは、検索1,000件につき4ドル、そして入出力トークン100万件につき5ドルの料金がかかります。独自のモデルを実行したい場合は、LLM Contextを利用することで、グラウンディングデータを直接入手できます。

重要なのは、この最後のギャップです。 以前のGoogle Search APIについて、最も広く評価されていたのは、クエリを送信してオープンウェブの検索結果をJSON形式で取得できたことです。でもその代わりとしてすぐ簡単に使える手段を、Googleは提供していません。

Google Search APIの代わりとなるBrave Search API

The Brave Search API は、400億ページ以上を網羅するBrave独自のウェブインデックス上で動作し、RESTエンドポイントを介して構造化されたJSON形式で検索結果を返します。 また、すべてセルフサービス方式です。今すぐ登録してAPIキーを取得し、開発を始めることができます。 これはGoogleの3つのユースケースにきれいに合致しています。また、Braveの各プランには毎月5ドルの無料クレジットが含まれています。4つのセルフサービスプラン（検索、Q&A、オートサジェスト、スペルチェック）に適用されるため、無料クレジットの合計額は毎月最大20ドルとなります。 さらにセルフサービスの使用制限を追加すると、低コストまたは無コストでテストできます。

サイト内検索

Braveは、Goggles という機能を通じてカスタムランキングをサポートしています。これによりクエリ実行時に、特定のドメインを優先したり制限したりすることができます。 つまり、別の製品に組み込まれた固定のリストに縛られることなく、（プログラム可能な検索エンジンのように）関心のあるサイトのみに検索結果を絞り込むことができるということです。 同じAPIから、サイトに特化した検索結果とオープンウェブの両方を利用できます。

エンタープライズAIとグラウンディング

この点でBraveは特に際立っていますが、それを可能にしているのが、エージェントやチャットボット向けに構築された「LLM Context」という専用エンドポイントです。 LLM Contextエンドポイントは、リンクの単純なリストを返すのではなく、面倒な作業を代行してくれます。1回の呼び出しで、関連性に基づいてランク付けされた、あらかじめ抽出済みのWebコンテンツを返しますが、そこにはテキストチャンク、表組、コードブロック、構造化データが含まれています。 また、ソースごとに出典情報が含まれるため、モデルは直接、それを基にして推論を行うことができます。 スクレイピングやフェッチを行うための個別の手順はありません。

LLM Contextは、企業がGoogleのAgent SearchやGemini Enterprise Agent Platformに頼るのと同じワークフローを、サポートすることができます。 主な違いは、Braveのソリューションが、数分で設定できるシンプルなREST APIを通じて利用可能であること、そして（大規模なAI開発プラットフォームの一部ではなく）AIを活用した会話型検索やグラウンディングの専用として設計されている点です。

（独自のモデルを実行するのではなく）Braveに完成した回答を生成してもらいたい場合は、a 別のAnswersプランがあります。このプランでは、リサーチの上グラウンディングされた回答と、それを裏付けるウェブのソースが提供されます。料金はウェブ検索1,000回につき4ドルに加え、入力/出力トークン100万個につき5ドルとなっています。 また、Braveの他のプランと同様、Answersには毎月5ドルの無料クレジットが含まれています。

Answersは、Googleの生成型対話型回答機能（つまり、最小限の設定で機械知能を簡単に利用できるもの）に最も近いサービスです。一方、モデル層の制御を維持しながら、モデルに供給するための高品質なグラウンディングデータのみが必要な場合には、LLM Contextの方が適しています。

フルウェブ検索

これが最大の違いです。 Googleが現在、フルウェブユーザーをフォームに誘導しているのに対し、Braveは独自の、完全に独立したウェブインデックスからウェブ全域の検索を提供しています。これはセルフサービス形式で、今すぐ利用可能です。 オープンウェブの結果は、ウェイトリストなしでJSON(以前のGoogle Search APIを開発者のお気に入りにしたのと全く同じパターン)として取得できます。

移行方法：LLMコンテキストを用いたエージェントのグラウンディング

移行の手順はシンプルです。 まず、Brave Search API ダッシュボードからAPIキーを取得してください。 次に、LLM Contextエンドポイントにクエリを送信し、JSONペイロードを読み取ります。 これは、皆さんもご存知の「クエリを入力してJSONを出力する」という流れと同じですが、単なるリンクではなく、すぐに使えるグラウンディングコンテンツが返される点が異なります。

cURLを使った簡単なリクエストの例です：

curl "https://api.search.brave.com/res/v1/llm/context?q=who+won+the+f1+race+this+weekend"
--compressed \
-H "Accept: application/json" \
-H "X-Subscription-Token: <YOUR_API_KEY>"

Pythonで同じリクエストを行う場合は、import requests を使用し、response.json() でレスポンスをパースします：

import requests
url = "https://api.search.brave.com/res/v1/llm/context"
params = {"q": "who won the f1 race this weekend"}
headers = {
    "Accept": "application/json",
    "X-Subscription-Token": "<YOUR_API_KEY>",
}
response = requests.get(url, params=params, headers=headers)
response.raise_for_status( )
print(response.status_code) # 200 on success
data = response.json()
# pre-extracted grounding content + source provenance
# Pass `data` to your model as context — no separate scrape step needed

応答はグラウンディングコンテンツ（種類別に分類）と、そのソースに関するメタデータで構成されており、ソースごとの出典情報（タイトル、ホスト名、ページ公開日など）が含まれているため、モデルが引用付きで回答するために必要な情報がすべて提供されます。 また、ウェブ検索と同じフィルター（情報鮮度、国、Goggles定義によるドメインリストなど）を使用して、検索結果を調整することもできます。これらすべてを、同じAPIキーとサブスクリプションプランを使用して利用できます。

より単純な使用ケース（たとえば、以前のGoogle Custom Search JSON APIのように、ウェブ検索結果をランク付けしたリストをJSON形式で取得したいだけの場合など）には、 BraveのWeb検索エンドポイント（/res/v1/web/search）が同じキーと同じパターン(「クエリを入力、JSONを出力」)を使用して、同じように機能します。

独立したインデックスはなぜ重要なのか

この非推奨化は、より大きな教訓を教えてくれます。つまり、検索をGoogleに依存している限り、Googleの経営判断の影響を受けざるを得ないということです。 GoogleによればこれまでのAPIは廃止される予定で、何千ものプロジェクトを急いで代替手段を探さざるを得ない立場に追い込んでいます。

Braveのようなスタンドアロンの検索APIを使えば、そのようなリスクは低減します。 Braveは、他の検索エンジンの検索結果を転売したりスクレーピングするのではなく、独自のインデックスを運用しています。このため、あなたの検索機能が他企業の開発計画に左右されることはありません。 また、Zero データ保持 (ZDR) のオプションを含むなど、プライバシー面でのメリットも高くなっています。これは検索機能が規制対象の製品内に組み込まれている場合に、不可欠な機能です。

関連記事

• 2026年、AIに最適なWeb Search API
• Brave Search API をニュース API として利用する
• Pプログラム可能な検索エンジン（用語集）
• Web Search APIとは？

よくあるご質問

Google Search APIはいつ終了するのですか？

Google Custom Search JSON APIは現在、新規ユーザーの受け入れを終了しており、既存ユーザーは2027年1月1日までに移行を行う必要があります。 その日以降、APIは結果を返さなくなります。

Google Search API に代わる最適な選択肢にはどのようなものがありますか？

最適なものはあなたの用途によって異なります。 Googleは3か月前に推奨していたVertex AI SearchツールをAgent Searchに名称変更し、そのホームであるGemini Enterprise Agent Platformをユーザーに案内しています。 しかし、これは実際にはAI開発プラットフォームなのです。 JSON形式でのWeb検索という特定のニーズに対応するには、スタンドアロンの独立したソリューションであるBrave Search APIが最適です。Google Search APIに代わる専用のセルフサービス型代替手段として、今すぐ利用を開始できます。

Google Search API に代わる無料の代替手段はありますか?

Brave Search APIは無料でご利用いただけます。すべてのBraveプランには、お試し用に毎月5ドル分のクレジットが含まれています。 また、Google Custom Searchとは異なり、1日あたり100クエリという上限はありません。 厳密な無料枠制限に直面することなく（しかも2027年1月1日以降は無料枠が完全に廃止されます）、実際に利用した分だけ料金を支払いながら、拡張することができます。 Braveに登録するにはクレジットカードが必要ですが、利用限度額を設定して、毎月の無料クレジットや目標予算を超えないようにすることができます。 現在のプランの詳細については、Brave Search API ダッシュボード をご覧ください。

自分のサイトだけでなく、ウェブ全体を検索することはできますか？

はい. Googleのサイト限定の検索オプションとは異なり、Brave Search APIは独自のインデックスからオープンウェブを検索します。Gogglesを使用すれば、検索結果を特定のドメインに絞り込むこともできます。

Braveに切り替えた場合、コードに大幅な変更が必要になりますか？

通常は不要です。 『Brave』は同じ「クエリ入力、JSON出力」に従っており、使用するAPIキーは1つです。このため移行作業は、エンドポイントを置き換え、レスポンスの読み取り方法を更新するだけで済みます。 単純な結果リストの場合、フィールドマッピングは小さくなります。 AIグラウンディング用のLLM Contextエンドポイント に移動すると、より充実した事前抽出済みコンテンツを入手して、モデルに直接渡すことができます。