Google Shopping の商品データベースには現在、500億件以上の掲載情報があり、毎時20億件以上が更新されています。ECチームにとっては、価格、販売者、評価、在庫状況、PLAの掲載位置など、公開情報の宝庫です。
それでも、いざ Google Shopping をスクレイピングしようとすると、思わぬ壁にぶつかることが少なくありません。私は Thunderbit で長年自動化ツールを作ってきましたが、ECチームから最もよく聞く不満のひとつが、「Google用スクレイパーを買ったのに、通常検索では問題なく動くのに、Shopping だと動かなくなる」というものです。Reddit の投稿でも同じ不満が繰り返されています。あるユーザーはこう要約していました。「スクレイパーは全部試したが、ほとんどが Shopping で失敗した。」 別のユーザーは、AWS の IP が1〜2回のリクエストでブロックされたと報告しています。
そこで今回は、できるだけ率直に、そして Shopping に特化した比較をまとめました。Google Shopping を実際にテストし、10個のツールを評価しています。単なる汎用 SERP の話ではありません。Shopping で本当に使えないなら、その点もはっきり書いています。
ほとんどの「Googleスクレイパー」がGoogle Shoppingで失敗する理由
ツールの比較に入る前に、Google Shopping は通常の Google 検索とは仕組みがまったく違う、と理解しておくと役立ちます。汎用スクレイパーで空の結果しか返ってこなかったとしても、あなただけではありません。あなたのせいでもありません。
Shopping が難しい理由は、主に次の3つです。
- JavaScript が重く、非同期で商品カードが読み込まれる。 通常の Google 検索結果は、初期 HTML からかなりの部分を解析できます。一方、Shopping の結果はバックグラウンドの JavaScript 呼び出しで商品カードを読み込みます。単純な HTTP リクエストで Shopping の URL を叩いても、実際の商品が入っていない薄い外枠だけが返ってくることがよくあります。
- 隠しトークンとバックエンドのパラメータ。 Shopping の商品詳細オーバーレイでは、
catalogid、gpcid、vedのようなエンコード済みパラメータが使われますが、これらは URL バーには表示されません。Scrape.do の技術ガイドでは、Shopping がどのように/async/oapvエンドポイント経由で商品詳細を取得しているかが記録されています。 - 強力なボット対策。 Google は Shopping の検索を、商業意図の高いクエリとして扱います。そのため、通常の SERP よりもボット検出が厳しく、AWS のようなクラウド／データセンター IP はすぐにフラグが立ちます。GitHub のスクレイパー README の中には、Google Shopping はサポートしていないと明記しているものもあります。
Google Shopping と通常の Google 検索の違い
| 観点 | 通常の Google 検索 | Google Shopping |
|---|---|---|
| ページ構造 | ほぼ標準的な検索結果カード | 商品カード、販売者ブロック、オファー、フィルター、没入型の商品ページ |
| レンダリング | 返された HTML から解析できることが多い | 重い JS と非同期の商品カード読み込み、トークン付き詳細リクエスト |
| URL の挙動 | 標準の search?q= | tbm=shop、udm=28、エンコード済みのフィルターリンク |
| データの複雑さ | タイトル、スニペット、リンク | タイトル、価格、販売者、在庫、評価、レビュー、送料、商品 ID、PLA／広告フラグ |
| ボット感度 | 高いが、ある程度知られている | さらに厳しい。商業意図のクエリは守る価値が高い |
汎用の Google スクレイパーは、通常の SERP では完璧に動いても、Shopping では設計上うまくいかないことがあります。この記事の各ツールは、通常検索ではなく Shopping 結果に対して評価しています。
Google Shopping API と Google Shopping スクレイパー：実際に必要なのはどっち？
「Google Shopping API」という言葉は、まったく別の2つを指すことがあり、この混乱でかなりの時間を失う人がいます。
| 種類 | Google Content API for Shopping（公式） | サードパーティの Google Shopping スクレイパー |
|---|---|---|
| 目的 | Merchant Center で自社の商品掲載を管理する | Shopping 結果から競合他社の商品データを取得する |
| アクセス | Merchant Center アカウント + API キーが必要 | 公開データ。Google アカウントは不要 |
| 返されるデータ | 自社の商品フィード、ステータス、診断情報 | 任意のクエリに対する価格、販売者、評価、PLA 位置 |
| 用途 | フィード管理、在庫同期 | 価格監視、競合分析、市場調査 |
| 費用 | 無料（API アクセス） | ツール次第（$0〜$300+/月） |
Google の公式 Merchant API は、Google Shopping 上の自社カタログを管理するためのものです。競合データは取得できません。他社の販売価格を追跡したり、PLA の掲載位置を監視したり、市場調査をしたいなら、サードパーティのスクレイパーが必要です。この記事で扱うのはその部分です。
（補足：Content API は 2026年8月18日に提供終了予定で、Merchant API に置き換えられます。どちらも競合の Shopping 結果は提供しません。）
ベストな Google Shopping スクレイパーの評価方法
競合記事の中で、Shopping に特化した統一比較表を出しているものはほとんどありません。私が使った8つの評価基準は以下です。
| 評価基準 | 重要な理由 |
|---|---|
| Google Shopping 対応の有無 | 「Googleスクレイパー」の多くは通常 SERP しか扱えず、Shopping では失敗しがち |
| アプローチの種類 | ノーコード（ブラウザー拡張）か、API か、Python ライブラリかで、利用者がまったく異なる |
| 価格（1,000件あたり） | コストは上位2つの痛点として挙がることが多く、比較しやすい形に正規化する必要がある |
| ボット対策／CAPTCHA 対応 | Google Shopping のボット対策は、最も多く報告される障害 |
| 抽出できるデータ項目 | 商品名、価格、販売者、画像、評価、広告／PLA フラグ、在庫 |
| ページネーションとスケジューリング | 継続監視に不可欠。これをカバーするツールは全体の約3分の1 |
| エクスポート形式 | CSV、JSON、Google Sheets、Airtable、Notion など、柔軟性が必要 |
| 使いやすさ（1〜5） | 現在の上位コンテンツでは、非エンジニア層がほぼ無視されている |
各ツールについて、Google Shopping 対応が Verified（明示的な Shopping エンドポイント、テンプレート、またはフィールドマップあり）、Partial（動作する可能性は高いが、公開ドキュメントに Shopping 専用パーサーの記載なし）、Unverified のどれかも示しています。この区別は、マーケティング上の主張よりずっと重要です。
ノーコード vs API vs 自作コード：正しいアプローチの選び方
多くの比較記事は、ブラウザー拡張、API、Python ライブラリを一括りにしています。でもそれは、電子レンジと業務用キッチンを比べるようなものです。どちらも料理は温められますが、買う人はまったく違います。
| アプローチ | 必要スキル | 準備時間 | 向いている用途 |
|---|---|---|---|
| ブラウザー拡張（ノーコード） | 初級 | 2分以内 | 単発調査、小規模カタログ、非技術チーム |
| API（ローコード） | 中級 | 15〜60分 | 継続パイプライン、中規模、開発者がいるチーム |
| Python／自作（フルコード） | 上級 | 数時間以上 | 完全なカスタマイズ、大規模、セルフホストのワークフロー |
この記事は、Google Shopping スクレイピングにおけるブラウザー拡張レベルを本当にカバーしている、数少ない資料のひとつです。PPC マネージャーや EC 担当者で、ただスプレッドシートにデータが欲しいだけなら、Python を学ぶ必要はありません。
1. Thunderbit
Thunderbit は、私たちが社内で開発したツールです。その点は最初に明確にしておきます。ただし、Google Shopping に対して何が得意で、何が苦手かも具体的にお伝えします。
Thunderbit は Chrome 拡張機能で、Google Shopping を含むあらゆるウェブサイトから構造化データを AI で抽出します。Google Shopping 専用スクレイパーページ があり、Shopping 向けのフィールド定義まで用意されています。これは多くのツールより一歩進んでいます。ワークフローは本当に2クリックです。Shopping の結果ページを開き、AIで列を提案 をクリックすると（AI がページを読み取り、商品名、価格、販売者、評価のような列を提案します）、次に スクレイプ をクリックするだけです。API キーも、コードも、バックエンド設定も不要です。
ブラウザー型のアプローチには、Shopping で特に大きな利点があります。Thunderbit は実際の Chrome セッション内で動くため、Google からは、データセンター IP が不審な API 呼び出しをしているのではなく、実在するブラウザーと実在する Cookie が見えます。AI も毎回ページ構造を読み直すので、Google が Shopping のレイアウトを少し変えても壊れにくいです（思っているより頻繁に起こります）。
Google Shopping 向けの主な機能
- AIで列を提案：Shopping 専用の列（商品名、商品 URL、現在価格、元価格、評価、レビュー数、小売業者）を自動検出して提案
- サブページスクレイピング：個別の商品ページを開き、詳細レベルのデータで表を拡張
- ページネーション対応：複数ページの Shopping 結果を自動処理
- スケジュールスクレイパー：間隔を自然文で指定（例：「毎週月曜の午前9時」）、Shopping の URL を入力すれば自動実行
- ブラウザー／クラウドスクレイピング：ボット耐性重視ならブラウザー、速度重視ならクラウドを選択
- 無料エクスポート：Excel、Google Sheets、Airtable、Notion、CSV、JSON に、エクスポートの壁なし
価格
Thunderbit はクレジット制で、1クレジット = 出力1行です。
- 無料プラン：6ページ
- 無料トライアル：10ページ
- Starter：年間契約なら約$9/月、月額なら約$15/月で500クレジット
- 1,000行の Shopping データなら、プラン次第で月額およそ $18〜$30 を想定
最新情報は Thunderbit の料金ページ をご確認ください。
長所と短所
- 長所：このリストの中で最も簡単に導入できる、専用フィールドマップ付きで Shopping 対応が確認済み、ブラウザー型のブロック回避、AI がレイアウト変更に適応、業務ツールへの無料エクスポート、内蔵スケジューリング
- 短所：Chrome が必要、大規模（1日5万件超）のエンタープライズパイプラインには向かない、API 系の老舗に比べると第三者レビューの蓄積が少ない
2. SerpApi
SerpApi は、最も確立された SERP API 提供元のひとつです。Shopping 結果を構造化 JSON で返す専用の Google Shopping API エンドポイント があります。データパイプラインを構築する開発者にとって、有力な選択肢のひとつです。
engine=google_shopping を指定して API リクエストを送ると、SerpApi は shopping_results として title、product_link、product_id、source、price、old_price、rating、reviews、delivery、thumbnail などのフィールドを返します。必要な項目がすべて要らないときのために、より高速で安価な Google Shopping Light API もあります。ドキュメントも非常に優れており、この分野でもトップクラスです。
Google Shopping 向けの主な機能
- 構造化 JSON を返す専用 Shopping エンジン
- タイトル、価格、元価格、販売者、評価、レビュー、配送、サムネイル、商品 ID を含む
- 地域指定と言語パラメータ
serpapi_pagination.nextによるページネーション対応- コーディング前にクエリを試せる Playground UI
価格
SerpApi は行数ではなく、検索回数ベースの課金です。
- 無料：月250検索
- Starter：5,000検索で $75/月
- Developer：15,000検索で $150/月
Shopping クエリが1ページあたり約10件を返すなら、1,000行には約100回の検索が必要です。理論上は無料枠に収まりますが、実運用ではページネーションや再試行があるため、多くのユーザーはすぐ有料プランに移ります。
長所と短所
- 長所：Shopping 専用に設計されたサポート、成熟したスキーマ、優れたドキュメント、構造化 JSON、高い G2 評価
- 短所：API 専用（非エンジニア向けの視覚的 UI なし）、スプレッドシートへのネイティブ出力なし、深いページネーションでは検索課金が増えやすい
3. Oxylabs
Oxylabs は、google_shopping_search ソースと、別の google_shopping_product ソースの両方で Google Shopping を明示的にサポートする、エンタープライズ向けスクレイピングを提供しています。この2段階のアプローチは、検索レベルのデータと商品詳細レベルのデータを分けて扱えるため、多くの競合よりも丁寧です。
検索レベルのフィールドには 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
価格
Google 結果の価格は、JavaScript レンダリング込みで 1,000件あたり約$1.35 から始まります（Shopping に必要な階層です）。無料トライアルには最大2,000件が含まれます。エンタープライズ階層では、1件あたりのコストがさらに下がります。
長所と短所
- 長所：2段階での明確な Shopping 対応、強力なボット対策基盤、エンタープライズ SLA、スケジューラー
- 短所：API 専用、2段階ワークフローはより技術的、ノーコードや軽量 API より高価、最低利用額あり
4. Bright Data
Bright Data は、単一の Shopping エンドポイントというより、包括的なデータプラットフォームです。Shopping 対応の Google Scraper API、専用の Google Shopping データセット（72億件超、15項目）、さらに継続監視向けの Google Shopping Price Tracker まで提供しています。
データセット方式が面白いのは、自分でスクレイピングする代わりに、収集済みの Shopping データを大規模に購入できる点です。価格トラッカーは、メール、Slack、ファイル通知でアラートを出しながら、毎時・毎日・毎週の更新に対応しています。大規模な小売業務では、ゼロからスクレイピングパイプラインを構築するより実用的なことがあります。
Google Shopping 向けの主な機能
- Shopping 対応の SERP API
- 事前構築済みの Google Shopping データセット（72億件超）
- アラート付きの Google Shopping Price Tracker
- MAP Monitoring による最低広告価格のコンプライアンス監視
- 7,200万件超の住宅用 IP、CAPTCHA 解決、ブラウザー描画
- JSON、NDJSON、CSV、webhook、S3、GCS、Azure、Snowflake、SFTP へ配信
価格
データセットの単価は 1,000件あたり約$0.50 ですが、最低注文額として $50 が必要です。SERP API の価格はボリュームと構成で変わります。価格トラッカーには別の料金体系があります。大規模では非常にコスト効率が良い一方で、複雑さは確かにあります。
長所と短所
- 長所：複数の製品オプション（API、データセット、トラッカー）、豊富な配信先、明示的な Shopping データセット、エンタープライズサポート
- 短所：価格体系が複雑、最低利用額が重要、小規模案件には過剰、非開発者には学習コストが高い
5. Apify
Apify はマーケットプレイス型のアプローチを取っています。ひとつの公式 Shopping スクレイパーではなく、Apify とコミュニティ開発者が作成した複数の「Actor」があります。現在稼働している Shopping Actor には automation-lab、burbn、SolidCode があり、それぞれ項目の網羅性と価格が少しずつ異なります。
この柔軟性には、良し悪しがあります。Shopping で非常によく動く Actor もあれば、クエリ、地域、そしてその時の Google のボット対策の強さによって、結果が少ない、あるいは空になることもあります。Actor のドキュメントでは、Google Shopping は多くの場合 1クエリあたり200〜300件程度が上限 とされ、imageUrl は Shopping 画像が遅延読み込みされるため空になることがあります。
Google Shopping 向けの主な機能
- 複数の Shopping Actor を持つマーケットプレイス
- ノーコードの設定 UI と API アクセス
- スケジューリング、プロキシ管理、ブロック回避
- エクスポート：JSON、CSV、XML、RSS、Excel、HTML
- Google Sheets と webhook 連携
価格
価格は Actor ごとに異なります。
automation-lab：Free プランで 1,000商品あたり約$7.04、上位プランでは約 $3.94/1Kburbn：約 1,000件あたり$5.00SolidCode：約 1,000件あたり$0.50 から- プラットフォームの無料枠：$5/月分の compute credits
長所と短所
- 長所：柔軟なマーケットプレイス、スケジューリング、多彩なエクスポート形式、そこそこのコストパフォーマンス、UI と API の両対応
- 短所：Shopping の成否が選ぶ Actor に左右される、スキーマが揃っていない、公式 API よりトラブルシュートが必要、Actor の保守品質にばらつきがある
6. ScrapingBee
ScrapingBee は中価格帯の API で、専用の Google Shopping スクレイパーページ に、name、price、rating、reviews、store、delivery、rank、product_link、features、product_id といった Shopping 専用フィールドが明記されています。これは、より大きなプラットフォームの多くよりも Shopping 特化の記述が豊富です。
この API は、プロキシローテーション、ヘッドレスブラウザーのレンダリング、JavaScript 実行を処理します。ページネーションは start と next_start パラメータで対応します。Oxylabs や Bright Data のようなエンタープライズ製品より導入はシンプルですが、それでも API 連携は必要です。
Google Shopping 向けの主な機能
- 構造化されたフィールド出力を返す専用 Shopping パーサー
- ヘッドレスブラウザー描画とプロキシローテーション
- ページネーション対応
- まずは 1,000回の無料 API 呼び出し
- 連携しやすい（n8n、Zapier など）
価格
- 1,000回の無料 API 呼び出し
- 25,000検索で $49
- 100,000件で $99
- 300,000件で $249
- 800,000件で $599
Shopping の検索1回あたり、およそ10クレジットが必要です。1ページに約20件表示されるなら、1,000行の Shopping データは約50リクエスト、つまり500クレジット程度です。
長所と短所
- 長所：Shopping 専用パーサー、エンタープライズ基盤よりシンプル、ヘッドレス描画内蔵、十分な無料枠、連携しやすい
- 短所：API 専用、クレジット計算が行数ベースより直感的でない、内蔵スケジューリングなし（外部オーケストレーションが必要）
7. Serper.dev
Serper.dev は、利用可能な Google SERP API の中でもかなり安価で、大規模利用時には 1,000クエリあたり$0.30 まで下がり、さらに 2,500 件の無料クエリから始められます。高速でシンプル、開発者にも使いやすいサービスです。
重要な注意点があります。現時点の公開ドキュメントでは、Serper.dev に専用の Google Shopping エンドポイントや、Shopping 専用のフィールドスキーマは見当たりません。通常の Google 検索はうまく処理しますが、Shopping 固有のデータ（商品カード、販売者名、PLA フラグ）を構造化フィールドに解析している公開証拠はありません。そのため、Shopping 向けとしては Partial の推奨です。価格は魅力的ですが、自分で解析処理を書くか、汎用 SERP フィールドで妥協する必要があるかもしれません。
Google Shopping 向けの主な機能
- 高速でシンプルな REST API
- 非常に安価な従量課金
- 地域と言語のパラメータ
- JSON 出力
価格
- 2,500件の無料クエリ
- 50,000クレジットで $50
- 高利用時は 1,000件あたり $0.30 まで低下
長所と短所
- 長所：非常に安い、高速、連携しやすい、無料枠が大きい
- 短所：Shopping 専用の公開エンドポイントやフィールドマップがない、API 専用、高度な機能が少ない、構造化された Shopping フィールドではなく汎用 SERP データを返す可能性がある
8. Scrapingdog
Scrapingdog は予算重視の API で、専用の Google Shopping API エンドポイント があり、shopping_results として title、product_link、product_id、source、price、extracted_price、old_price、rating、reviews、delivery、extensions、position などのフィールドを返します。Shopping のフィルターやエンコード済みフィルターリンクにも対応しています。
価格は魅力的で、最初に 1,000 無料クレジットがあり、Shopping リクエストは1回あたり約 10クレジット です。ただし、公開ページ間で価格表現に一貫性がないため、契約前に最新料金を必ず確認してください。
Google Shopping 向けの主な機能
- 構造化 JSON を返す専用 Shopping エンドポイント
- Shopping 専用フィルターの処理
- プロキシローテーション、JS レンダリング、再試行
- 地域指定対応
- テスト用の無料枠
価格
- 1,000無料クレジット
- Shopping リクエスト：1回あたり約10クレジット
- 有料プランはここから拡張。公開ドキュメントに一部不一致があるため、現在の価格 を確認してください
長所と短所
- 長所：Shopping 対応が明示されている、フィルター対応、無料枠、低価格志向
- 短所：公開ページ間で価格表現が一致しない、エンタープライズ系よりプロキシ網が小さい、API 専用、レビュー評価がややばらつく
9. Firecrawl
Firecrawl は、Web ページをきれいな構造化データに変換する AI 搭載のウェブスクレイピングツールです。検索、クロール、スクレイプの各モードに対応し、出力は JSON、Markdown、HTML、スクリーンショットです。
Firecrawl の AI ベース抽出は、固定 CSS セレクターに依存せず、ページ内容を読み取り解釈します。これは Thunderbit の考え方に近いです。ただし、現時点の 公開ドキュメント では、専用の Google Shopping パーサーや Shopping 専用のフィールドスキーマは見つかりませんでした。検索エンドポイントは title、description、url などの汎用フィールドを返します。そのため、Shopping 向けとしては Partial の推奨です。AI 抽出で Shopping ページを処理できる可能性はありますが、Shopping 専用の対応は確認されていません。
Google Shopping 向けの主な機能
- AI 搭載のデータ抽出
- JavaScript レンダリング済みページに対応
- 検索、クロール、スクレイプモード
- 出力：JSON、Markdown、HTML、スクリーンショット
- バッチ処理と API アクセス
価格
- 500無料クレジット
- Hobby：$16/月
- Standard：$83/月
- Growth：$333/月
- Search は10結果あたり2クレジット、scrape は1ページあたり1クレジット
長所と短所
- 長所：AI 抽出がレイアウト変更に適応、動的コンテンツに強い、多様な出力形式、汎用スクレイピングに向く
- 短所：Shopping 専用パーサーの確認なし、API／開発者向け、比較的新しい製品、大規模利用ではコストが膨らみやすい
10. Scrape.do
Scrape.do は開発者向けのウェブスクレイピング API で、Google Shopping スクレイピングに関する技術ドキュメントとしては、かなり充実しています。Shopping スクレイピングガイド では、非同期読み込み、隠しトークン、バックエンドパラメータが Shopping を難しくしている理由を説明しており、読むだけでも学びがあります。
内部的には、プロキシローテーション、CAPTCHA 解決、JavaScript レンダリング、構造化出力用の AI Mode API を備えています。Google 対象は 1リクエストあたり10クレジット で、無料プランには 1,000無料クレジット があります。ただし、Google Search API ドキュメント にはきれいな Shopping フィールドスキーマがありません。自分でその基盤の上にパーサーを組む必要があります。
Google Shopping 向けの主な機能
- プロキシローテーションと CAPTCHA 解決付きのウェブスクレイピング API
- JavaScript レンダリングと管理されたブラウザー挙動
- 構造化出力のための AI Mode API
- 詳細な Google Shopping スクレイピングドキュメント
- 強力なボット回避機能
価格
- 1,000無料クレジット
- Google 対象：1リクエストあたり10クレジット
- 有料プランはここから拡張
長所と短所
- 長所：Google Shopping の仕組みに関する深い知見（公開ガイドあり）、信頼性の高いボット対策と CAPTCHA 対応、AI Mode API、柔軟でカスタマイズしやすい
- 短所：コーディングスキルが必要、視覚的 UI がない、学習コストが高い、パッケージ化された Shopping フィールドスキーマがない。製品というより配線に近い
ベストな Google Shopping スクレイパーを比較：完全横並び表
これは、競合記事にはない表です。Google Shopping に特化して評価した10ツールの統一比較マトリクスです。
| ツール | Shopping 対応 | アプローチ | 推定 1,000件あたりコスト | ボット対策 | 主なデータ項目 | ページネーションとスケジューリング | エクスポート形式 | 使いやすさ |
|---|---|---|---|---|---|---|---|---|
| Thunderbit | Verified | ノーコード | 約$18〜30（クレジット制） | ブラウザー mode + cloud | 商品、URL、価格、元価格、評価、レビュー、小売業者 | はい / はい | Excel、Sheets、Airtable、Notion、CSV、JSON | 5/5 |
| SerpApi | Verified | API | 5,000検索で約$75 | 管理ブラウザー + CAPTCHA | タイトル、リンク、商品 ID、販売元、価格、元価格、評価、レビュー、配送 | はい / 外部連携 | JSON、raw HTML | 4/5 |
| Oxylabs | Verified | API | 約$1.35/1K（JS 階層） | プレミアムプロキシ、CAPTCHA 回避 | 検索 + 商品詳細フィールド | はい / はい | JSON、CSV、TXT、Markdown、HTML、PNG | 3/5 |
| Bright Data | Verified | API / プラットフォーム | 約$0.50/1K records（最低 $50） | プロキシ、CAPTCHA、解析 | 商品 ID、タイトル、価格、レビュー、画像、バリエーション | はい / はい（トラッカー） | JSON、NDJSON、CSV、webhook、クラウドストレージ | 3/5 |
| Apify | Verified | 混在 | 約$0.50〜$7.04/1K（Actor 次第） | ブラウザー Actor + 住宅用プロキシ | Actor 次第：タイトル、価格、販売者、レビュー、配送 | はい / はい | JSON、CSV、XML、RSS、Excel、HTML | 3/5 |
| ScrapingBee | Verified | API | 1,000行で約500クレジット | プロキシローテーション、ヘッドレスブラウザー | 名前、価格、評価、レビュー、店舗、配送、順位、商品リンク | はい / 連携経由 | JSON、連携先へのエクスポート | 4/5 |
| Serper.dev | Partial | API | 約$1/1Kクエリ | 汎用リトライスタック | 汎用 SERP フィールドのみ | 外部 / 外部 | JSON | 4/5 |
| Scrapingdog | Verified | API | 1,000行で約500クレジット | プロキシローテーション、JS レンダリング | タイトル、価格、元価格、評価、レビュー、配送、フィルター | はい / 弱い | JSON | 4/5 |
| Firecrawl | Partial | API / AI | 1,000件で約200クレジット | プロキシ、JS レンダリング | 汎用検索 + スクレイプ出力 | 外部 / 外部 | JSON、Markdown、HTML、スクリーンショット | 3/5 |
| Scrape.do | Partial | API / コード | 1,000行で約500クレジット | 強力なボット対策、管理ブラウザー | 汎用 Google + 生の Shopping 抽出 | 外部 / 外部 | JSON、生のワークフロー | 2/5 |
この表からの重要なポイント：
- Verified な Shopping 対応は、Thunderbit、SerpApi、Oxylabs、Bright Data、Apify、ScrapingBee、Scrapingdog です。
- 非技術者に最も使いやすいのは Thunderbit（使いやすさ 5/5、コード不要）です。
- 開発者向け API のベストは SerpApi（成熟したスキーマ、優れたドキュメント）です。
- エンタープライズ向けの最有力は 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 Actor | $50〜$300 |
| 50,000件超 | エンタープライズ API またはデータプラットフォーム | Bright Data、Oxylabs Enterprise | $300+ |
注意したいコストの落とし穴をいくつか挙げます。
- 検索回数課金の API は、深くページネーションすると一気に高く見えます。結果の各ページが別検索として数えられるためです。
- 行数ベースのツール（Thunderbit など）は、1,000行にいくらかが明確なので予算化しやすいです。
- データセット型のツール（Bright Data など）は、単価は低くても最低注文額が高い（$50+）ことがあります。
- Apify のようなマーケットプレイスは価値が高い一方で、Actor ごとに価格がばらつきます。
「約2万リクエストで$50は趣味のプロジェクトには高い」と不満を述べたユーザーの気持ちも、もっともです。実際のボリュームに見合うツールを選びましょう。小さなカタログにエンタープライズ価格を払う必要はありません。
単発スクレイプから継続的な Google Shopping 監視へ
多くのスクレイピングガイドは、「一度スクレイピングする方法」で終わっています。でも EC チームに必要なのは継続監視です。毎日の価格チェック、毎週の PLA 追跡、競合が価格を変えたときのアラートなどです。ここでは、その設定方法を紹介します。
ステップ1：監視対象を決める
まず基本を固めましょう。追跡するキーワード、監視する競合、対象市場や地域です。Google Shopping の結果は地域で変わるため、地域指定が重要です。SerpApi、Oxylabs、ScrapingBee はいずれも地域パラメータに対応しています。Thunderbit はブラウザー内で動作するので、VPN やプロキシを使って別地域を再現できます。
ステップ2：定期スクレイピングを設定する
ここでツールの差がはっきり出ます。
- Thunderbit：スケジュールを自然文で指定し（例：「毎週火曜の午前8時」）、Google Shopping の URL を入力すれば、自動で実行されます。cron も外部オーケストレーションも不要です。
- Apify：Actor は Apify Scheduler に対応しており、毎日・毎週・カスタム間隔で実行できます。
- Bright Data：Google Shopping Price Tracker は、メール、Slack、ファイル通知でアラートを出しながら、毎時・毎日・毎週の更新に対応しています。
- API 専用ツール（SerpApi、Serper.dev、ScrapingBee、Scrapingdog、Firecrawl、Scrape.do）：cron、Zapier、n8n など外部スケジューラーが必要です。
ステップ3：追跡システムにエクスポートする
- Google Sheets：シンプルなダッシュボードや小規模チームに最適です。Thunderbit、Apify、ScrapingBee（連携経由）は、いずれも Sheets へ直接出力できます。
- Airtable や Notion：チームでの共同作業や、より豊かなデータ表示に向いています。Thunderbit は両方に直接エクスポートできます。
- API パイプライン：大規模運用では、JSON 出力をデータウェアハウスや BI ツールへ流し込みます。
ステップ4：異常を見つけて対応する
データで見るべきポイントは次の通りです。
- 特定の販売者による価格の急落や急騰
- 監視対象商品に新しい販売者が現れること
- PLA の掲載位置の変化（自社広告と競合広告）
- 在庫切れアラート
- レビュー数や評価の変化
ミニ例：競合商品50件を毎週監視する場合
| ツール | 設定スタイル | 実用コスト | 最適な用途 |
|---|---|---|---|
| Thunderbit | ゼロコード、ブラウザー先行 | 約50行/週 × 4週 = 月200行。低価格プランに収まる | 小規模チームで最速 |
| SerpApi | API パイプライン | 約50検索/週 × 4 = 月200検索。無料枠内に収まる可能性あり（注意点あり） | 軽量規模の開発チームに最適 |
| Bright Data | エンタープライズトラッカー | アラート、コンプライアンス、広範な市場監視が必要でなければ、50商品には過剰 | 大規模小売運用に最適 |
Google Shopping の結果をスクレイピングするのは合法？
これはよく聞かれるので、簡潔に触れておきます。
Google Shopping の結果は公開データです。価格監視、競合調査、市場分析のような正当なビジネス目的で公開データをスクレイピングすることは、現在の米国判例法では一般に合法と考えられています。第9巡回区控訴裁判所の2022年の hiQ v. LinkedIn 判決でも、公開ウェブページへのアクセスは自動的に CFAA の「無権限アクセス」にはならないと再確認されました。
とはいえ、Google の 利用規約（2024年5月時点の有効版）には、robots.txt のような機械可読な指示に反する自動アクセスを禁じる旨が記載されています。エンタープライズ利用では、具体的なワークフローについて法務確認を行うべきです。
標準的な免責事項として、これは法的助言ではありません。ウェブスクレイピングの法的論点 については、法律の専門家に相談してください。
どの Google Shopping スクレイパーがあなたに合っている？
購入者タイプごとに、私ならこう選びます。
- 非技術チーム（EC 運用、PPC マネージャー、営業）: Thunderbit。2クリックのスクレイピング、コード不要、AI がレイアウト変更に適応、内蔵スケジューリング、Sheets／Airtable／Notion への無料エクスポート。この一覧で、ターミナルを触りたくない人向けに作られている唯一のツールです。
- データパイプラインを構築する開発者: SerpApi。専用 Shopping エンドポイント、成熟したスキーマ、優れたドキュメント、構造化 JSON。API ファーストの Shopping スクレイピングでは、まさに基準点です。
- エンタープライズ規模の運用: Oxylabs または Bright Data。巨大なプロキシ網、SLA、大量処理に対応。Bright Data は、事前構築済みの監視を求めるチーム向けに、データセットと価格トラッカーも追加しています。
- 予算重視の API ユーザー: Scrapingdog または Serper.dev。リクエスト単価が最も低く、無料枠もあります。Scrapingdog は Shopping 対応が検証済みですが、Serper.dev は安い一方で Shopping 専用の公開証拠がありません。
- AI ファーストの抽出: Thunderbit または Firecrawl。どちらも固定セレクターではなく AI でページ構造を解釈します。ただし、Shopping 専用の公開検証が強いのは Thunderbit です。
- マーケットプレイスの柔軟性: Apify。複数の Shopping Actor、スケジューリング、多彩な出力形式がありますが、結果は選ぶ Actor によって変わります。
- 完全な開発者制御: Scrape.do。Shopping の仕組みに関する技術ドキュメントが最も優れており、ボット対策も強力ですが、Python と相応の準備時間が必要です。
ノーコードの Google Shopping スクレイピングを実際に見てみたいなら、Thunderbit Chrome 拡張機能 を無料で試してください。2クリックで、実データ、API キー不要です。Thunderbit が合わないとしても、この比較が最適なツール選びの助けになればうれしいです。スクレイピングを楽しんでください。そして、Shopping データが常に構造化され、最新で、すぐ使える状態でありますように。
Thunderbit Chrome 拡張機能を試す Get Started Free
FAQ
Google Shopping を無料でスクレイピングできますか？
はい、限定的には可能です。Thunderbit には無料プラン（6ページ）、SerpApi は 月250回の無料検索、Serper.dev は 2,500件の無料クエリ、Scrapingdog は 1,000無料クレジット、Firecrawl は 500無料クレジット から始められます。無料枠はテストや小規模調査には最適ですが、実際の規模で継続監視するなら有料プランが必要です。
Google Shopping の結果をスクレイピングするのにいくらかかりますか？
ボリュームとツール次第です。月500件未満なら $0（無料枠）。500〜5,000件なら、Thunderbit Pro、Serper.dev、Scrapingdog などで月 $0〜$50 が目安です。5,000〜50,000件の中価格帯 API 利用では、SerpApi、ScrapingBee、Oxylabs で月 $50〜$300 です。50,000件超のエンタープライズ規模なら、Bright Data や Oxylabs Enterprise で通常 $300+ になります。
Google Shopping からどんなデータを抽出できますか？
検証済みツールで最も一般的な項目は、商品名、価格（現在価格と元価格）、販売者／小売業者名、商品リンク、商品 ID、評価、レビュー数、配送／送料情報、画像またはサムネイル URL、在庫状況です。ツールによっては、広告／PLA フラグ、商品特徴、フィルターデータも取得できます。正確な項目はツールごとに異なるため、上の比較表を確認してください。
Google Shopping をスクレイピングするのにコーディングスキルは必要ですか？
いいえ。Thunderbit のようなブラウザー拡張ツールはコード不要で、ボタンをクリックするだけで構造化データが得られます。API ツール（SerpApi、ScrapingBee、Scrapingdog）は、基本的な開発スキルか、Zapier や n8n のようなプラットフォーム経由の連携が必要です。フルカスタムのスクレイパー（Scrape.do、Firecrawl）は、Python などのプログラミング知識が必要です。技術に不慣れなら、まずノーコードツールから始め、規模に応じて API に移行するのがよいでしょう。
価格監視のために Google Shopping をどのくらいの頻度でスクレイピングすべきですか？
電子機器、ファッション、プロモーションが多いカテゴリーのような動きの速い分野では、1日1回の監視が現実的な基準です。セール期間中は1日に何度も価格が変わることがあります。家具や産業資材のような動きの遅い分野では、毎週でも十分なことがあります。Thunderbit、Apify、Bright Data の価格トラッカーのように内蔵スケジューリングがあるツールなら、定期実行を簡単に設定できます。まずは週次で始め、重要な価格変動を見逃していると感じたら頻度を上げましょう。
Google Shopping 用 AIウェブスクレイパーを試す Get Started Free
さらに詳しく
