SerpApi 是什麼？搜尋 API、價格、MCP 與使用教學

SerpApi 是一套第三方搜尋結果 API。

它能把 Google、Bing、Google Maps、Shopping、Scholar 等搜尋頁面，整理成程式容易讀取的 JSON；目前也能輸出適合 AI 工具使用的 Markdown，或透過 MCP 讓 AI agent 呼叫搜尋。

它真正解決的，不只是「幫你搜尋」，而是省下自己管理代理伺服器、處理 CAPTCHA、追著搜尋頁改版，以及重新解析各種搜尋版位的維護工作。不過，拿到資料不代表 SEO 會自動變好。

地區、語言、裝置、查詢時間、額度與資料判讀，仍然要由使用者決定。

本文會用白話帶你認識 SerpApi 是什麼、可以做什麼、第一次查詢怎麼設定、search 額度如何計算，以及它和 Google Custom Search、DataForSEO、Google Search Console 有什麼差別。

---

SerpApi 是什麼？

SerpApi 是一個把搜尋引擎結果頁轉成結構化資料的服務。

以 Google Search 為例，你可以送出關鍵字、地區、語言與裝置等條件，SerpApi 會取得對應的搜尋頁，再把自然搜尋結果、廣告、地圖、知識面板、新聞、購物、影片與其他版位拆成不同欄位。

如果你還不熟悉 SERP 與各種版位，可以先讀這篇 SERP 搜尋結果頁介紹。

官方的 Google Search API 文件目前把主要 endpoint 寫成 https://serpapi.com/search?engine=google。

預設輸出是 JSON，也可要求 HTML 或適合 LLM 與 AI agent 的 Markdown。

如果把自己寫搜尋爬蟲想成「自己蓋一間廚房」，SerpApi 比較像「把餐點外送到家」。你仍然要決定吃什麼、送到哪裡，也要檢查餐點對不對；只是不用自己處理廚房設備、採買與清潔。

SerpApi 不是 Google 官方 API

這是新手最容易混淆的地方。SerpApi 是第三方服務，不是 Google 官方產品。

Google 確實有官方的 Custom Search JSON API，但使用前要先建立一個 Programmable Search Engine，request 也需要 API key、搜尋引擎 ID，也就是 cx，以及查詢字 q。

它的主要任務是查詢你建立的可程式化搜尋引擎，不等於把一般 Google 搜尋頁上的所有版位完整搬回來。

SerpApi 的定位則比較接近「搜尋結果資料供應商」。它模擬指定條件下的公開搜尋頁，處理取得與解析，再把結果交給你的程式、試算表、自動化流程或 AI 工具。

SerpApi 和自己寫爬蟲差在哪？

自己寫爬蟲的直接費用可能看起來比較低，但你還要面對代理品質、CAPTCHA、頁面結構改版、不同國家與裝置、錯誤重試、資料欄位維護等問題。

SerpApi 把這些基礎工作包成服務。你付費購買的不是「一個搜尋框」，而是比較穩定的查詢介面與已解析資料。

代價則是供應商依賴、額度成本，以及必須接受對方的資料格式、保存與服務條件。

---

SerpApi 可以拿來做什麼？

只要工作需要重複取得搜尋頁，而且結果必須能被程式繼續處理，SerpApi 就可能派上用場。

SEO 排名與 SERP 版位快照

做 SEO 時，可以用它觀察特定關鍵字在某個地區、語言與裝置下有哪些自然搜尋結果，頁面上是否出現地圖、影片、新聞、購物結果、Related Questions 或其他版位。

這很適合用來做固定條件下的排名快照、競品頁面觀察與搜尋意圖研究。不過，SERP 是某個條件與時間點的觀測，不是所有人都會看到的唯一排名。

Maps、Shopping、News、Scholar 等垂直搜尋

SerpApi 不只處理一般 Google 網頁搜尋。依官方目前的 API 與 integrations 清單，它也涵蓋 Google Maps、Shopping、News、Jobs、Scholar、YouTube，以及其他搜尋引擎與平台。

這讓在地商家、電商、研究團隊或資料產品，不必把每一種搜尋頁都當成全新的爬蟲專案。不過，各 engine 使用的參數與回傳欄位不同，不能把 Google Search 的設定直接複製到 Google Maps，就假設結果一定正確。

