当社独自のアクセス統計は常に有効です。Google Analyticsは、公開ページ（ログイン後のワークスペースは対象外）の利用状況を把握するためのもので、許可をいただいた場合のみ有効になります。詳しくは プライバシーポリシーをご覧ください。

EveryInfra
検索⌘K
日本語
ログイン無料で始める
セクション · 11
  1. 01まずバイト数を計測する理由
  2. 02テスト前に定めた合否基準
  3. 03テスト1：方法別のバイト数
  4. 04テスト2：プロキシなしでは、どのストアが表示されるか
  5. 05商品ページ1,000件のコスト
  6. 06必要な成功率
  7. 07役割分担：IPFoxyとデータAPI
  8. 08このデータの引用方法
  9. 09この結果が当てはまらないケース
  10. 10関連記事
  11. 11参考文献

Amazonの1ページあたりのプロキシ通信量はどれくらいか

Amazon商品ページへの40リクエストとブラウザでの完全読み込み6回のバイト数を計測し、IPFoxyの1GBあたりの定価を適用して費用を算出し、1,000ページあたりのコストをデータAPIと比較しました。結果は、取得方法、購入するプラン、リクエストの成功率によって変わります。

イラスト：商品ページを表示したブラウザのウィンドウが秤に載っています。データパケットがメーター付きのパイプを通って流れ出ており、従量課金のプロキシ通信を表しています。秤の横にはコインが積まれています。

ローテーティングレジデンシャルプロキシはGB単位で販売されています。そのため、1ページあたりのダウンロード量によって、そのページのプロキシコストが決まります。2026年10月24日のシンガポール時間18:30から18:41にかけて、Amazon USの商品ページに対する40件のリクエストと6回のフルブラウザ読み込みを計測しました。HTMLのみの場合、ページの中央値は0.44 MBでした。ヘッドレスブラウザでフル読み込みした場合の中央値は7.96 MBで、18倍です。IPFoxyのローテーティングレジデンシャルプロキシの定価では、1,000ページ分のトラフィックに$0.88〜$47.71かかります。同じページをデータAPIで取得すると、1,000リクエストあたり$1.39です。

この記事では、プロキシのトラフィックコストとデータAPIのコストを同じ尺度で比較します。どちらが安くなるかは、取得方法、購入するプラン、リクエストの成功率によって変わります。以下の各数値には出典があり、生データもダウンロードできます。

取得方法別に、Amazon商品ページ1件の取得に要した転送バイト数の中央値を示す横棒グラフ：EveryInfraの商品JSON 0.004 MB（プロキシなし）、curlとgzipによるHTMLのみ 0.442 MB（16ページ、範囲0.213〜0.496 MB）、画像とフォントをブロックしたヘッドレスChrome 3.44 MB（3ページ、範囲3.43〜4.03 MB）、ヘッドレスChromeによるページの完全読み込み 7.96 MB（3ページ、範囲4.15〜13.60 MB）。2026年10月24日、シンガポールのブロードバンド回線からプロキシを使わずに計測。

まずバイト数を計測する理由

IPFoxyはローテーティングレジデンシャルプロキシをトラフィック量で販売しています。10月24日時点の料金ページには、1GB、10GB、50GB、100GB、500GB、1000GBの6プランが掲載されていました。GB単価は$5.99から$1.99まで下がり、有効期間は30〜180日です。1000GBを超える場合は「$0.60/GBから」のカスタムプランがあります（IPFoxyローテーティングレジデンシャルプロキシの料金）。IPプールは200以上の国と地域をカバーしています（IPFoxyの対応地域）。トラフィック課金の製品では、費用 = ダウンロードしたバイト数 × 単価です。単価はWebサイトに載っていますが、バイト数は自分で計測する必要があります。

「ページの重さ」に唯一の答えはありません。HTTP Archive Web Almanac 2025では、ページウェイトを「ブラウザがページを表示するためにダウンロードするすべてのバイト」と定義しています。また、最も多くのバイトを占めるのは画像だと報告しています（Web Almanac 2025: Page Weight）。しかし、データ収集スクリプトは必ずしも画像をダウンロードしません。HTMLのみの取得とフルブラウザでの実行では、桁がひとつ違います。そこで、よく使われる3つの方法を計測しました。

