Google Shopping 的產品資料庫如今已收錄，而且每小時還有超過 20 億筆資料更新。對電商團隊來說，這簡直就是一座競爭情報金礦——價格、賣家、評分、供貨狀態、PLA 位置，全都公開可見。
但如果您真的試著抓取 Google Shopping，大概很快就會碰壁。我在 做自動化工具已經好幾年了，而我最常聽到電商團隊的抱怨，大致都長這樣：「我買了一個 Google 爬蟲，普通搜尋可以用，結果到了 Shopping 就……掛了。」Reddit 討論串裡也滿是這種挫折感。有位使用者總結得很到位：「我測試了所有爬蟲……大多數都在 Shopping 失敗。」另一位則回報 AWS IP 在短短 。
所以我決定整理一份我能找到最誠實、也最聚焦 Shopping 的比較——10 款工具，全都以 Google Shopping 為測試對象，而不是只看一般 SERP。如果某個工具在 Shopping 上真的不能用，我會直接講清楚。
為什麼大多數「Google 爬蟲」在 Google Shopping 上會失敗
在看工具之前，先理解為什麼 Google Shopping 跟一般 Google 搜尋完全不是同一回事，會很有幫助。如果您曾經試過通用爬蟲，最後只拿到空結果，您不是唯一的受害者——而且那不是您的錯。
Shopping 之所以更難，主要有三個原因：
- 大量使用 JavaScript，而且商品卡是非同步載入。 一般 Google 搜尋結果大多可以直接從初始 HTML 解析；但 Shopping 的商品卡是透過背景 JavaScript 請求載入的。對 Shopping URL 發出單純的 HTTP 請求，往往只會拿到一個很薄的外殼，裡面根本沒有實際商品。
- 隱藏 token 與後端參數。 Shopping 的商品詳情浮層會使用像
catalogid、gpcid、ved這類編碼參數——這些都不會顯示在網址列裡。說明了 Shopping 如何透過/async/oapv端點搭配這些隱藏 token 抓取商品詳情。 - 反機器人偵測更激進。 Google 會把 Shopping 查詢視為高價值的商業意圖；這裡的反機器人偵測比一般 SERP 更嚴格，而雲端／資料中心 IP（例如 AWS）很快就會被標記。有個 甚至直接寫明它不支援 Google Shopping。
Google Shopping 與一般 Google 搜尋有何不同
| 面向 | 一般 Google 搜尋 | Google Shopping |
|---|---|---|
| 頁面結構 | 多為標準搜尋結果卡片 | 商品卡、商家區塊、優惠、篩選器、沉浸式商品頁 |
| 渲染方式 | 通常可直接從返回的 HTML 解析 | 重度 JS、非同步商品卡載入、帶 token 的詳情請求 |
| 網址行為 | 標準 search?q= | tbm=shop、udm=28、編碼後的篩選連結 |
| 資料複雜度 | 標題、摘要、連結 | 標題、價格、賣家、供貨、評分、評論、運送、商品 ID、PLA／贊助標記 |
| 機器人敏感度 | 高，但行為較為可預期 | 阻力更高——商業意圖查詢需要更強保護 |
通用 Google 爬蟲在一般 SERP 上可以表現完美，到了 Shopping 卻可能從設計上就會失敗。本文中的每一款工具，都是針對 Shopping 結果本身進行評估，而不是只看一般搜尋。
Google Shopping API vs. Google Shopping 爬蟲：您到底需要哪一種？
「Google Shopping API」這個說法可能指兩種完全不同的東西，而這種混淆真的會浪費不少時間：
| 類型 | Google Shopping Content API（官方） | 第三方 Google Shopping 爬蟲 |
|---|---|---|
| 用途 | 管理您在 Merchant Center 裡的商品清單 | 從 Shopping 結果中擷取競爭對手的商品資料 |
| 存取方式 | 需要 Merchant Center 帳號 + API 金鑰 | 公開資料；不需要 Google 帳號 |
| 回傳資料 | 您自己的商品 feed、狀態、診斷資訊 | 任意查詢的價格、賣家、評分、PLA 位置 |
| 使用場景 | feed 管理、庫存同步 | 價格監控、競爭情報、市場研究 |
| 成本 | 免費（API 存取） | 依工具而異（$0～$300+/月） |
Google 官方的 是用來管理您自己在 Google Shopping 上的商店目錄，不會提供競爭對手資料。如果您想監控其他賣家怎麼定價、追蹤 PLA 位置，或做市場研究，就需要第三方爬蟲。這正是本文要介紹的內容。
（補充：Content API 將在 ，並由 Merchant API 取代。但這兩個版本都不會提供競爭對手的 Shopping 結果。）
我們如何評估最佳 Google Shopping 爬蟲
目前沒有其他對比文章提供統一、以 Shopping 為中心的比較矩陣。以下是我採用的 8 項標準：
| 評估標準 | 重要原因 |
|---|---|
| Google Shopping 專屬支援 | 很多「Google 爬蟲」只支援一般 SERP；大多在 Shopping 上直接失敗 |
| 方案類型 | 無程式碼（瀏覽器擴充）vs. API vs. Python 函式庫——使用者完全不同 |
| 定價（每 1K 筆結果） | 使用者常把成本列為前兩大痛點；需統一單位才好比較 |
| 反機器人／CAPTCHA 處理 | Google Shopping 的反機器人機制是最常見的阻礙 |
| 擷取資料點 | 商品標題、價格、賣家、圖片、評分、贊助／PLA 標記、供貨狀態 |
| 分頁與排程 | 對持續監控至關重要；大約只有三分之一工具支援排程 |
| 匯出格式 | CSV、JSON、Google Sheets、Airtable、Notion——使用者需要彈性 |
| 易用性（1–5） | 目前排名靠前的內容幾乎忽略了非開發者族群 |
針對每一款工具，我也會標註它對 Google Shopping 的支援是已驗證（有明確的 Shopping 端點、模板或欄位對應）、部分支援（可能可用，但公開文件中沒有 Shopping 專屬解析器），或未驗證。這個區分比行銷說法重要得多。
無程式碼 vs. API vs. 自訂程式：怎麼選對方法
大多數總整理文章會把瀏覽器擴充、API 和 Python 函式庫放在同一張清單裡。那就像把微波爐跟商用廚房拿來比——兩者都能加熱食物，但買的人完全不同。
| 方法 | 技能程度 | 設定時間 | 最適合 |
|---|---|---|---|
| 瀏覽器擴充（無程式碼） | 初學者 | 2 分鐘內 | 一次性研究、小型目錄、非技術團隊 |
| API（低程式碼） | 中階 | 15～60 分鐘 | 週期性流程、中等規模、可配合開發的團隊 |
| Python／自訂（全程式碼） | 進階 | 數小時以上 | 完全客製、超大規模、自架工作流程 |
本文也是少數真正涵蓋 Google Shopping 爬取之瀏覽器擴充層級的資源之一。如果您是 PPC 經理或電商營運，只想把資料放進試算表，根本不需要學 Python。
1. Thunderbit
是我們公司自己打造的工具，所以我先講清楚這一點——但我也會具體說明它在 Google Shopping 上哪些地方好用、哪些地方不理想。
Thunderbit 是一款 Chrome 擴充功能，可用 AI 從任何網站擷取結構化資料，包括 Google Shopping。它有一個，而且提供 Shopping 專屬欄位定義，這點已經比多數工具更完整。操作流程真的只要兩步：打開 Shopping 結果頁，點 AI Suggest Fields（AI 會讀取頁面並建議欄位，例如商品名稱、價格、賣家、評分），接著再點 Scrape。不需要 API 金鑰、不需要寫程式，也不用先架後端。
這種瀏覽器式做法在 Shopping 上特別有優勢：因為 Thunderbit 是在您自己的 Chrome 工作階段中執行，Google 看到的是一個真實瀏覽器與真實 Cookie，而不是來自資料中心 IP 的可疑 API 呼叫。AI 也會每次重新閱讀頁面結構，所以當 Google 微調 Shopping 版面時，它不容易壞掉——而這種情況其實比您想像中常見。
Google Shopping 重要功能
- AI Suggest Fields：自動偵測並建議 Shopping 專屬欄位（商品名稱、商品網址、目前價格、原價、評分、評論數、零售商）
- 子頁面爬取：可點進單個商品頁，將更細層級的資料補充到表格中
- 分頁爬取：可自動處理多頁 Shopping 結果
- 排程爬蟲：用自然語言描述間隔（例如「每週一上午 9 點」），輸入 Shopping 網址後即可自動執行
- 瀏覽器爬取 vs. 雲端爬取：可選瀏覽器模式以提升反封鎖能力，或選雲端模式追求速度
- 免費匯出：Excel、Google Sheets、Airtable、Notion、CSV、JSON，匯出不設付費牆
定價
Thunderbit 採點數制：1 點數 = 1 筆輸出資料列：
- 免費方案：6 頁
- 免費試用：10 頁
- Starter：約 $9／月（年繳）或約 $15／月（月繳），500 點數
- 若抓取 1,000 筆 Shopping 資料列，依方案不同，預估每月約 $18～$30
請查看 取得最新資訊。
優缺點
- 優點：本清單中設定最簡單的工具、Shopping 已驗證且有專屬欄位對應、瀏覽器式防封鎖、AI 可適應版面變動、可免費匯出到商務工具、內建排程
- 缺點：需要 Chrome、不適合超大規模（每天 5 萬筆以上）企業流程、相較某些 API 老牌產品，獨立評測聲量較少
2. SerpApi
是最成熟的 SERP API 供應商之一，而且提供專門的 ，可回傳 Shopping 結果的結構化 JSON。如果您是開發者、正在建立資料流程，這會是最強的選項之一。
您送出帶有 engine=google_shopping 的 API 請求後，SerpApi 就會回傳 shopping_results，其中包含 title、product_link、product_id、source、price、old_price、rating、reviews、delivery 與 thumbnail 等欄位。它還有 ，適合不需要全部欄位時更快、更便宜地查詢。文件品質非常好——在這個領域裡數一數二。
Google Shopping 重要功能
- 專屬 Shopping 引擎端點，輸出結構化 JSON
- 欄位包含標題、價格、原價、賣家、評分、評論、運送、縮圖、商品 ID
- 支援地區與語言參數
- 可透過
serpapi_pagination.next進行分頁 - 提供 Playground UI，方便在寫程式前先測試查詢
定價
SerpApi 是按次搜尋計費，不是按資料列：
- 免費：每月
- Starter：$75／月，5,000 次搜尋
- Developer：$150／月，15,000 次搜尋
如果一次 Shopping 查詢平均回傳約 10 筆結果，那麼 1,000 筆資料列大約需要 100 次搜尋——理論上仍在免費額度內，但實際上分頁與重試通常很快就會把使用者推進付費方案。
優缺點
- 優點：專為 Shopping 打造、schema 成熟、文件優秀、結構化 JSON、G2 評分高
- 缺點：只有 API（沒有給非開發者的視覺介面）、沒有原生試算表匯出、按搜尋次數計費在深度分頁時成本會上升
3. Oxylabs
提供企業級爬取方案，並透過 與獨立的 來源，明確支援 Google Shopping。這種兩步式做法——先取得搜尋層級資料，再取得商品詳情層級資料——比多數競品更完整。
搜尋層級欄位包含 title、price、token、rating、currency、delivery、merchant.name、merchant.url 與 reviews_count。商品層級欄位再加上 description、images、pricing、reviews 與 variants。他們的代理基礎設施非常龐大，CAPTCHA 解決與 JavaScript 渲染也由他們處理。
Google Shopping 重要功能
- 專屬 Shopping 搜尋與商品端點
- 在搜尋層與商品詳情層都有豐富欄位覆蓋
- 高級代理池（住宅型 + 資料中心）
- JavaScript 渲染、CAPTCHA 繞過、地區目標化
- 支援批次處理與排程器
- 輸出格式：JSON、CSV、TXT、Markdown、HTML、PNG
定價
Oxylabs 的 Google 結果定價約從 起跳，包含 JavaScript 渲染（Shopping 需要這一層）。免費試用最多可包含 2,000 筆結果。企業級方案的單筆成本還會再下降。
優缺點
- 優點：兩層級明確支援 Shopping、反機器人基礎設施強、企業級 SLA、支援排程
- 缺點：只有 API、兩步流程較技術導向、比無程式碼或輕量 API 更貴、有最低消費要求
4. Bright Data
與其說是一個單一的 Shopping 端點，不如說是一個完整的資料平台。他們提供支援 Shopping 的 、專屬的 （超過 72 億筆資料、15 個欄位），甚至還有可持續監控的 。
資料集模式很有意思：您不必自己抓，而是可以直接購買大規模預先收集好的 Shopping 資料。Price Tracker 支援每小時、每日或每週更新，並可透過電子郵件、Slack 或檔案通知發送提醒。對大型零售營運來說，這可能比從零打造爬蟲流程更實際。
Google Shopping 重要功能
- 支援 Shopping 的 SERP API
- 預建 Google Shopping 資料集（超過 72 億筆資料）
- Google Shopping Price Tracker，附提醒功能
- ，協助最低廣告價合規
- 7,200 萬以上住宅 IP、CAPTCHA 解決、瀏覽器渲染
- 可交付至 JSON、NDJSON、CSV、webhook、S3、GCS、Azure、Snowflake、SFTP
定價
資料集的成本大約是 ，但有 $50 的最低訂單門檻。SERP API 的價格則依用量與配置而異。Price Tracker 另有自己的方案。大規模時很划算，但複雜度也確實不低。
優缺點
- 優點：產品選擇多元（API、資料集、追蹤器）、交付目的地強大、Shopping 資料集明確、企業支援完整
- 缺點：定價複雜、最低消費很重要、小型任務太殺雞用牛刀、非開發者學習曲線陡峭
5. Apify
採的是市場模式：不是只有一個官方 Shopping 爬蟲，而是由 Apify 與社群開發者打造的多個「Actor」。目前活躍的 Shopping Actor 包含 、 與 ，各自有些微不同的欄位覆蓋與定價。
這種彈性有利也有弊。有些 Actor 在 Shopping 上表現很好；但有些則可能依查詢內容、地區，以及 Google 當下反機器人的嚴格程度，回傳稀疏或空白結果。Actor 文件提到，Google Shopping 通常每次查詢最多約 ，而且 imageUrl 可能是空值，因為 Shopping 圖片是延遲載入的。
Google Shopping 重要功能
- 多個 Shopping Actor 的市場
- 無程式碼設定介面 + API 存取
- 排程、代理管理、反封鎖
- 匯出：JSON、CSV、XML、RSS、Excel、HTML
- 可整合 Google Sheets 與 webhook
定價
定價依 Actor 而異：
automation-lab：Free 方案約 ，較高方案約 $3.94/1Kburbn：約SolidCode：約從 起- 平台免費額度：每月 $5 的運算點數
優缺點
- 優點：市場模式彈性高、支援排程、匯出格式多、經濟性不錯、同時有 UI 與 API
- 缺點：Shopping 成功與否取決於您選哪個 Actor、schema 不一致、比官方 API 更需要除錯、Actor 維護品質不一
6. ScrapingBee
是中階 API，提供專門的 ，明確記載 Shopping 專屬欄位：name、price、rating、reviews、store、delivery、rank、product_link、features 與 product_id。這比許多大型平台提供的 Shopping 文件還更具體。
這個 API 會處理代理輪換、無頭瀏覽器渲染與 JavaScript 執行。分頁可透過 start 和 next_start 參數支援。相較 Oxylabs 或 Bright Data 這類企業平台，它更容易上手，但仍需要 API 整合。
Google Shopping 重要功能
- 專屬 Shopping 解析器，輸出結構化欄位
- 無頭瀏覽器渲染與代理輪換
- 支援分頁
- 起步即有
- 適合整合（n8n、Zapier 等）
定價
- 1,000 次免費 API 呼叫
- 100,000 次 $99
- 300,000 次 $249
- 800,000 次 $599
每次 Shopping 搜尋大約消耗 10 點數。如果一頁回傳約 20 筆結果，那麼 1,000 筆 Shopping 資料列大約就是 50 次請求，或 500 點數。
優缺點
- 優點：Shopping 專屬解析器、比企業級堆疊簡單、內建無頭渲染、免費額度慷慨、容易整合
- 缺點：只有 API、點數計算不像按資料列那麼直觀、沒有內建排程（需外部排程器）
7. Serper.dev
是市面上最便宜的 Google SERP API 之一，大規模使用時價格可低至 ，而且一開始就有 2,500 次免費查詢。速度快、簡單，也很適合開發者。
不過有個重要但書：我在 Serper.dev 目前的公開文件中，找不到專門的 Google Shopping 端點或 Shopping 專屬欄位 schema。它對一般 Google 搜尋支援很好，但沒有公開證據顯示它會把 Shopping 專屬資料（商品卡、賣家名稱、PLA 標記）解析成結構化欄位。因此它對 Shopping 來說屬於部分支援——價格很漂亮，但您可能得自己做解析，或者接受一般 SERP 欄位。
Google Shopping 重要功能
- 快速、簡潔的 REST API
- 每次查詢成本非常低
- 支援地區與語言參數
- JSON 輸出
定價
- 50,000 點數 $50
- 大量使用時可降至每 1K $0.30
優缺點
- 優點：非常便宜、速度快、整合容易、免費額度大方
- 缺點：沒有公開的 Shopping 專屬端點或欄位對應、只有 API、進階功能有限、回傳的可能只是一般 SERP 資料而非結構化 Shopping 欄位
8. Scrapingdog
是一款平價 API，並提供專門的 ，可回傳 shopping_results，欄位包含 title、product_link、product_id、source、price、extracted_price、old_price、rating、reviews、delivery、extensions 與 position。它也能處理 Shopping 篩選器與編碼後的篩選連結。
定價相當有吸引力——起步就有 1,000 點免費額度，而 Shopping 請求每次約消耗 。但要注意一點：Scrapingdog 公開頁面的定價說明前後不完全一致，因此在承諾使用前，最好先確認最新費率。
Google Shopping 重要功能
- 專屬 Shopping 端點，輸出結構化 JSON
- 可處理 Shopping 專屬篩選器
- 代理輪換、JS 渲染、重試機制
- 支援地區目標化
- 適合測試的免費額度
定價
- Shopping 請求：約每次 10 點
- 付費方案往上遞增，但請先查看，因為公開文件有些不一致
優缺點
- 優點：明確支援 Shopping、可處理篩選器、免費額度、價格定位親民
- 缺點：公開頁面的定價敘述不一致、代理網路比企業方案小、只有 API、評價訊號混合
9. Firecrawl
是一款 AI 驅動的網頁爬取工具，可將網頁轉成乾淨、結構化的資料。它支援搜尋、爬行與擷取模式，輸出格式包括 JSON、Markdown、HTML 或截圖。
Firecrawl 的 AI 擷取會直接閱讀並理解頁面內容，而不是依賴固定的 CSS selector——這個理念跟 Thunderbit 很像。不過，我在 Firecrawl 目前的中，沒有找到專門的 Google Shopping 解析器或 Shopping 專屬欄位 schema。它的搜尋端點只回傳像 title、description 和 url 這類一般欄位。因此它對 Shopping 來說屬於部分支援：AI 擷取或許可以處理 Shopping 頁面，但沒有經過驗證的 Shopping 專屬支援。
Google Shopping 重要功能
- AI 驅動的資料擷取
- 可處理 JavaScript 渲染頁面
- 搜尋、爬行與擷取模式
- 輸出：JSON、Markdown、HTML、截圖
- 支援批次處理與 API 存取
定價
- Hobby：$16／月
- Standard：$83／月
- Growth：$333／月
- 搜尋每 10 筆結果消耗 2 點；擷取每頁 1 點
優缺點
- 優點：AI 擷取可適應版面變動、動態內容處理能力好、多種輸出格式、適合通用型爬取
- 缺點：沒有經驗證的 Shopping 專屬解析器、偏向 API／開發者、產品相對較新、大規模時成本會累積
10. Scrape.do
是一款以開發者為主的網頁爬取 API，擁有市面上最好的 Google Shopping 爬取技術文件之一。他們的 詳細解釋了非同步載入、隱藏 token 與後端參數如何讓 Shopping 變難——這篇真的很有教育意義。
在底層，它提供代理輪換、CAPTCHA 解決、JavaScript 渲染，以及可輸出結構化結果的 AI Mode API。Google 目標每次請求成本為 ，免費方案則有 。但他們的 裡沒有整齊的 Shopping 欄位 schema——您需要在他們的基礎設施上自行建立解析器。
Google Shopping 重要功能
- 帶有代理輪換與 CAPTCHA 解決的爬取 API
- JavaScript 渲染與受管理的瀏覽器行為
- 可輸出結構化資料
- 詳盡的 Google Shopping 爬取文件
- 強大的反機器人繞過能力
定價
- Google 目標：每次請求 10 點
- 付費方案往上遞增
優缺點
- 優點：對 Google Shopping 機制理解深入（有公開指南）、反機器人與 CAPTCHA 處理可靠、AI Mode API、彈性高且可客製
- 缺點：需要程式能力、沒有視覺介面、學習曲線陡峭、沒有包裝好的 Shopping 欄位 schema——更像基礎設施，不像成品工具
最佳 Google Shopping 爬蟲總比較：完整並排表
這是其他文章沒有提供的表格——一個針對 Google Shopping、完整比較 10 款工具的統一矩陣。
| 工具 | Shopping 支援 | 方法 | 預估每 1K 筆結果成本 | 反機器人 | 主要資料點 | 分頁與排程 | 匯出格式 | 易用性 |
|---|---|---|---|---|---|---|---|---|
| Thunderbit | 已驗證 | 無程式碼 | 約 $18–30（點數制） | 瀏覽器模式 + 雲端 | 商品、網址、價格、原價、評分、評論、零售商 | 有 / 有 | Excel、Sheets、Airtable、Notion、CSV、JSON | 5/5 |
| SerpApi | 已驗證 | API | 約 $75／5K 次搜尋 | 受管理瀏覽器 + CAPTCHA | 標題、連結、商品 ID、來源、價格、原價、評分、評論、運送 | 有 / 外部 | JSON、原始 HTML | 4/5 |
| Oxylabs | 已驗證 | API | 約 $1.35／1K（JS 方案） | 高級代理、CAPTCHA 繞過 | 搜尋 + 商品詳情欄位 | 有 / 有 | JSON、CSV、TXT、Markdown、HTML、PNG | 3/5 |
| Bright Data | 已驗證 | API／平台 | 約 $0.50／1K 筆資料（最低 $50） | 代理、CAPTCHA、解析 | 商品 ID、標題、價格、評論、圖片、變體 | 有 / 有（追蹤器） | JSON、NDJSON、CSV、webhook、雲端儲存 | 3/5 |
| Apify | 已驗證 | 混合 | 約 $0.50–$7.04／1K（依 Actor 而異） | 瀏覽器 Actor + 住宅代理 | 依 Actor 而異：標題、價格、商家、評論、運送 | 有 / 有 | JSON、CSV、XML、RSS、Excel、HTML | 3/5 |
| ScrapingBee | 已驗證 | API | 約 500 點／1K 筆資料 | 代理輪換、無頭瀏覽器 | 名稱、價格、評分、評論、商店、運送、排名、商品連結 | 有 / 透過整合 | JSON、整合匯出 | 4/5 |
| Serper.dev | 部分支援 | API | 約 $1／1K 次查詢 | 通用重試堆疊 | 只有一般 SERP 欄位 | 外部 / 外部 | JSON | 4/5 |
| Scrapingdog | 已驗證 | API | 約 500 點／1K 筆資料 | 代理輪換、JS 渲染 | 標題、價格、原價、評分、評論、運送、篩選器 | 有 / 弱 | JSON | 4/5 |
| Firecrawl | 部分支援 | API／AI | 約 200 點／1K 筆結果 | 代理、JS 渲染 | 一般搜尋 + 擷取輸出 | 外部 / 外部 | JSON、Markdown、HTML、截圖 | 3/5 |
| Scrape.do | 部分支援 | API／程式碼 | 約 500 點／1K 筆資料 | 強力反機器人、受管理瀏覽器 | 一般 Google + 原始 Shopping 擷取 | 外部 / 外部 | JSON、原始工作流程 | 2/5 |
從表格得出的重點：
- 已驗證的 Shopping 支援 來自 Thunderbit、SerpApi、Oxylabs、Bright Data、Apify、ScrapingBee 與 Scrapingdog。
- 最適合非技術使用者：Thunderbit（易用性 5/5，不需要程式碼）。
- 最佳開發者 API：SerpApi（schema 成熟、文件優秀）。
- 最佳企業方案：Oxylabs 與 Bright Data。
- 預算型選擇：Scrapingdog 與 Serper.dev（但 Serper.dev 沒有經驗證的 Shopping 支援）。
抓取 Google Shopping 的真實成本：各種團隊的預算層級
這個市場的定價真的很混亂。工具會按搜尋、按資料列、按點數、按記錄，甚至按資料集最低消費計費——而且單位通常對不起來。以下這套預算框架可對應到實際使用情境：
| 每月量級 | 建議方案層級 | 範例工具 | 預估月成本 |
|---|---|---|---|
| 少於 500 筆結果 | 免費／瀏覽器擴充 | Thunderbit 免費方案、SerpApi 免費方案、Scrapingdog 免費點數 | $0 |
| 500–5,000 筆結果 | 低價 API 或擴充專業方案 | Thunderbit Pro、Serper.dev、Scrapingdog、ScrapingBee | $0–$50 |
| 5,000–50,000 筆結果 | 中階 API | SerpApi、ScrapingBee、Oxylabs、Apify Actors | $50–$300 |
| 50,000 筆以上 | 企業級 API 或資料平台 | Bright Data、Oxylabs Enterprise | $300 以上 |
幾個要注意的成本陷阱：
- 按搜尋計費的 API 一開始看似便宜，但只要您做深度分頁，成本很快就會上來——每一頁都算一次搜尋
- 按資料列計費的工具（像 Thunderbit）比較容易預算，因為您清楚知道 1,000 筆資料要多少錢
- 資料集工具（像 Bright Data）單價可能很低，但最低消費高（$50+）
- Actor 市場（像 Apify）可能很划算，但不同 Actor 的定價差異很大
那位抱怨「大約 $50 只換來 2 萬次請求」對興趣專案來說太貴的使用者，其實說得沒錯。請根據您的真實量級選擇工具——小型目錄不要付企業級價格。
從一次性抓取到持續性的 Google Shopping 監控
大多數爬蟲指南都只停在「這是怎麼抓一次」。但電商團隊需要的是持續監控：每日價格檢查、每週 PLA 追蹤、競爭對手調價提醒。以下是設定方式。
第 1 步：定義監控範圍
先從基本事項開始：要追蹤哪些關鍵字、監看哪些競爭對手、涵蓋哪些市場或地區。Google Shopping 結果會因地點不同而變化，所以地區目標化很重要。像 SerpApi、Oxylabs 與 ScrapingBee 都支援地區參數。Thunderbit 則是在您的瀏覽器中執行，所以您可以透過 VPN 或代理模擬不同地區。
第 2 步：設定排程抓取
這就是工具差異最大的地方：
- Thunderbit：用自然語言描述排程（例如「每週二上午 8 點」），輸入您的 Google Shopping 網址，爬蟲就會自動執行。不需要 cron job，也不需要外部編排。
- Apify：Actors 支援 做週期性執行——每天、每週或自訂間隔都可以。
- Bright Data： 支援每小時、每日或每週更新，並可透過電子郵件、Slack 或檔案通知提醒。
- 僅 API 工具（SerpApi、Serper.dev、ScrapingBee、Scrapingdog、Firecrawl、Scrape.do）：您需要外部排程器——cron job、Zapier、n8n 或類似工具。
第 3 步：匯出到您的追蹤系統
- Google Sheets：適合簡單儀表板與小團隊。Thunderbit、Apify，以及 ScrapingBee（透過整合）都支援直接匯出到 Sheets。
- Airtable 或 Notion：更適合團隊協作與更豐富的資料檢視。Thunderbit 可直接匯出到兩者。
- API 流程：對更大型的營運，將 JSON 輸出串接到您的資料倉儲或 BI 工具。
第 4 步：找出異常並採取行動
在資料裡要看哪些內容：
- 特定賣家的價格下降或飆升
- 您追蹤的商品出現新賣家
- PLA 位置變動（您的廣告 vs. 競爭對手）
- 缺貨提醒
- 評論數或評分變化
小範例：每週監控 50 個競爭對手商品
| 工具 | 設定方式 | 實際成本 | 最佳情境 |
|---|---|---|---|
| Thunderbit | 零程式碼、以瀏覽器為優先 | 約 50 筆／週 × 4 週 = 每月 200 筆；可納入低價方案 | 小團隊最快上手 |
| SerpApi | API 流程 | 約 50 次搜尋／週 × 4 = 每月 200 次搜尋；可落在免費額度內（但有條件） | 適合輕量規模的開發團隊 |
| Bright Data | 企業級追蹤器 | 若只監控 50 個商品，除非您需要提醒、合規與更廣泛市場監測，否則有點大材小用 | 適合大型零售營運 |
抓取 Google Shopping 結果合法嗎？
這個問題很常被提到，所以這裡簡短說明。
Google Shopping 結果是公開可見的資料。基於合法商業用途——例如價格監控、競爭研究、市場分析——去抓取公開資料，在目前美國判例下通常被視為合法。第九巡迴法院在 2022 年的 判決中再次確認，存取公開網頁並不會自動構成 CFAA 中「未經授權」的責任。
不過，Google 的 （2024 年 5 月生效）確實提到，若自動化存取違反 robots.txt 這類機器可讀指令，可能構成禁止行為。企業使用者應就自己的工作流程諮詢法律顧問。
標準聲明：這不是法律建議。若您想進一步了解 ，請諮詢法律專業人士。
哪一款 Google Shopping 爬蟲最適合您？
以下是我會如何對應各類買家與工具：
- 非技術團隊（電商營運、PPC 經理、業務）： 。兩步完成抓取、無需寫程式、AI 可適應版面變動、內建排程、可免費匯出到 Sheets／Airtable／Notion。這是本清單裡唯一一款專為不想碰終端機的人設計的工具。
- 正在打造資料流程的開發者：SerpApi。專屬 Shopping 端點、成熟 schema、文件優秀、結構化 JSON。這是 API 優先的 Shopping 爬取黃金標準。
- 企業級規模營運：Oxylabs 或 Bright Data。龐大代理網路、SLA、可處理任何量級。Bright Data 還多了資料集與價格追蹤器，適合想要預先建好的監控方案的團隊。
- 預算導向的 API 使用者：Scrapingdog 或 Serper.dev。每次請求成本最低，也都有免費額度。Scrapingdog 有經驗證的 Shopping 支援；Serper.dev 更便宜，但缺乏公開的 Shopping 專屬證據。
- AI 優先擷取：Thunderbit 或 Firecrawl。兩者都用 AI 來理解頁面結構，而不是固定 selector。只有 Thunderbit 有強而有力的公開 Shopping 驗證。
- 市場彈性：Apify。多個 Shopping Actor、排程、豐富匯出格式——但結果取決於您選哪個 Actor。
- 完整開發者控制：Scrape.do。對 Shopping 機制有非常好的技術文件、反機器人堆疊強，但需要 Python 與大量設定時間。
如果您想實際看看無程式碼的 Google Shopping 爬取怎麼運作，可以免費試試 。兩下點擊、真實資料、不要 API 金鑰。如果 Thunderbit 不適合您，希望這份比較能幫您找到更對的工具。祝您抓取順利——也希望您的 Shopping 資料永遠結構完整、即時更新、隨時可用。
常見問題
可以免費抓取 Google Shopping 嗎？
可以，但有一定限制。Thunderbit 提供免費方案（6 頁），SerpApi 提供 ，Serper.dev 提供 ，Scrapingdog 包含 ，Firecrawl 則以 起步。免費方案很適合測試與小規模研究，但若要持續監控且有實際量級，通常還是需要付費方案。
抓取 Google Shopping 結果要多少錢？
這取決於您的用量與工具選擇。每月少於 500 筆結果時，費用為 $0（免費方案）。500～5,000 筆時，使用 Thunderbit Pro、Serper.dev 或 Scrapingdog 等工具，預計每月 $0～$50。中階 API 用量（5,000～50,000 筆）通常是每月 $50～$300，如 SerpApi、ScrapingBee 或 Oxylabs。企業級營運（50,000 筆以上）通常需 $300 以上，像 Bright Data 或 Oxylabs Enterprise。
可以從 Google Shopping 擷取哪些資料？
在經驗證的工具中，最常見欄位包含：商品標題、價格（目前價與原價）、賣家／零售商名稱、商品連結、商品 ID、評分、評論數、運送／配送資訊、圖片或縮圖 URL，以及供貨狀態。有些工具也會擷取贊助／PLA 標記、商品特色與篩選資料。實際欄位會依工具而異——請查看上方比較表了解細節。
抓取 Google Shopping 需要程式能力嗎？
不需要。像 Thunderbit 這類瀏覽器擴充工具完全不需要寫程式——您按一下按鈕就能拿到結構化資料。API 工具（SerpApi、ScrapingBee、Scrapingdog）則需要基本開發能力，或透過 Zapier、n8n 這類平台整合。完全自訂的爬蟲（Scrape.do、Firecrawl）則需要 Python 或類似程式知識。如果您不是技術人員，先從無程式碼工具開始，只有在規模需要時再升級到 API。
若要做價格監控，多久抓一次 Google Shopping 比較好？
對電子產品、時尚或促銷導向品類這種變動快的類別，建議以每日監控作為合理基準——在促銷期間，價格一天內可能變動好幾次。對家具、工業用品這種變動較慢的品類，則每週一次通常就夠了。內建排程的工具（Thunderbit、Apify、Bright Data 的 price tracker）能讓重複爬取很容易設定。您可以先從每週一次開始，若發現錯過重要價格變化，再提高頻率。
延伸閱讀