自動化報表與資料產品

取得 JSON 後，你可以把資料寫入資料庫、Google Sheets、Looker Studio 前置資料表，或自己的 dashboard。常見流程包含：

• 每天或每週查固定關鍵字，再比較結果變化。
• 監測品牌、商品或門市是否出現在指定搜尋版位。
• 整理前排頁面的標題、網址與摘要，協助內容研究。
• 建立競品監測、在地搜尋或商品搜尋功能。

真正重要的是先定義決策。若只是把大量結果存起來，卻沒有用途、去重、保存期限與成本上限，資料越多不一定越有價值。

讓 AI agent 取得搜尋資料

SerpApi 現在也提供 MCP Server，讓支援 Model Context Protocol 的 AI client 呼叫搜尋工具。

Google Search API 另有 Markdown output，可降低複雜 JSON 進入模型 context 的負擔。

但 MCP 不是免費搜尋魔法。官方 hosted MCP 仍需要 SerpApi API key，查詢也會受到帳號方案、額度與 rate limit 限制。

把工具接上 AI 前，最好先設定允許的 engine、查詢數與停止條件。

若你還分不清楚手動查詢、API 與 MCP 在取數任務裡扮演的角色，可以延伸閱讀 手查、API、MCP 與報表的差別。雖然案例使用 Ahrefs，判斷資料取得方式的邏輯同樣適用。

---

SerpApi 怎麼運作？

一個基本流程可以拆成四段：

1. 設定觀測條件：決定搜尋引擎、關鍵字、地區、語言與裝置。
2. 送出 request：透過 API、官方 library、no-code HTTP Request 或 MCP 呼叫 SerpApi。
3. 取得結構化結果：先看 search_metadata.status，再讀 search_parameters、organic_results 與其他實際出現的版位。
4. 把資料變成決策：保存查詢條件與時間，再進行排名比較、意圖分析、提醒或報表。

第三步很容易被低估。並不是每一次搜尋都會有地圖、知識面板或 Related Questions，所以程式不能假設所有欄位必定存在。

重要流程應該先檢查 status、error 與 schema，再決定是否繼續。

同一個關鍵字只要換了台北與高雄、繁體中文與英文、桌機與手機，看到的結果就可能不同。若沒有把條件一起保存，日後的「排名變化」可能只是參數不同，不是真正的市場變化。

---

SerpApi 新手使用教學

第一次使用時，不要急著把幾千個關鍵字丟進排程。先做一個可核對的小查詢，會比先寫完整自動化安全得多。

步驟一：先定義一個明確問題

例如：「2026 年 9 月 2 日，使用桌機、位於台北、介面語言為繁體中文時，搜尋『SEO 教學』的前排自然結果有哪些？」

這個問題同時固定了日期、地點、語言、裝置與查詢字。未來重跑時，才知道哪些條件應該保持一致。

步驟二：先用 Playground 確認參數

註冊後，可以先在 SerpApi Playground 選擇 Google engine，填入查詢字與 location，再觀察右側產生的 request 與 JSON。這一步的目的不是追求完整，而是先確認欄位名稱與結果結構。

台灣查詢至少要留意：

• location：例如官方 locations 清單中的 Taipei City,Taiwan。
• gl=tw：指定 Google 的國家條件。
• hl=zh-tw：指定繁體中文介面語言。
• device=desktop 或 mobile：指定裝置。

官方也提醒，只設定 location 時，proxy 所在國家仍可能影響結果；需要較一致的國家觀測時，應搭配 gl。地點名稱則可先用免費的 Locations API 查 canonical name。

步驟三：用安全方式送出第一個 request

API key 是私人憑證。不要把真實 key 寫進公開程式碼、教學截圖、前端 JavaScript、共享文件或文章網址。

以下範例用環境變數代表 key：

curl --get "https://serpapi.com/search.json" \
  --data-urlencode "engine=google" \
  --data-urlencode "q=SEO 教學" \
  --data-urlencode "location=Taipei City,Taiwan" \
  --data-urlencode "gl=tw" \
  --data-urlencode "hl=zh-tw" \
  --data-urlencode "device=desktop" \
  --data-urlencode "api_key=$SERPAPI_API_KEY"