テスト前に定めた合否基準

テストの前に、3つのルールを書き出しました。

  1. 比較の単位は「商品ページ1件分のデータ」です。合格条件：各方法で実際の商品ページを3件以上取得できること（タイトルがブロックページではなく商品名であること）。
  2. プロキシは転送されたトラフィックに課金するため、展開後のサイズではなく、実際に転送されたバイト数を数えます。HTMLについては、curlのsize_downloadとsize_headerを合計します（curl manual, --write-out、Everything curl: write-out variables）。ブラウザについては、Chrome DevTools Protocolの各リクエストのNetwork.loadingFinished.encodedDataLengthを合計します（CDP Network domain）。
  3. 本記事では1 GB = 10⁹バイトとして計算しています（2進接頭辞に関するNISTの定義）。1 GBを2³⁰バイトとして数えるプロバイダーの場合、以下の各コストは約7%低くなります。

結果：3つの方法すべてがルール1を満たしました（HTMLは16ページ、各ブラウザ方式は3ページ）。ルール2と3については以下で検証します。

テスト1：方法別のバイト数

計測はシンガポールの家庭用ブロードバンド回線から、プロキシを使わずに行いました。商品は1回の検索から選んでいます。Amazonキーワード検索APIでair fryerを検索し、上位20件のASINを使用しました（18:30、31.6秒、課金額$0.001389）。

HTMLのみ。 curlで/dp/<ASIN>をリクエストしました。通常のブラウザヘッダーとAccept-Encoding: gzip, deflate, brを付け（MDN: Accept-Encoding）、4秒間隔で20件ずつ2ラウンド実行しました。AmazonはBrotli（RFC 7932）ではなくgzip（RFC 1952）で返しました。実際の商品ページ16件の転送量は、中央値441,688バイト、最小213,178バイト、最大496,482バイトでした。展開後のサイズは1.08〜2.68 MBでした。

ヘッドレスブラウザ、ページ全体の読み込み。 新しいChromeヘッドレスモード（Chromeヘッドレスモードのドキュメント）で、キャッシュを無効にして3つの商品ページを開き、各ページで15秒待機しました。3ページの転送量は13.60 MB、4.15 MB、7.96 MBで、各ページのリクエスト数は224〜270件でした。1ページ目では、画像が7.03 MB（52%）、スクリプトが3.02 MBを占めました。DevToolsの「転送サイズ」と「リソースサイズ」は別の数値で、本記事では前者を使用しています（Chrome DevToolsのネットワークリファレンス）。

ヘッドレスブラウザ、画像とフォントをブロック。 多くのスクリプトでは画像をブロックします。その方法はPlaywrightとPuppeteerの両方のドキュメントに記載されています（Playwright: Network、Puppeteer: request interception）。CDPのNetwork.setBlockedURLsで画像とフォントをブロックすると、3ページの転送量は4.03 MB、3.44 MB、3.43 MBでした。残りの転送量の大半をスクリプトが占め、約3.0 MB、全体の87%でした。

方法サンプル1ページあたりの転送量（中央値）範囲
HTMLのみ（curl、gzip）16ページ0.442 MB0.213–0.496 MB
ヘッドレスChrome（画像・フォントをブロック）3ページ3.44 MB3.43–4.03 MB
ヘッドレスChrome（ページ全体の読み込み）3ページ7.96 MB4.15–13.60 MB
EveryInfraの商品JSON（プロキシなし）1回0.004 MB—

ブラウザによる2つの結果は、それぞれ3ページ分しかありません。2ページでは、CDPがメインドキュメントを0バイトと記録しました。そのため、この2つの値は正確な値ではなく下限です。

テスト2：プロキシなしでは、どのストアが表示されるか

