Google Search API 的替代方案：2027 年服務終止前的選擇
2027 年 1 月 1 日，Google 將停止提供其「自訂搜尋 JSON API」服務，這項服務長期以來一直是開發者取得 Google 搜尋結果（以 JSON 格式呈現）的主要方式。 該 API 已停止接受新用戶註冊；自 2027 年 1 月 1 日起，現有的整合功能也將停止運作。 Google 將引導開發者轉向三個替代方案之一，包括 Gemini Enterprise Agent Platform 下的 Agent Search。 但這其實是對 Google 僅在三個月前才推薦的產品（Vertex AI Search）進行的重新品牌定位。
如果您感到困惑，您並不孤單。 如今，若開發者遵循 Google 的路徑，將會發現同一個產品有三個名稱：在文件中稱為「Agent Search」、在控制台中稱為「Vertex AI Search」，而在 API 中則稱為「Discovery Engine」（而且 URL 片段仍為 generative-ai-app-builder，這算是第四個名稱）。 這凸顯了依賴一家「科技巨頭」所帶來的不穩定性——該公司既想掌控 AI 搜尋，又想主導您的 AI 開發，兩者目標本就相互衝突。 對於 AI 與代理搜尋這類關鍵基礎設施，Google 正讓許多公司陷入艱困且過於複雜的處境。
無論您是應用程式開發者，還是想為您的代理程式提供動力，如果您需要一個可直接取代 Google Search API 的替代方案，Brave 搜尋 API 涵蓋了相同的使用情境（例如網站搜尋、AI 接地與全網頁搜尋），並提供自助式 JSON 端點，甚至還有更乾淨的資料。 它還包含一個專為代理程式和聊天機器人打造的專用 LLM Context 端點——完全不需要 Google（也不需要爬取 Google 資料）。
本文將探討 Google 服務停用一事，並介紹 Brave 作為替代方案，同時提供從 Google 服務遷移至 Brave 的實用操作指南。
JSON 代表 JavaScript Object Notation，是一種輕量級、基於文字的資料格式，既便於人類閱讀，又便於電腦解析。 這是一種廣泛用於網路內容的格式。
Google Search API 將有何變動？
多年來，自訂搜尋 JSON API 堪稱最接近官方「以 JSON 格式提供搜尋結果」的服務。 它源自 Google 的「自訂搜尋引擎」（2006 年），並於 2010 年左右以 JSON API 的形式問世，成為獨立開發者、研究人員及小型企業的必備工具，這些使用者需要以簡單格式取得網頁或圖片搜尋結果。 在 2026 年 1 月的部落格文章 中，Google 宣布將逐步淘汰現有的 API 產品。
時間軸如下：該 API 已不再開放給新客戶，因此您現在無法註冊使用。 現有客戶須在 2027 年 1 月 1 日前遷移至其他方案，此後該端點將停止提供搜尋結果。 如果您的產品、內部工具或研究流程是透過這個 API 讀取搜尋結果，除非您遷移到替代方案，否則它將會中斷。
但這不僅僅是 JSON API 的問題。 在同一份公告中，Google 開始全面撤除可程式化搜尋引擎的免費全網搜尋功能。 自 2026 年 1 月 20 日起，每個新建立的搜尋引擎都必須使用「要搜尋的網站」設定，該設定上限為 50 個網域（現有的搜尋引擎僅能保留「搜尋整個網路」選項至 2027 年 1 月 1 日，此期限與 API 相同）。 換句話說，免費的開放網路搜尋功能正從 Google 的網站搜尋產品中全面退場；JSON API 只是這波更大規模收縮中最顯而易見的一部分。
Google 的建議
Google 的公告將這些產品的用戶分為三組，每組都有不同的建議路徑。 了解這些途徑，將有助於您根據自身需求，選擇適合的 Google Search API 替代方案。
針對特定網站的搜尋
如果您只需要搜尋自己的網站或少數幾個網站，Google 會建議您使用其「可程式化搜尋元素」。 這種做法雖然適用於行銷網站上的搜尋框，但其運作基礎是基於一組固定的網域名稱清單（最多 50 個），而非開放的網路。 因此，當您需要從未事先註冊過的網站取得搜尋結果時，「可程式化搜尋」功能便無法提供該結果。
企業人工智慧與接地
針對 AI 驅動的對話式搜尋與企業級資料連結（grounding），Google 原本引導使用者使用 Vertex AI Search——這項產品如今已被 Google 更名為 Agent Search，並納入全新的 Gemini Enterprise Agent Platform，而距離 Google 推薦該產品僅過了三個月。 （耐人尋味的是，截至 2026 年 8 月，Google 自家的「自訂搜尋遷移」頁面仍列出舊名稱「Vertex AI Search」） Agent Search 是一款功能強大的產品，但它本質上是一項企業級搜尋與 RAG 檢索服務，專為在 Google Cloud 上運行而設計，並採用企業級的設定與定價模式。 對一個只想把搜尋結果以 JSON 格式取得的小團隊來說，Gemini 代理平台會顯得過於龐大，反而帶來比解決問題更多的複雜度。
這些數字讓這件事變得具體。 預設情況下，Agent Search 會實施較低的搜尋率配額，而 Google 官方文件 明確指出請勿申請提高配額——若要提升配額，必須切換至其「可自訂」訂閱方案，該方案的最低起始配額為 1,000 QPM 及 50 GB 儲存空間：在不包含任何附加功能的情況下，每月費用約為 6,000 美元。 此外，系統也會針對您建立索引的資料收費（一般模式下每 GB 每月 5.00 美元），這項成本會隨著您的資料庫規模而增加。
| Google Agent Search | Brave 搜尋 API | |
|---|---|---|
| 預設吞吐量 | 預設配額過低；若無訂閱則無法提高 | 每秒 50 次請求（搜尋執行計畫） |
| 入門成本 | 1.50 美元 / 1,000（通用模型，自有語料庫），或每月 ~6,000 美元起的可配置訂閱方案，以滿足吞吐量需求 | 5 美元 / 1,000 次查詢（開放網路），隨用隨付，每月附贈 5 美元免費額度 |
| 您自己的資料 | 每月 5 美元／GB（一般方案）；儲存與嵌入附加功能（可自訂） | 無需支付每 GB 的儲存費用（因為您是查詢 Brave 的索引） |
| 設定 | Google Cloud 專案、企業導入 | 自助式 API 金鑰 |
對於只想要網路搜尋結果或以 JSON 格式進行接地的團隊來說，這是一個很高的門檻。
若以單價而言，Google 的每筆查詢費用可能更低：若您只需搜尋自身已建立索引的資料，Agent Search 中的「通用」方案每 1,000 次查詢收費 1.50 美元，低於 Brave 的「搜尋」方案（每 1,000 次查詢 5 美元）。 但該費率僅能提供針對固定網站集的全文檢索服務，而非開放網路——且仍需支付儲存費用、受限於流量配額上限，並需承擔雲端設定的開銷。 在該語料庫應用情境下，Brave 具備明顯優勢：它提供來自獨立索引（而非重新包裝的 Google 資料源）的開放網路搜尋結果，自助服務吞吐量遠高於其他服務，且無需建置基礎架構。
全網搜尋
您現在已無法再註冊那種會以 JSON 格式（即一份可分頁瀏覽的、按排名排列的連結清單）回傳開放網路搜尋結果的 Google API，就像舊版的「自訂搜尋 API」那樣。 Agent Search 也無法填補這個缺口——它只搜尋您指定並建立索引的網站，而非 Google 的公開網路索引。 這與網頁搜尋 API 從根本上來說是截然不同的產品。 與此同時，針對原始結果饋送，Google 會引導您前往表單登記對未來解決方案的興趣，價格與詳細資訊則有待公布。
Google 確實有販售自助式、即時的開放網路產品——但那些是接地 SKU，而非搜尋結果饋送。 超過預設限制的 Grounding Queries，在 Gemini 3 上以每 1,000 次 Grounding Queries 14 美元計費；而在 Gemini 3 上，Google 會針對模型決定執行的每次搜尋分別收費——因此，使用者的一個問題就可能觸發多筆費用。 （在 Gemini 2.5 及更早版本上，費率為每 1,000 次提示 35 美元，而企業版的 Web Grounding 則為每 1,000 次提示 45 美元） 兩者皆回傳附有引用的綜合性答案，而非原始結果。 與 Brave 最接近的方案「Answers」收費方式為每 1,000 次搜尋 4 美元，外加每百萬個輸入／輸出 Token 5 美元；若您希望自行運行模型，LLM Context 會直接提供基礎數據。
最後這點差異才是關鍵所在。 大多數人對舊版 Google Search API 最看重的一點（也就是能夠傳送查詢並以 JSON 格式取得開放網路的搜尋結果），目前 Google 已不再提供簡單且可直接使用的替代方案。
Google Search API 的替代方案：Brave 搜尋 API 的定位
Brave 搜尋 API 基於 Brave 自有的、涵蓋超過 400 億個網頁的網路索引運作，並透過 REST 端點以結構化 JSON 格式回傳搜尋結果。 此外，這也是自助服務：您可以立即註冊、取得 API 金鑰，並馬上開始開發。 這項服務完美對應 Google 的三種使用情境，且 Brave 的每項方案均包含每月 5 美元的免費額度——由於提供四種自助式方案（搜尋、問答、自動建議和拼字檢查），每月總計可獲得高達 20 美元的免費額度。 再加上自助服務的使用限制，您便能以低成本甚至零成本進行測試。
針對特定網站的搜尋
Brave 透過名為 Goggles 的功能支援自訂排名，讓您能在查詢時提升或限制特定網域的權重。 這表示您可以將搜尋結果限定在您感興趣的網站上（就像可程式化的搜尋引擎一樣），而不會被綁死在另一個產品內建的固定清單中。 您可透過同一個 API 取得以網站為中心的搜尋結果，同時也能瀏覽開放式網路。
企業 AI 與接地
這正是 Brave 真正脫穎而出的地方，這要歸功於一個名為 LLM Context 的專用端點，該端點是專為代理程式和聊天機器人量身打造的。 LLM Context 端點不會僅回傳一串單純的連結清單，而是替您處理了最費工夫的部分：只需一次呼叫，即可取得已預先萃取並依相關性排序的網頁內容，其中包含文字片段、表格、程式碼區塊及結構化資料。 而且這些資料都會附帶按來源區分的來源追蹤資訊，因此您的模型可以直接針對這些資訊進行推理。 不需要額外的抓取或擷取步驟。
LLM Context 能協助處理那些原本企業可能需要仰賴 Google 的 Agent Search 和 Gemini Enterprise Agent Platform 來處理的工作流程。 主要差異在於，Brave 的解決方案是透過一個簡單的 REST API 提供，您只需幾分鐘即可完成整合；而且它專為 AI 驅動的對話式搜尋或情境錨定而設計（而非作為某個大型 AI 開發平台的一部分）。
如果您偏好讓 Brave 產生完整答案（而不是執行自己的模型），另有獨立的 Answers 方案：該方案會回傳經過研究、具備依據的答案，並附上支持該答案的網頁來源；費用為每 1,000 次網頁搜尋 4 美元，另加每百萬個輸入／輸出 Token 5 美元。 此外，與 Brave 的其他方案相同，Answers 每個月都會提供 5 美元的免費額度。
Answers 最接近 Google 的生成式對話式回答功能（也就是說，能以最少的設定輕鬆存取機器智慧），而 LLM Context 則在您希望保留對模型層的控制權，且僅需高品質的錨定資料來餵入模型時，仍是更合適的選擇。
全網搜尋
這就是最大的差別。 如今 Google 將完整網頁搜尋的使用者導向表單，而 Brave 則提供來自其自身、完全獨立的網路索引的完整網頁搜尋——這是自助式的，而且現在就能使用。 您能以 JSON 格式取得開放網路搜尋結果（正是讓舊版 Google 搜尋 API 深受開發者喜愛的格式），而且無需排隊等候。
如何進行遷移：利用 LLM 上下文為代理建立基礎
遷移過程非常簡單。 首先，請從 Brave 搜尋 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回應內容依類型分組為基礎內容（grounding content）與來源中繼資料（metadata），並提供每個來源的出處資訊，例如標題、主機名稱及頁面年齡，為您的模型提供以引文回答所需的一切資訊。 您也可以使用與網頁搜尋相同的篩選條件來調整回應，包括時效性、國家/地區，以及由 Goggles 定義的網域清單，全部皆使用相同的 API 金鑰和訂閱方案。
如果您的使用情境比較單純（例如，您只是想要像舊版 Google 自訂搜尋 JSON API 那樣，取得一份以 JSON 格式呈現的排名網頁結果），那麼 Brave 的網頁搜尋端點（/res/v1/web/search）就是直接的對應方案，使用相同的金鑰，以及相同的「輸入查詢、輸出 JSON」模式。
為何獨立指數如此重要
這項棄用通知提醒了我們一個更大的教訓：當您的搜尋依賴於 Google 時，您就暴露在 Google 的商業決策之下。 根據 Google 的時程表，該 API 即將停用，迫使數千個專案不得不緊急尋找替代方案。
像 Brave 這樣的獨立搜尋 API 能降低這項風險。 Brave 並非轉售或擷取其他引擎的搜尋結果，而是自行運作索引，因此您的搜尋不會受制於競爭對手的發展藍圖。 它還帶來了隱私方面的優勢，包括零資料保留 (ZDR) 等選項，當搜尋功能內建於受監管的產品中時，這項功能便不可或缺。
延伸閱讀
常見問題
Google 搜尋 API 將於何時停用？
Google 的「自訂搜尋」JSON API 目前已停止接受新用戶註冊，現有用戶必須在 2027 年 1 月 1 日前完成遷移。 自該日期起，API 將停止回傳結果。
Google 搜尋 API 有哪些最佳替代方案？
這取決於您的使用情境。 Google 引導使用者前往其 Gemini Enterprise Agent Platform，該平台提供 Agent Search，也就是三個月前 Google 所推薦的 Vertex AI Search 工具更名後的版本。 但這其實是一個 AI 開發平台。 針對將網頁搜尋結果以 JSON 格式輸出的特定需求，像 Brave 搜尋 API 這類獨立、自主的選項，便是專為此目的打造、可自助式使用的 Google Search API 替代方案，您今天就能開始使用。
Google 搜尋 API 有免費的替代方案嗎？
Brave 搜尋 API 讓您可以免費開始使用——每個 Brave 方案都包含每月 5 美元的額度供您測試。 而且，與 Google 自訂搜尋不同，這裡沒有每天 100 次查詢的上限。 您可以依照實際使用量付費來擴展規模，而不是遇到免費方案的上限（或者，從 2027 年 1 月 1 日起，完全失去免費方案）。 註冊 Brave 需要信用卡，但您可以設定使用上限，確保不會超出每月的免費額度或您設定的目標預算。 請參閱 Brave 搜尋 API 儀表板 以了解目前的方案詳細資訊。
我可以搜尋整個網路，而不僅僅是我的網站嗎？
是的。 與 Google 僅限特定網站的選項不同，Brave 搜尋 API 會從自身的索引搜尋開放網路，而且您仍可透過 Goggles 將結果縮小至特定網域。
如果我改用 Brave，我的程式碼是否需要進行大幅修改？
通常不用。 Brave 採用相同的「查詢輸入、JSON 輸出」模式，並使用單一 API 金鑰，因此遷移時大多只需更換端點，並更新讀取回應的方式即可。 對於單純的結果列表，欄位對應的內容較少；若改用 LLM Context 端點進行 AI 接地，您將獲得更豐富的預先擷取內容，可直接提供給您的模型使用。