正式系統應把 key 放在 secrets manager、伺服器端環境變數或自動化平台的 credential store。即使 request 能成功，也不要把包含 key 的完整 URL 寫進 log。

步驟四：先讀 metadata，再讀排名

回傳 JSON 後，建議依序檢查：

• search_metadata.status 是否為 Success。
• search_parameters 是否和原本設定一致。
• 是否出現 error。
• organic_results 是否存在，內容是否合理。
• 地圖、廣告、新聞等其他欄位是否真的出現，而不是程式自行補空值。

若 status 是 Error 或 schema 不符，先保存錯誤與 request 條件，再停止。無限制自動 retry 只會讓真正的設定錯誤變成更多請求。

步驟五：讀回用量，再決定是否擴大

SerpApi 的 Account API可以免費讀取本月用量、剩餘 searches、renewal date 與 hourly throughput。第一次測試完成後，應確認帳號實際如何計數，再把查詢放進排程。

比較安全的做法，是把「最大關鍵字數、最大頁數、最大新 request、停止條件與人工抽查比例」先寫進流程。等小樣本證明資料能支援決策，再逐步放大。

---

---

SerpApi 價格與 search 額度怎麼算？

以下方案查核於 2026 年 9 月 2 日，價格與額度可能調整，使用前請再看 SerpApi 官方價格頁。

官方價格頁目前說明：只有成功搜尋會計入每月 searches；cached、errored 與 failed searches 不計。一次 response 回傳 100 筆或空結果，都是一次成功 search，不會因結果筆數而變成 100 次。

Google Search API 文件也指出，完全相同的 query 與參數可命中最長一小時的 cache；cached search 免費。除非真的需要強制更新，不要隨手開啟 no_cache=true，否則會失去重用機會。

這個計費方式看起來直覺，但仍有三個常見陷阱：

• 換一個地區、裝置或其他參數，就可能成為不同 request。
• 排程、迴圈與 retry 會快速放大查詢數。
• 只看月額度，忽略每小時 throughput，正式流程仍可能撞到 rate limit。

若使用 async 模式，完成後可透過 Search Archive API讀取結果。官方目前標示完成後最多保存 31 天，因此正式分析仍應把必要結果、查詢條件與時間保存到自己的可控儲存空間。

---

SerpApi、Google Search API、DataForSEO、Search Console 怎麼選？

這四個名稱都和「搜尋資料」有關，但回答的其實不是同一個問題。

如果你要替網站做站內搜尋，Google Programmable Search 可能更接近需求；

如果要大量跑 SERP 並細分 queue、live 與深度成本，可以進一步看 DataForSEO 的功能、價格與使用情境；

如果只想知道自己網站獲得多少曝光與點擊，應先回到 Google Search Console。

SerpApi 的優勢通常出現在「我需要多種公開搜尋頁資料，而且希望盡快接進程式或 AI」。它是不是最便宜、最快或最準，不能只看一張價目表下結論；還要比較實際查詢量、engine、資料欄位、延遲、快取、失敗率與維護成本。

---

使用 SerpApi 前要注意什麼？

不要把 API key 放進會外流的地方

SerpApi request 常把 key 當參數，因此瀏覽器歷史、proxy log、錯誤訊息、截圖與共享網址都可能洩漏憑證。正式流程應在伺服器端或 credential store 組裝請求，並對 log 做遮蔽。

MCP 也一樣。官方範例支援把 key 放在 URL path，雖然設定方便，仍要留意設定檔、終端歷史與監控紀錄是否會保存完整網址；企業環境可優先評估 Bearer header 與秘密管理。

固定查詢條件，才能比較

排名監測至少要保存 query、engine、location、gl、hl、device、查詢時間與分頁。若其中一個條件改變，應把它視為不同觀測，而不是直接接到同一條趨勢線。

先快取、去重與限額，再做批量

任何自動化都應先檢查是否已有相同條件的可用結果，再設定每次與每月最大新 searches。對錯誤、空結果與 schema 變動採取 fail closed，通常比無限 retry 安全。