同じリクエストから、もう1つわかることがあります。ページに表示される内容は出口IPによって決まります。

  • ラウンド1（Cookieなし）：商品ページ20件中19件がHTTP 200を返しましたが、本文は3,781バイトの「Click the button below to continue shopping」ページでした。実際の商品ページは1件のみでした。検索ページ（/s?k=）は3件すべてが503を返しました。
  • ラウンド2では、まずトップページにアクセスしてCookieを取得しました。最初の5件は依然としてインタースティシャルページで、続く15件は実際の商品ページでした。40リクエスト中、実際のページが返ったのは16件で、40%です。
  • 実際のページ16件はすべて、配送先がシンガポールと表示されていました。そのうち2件には、その配送先には発送できないと表示されていました。
  • ブラウザでは、amazon.com/s?k=air+fryerは最終的に、シンガポールストアの「Amazon.sg : air fryer」というタイトルのページを表示しました。

つまり、米国の買い物客が見る価格、配送情報、検索結果を確認するには、米国のIPからリクエストを送る必要があります。これがレジデンシャルプロキシの用途です。IPFoxyのソリューションページでは、主な用途としてEC、データ収集、広告検証が挙げられています（IPFoxy：ソリューション）。IPFoxyのブログにはECデータ収集のガイドもあります（IPFoxy：ECデータ収集ガイド）。ブロックページ自体は小さく（ヘッダー込みで4,206バイト）、負担になるのはトラフィック量ではなく、リクエスト回数と時間です。

商品ページ1,000件のコスト

テスト1の中央値に1,000と、各プランのIPFoxyのGB単価を掛けて算出しています。すべてのページが1回目で成功すると仮定し、リトライ、プロキシトンネルのハンドシェイク、アップロードのバイト数は含めていません。

方法1GBプラン（$5.99/GB）10GBプラン（$4.99/GB）100GBプラン（$2.99/GB）1000GBプラン（$1.99/GB）
HTMLのみ$2.65$2.20$1.32$0.88
ブラウザ（画像・フォントをブロック）$20.59$17.15$10.28$6.84
ブラウザ（ページ全体の読み込み）$47.71$39.74$23.81$15.85

Amazon商品詳細APIは、同じ商品ページのデータを1回あたり$0.001389、つまり1,000回あたり$1.39で返します（機能カタログ、18:29に取得）。失敗した呼び出しや結果が空の呼び出しには課金されません。18:37にB0CYJDVT31で1回呼び出したところ、9.1秒で20フィールドが返り、JSONボディは3,569バイトでした。一覧用のフィールド（価格、評価、評価数、ブランド）だけが必要な場合、1回の検索呼び出しで20商品が返るため、1,000商品で約$0.07です。

Amazon商品ページ1,000件分のプロキシトラフィックコストを、IPFoxyの2つのプラン（1GBあたり5.99米ドルの1GBプランと、1GBあたり1.99米ドルの1000GBプラン）で比較したグループ棒グラフ：HTMLのみは2.65ドルと0.88ドル、ブラウザ（画像・フォントをブロック）は20.59ドルと6.84ドル、ブラウザ（ページ全体の読み込み）は47.71ドルと15.85ドル。破線はEveryInfraの1,000回あたり1.39ドルを示しています。

必要な成功率

この表は成功率100%を前提としています。実際のリクエストは失敗することがあり、失敗すればリトライが必要です。成功率をsとすると、成功した1ページあたりのトラフィックコストはおよそ「トラフィックコスト÷s」になります（失敗したページは約4 KBしかないため無視します）。HTMLのみの場合、データAPIより安くするには、少なくとも次の成功率が必要です。

  • 1GB、10GB、50GBプラン：それぞれ190%、159%、127%。これらのプランがデータAPIより安くなることはありません。
  • 100GBプラン：95%。
  • 500GBプラン：76%。
  • 1000GBプラン：63%。

プロキシなしでシンガポールのブロードバンド回線から試したところ、実際のページを取得できたのはリクエストの40%でした。米国の住宅用IPを経由すると、この割合は変わります。IPFoxyのアカウントを持っていなかったため測定しておらず、数値は示しません。上記の計算式には、ご自身で測定した成功率を当てはめてください。

