表示価格はそのページで最も安価な要素にすぎない
ほぼすべてのスクレイピングAPIは、似たような数字を掲げています。1,000リクエストあたり9セントから、1ドルから、$1.50から。明快で安く、クライアントへの提案書にも記載しやすい数値です。
その数字自体は実在します。ただしそれは、送信することがほぼあり得ないリクエストの価格です。つまり、誰がアクセスしているかを気にしないサイトへのプレーンなHTTP GETの価格です。
実際に業務として報酬を得てスクレイピングする対象サイトは、アクセス元を厳重に確認します。対象がレンダリング済みページや住宅用プロキシ（residential proxy）を必要とした瞬間、提示された基本レートは適用されなくなり、乗数計算が始まります。表示価格は最低料金にすぎません。実際の請求額はそのはるか上に位置し、多くの購入者は最初の請求書を受け取って初めてその現実に直面します。
乗数計算の実際の仕組み
ほぼすべてのAPIのクレジット仕様書を開くと、同じような体系が見られます。プレーンなリクエストは1クレジット。JavaScriptレンダリングを有効にすると5クレジット。住宅用またはプレミアムプロキシを要求すると10クレジット。アクセス元を検証するサイトに対して両方が必要な場合、25クレジットに跳ね上がります。ScrapingBeeの最上位ティアでは、単一ページで75クレジットに達します（ScrapingBee docs、2026年10月）。
ScraperAPIも同様の価格設定です。レンダリングに10クレジット、プレミアムプロキシに10クレジット、両方で25クレジット、ウルトラティアは30クレジット、特定の保護対象ドメインには単独で10クレジットが課されます（ScraperAPI docs）。ZenRowsも同等です。標準が1、JSが5、プレミアムが10、両方の組み合わせで25です（ZenRows pricing）。
マーケティングページには書かれない事実がここにあります。各ベンダーの価格体系は、上位の条件において収束します。安価なAPIを選ぼうが高価なAPIを選ぼうが、サイト側に対策が施されていれば、どちらも提示レートの約25倍を請求してきます。ベンダー比較の基準にした数字は、請求額を決定する数字ではありません。
宣伝されているティアは実際の作業対象ではない
では、実際の作業はどのティアに該当するのでしょうか。
ティア制モデルを採用しているZyteは独自の内訳を公開しています。Webサイトの約80%は最も単純な2つのティアに属し、特定の四半期においてティアが変動するサイトは約0.1%にすぎません（Zyte, 2026）。書類上は安心できるように見えます。Webの大部分は安価にスクレイピング可能です。
しかし、視点を変えてみてください。安価な80%はどのベンダーでも安価です。そこに競争優位性はありません。クライアントがフリーランスや小規模開発チームに対価を払って依頼する業務（小売カタログ、旅行運賃、マーケットプレイスの出品情報など、商業的に有用なすべて）は、まさに高額な少数派に属するサイトです。Zyte独自の調査でも、主要サイトの18.5%が専用の防御システムの内側に存在するとされています（Zyte State of Web Access）。
ここが落とし穴です。表示価格は誰も依頼してこないようなタスクを前提にしています。25倍の価格こそが、実際に依頼されるタスクのコストです。(これはLLMによる抽出が規模拡大に伴い採算が合わなくなるのと同じ単価の計算式です。)
静かに消えゆくエントリープラン
ページ単位の計算が高額化する一方で、低価格な導入プランは見つけにくくなっています。
ScrapingBeeは2026年10月に19ドルのプランを終了し、現在の最低価格は月額49ドルです。Firecrawl自身のカテゴリー概要でも、永続的な無料枠がなく49ドルから始まるプランが標準的な起点になったと言及されています。Oxylabsはスクレイパー製品を単一のサブスクリプションに統合しました。DecodoとBright Dataはどちらもリクエスト単位およびレコード単位の従量課金へと移行しており、コールごとにカウンターが回ります(Bright Data Web Scraper pricing)。
この変更は、契約書を取り交わすような大口プラットフォーム購入者を対象にしたものではありません。影響を受けるのはフリーランサーや2人規模の小規模事業者です。今月あるクライアントのために1つのサイトからデータを取得する必要があり、500ドルのプランを100件の案件に分散できないような人々です。(その負担を実際に誰が負っているのかについては、自社スクレイパーを維持するための隠れたコストで詳しく掘り下げました。)
スクレイピング見積もりにおける実質的な意味
表示価格で見積もるのはやめてください。ターゲットサイトの難易度層に基づいて見積もりを算出してください。
クライアントに見積もりを提示する前に、対象となる実際のサイトを確認して分類します。通常のリクエストで利用可能なHTMLが返ってくるもの、ページレンダリングが必要なもの、さらにレジデンシャルプロキシが必要なものを見極めます。プランの代表単価ではなく、この構成比率こそが実際のコストです。90%が通常のページで10%が高難度なページという案件なら安価に収まります。すべてが保護された小売サイトの案件では提案額の25倍のコストがかかり、その差額は自己負担になります。
一度試算してみれば、その差は歴然です。クライアントが、レンダリングとレジデンシャルプロキシを必要とする小売サイトから月間50,000件の製品ページを要求したとします。1ページあたり25クレジットの場合、125万クレジットになります。1ドルあたり1,000クレジットと謳うAPIでは、頭の中の表示価格は50ドルだったはずです。しかし実際の請求項目は1,250ドルです。同じページ数、同じ月でも25倍の差があり、料金ページのどこにもその乗数はトップに記載されていません。
さらに、失敗時の請求条件も確認してください。事業者によって異なり、大見出しには決して書かれていません。Firecrawlは403や404を返したページに対して1クレジットを請求し、リクエストが結果を返さない場合は課金しません(Firecrawl pricing)。他社では、2xxや4xxのいずれも成功とみなして課金する場合があります。頻繁に拒否されるターゲットでは、その1つの条項だけでレンダリング以上のコストがかかる可能性があります。
これらすべての根底にある真の指標は、月額プランではありません。事後に確認でき、実際に発生させたリクエストと正確に紐付けられる呼び出しごとのコストです。プランは概算にすぎません。呼び出しごとの数値こそが領収書であり、クライアント向け請求書の根拠となり得る唯一のデータです。（モデル別の詳細については、GBあたりとページあたりの価格比較の内訳を参照してください。）
今後の展望
市場の構造は収束しつつあります。エントリープランは縮小傾向にあります。1年以内に、提示される基本料金は現在よりも参考にならなくなるでしょう。主要なベンダーはどこも似たような1-5-10-25の料金体系と、成功時のみ課金という同様の文言を提示するようになるためです。
その後の差別化要因となるのは、呼び出しごとのコストを可視化できるか、そして成功した分に対してのみ支払えるかという点です。FourAでは、各リクエストのコストをresponse内に含めて返却するため、ティアからの推測ではなく、実際の処理内容に基づいてジョブのコストを算出できます。次にベンダーが料金を提示してきた際、本当に問うべきはその価格の低さではありません。対象サイトに対策された瞬間に、そのコストがどう跳ね上がるかです。