同じ午後に「Thunderbit vs ZenRows」と検索する人が2人いても、欲しい答えはまったく違います。1人は、午後3時までにディレクトリサイトからリード一覧を作る必要がある営業オペレーションのマネージャーで、ターミナルを開いたことすらありません。もう1人は、Cloudflare で保護されたサイトから 4万件の製品ページを、IP ブロックされることなく取得しようとしているバックエンドエンジニアです。ありがたいことに Google は、Thunderbit にほとんど触れず、ZenRows も表計算の1行のように扱う、7ツールの寄せ集め記事を両者に同じように見せてきます。
私は Thunderbit の運営側なので、もちろんこの勝負に肩入れしている面はあります。ただ、SaaS と自動化の世界で長くやってきたこともあり（Automation Anywhere 時代には、「ノーコード」と「実際に非エンジニアでも使える」はまったく別物だと身をもって学びました）、比較記事の多くは、どちらの製品も実務で使ったことがない人によって書かれていると感じています。そこで今回は、できるだけ実態に即した比較を目指します。機能表をきちんと用意し、勝者を無理に決めるのではなく「どんな仕事・スキルの人に向くか」で提案し、ZenRows の実際のクレジット倍率を使った価格例も示します。そして、「成功率」をこの2つで比べるのがなぜスイスアーミーナイフとレッカー車を比べるようなものなのかも、率直に説明します。
Thunderbit と ZenRows とは？（ざっくり定義）
機能の話に入る前に、この2つは実は同じ仕事を取り合っているわけではない、という点を押さえておくと理解しやすくなります。どちらも「ウェブスクレイパー」とひとまとめにされがちだから同じカテゴリに見えますが、実際はそうではありません。
Thunderbit：ビジネスチーム向けのノーコード AI ウェブスクレイパー
Thunderbit は、Web ページからデータを取りたいけれど、パーサーを自作する気はゼロ、という人のために生まれたブラウザ拡張機能です。中心となる体験は Thunderbit Chrome Extension にあります。ページを開いて One Click Extract を押すだけで、エージェントがページ構造を読み取り、何を抽出すべきかを判断し、項目まで自動で整えます。すぐに実行したければ Run Now を押せますが、何もしなくても自動で始まります。ワンクリックで、スキーマ設計も CSS セレクタも不要です。
これが、多くの人が「Thunderbit」と聞いて思い浮かべる表の顔です。ただし、私たちのチームはそれだけではなく、開発者向けに Open API、MCP Server、CLI も提供しています。ブラウザのタブではなく、バックエンドのパイプラインや AI エージェントに同じ抽出ロジックを組み込みたい人向けです。ここは最初に明言しておきたいのですが、拡張機能と API は「見た目が違う同じ製品」ではありません。用途の違う、別の入り口です。この違いは「結局どれを使えばいいの？」という問いに大きく関わるので、後でもう一度触れます。
ZenRows：開発者ファーストのウェブスクレイピング API
ZenRows はインフラです。ボタンを押して表を出力するタイプの製品ではなく、Python や Node から呼び出す API で、設定に応じて HTML、Markdown、構造化データが返ってきます。製品群には Universal Scraper API、対話型自動化のための Scraping Browser（クリック、入力、移動）、地域指定に使う Residential Proxies、さらにエージェントワークフロー向けの独自 MCP Server が含まれます。
訴求はシンプルです。URL を送り、JavaScript レンダリングが必要か、プレミアムプロキシが必要かを指定すれば、指紋情報の調整、ヘッダーのローテーション、Cloudflare のチャレンジなど、アンチボットとのいたちごっこを肩代わりしてくれるので、スクレイパーが弾かれにくくなります。これは本当に難しいエンジニアリングであり、ZenRows が存在する理由そのものです。ただし、コードが必要です。すべてのリクエストは API キーとパラメータ指定を通します。マーケティング担当が CSV だけ欲しい、という時に「ここをクリック」とはならないのです。
Thunderbit vs ZenRows：機能の全体比較表
この記事を書く前に「Thunderbit vs ZenRows」の上位表示ページを確認しましたが、世の中の比較情報はかなり雑然としています。ZenRows 自身のブログ記事では、Thunderbit は7ツール比較の1つとして埋もれています。Slashdot の比較ページでは両製品とも評価ウィジェットが空欄で、何の判断材料にもなりません。Scrapeway のベンチマーク記事にはそもそも Thunderbit が出てきません。つまり、この2製品だけを真正面から、機能ごとに比べた表はほぼ存在しないので、ここで私なりに作ってみます。
| カテゴリ | ZenRows | Thunderbit |
|---|---|---|
| 基本フロー | API リクエスト + コード（Python/Node） | ブラウザ拡張機能で One Click Extract — エージェントが自動判定、Run Now は任意 |
| 最適な用途 | スクレイピングパイプラインを作る開発者 | ビジネスユーザー / 単発または定期的な抽出作業 |
| アンチボット / CAPTCHA / Cloudflare | プロキシローテーション + ヘッドレス基盤 に特化 | 許可されたブラウザセッション内での抽出。アンチボット回避 API としては位置付けていない |
| JavaScript レンダリングページ | あり、ヘッドレスレンダリングで対応 | あり、対応・互換ページで利用可能 |
| 出力先 | API レスポンスで JSON / CSV | Excel、Google Sheets、Airtable、Notion に出力（最新の対応状況は要確認） |
| 初期設定時間 | コード + API キー設定が必要 | デフォルトのブラウザワークフローではスキーマ設定不要 |
| 料金体系 | クレジット制、リクエスト種別ごとの倍率 | 購入前に現在のプラン・クレジット構成を要確認 |
価格表の更新漏れには何度も痛い目を見てきたので、ひとつ注意書きを。以下の情報は 2026 年 8 月時点で確認した内容です。価格、クレジット単位、連携先の一覧は、両社ともかなり頻繁に変わります。購入判断をする前に、必ず ZenRows の料金ページ と Thunderbit の料金ページ を確認してください。
Thunderbit の One Click Extract はどう動くのか
ブラウザ拡張機能の価値は、基本的に「学ぶことが何もない」にあります。データを取りたいページ――ディレクトリ一覧でも、商品カタログでも、求人サイトでも何でも――を開いて One Click Extract を押すだけです。エージェントがページ構造を見て、抽出に適した項目（名前、価格、メールアドレスなど、実際に存在するもの）を自分で判断し、ユーザーが何を探すか指定しなくても整えてくれます。
Run Now は選択肢として表示されますが、あくまで任意です。何も触らなければ、自動的に抽出が始まります。実際にはこれに気づかず、「2回クリックしないといけないのかな」と思っていたユーザーにも会いました。まあ、たいていのソフトは確認操作を前提にしているので、そう思うのも無理はありません。完了後は、電話番号の書式整形、列の翻訳、項目の分類などを自然な指示で調整でき、結果を Excel、Google Sheets、Airtable、Notion に送れます。
このワークフローが向いていないものもあります。バックエンドのパイプラインです。定期実行ジョブ、RAG システム、あるいは人がブラウザタブを見守っていない状態で動くエージェントに組み込みたいなら、そこは Open API と MCP Server の役割です。ここをわざわざ書くのは、ブラウザ拡張機能を本来の用途ではない役割に無理やり当てはめようとする人を何度も見てきたからです。工場のラインを台所ばさみで動かそうとするようなものです。道具は合っていても、仕事が違います。
ZenRows のスクレイピング API はどう動くのか
一般的な ZenRows の流れは、まず API キーを発行し、その後でリクエストを書きます。たいていは Python や Node の SDK 経由ですが、素の HTTP リクエストでも問題ありません。対象 URL と、JavaScript レンダリングが必要か、プレミアム（Residential）プロキシを使うか、レスポンスを生 HTML で受け取るか、Markdown やプレーンテキストに変換するかといったパラメータを指定します。API がその設定で処理を実行し、指定した形式の結果を返します。
ここで重要になってくるのがクレジット制です。価格の章でもう一度出てくるので、先に触れておきます。基本の静的ページのリクエストは 1 倍のクレジットですが、JavaScript レンダリングやプレミアムプロキシを加えると倍率が上がります。実際の数字は後ほど説明します。
この仕組みをフルのバックエンドとして自前構築したくないチーム向けに、ZenRows は Zapier、Make、n8n のようなローコード自動化プラットフォームとも連携できます。スクレイプしたデータを、専任エンジニアがずっと接着剤コードを保守しなくても、必要な場所へ回せるわけです。悪くない中間案ですが、根本はあくまで API とパラメータの世界であり、クリック操作だけで完結する世界ではありません。
Thunderbit vs ZenRows：仕事内容とスキルレベルで選ぶなら
私が読んできた比較記事は、どれも機能チェックリスト勝負のように扱っています。チェックマークが多い方が勝ち、という考え方です。でも実際には、誰もそんな基準では選びません。本当に大事なのは「あなたが誰で、何をスクレイピングしたいのか」です。なので、ランチの席で友人に相談されたら、私はこう整理します。
ZenRows を選ぶべき人
- Cloudflare や CAPTCHA で守られた何千件ものページを、コード化されたパイプラインの中で扱う開発者
- 解析、リトライ、保存のための基盤は既にあり、必要なのは安定したページアクセスだけ、というチーム
- セットアップの速さより、並列処理やプロキシ／レンダリングの細かな制御が重要なケース
Thunderbit を選ぶべき人
- 営業、オペレーション、リサーチなどの非エンジニアで、公開されている正当なページからリード一覧、商品カタログ、掲載情報を取りたい人
- コードを書かずに、「ページを開く」から「スプレッドシートに入ったデータ」まで一気に進みたい人
- ブラウザ拡張機能の One Click Extract フロー が、実際の毎日の業務にコードエディタよりよく合う人
Thunderbit の Open API または MCP Server を選ぶべき人
- バックエンド、RAG、自動化パイプラインで使いたいが、ZenRows 級のスクレイピング基盤を自分では作りたくない人
- すでに Claude、Cursor、その他 MCP 対応の AI エージェントを使っていて、抽出機能を呼び出せるツールとして使いたい人
ここで Thunderbit が2回、別の形で登場するのは意図的です。拡張機能を選ぶのか、API を選ぶのかは本当に別の判断だからです。これを同じものとして扱うのは、読者にとって不親切です。
価格比較：「安い」とは実際どの程度なのか
ここが一番ややこしく、比較記事の多くが計算を飛ばすか、間違えているポイントでもあります。ZenRows は1リクエストごとの定額ではなく、アクセスするページの種類に応じた倍率が乗る共有クレジット制です。「25万リクエスト」と書かれたプランは一見魅力的ですが、その数字はすべてが単純な静的ページであることを前提にしています。実際にはそんなケースはほとんどありません。
ZenRows のクレジット倍率課金を理解する
ZenRows の公式料金ドキュメント によると、Universal Scraper API の倍率は現在おおむね次の通りです。基本リクエストは 1x、JavaScript レンダリングは 5x、プレミアムプロキシは 10x、そして JavaScript レンダリングとプレミアムプロキシを両方使うと 25x です。差はかなり大きく、JS とプレミアムプロキシの両方が必要なページは、単純な静的ページの 25 倍のコストになります。
もう1つ、見落とされやすい点があります。失敗したリクエストや再試行されたリクエストには課金されません。これは妥当です。ただし、HTTP 404 と 410 は成功として扱われ、課金対象です。つまり、対象リストにリンク切れが混じっていると、その分も支払うことになります。
同じドキュメントにある現在の標準プランは次の通りです。Trial は共有枠として 1 ドル分（おおよそ、基本リクエスト約1,000件、JS のみ約200件、プレミアムプロキシのみ約100件、または完全保護ページ約40件）。Developer は月額 69.99 ドルで、基本リクエスト 25 万件、または保護ページ 1 万件、同時接続 20。Startup は月額 129.99 ドルで、基本 100 万件、または保護ページ 4 万件、同時接続 50。Business は月額 299.99 ドルからで、基本 300 万件、または保護リクエスト 12 万件、同時接続 100。より上位の Business は月額 499.99 ドルから 2,999.99 ドルまであり、その先はカスタムの Enterprise 価格になります。
Thunderbit の料金モデル
Thunderbit は構成が異なります。多くのユーザーはプログラムから何千件も API を叩くのではなく、ブラウザ上で個別ページを抽出する使い方をするため、1リクエストごとの倍率制ではなく、ブラウザベースのワークフローに紐づいたプラン階層になっています。プラン構成は変わることがあるので、古い数値を出して予算計画を誤らせたくありません。契約前に、必ず Thunderbit の料金ページ で最新のプランを確認してください。
ただ1つ、自信を持って言えることがあります。ブラウザワークフローに、25 倍のような倍率が潜んでいるわけではありません。たまたま JavaScript が読み込まれたからといって、急にコストが跳ね上がることはありません。これこそが、ブラウザベースのツールの要点です。抽出は実際のブラウザセッション内で行われるので、「このページは JS レンダリングか」という点は、必要に応じてヘッドレス描画を立ち上げる API のような価格問題にはなりません。
実例：1,000〜5,000ページの製品ページをスクレイプする場合
たとえば、3,000件の e コマースページから商品データを取りたいとします。そのうち約 40% は、価格表示のために JavaScript レンダリングが必要です（今どきのストアではよくある状況です）。ZenRows では、約 1,800 ページが通常レート、1,200 ページが JS レンダリングの 5 倍レートになり、つまり「3,000ページ」の実コストは、基本リクエスト換算で約 7,800 件分（1,800 + 1,200×5）を消費することになります。さらに、これらのページの一部がプレミアムプロキシ必須のアンチボット保護の背後にあれば、JS＋プレミアムプロキシの 25 倍が乗るため、必要クレジットは一気に増えます。
Thunderbit のブラウザ拡張機能では、One Click Extract をページごとに実行するか、互換性のある一覧→詳細ページのワークフローでページ送りやサブページ強化を使います。そしてコストは、各ページが JavaScript を使っているかどうかで大きく変動するわけではなく、ページ単位の倍率ではなくプラン階層に基づいています。この規模の作業では、コストの考え方がかなり違ってきます。
これはあくまで考え方を示すための例で、見積もりではありません。実際のコストは、対象サイトの保護レベル、契約プラン、そして確認当日の料金ページ次第です。予算の前提にする数字ではなく、倍率問題を理解するための例として見てください。
成功率とアンチボット処理：なぜ単純比較できないのか
Scrapeway や numerous.ai など一部のベンチマークサイトでは、Amazon、Zillow、Walmart のような難易度の高い対象に対する ZenRows の成功率が公開されています。こうした数値は、アンチボット回避 API 同士を比較するなら役立ちます。しかし、Thunderbit の評価にはほとんど意味がありません。そもそも Thunderbit は同じ問題を解くために作られていないからです。
ZenRows は、CAPTCHA、Cloudflare のチャレンジ、Web Application Firewall を大規模に突破するために存在します。プロキシローテーションとヘッドレス基盤を組み合わせ、その戦いのために設計されています。一方 Thunderbit は、すでにアクセスできるページを、許可されたブラウザセッション内で抽出します。これは、構造化データをページから取り出すためのエージェント型スクレイパーであって、ボットを強くブロックするサイトの防御を突破するためのサービスではありません。もし「Amazon のアンチボットに対する Thunderbit の成功率」をでっち上げて出したら、それは不誠実です。なぜなら、それはこのツールが担う仕事ではないからです。
より公平な比較軸は、セットアップの手間、認可の形、対象ページとの相性です。Thunderbit のワンクリック体験は本当にワンクリックですが、それは互換性があり、許可されたページに限った話です。ネット上のすべてのサイトやアンチボット環境で必ず動く保証ではありません。もし企業レベルの WAF で自動アクセスを強く防いでいるサイトを取りたいなら、それは完全に ZenRows の領域です。ここを曖昧に言うのは、読者に対して不親切です。
出力、連携、そしてデータの行き先
ZenRows は API レスポンスとして JSON または HTML を返します。そのため、どこへ保存するか、どこへ流すかは、あなた自身か接続した自動化ツールに委ねられます。データベースでも、スプレッドシートでも、データウェアハウスでも構いません。これは ZenRows を悪く言っているのではなく、単にインフラ API の役割です。素材を渡し、あとは自分で仕上げてください、というスタイルです。
Thunderbit は、ビジネスチームが普段から使っている場所――Excel、Google Sheets、Airtable、Notion――へ、コードを書かずに直接出力できます。 リード獲得 や e コマースの商品データ取得 をしている人にとっては、「JSON ファイルが手元にある」ことと「上司に渡せるスプレッドシートがある」ことの違いです。
どちらのツールも、Zapier、Make、n8n などの広い自動化基盤に接続できるので、必要に応じて、既定の出力先に縛られることはありません。
スクレイパーを選ぶ際の法務・コンプライアンス上の注意
ここは長くは述べません。触れる価値はありますが、論文にする必要はありません。どちらのツールも、公開されているデータ、または適切に許可されたデータを収集するために使うべきであり、サイトの利用規約、robots の指示、そしてデータや利用者の所在によっては GDPR や CCPA のような適用法令を守る必要があります。Thunderbit も ZenRows も、そして正直どんなスクレイピングツールでも、法的コンプライアンスを自動で保証することはできません。その責任はソフトではなく、作業を実行する人にあります。
結論：Thunderbit と ZenRows、どちらを選ぶべきか？
正直に言うと、この2つは解くべき問題が違います。どちらが勝ちか、と聞くのは、自転車と配送トラックのどちらが優れているかを聞くようなものです。Thunderbit は、ノーコードでブラウザベース、しかもコードエディタに触れずにすばやく、許可された抽出をしたいビジネスユーザー向けです。そして同じ知能をバックエンドで使いたいなら、Open API または MCP Server が、ZenRows 級のインフラを自分で組まずにそれを実現します。ZenRows は、保護された高ボリュームの対象に対して、アンチボット回避そのものが技術課題になっている、コードベースのパイプラインを作る開発者向け API です。
大事なのは、汎用的な機能チェックリストではなく、目の前の仕事に合うツールを選ぶことです。もし今の時点でまだどちら側か迷うなら、たぶんまだ重いインフラは必要ありません。私たちが Thunderbit Chrome Extension を作ったのは、最初からスクレイパーを書くより、ボタンを押したい人のためです。
よくある質問
Thunderbit は非エンジニア向けですか？ はい。まさにそのために設計されています。ブラウザ拡張機能の One Click Extract により、エージェントがページを読み取り、自動で項目を整えます。セレクタを書いたり、スキーマを組んだり、コードを触ったりする必要はありません。Run Now は任意で、何も押さなければ自動で抽出が始まります。だからこそ、コードを書かずにデータを取りたい営業、オペレーション、リサーチチームに合っています。データをコードなしで取得したい 人向けの設計です。
ZenRows は Cloudflare や CAPTCHA を回避できますか？ はい、それが ZenRows の中核です。ZenRows は、プロキシローテーション、ヘッダー／フィンガープリント管理、Adaptive Stealth Mode を使って、Cloudflare や CAPTCHA のようなアンチボットシステムを突破するよう設計されています。個別の保護レイヤーに対して現在どのように動作するかは、ZenRows の Universal Scraper API ドキュメント を直接確認してください。アンチボット対策は双方で常に進化しているからです。
Thunderbit と ZenRows、どちらが安いですか？ 仕事の種類とボリュームに大きく左右されます。ZenRows はクレジット倍率があるため、JavaScript レンダリングやプロキシ保護付きページは、基本の静的リクエストより最大 25 倍高くなることがあり、「安い」プランの実際の処理量が静かに膨らみます。Thunderbit のブラウザベースのプランには、ページごとの倍率構造はありません。上の 実例 を参考に自分の条件で計算し、決める前には必ず ZenRows の料金ページ と Thunderbit の料金ページ を確認してください。
Thunderbit はバックエンドのデータパイプライン用 API の代わりになりますか？ ブラウザ拡張機能そのものは、その用途向けではありません。現在開いているページを、ボタンひとつでノーコード抽出するためのものです。バックエンド、定期実行、エージェント駆動のパイプライン作業には、Thunderbit の Open API または MCP Server が適しています。開発者は、ZenRows のような基盤をゼロから作らずに、プログラムから利用できます。
Thunderbit と ZenRows を併用できますか？ はい、実はかなり自然な組み合わせです。あるチームは、非常に保護が強く大量アクセスが必要な対象への生データ取得を ZenRows で処理し、Thunderbit は単発のビジネス抽出、すぐ作れるリード一覧、あるいはそれほど高いアンチボット対策が不要なエージェント向けタスクに使っています。どちらも広い意味では同じ問題の別レイヤーを解いているので、目の前の仕事に応じて両方を使ってはいけない理由はありません。