HTMLのみの場合に、プロキシトラフィックが1,000リクエストあたり1.39米ドルのデータAPIより安くなるために必要な成功率を示す棒グラフ：1GBプラン190%、10GBプラン159%、50GBプラン127%（この3つは100%を超えるため「never」と表示）、100GBプラン95%、500GBプラン76%、1000GBプラン63%。破線は100%を示しています。

この計算には人件費は含まれていません。ページを自前で収集する場合、パーサーを書き、ページのレイアウトが変わればコードを修正し、ブロックページやリトライにも対処する必要があります。データAPIは決まったフィールド名で返すため、こうした作業は不要です。ただし、データAPIが対応するのはカタログにあるプラットフォームとフィールドだけです。それ以外のページは引き続き自前で収集することになります。

役割分担：IPFoxyとデータAPI

これらの数値に基づく推奨事項は、次のとおりです。

  • IPFoxyを使うのは、特定の国のユーザーとして開く必要があるページです。例：米国の買い物客向けの配送情報と最終価格、自身の出品者アカウント、現地の広告掲載。データAPIのカタログにないサイトや、実際のブラウザでのレンダリングが必要なページにも使います。静的レジデンシャルIPは1つのストアやアカウントを長期間運用する用途に適しており、定価は月額$7.99からです（IPFoxy：静的レジデンシャルの料金）。
  • すでにカタログにあるプラットフォームとフィールドには、データAPIを使います。スプレッドシートやデータベースに投入する、フィールドが固定された大規模なジョブに最適です。データAPIの呼び出しにプロキシは不要で、プロキシを挟んでもプロキシトラフィックが増えるだけです。

両方を1つのスクリプトで行う方法は、ドキュメントの「IPFoxyプロキシと併用する」セクションをご覧ください。Pythonの例ではrequests 2.34.2を使用しています（PyPI: requests）。自前のリクエストはプロキシ経由で送信され、EveryInfraへのリクエストはtrust_env = Falseで直接送信されます（Requests：高度な使い方（プロキシ）、Requests API：Session.trust_env）。プロキシアドレスはusername:password@host:portの形式で、IPFoxyのヘルプセンターにPythonでの設定例があります（IPFoxy：Pythonでローテーティングプロキシを使う）。この例では標準ライブラリのurllib.requestを使用しており、これもデフォルトでプロキシの環境変数を読み込みます（Python urllib.request ドキュメント）。Scrapyでは、リクエストのmetaにproxyを設定します（Scrapy: HttpProxyMiddleware）。

IPFoxyのアカウントを持っていなかったため、例のプロキシ部分はローカルのモックプロキシでテストしました。モックはHTTPのCONNECTメソッドでトンネルを開き（RFC 9110、セクション9.3.6、MDN: CONNECT）、Proxy-AuthorizationヘッダーのBasic認証情報を確認します（RFC 7617、MDN: Proxy-Authorization）。正しいパスワードでは、例のコードはモック経由でipinfo.ioに到達し、その後EveryInfraの商品データを取得しました。誤ったパスワードでは、モックが407を返し（MDN: 407）、例のコードはEveryInfraを呼び出す前に停止したため、課金は発生しませんでした。また、HTTPS_PROXYをモックに設定しても、モックのログに記録されたのはipinfo.ioへのリクエストのみで、EveryInfraへのリクエストはモックを経由しませんでした。