Account API 可以用來讀回用量，但 response 可能含帳號與 key 等敏感欄位，不應把完整原始回應丟進公開報表或一般應用 log。

不要把單次 SERP 當成宇宙唯一真相

搜尋結果會受到地點、語言、裝置、時間、版位與個人化影響。SerpApi 提供的是指定條件下的搜尋頁快照，適合做可重現觀測；它不會證明每一位真實使用者都看到同樣結果。

因此，第三方 SERP 應和 Search Console、網站分析、轉換資料與人工抽查一起使用。排名只是中間訊號，不是營收或內容品質的直接證明。

機密、個資與法律風險要分開評估

查詢字可能透露未公開產品、客戶名稱或研究方向。SerpApi 官方目前把 ZeroTrace 列為 Enterprise 功能，並表示啟用後不保存 search parameters、files 與 metadata；一般方案不能自行假設具有相同不留存條件。

至於資料取得與使用是否合法，不能用一句「公開網頁都能抓」概括。它會受到資料類型、司法管轄區、目標平台條款、個資、保存與再發布方式影響。

企業有高風險用途時，應閱讀 SerpApi 法律與隱私文件，再由法務依實際流程判斷。官方方案名稱中的 U.S. Legal Shield，也不等於全球、所有用途都獲得法律保證。

---

總結：SerpApi 適合誰？

SerpApi 適合需要重複取得搜尋結果、把資料接進程式、自動化或 AI agent，而且不想自行維護完整搜尋爬蟲基礎設施的人。SEO 團隊、在地商家資料、電商研究、內容研究與搜尋型產品，都可能找到實際用途。

如果你只是偶爾手動查一兩個關鍵字，或只想看自己網站的曝光與點擊，先用 Google 搜尋與 Search Console 可能更直接。

若要大量、長期、跨市場運作，則應把 SerpApi、DataForSEO、自建方案的總成本與治理方式放在同一張表裡比較。

最穩妥的開始方式，是用 Free 方案或 Playground 跑一個小查詢，固定地區、語言與裝置，確認回傳欄位與 search 計數，再決定是否擴大。先證明資料能改變決策，API 才是工具，不會只是新的帳單。

---

SerpApi 常見問題

SerpApi 是免費的嗎？

官方價格頁在 2026 年 9 月 2 日列有 Free 方案，每月 250 searches、每小時 throughput 50。方案可能調整，註冊或擴大使用前應以當日官方價格頁為準。

SerpApi 是 Google 官方服務嗎？

不是。SerpApi 是第三方搜尋結果資料服務。

Google 官方的 Custom Search JSON API 需要搭配你建立的 Programmable Search Engine，兩者的資料來源、產品任務與使用條件不同。

SerpApi 可以接 n8n、Make、ChatGPT、Claude 或 Codex 嗎？

可以透過一般 HTTP Request、官方或社群 library，以及 SerpApi 官方 MCP Server 串接。

不同平台的 connector、Developer Mode 與 MCP 設定會更新，實作前要看各平台當日文件，並確認 API key 不會暴露在公開設定或 log。

Cached search 會扣額度嗎？

依官方目前文件，完全相同參數的 cache 最長一小時，cached search 免費且不計入月 searches。若使用 no_cache=true 強制更新，就不應期待命中這個快取。

SerpApi 可以取代 Google Search Console 嗎？

不能。SerpApi 觀察指定條件下的公開搜尋頁；Search Console 則提供自己網站的曝光、點擊、查詢與索引資料。

兩者應搭配，而不是互相替代。

SerpApi 和 DataForSEO 差在哪？

兩者都能提供 SERP 資料。SerpApi 目前較偏月方案與 search quota，也涵蓋許多搜尋垂直與 MCP；DataForSEO SERP API 較偏 pay-as-you-go，並依 queue／live、深度與額外參數計費。

真正選擇要看你的查詢規模、時效、engine、欄位與治理需求。

SerpApi 合法嗎？

沒有一個能涵蓋所有國家、資料與用途的簡單答案。使用者仍要依資料類型、平台條款、個資、保存與再發布方式評估。

高風險或商業規模用途，應請法務依實際流程審查，不要把服務方案中的法律支援名稱當成全面保證。