ブログに戻る

プロキシ vs スクレイピングAPI vs ウェブアンブロッカー:2026年の計算

「プロキシはボリュームで安くなる」というのは、コストがかかる神話です。2026年7月の公開価格、3000万ページ以上のベンチマークに基づく成功率、そして1つの回答の重さに基づく損益分岐点(約400KB)に従って、3つのソリューションを評価し、1000件の成功した回答に対するドルを計算します。

📅2026年7月30日
プロキシ vs スクレイピングAPI vs ウェブアンブロッカー:2026年の計算
```html

「自分のプロキシか、既製のスクレイピングAPIか」という議論は、通常次の一言で解決されます:「大量のプロキシははるかに安い」。この言葉は正しいですが、質問には答えていません。2026年には、勝敗を決めるのはリクエストの量ではなく、一つのレスポンスの重さです。そして、転換点は約400〜550KB付近にあります。以下は、3つのソリューションを基準にした分析で、1000件の成功したレスポンスに対する正直なアリスマティックと「どのシナリオに何を選ぶべきか」のマトリックスです。

混同される3つの異なる製品

まず、エンティティを分けましょう。失敗した予算の半分は、チームが比較できないものを比較することから生まれます。

  • 生プロキシ(raw proxy)。 トラフィックに対して支払います — 通常はギガバイト単位です。プロバイダーはIPプールとローテーションを提供し、残りはあなたのコードです:TLSフィンガープリンティング、ヘッダーの順序、リトライ、クッキー、レンダリング、HTMLの解析。
  • Webアンブロッカー(プロキシアンブロッカー)。 中間層:プロキシと同じエンドポイントですが、内部ではフィンガープリンティングの調整(TLSハンドシェイク、ヘッダー、JS環境が同じブラウザを示す)、埋め込まれたJSレンダリング、チャレンジが発生した際のIP/ヘッダー/タイミングの自動変更、スティッキーセッション、試行間でのアンチボットトークンの移動があります。支払いは成功したレスポンスまたはギガバイト単位です。
  • スクレイピングAPI。 URLを送信すると、準備されたHTMLまたはすでに解析されたJSONを受け取ります。最大の便利さ、パイプラインに対する最小限の制御、1000件の成功した呼び出しに対する支払い。

重要な違いは技術的なものではなく、経済的なものです:プロキシはバイトを課金し、APIとほとんどのアンブロッカーはイベントを課金します。両方を1つのメトリックに再計算しない限り、比較は無意味です。

2026年の独立した測定結果

2026年5月、aimultipleは3000万ページ以上のベンチマークを公開しました:ウェブデータを扱う6社の50以上の製品。保護されたターゲットのアンブロックに関する結果は次の通りです:Bright Data — 98%、Zyte — 97%、Decodo — 96%、Oxylabs — 95%。Bright Dataは自社のWebアンブロッカーで97.9%の成功率を主張しています。

研究者自身の重要な注記:プロキシソリューションの成功率はテストの時間とリクエストの構成に依存しており、静的な値ではありません — プロバイダーはIPプールを更新し、プラットフォームは保護を強化します。ベンチマークの第二の結論は明確です:Amazonレベルの重いターゲットにはアンブロッカーが本当に必要ですが、一般的なサイトには通常のプロキシで十分です。

そのため、2026年には問題が深刻化しました。検出は「IPの評判」からセッションの行動レベルに移行しました — たとえば、Cloudflareは主要なリクエストの前に接続の履歴を評価します(これはボット検出におけるプレカーサーセッションに関する資料で説明しました)。クリーンなIPはもはや十分な条件ではありません:スタックが一貫したフィンガープリンティングを維持できない場合、高価なレジデントトラフィックは403で消えてしまいます。

価格一覧

2026年7月の公開価格(スタート料金、ボリュームディスカウントなし):

ソリューション支払いモデルスタート価格
Zyte API1000リクエストごと$0.13–1.27
IPRoyal Webアンブロッカー1000リクエストごと$1.00から
Decodo1000リクエストごと / GBごと$1.25 / $10
Bright Data Webアンブロッカー1000リクエストごと$1.50から
Oxylabs WebアンブロッカーGBごと$9.40から
生プロキシ(ProxyCove)GBごと$1.5 データセンター / $2.7 レジデント / $3.8 モバイル

Zyteの価格差は10倍です — 誤植ではありません:価格は特定のターゲットが要求する「重い砲撃」(レンダリング、プレミアムプール)によって異なります。これは成功ベースのモデルの一般的な特性です:ターゲットが複雑であればあるほど、呼び出しは高くなります。

アリスマティック:1000件の成功したレスポンスに対するドル

唯一の正しいメトリックは1000件の成功したレスポンスのコストです。失敗を考慮して計算する必要があります:プロキシモデルでは、失敗した試行もトラフィックとして支払います。自分のスタックの成功率を70%としましょう — つまり、1つの成功に対して1.43試行が必要です。

シナリオ1:HTMLのみ、画像やスクリプトなし

典型的な商品ページの「クリーン」HTMLは約200KBです。1000件の成功には1.43 × 200KB × 1000 ≈ 286MB ≈ 0.28GBが必要です。

  • レジデントは$2.7/GB → ≈ $0.76 で1000件の成功したレスポンス。
  • データセンターは$1.5/GB → ≈ $0.42
  • アンブロッカーは$1.00–1.50で1000件 → $1.00–1.50

プロキシは1.3〜3.5倍安いです。これが「プロキシは常にお得」という伝説が生まれたケースです。

シナリオ2:ブラウザでのページの完全レンダリング

2025年のWeb Almanacによると(2026年1月16日公開)、メインページの中央値は2710KB、内部ページは1866KB、デスクトップでは中央値2412KBです。つまり、プロキシを介した完全なレンダリングは、1回の試行で約2MBかかります。

  • レジデント:1.43 × 2MB × 1000 = 2.86GB × $2.7 → ≈ $7.7 で1000件の成功。
  • アンブロッカーは成功したリクエストで:$1.00–1.50 — 5〜7倍安い。
  • GB単位の支払いのアンブロッカー($9.40):2.86GB → ≈ $26.9。最悪の組み合わせ。

従来の論理を壊す結論:JSが重いターゲットでは生プロキシが既製のAPIよりも高くつく、そしてGB単位の課金はレンダリングごとに罰金を課します — 一つの成功したレスポンスはフォント、画像、分析のメガバイトを引きずります。

損益分岐点

式は簡単です:1000リクエストの価格をギガバイトの価格で割ります。$1.50/1000とレジデント$2.7/GBの場合、1000件の成功に対して0.556GBが得られます — つまり成功したレスポンスあたり556KB、または成功率70%の場合、1回の試行あたり約390KBです。安価なアンブロッカーが$1.00/1000の場合、閾値は成功あたり約370KBに下がります。

実用的な結論:平均レスポンスが約400KBまでならプロキシを選び、明らかに重い場合はアンブロッカーを考慮してください。 ここに最も過小評価されているレバーが隠れています:Playwright/Puppeteerでの画像、フォント、メディアのブロックはレンダリングの重さを5〜10倍削減し、経済性をプロキシ側に戻します。アンブロッカーに支払う前に、単にバナーのダウンロードをやめてみてください。

隠れたコスト:エンジニアの時間

トラフィックは唯一のコストではありません。生プロキシを使用すると、アンブロッカーが内部で行うことを引き受けます:

  1. 一致したフィンガープリンティング。 TLSハンドシェイク、ヘッダーの順序、JS環境は同じブラウザを示さなければなりません。非同期はボットの主要なマーカーです(技術の解析はcurl-cffiを介したJA4フィンガープリンティングの回避に関する記事で説明しています)。
  2. 失敗の分類器。 ハードブロック(403)、コード200のチャレンジページ、タイムアウト、空のレンダリング、切り取られたHTML — これは異なる反応を持つ5つの異なる状況です。「200 OK」を成功と見なすことは、データベースにゴミを流し込む確実な方法です。
  3. リトライポリシー。 IP、ヘッダー、タイミングの変更、単に同じリクエストを繰り返すのではありません。
  4. セッションストレージ。 スティッキーセッションと試行間でのアンチボットトークンの移動、ゼロからのスタートではありません。
  5. レンダリングのためのリソース。 自分のヘッドレスブラウザのパーク、そのメモリとクラッシュ。

すでにスクレイピングスタックを持っているチームにとっては、これはコストではありません — インフラは書かれています。1週間の締切を持つ2人の開発者にとっては、これは1000リクエストあたり$1.50で、給与で支払われるものです。

シナリオに基づく選択マトリックス

  • 大規模な恒常的なボリューム、軽いレスポンス(HTML、JSONエンドポイント)、自分のスタック。 生プロキシ。データセンターから始めましょう — 保護されていないターゲットでは最良の価格を提供します; 実際にデータセンターがブロックされている場合のみレジデントに切り替えます。
  • 特に保護されたターゲット、JSが重いページ、ボリュームが少ない。 アンブロッカーまたは成功したリクエストに対する支払いのあるスクレイピングAPI。自分のトラフィックで$7.7を支払うのは、既製のソリューションが$1.5を要求する場所での頑固さであり、節約ではありません。
  • ハイブリッド — 成熟したチームが到達するもの。 ボリュームの90〜95%はプロキシ(安価で管理可能)、プレミアムを正当化する数パーセントのターゲットにはAPIを使用します。
  • 多段階シナリオ:ログイン、無限スクロール、クリックとフォーム。 ここではどちらも役に立ちません — 管理されたブラウザが必要で、アンブロッカーはHTMLしか提供しません。
  • アンチパターン。 画像を含む完全なレンダリングをGB単位で課金するアンブロッカーを使用することは、可能な限り最も高価な構成です。

決定前のチェックリスト

  1. ターゲットでの平均レスポンスの重さを測定してください — これは主要なパラメータであり、リクエストの量ではありません。
  2. 自分のスタックの実際の成功率を測定し、トラフィックに試行係数を掛けます(成功率70%の場合は1.43倍)。
  3. 成功した1000件のレスポンスあたりのコストのみを比較します。「$/GB対$/1000リクエスト」は常に誤解を招く比較です。
  4. 重さを削減できるか確認してください:画像、フォント、メディア、分析をオフにする; 完全なレンダリングの代わりにハイドレーションペイロードからデータを取得する。
  5. 失敗の支払いモデルを考慮してください:成功ベースのアンブロッカーはリトライに対して請求しませんが、プロキシトラフィックは常にそれを取ります。

結論

「プロキシはボリュームで安い」 — 軽いレスポンスに対してのみ正しい。2026年の実際の分水嶺は一つのレスポンスの重さです:約400KBまで生プロキシが勝ち、それ以上は成功したリクエストに対する支払いです。自分の2つの数字(平均重さと成功率)を計算し、両方のオプションを1000件の成功に対するドルに再計算すれば、決定は信仰の問題ではなくなります。そして、最も一般的な節約方法は、プロバイダーを変更するのではなく、必要のないものをダウンロードしないことです。

```