このデータの引用方法

  • 生データ：amazon-page-weight-2026-10-24.csv（GitHub：EveryInfra examples repo, amazon-page-weight-2026-10-24.csv、本サイト上のコピー：https://everyinfra.com/articles/proxy-traffic-cost-amazon-product-pages/amazon-page-weight-2026-10-24.csv）、51件。各行は1回のリクエストまたは1回のページ全体の読み込みです。列は、ページの種類、ASIN、方法、時刻、HTTPステータス、実際のページかどうか（yesまたはno）、転送バイト数、リクエスト数、メモです。
  • 取得日時：2026-10-24、18:30–18:41（シンガポール時間、UTC+8）。IPFoxyの価格も同日に取得しました。
  • 確認方法：HTMLはcurl 8.7.1と--write-out '%{size_download} %{size_header}'で計測しました。ブラウザは、組み込みのWebSocketを使うNode.js 26スクリプトから、ヘッドレスモードのChrome 155とCDPで計測しました（Node.js：グローバルオブジェクト）。このスクリプトとグラフ作成用スクリプトは、/docs#with-proxyからリンクしているGitHubのサンプルフォルダにあります。
  • 推奨される引用形式：EveryInfra、「How Much Proxy Traffic Does an Amazon Page Use?」、2026-10-24、https://everyinfra.com/ja/blog/proxy-traffic-cost-amazon-product-pages （データ取得：2026-10-24、18:30–18:41 SGT）。

この結果が当てはまらないケース

  • サンプルが少ない：実際のHTMLページ16件と、ブラウザの各方法で3ページずつのみで、すべて1つのカテゴリ（エアフライヤー）のものです。より長いページ（レビューやバリエーションが多いもの）はバイト数が増えます。HTTP Archiveの月次レポートが示すとおり、ページの重さは時間とともに変化します（HTTP Archive: Page Weight report）。1年後に再測定してください。
  • 経路にプロキシがない：プロキシを経由すると、ヘッダー、トンネルのハンドシェイク、リダイレクトの分だけバイト数が増え、成功率も変わります。
  • 定価：IPFoxyのWebサイトには新規登録割引（10GBプラン以上で17%〜23%）が表示されていますが、ここでは適用していません。最新の価格はIPFoxyのWebサイトでご確認ください。
  • コンプライアンスは本検証の対象外で、計測したのはバイト数のみです。Amazonのrobots.txtは、一般的なクローラーに対して/dp/の商品ページをブロックしていません。ただし、ScrapyやGPTBotなど名指しされた複数のクローラーに対しては、サイト全体をブロックしています（Amazon robots.txt）。また、利用規約（Conditions of Use、2026-08-14更新）は「License and Access」の項でデータマイニングとロボットの使用を制限しています（Amazon利用規約）。データを収集する前に、そのサイトの規約を確認してください。

今回のテストの費用：EveryInfraの呼び出し3回で合計$0.004167（検索1回、商品詳細2回）。同じキーのレート制限により、さらに3件のリクエストが429を返しましたが、これらは課金されていません。IPFoxyは当社のパートナーです。本記事のIPFoxyへのリンクにはリファラルパラメータが付いていません。そのため、リファラルリンクとしてマークしていません（有料リンクとリファラルリンクに関するGoogleのルール：Qualify your outbound links）。当社のパートナーページはIPFoxy Global Proxyです。ここに記載の数値は、両サイトを閲覧した当日のものです。

関連記事

参考文献

  1. 「Rotating Residential Proxy pricing」、IPFoxy、2026-10-24閲覧。https://www.ipfoxy.com/pricing/rotating/
  2. 「Static Residential Proxy pricing」、IPFoxy、2026-10-24閲覧。https://www.ipfoxy.net/pricing/residential/
  3. 「How to use Rotating proxy through Python?」、IPFoxyヘルプセンター、2025-11-18。https://www.ipfoxy.com/help/docs/bn3BDn
  4. 「Solutions」、IPFoxy、2026-10-24閲覧。https://www.ipfoxy.net/solution/
  5. 「Proxy locations」、IPFoxy、2026-10-24閲覧。https://www.ipfoxy.net/country/
  6. Eコマースのデータ収集ガイド（中国語）、IPFoxyブログ、2026-10-24閲覧。https://www.ipfoxy.net/blog/use-cases/6929
  7. 「Network domain (loadingFinished, setBlockedURLs)」、Chrome DevTools Protocol、2026-10-24閲覧。https://chromedevtools.github.io/devtools-protocol/tot/Network/
  8. 「Chrome Headless mode」、Chrome for Developers、2026-10-24閲覧。https://developer.chrome.com/docs/chromium/headless
  9. Network features reference、Chrome for Developers、2026-10-24に閲覧。https://developer.chrome.com/docs/devtools/network/reference
  10. curl manual (--write-out)、curlプロジェクト、2026-10-24に閲覧。https://curl.se/docs/manpage.html
  11. Write out、Everything curl、2026-10-24に閲覧。https://everything.curl.dev/usingcurl/verbose/writeout.html
  12. Advanced Usage（プロキシ）、Requestsドキュメント、2026-10-24に閲覧。https://requests.readthedocs.io/en/latest/user/advanced/
  13. Developer Interface（Session.trust_env）、Requestsドキュメント、2026-10-24に閲覧。https://requests.readthedocs.io/en/latest/api/
  14. requests 2.34.2、PyPI、2026-05-14にリリース。https://pypi.org/project/requests/
  15. urllib.request、Pythonドキュメント、2026-10-24に閲覧。https://docs.python.org/3/library/urllib.request.html
  16. RFC 9110、HTTP Semantics、IETF、2022-06。https://www.rfc-editor.org/rfc/rfc9110
  17. RFC 7617、The 'Basic' HTTP Authentication Scheme、IETF、2015-09。https://www.rfc-editor.org/rfc/rfc7617
  18. RFC 1952、GZIPファイルフォーマット仕様バージョン4.3、IETF、1996-05。https://www.rfc-editor.org/rfc/rfc1952
  19. RFC 7932、Brotli Compressed Data Format、IETF、2016-07。https://www.rfc-editor.org/rfc/rfc7932
  20. CONNECTリクエストメソッド、MDN、2026-10-24に閲覧。https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Methods/CONNECT
  21. Proxy-Authorizationヘッダー、MDN、2026-10-24に閲覧。https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/Proxy-Authorization
  22. 407 Proxy Authentication Required、MDN、2026-10-24に閲覧。https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Status/407
  23. Accept-Encodingヘッダー、MDN、2026-10-24に閲覧。https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/Accept-Encoding
  24. Web Almanac 2025: Page Weight、HTTP Archive、2026-01-15。https://almanac.httparchive.org/en/2025/page-weight
  25. Page Weightレポート、HTTP Archive、2026-10-24に閲覧。https://httparchive.org/reports/page-weight
  26. Network、Playwrightドキュメント、2026-10-24に閲覧。https://playwright.dev/docs/network
  27. Request Interception、Puppeteerドキュメント、2026-10-24に閲覧。https://pptr.dev/guides/network-interception
  28. Downloader Middleware（HttpProxyMiddleware）、Scrapyドキュメント、2026-10-24に閲覧。https://docs.scrapy.org/en/latest/topics/downloader-middleware.html
  29. 2進接頭辞（Prefixes for binary multiples）、NIST、2026-10-24に閲覧。https://physics.nist.gov/cuu/Units/binary.html
  30. robots.txt、Amazon、2026-10-24に閲覧。https://www.amazon.com/robots.txt
  31. Conditions of Use、Amazon、2026-08-14更新。https://www.amazon.com/gp/help/customer/display.html?nodeId=508088
  32. Developers、IPinfo、2026-10-24に閲覧。https://ipinfo.io/developers
  33. Global objects（WebSocket）、Node.jsドキュメント、2026-10-24に閲覧。https://nodejs.org/api/globals.html
  34. EveryInfra機能カタログ、GET /api/v1/social/catalog、2026-10-24 18:29に閲覧。https://api.everyinfra.com/api/v1/social/catalog
  35. Qualify your outbound links to Google、Google Search Central、2026-10-24に閲覧。https://developers.google.com/search/docs/crawling-indexing/qualify-outbound-links
  36. 生データ「amazon-page-weight-2026-10-24.csv」、EveryInfraのサンプルリポジトリeveryinfra-agent-plugins、2026-10-24。https://github.com/everyinfra/everyinfra-agent-plugins/blob/main/examples/proxy-plus-data-api/data/amazon-page-weight-2026-10-24.csv

参考資料 BL-36