Thunderbit を作り始めた頃から、思っていた以上に「Thunderbit vs ParseHub ならどっち？」と聞かれることがありました。たしかに自然な疑問です。ParseHub は長年にわたって使われてきており、スクレイパーの仕組みを細かく見ながら使いたい分析担当者から厚い支持を集めています。そこで、よくある曖昧な「おすすめスクレイパー7選」ではなく、同じ仕事をこの2つがどう処理するのかを、横並びで整理してみることにしました。
実は今回の比較記事を書く前に、この2製品を真正面から比較した記事を探してみたのですが、まともなものが見つかりませんでした。見つかる記事はどれも、巨大な一覧記事の中で両方を1行ずつ雑に触れているだけか、途中から別製品の宣伝に静かに切り替わる ParseHub レビューばかり。なので、今回は本当に比較する記事を書こうと思います。話をすり替えず、売り込みも装わず、どこで強くてどこで弱いのかを率直に見ていきます。
先に結論：1クリックで任せる AI 型抽出 vs 視覚的に制御するワークフロー
Web スクレイパーについて2,000語以上読む前に要点だけ知りたい方のために、まず結論から言うと、Thunderbit は「このページから、この表計算に入れたい」という流れを最短で実現したいビジネスユーザー向けです。ページを開いてボタンを1回押すだけで、あとはエージェントが処理を進めます。ParseHub は、セレクター、遷移ロジック、条件分岐など、ワークフロー全体を見ながら1ステップずつ設計したい人向けで、最初に時間をかけてでも、自分の設計どおりの抽出を実現したい場合に向いています。
どちらかが「初心者向けの簡易版」というわけではありません。ParseHub は AI 時代より前に登場したからといって古いだけの製品ではありませんし、Thunderbit も Chatbot を後付けしただけの簡易版 ParseHub ではありません。両者は根本的に異なる運用モデルで作られており、どちらが合うかは「どっちが優れているか」よりも、どれだけ制御したいか、そしてどれだけ早く結果がほしいかで決まります。
一覧比較
私が探していたときに、こういう表があったらよかったのにと思った比較表がこちらです。
| 比較項目 | Thunderbit | ParseHub |
|---|---|---|
| プラットフォーム | ブラウザ拡張機能（Chrome/Edge）、Web アプリ、Open API | ダウンロード型デスクトップアプリ + クラウド実行 |
| 設定方法 | AI 型の One Click Extract。ページを自動解析し、項目を自動提案 | ポイント＆クリックでセレクターを学習、相対選択、ナビゲーションコマンド |
| 学習コスト | 低い — 1回のクリックで抽出開始、必要に応じて調整 | 中〜高 — プロジェクト設計、テスト、デバッグが必要 |
| 動的ページ / AJAX | 対応ページで利用可能 | 明示的な操作ロジックによる対応が強み |
| ページネーション / 詳細ページ拡張 | 対応ページで利用可能 | ナビゲーションコマンドとループで対応 |
| ログイン必須コンテンツ | 対応ブラウザセッション内で動作可能 | プロジェクト設計でログインページ処理に対応 |
| 自動化 | クラウド / ブラウザ実行、対応プランでスケジュール実行 | クラウド実行、スケジュール、対象プランで IP ローテーション |
| 開発者向け機能 | Open API、MCP Server、CLI | REST API、Webhook |
| 出力先 | Excel、Google Sheets、Airtable、Notion、ファイル下载 | CSV / Excel / JSON、Google Sheets、Dropbox、S3（プランによる） |
| 無料プランの公開範囲 | Thunderbit の料金ページで最新条件を確認 | 無料プロジェクトは公開、ParseHub の公式料金ページ参照 |
| 価格モデル | Thunderbit Pricing で最新プランを確認 | Free、Standard $189/月、Professional $599/月、Plus は個別見積もり |
この表では、あえて速度と「精度」は入れていません。2製品を公平に比較した独立ベンチマークは見当たらず、各社が出している数値だけでおすすめを断言する気にはなれないからです。もし誰かが「このスクレイパーは3倍速い」と言ってきたら、どの条件で、どのサイトで、どんな回線だったのかを聞いてください。たいてい返ってくる答えは「信じてください」です。
Thunderbit とは？
Thunderbit は、CSS セレクターや XPath、あるいは「ワークフロー設計」なんて考えたくない人のために、私たちのチームが作った AI 型 Web スクレイパーです。欲しいのは仕組みではなくデータ、という人に向けて設計されています。中でも私がいちばん誇りに思っているのが、対応済みで許可されたページ上で、Thunderbit Chrome Extension が必要とする操作が、たった1回の意図的なクリックだけで済むことです。これが One Click Extract です。
クリックすると、エージェントがページを読み取り、構造を解析し、どのデータが抽出に値するかを判断して、商品一覧、求人情報、ディレクトリの項目などを自動で項目化します。その後 Run Now が表示されますが、これは任意です。というのも、抽出はそのまま自動で始まるからです。あとは見ているだけでもいいですし、項目の書式変更、翻訳、分類などを自然言語で指示することもできます。つまり、私たちは「テンプレートを作る」工程をまるごと減らそうとしたわけです。
拡張機能に加えて、クラウド実行向けの Thunderbit Web App があります。さらに、開発者や大きなシステムに組み込みたいチーム向けには、Thunderbit Open API、AI エージェントのワークフロー向けの Thunderbit MCP Server、ターミナルやコーディングエージェント向けの Thunderbit CLI and Skills があります。対応サイトでは、詳細ページの拡張取得（一覧ページから各リンクをたどって詳細を取得）やページネーションにも対応し、Excel、Google Sheets、Airtable、Notion に出力できます。
ParseHub とは？
ParseHub はまったく逆の設計思想です。ユーザーがクリックごとに「このスクレイパーに何をさせるか」を視覚的に教え込める、ほぼブラウザのようなインターフェースを提供します。ダウンロードして使うデスクトップアプリで、プロジェクトに入ると、コードの代わりにポイント＆クリックのコマンドで小さなプログラムを組んでいくイメージです。
ParseHub の公式機能ページによると、このツールは相対選択、ページ間の移動、フォーム送信、タブ、ポップアップ、ドロップダウン、条件分岐や式、さらに厳密な指定をしたい人向けに XPath、RegEx、CSS セレクターにも対応しています。AJAX や JavaScript が多いサイト、ログイン必須ページ、無限スクロール、多数の URL をまたぐクロールに本気で対応するために作られています。プロジェクトはローカルで実行することも、ParseHub のクラウドに送ることもでき、定期実行のスケジュール設定や、REST API / Webhook 経由でのデータ取得も可能です。
公平に言っておきたいのですが、ParseHub は時代遅れの遺物なんかではありません。成熟したツールで、深い機能を持っています。もしあなたの仕事が、複数ステップのフォームをたどること、5種類のドロップダウン状態を扱うこと、条件分岐だらけの迷路を進むことなら、ParseHub はそれを段階的に組み立て、実際に動くところまで見える形で作れる視覚的な土台を提供してくれます。こうした明示的な制御には本物の価値があります。ただしそれは、「1回クリックして終わり」とは別種の価値です。
本質的な違い：作業を任せるか、ワークフローを自分で設計するか
一番わかりやすい表現はこれです。Thunderbit では、抽出作業そのものをエージェントに任せます。ParseHub では、ワークフローを1コマンドずつ自分で設計します。どちらもデータは取れます。ただし、あなたの時間と注意力に求めるものがまったく違います。
Thunderbit の 1クリック型 AI ワークフロー
たとえば、地域のレストラン一覧や求人一覧のページを開いたとします。そこで One Click Extract を押します。するとエージェントがページ構造を読み、何を抜き出すべきかを判断し、列を提案し、実行を始めます。項目を増やしたい、書式を変えたい、「今週掲載されたものだけ取って」と伝えたい場合は、普通の言葉で入力するだけです。始めるために、セレクターを作ったり、クリックで教え込んだりする必要はありません。
ParseHub の視覚的なプロジェクトワークフロー
同じレストラン一覧を ParseHub で扱うと、見え方が変わります。アプリを開いて新規プロジェクトを作成し、URL を指定して、取りたい要素を順番にクリックしていきます。店名、住所、評価などです。各項目の近くにある関連情報を取るために「relative select」を追加したり、ページ送りが「次へ」ボタンのクリックを伴うなら「click」コマンドを入れたりします。少量のサンプルで試し、出力を確認し、間違った要素を拾っていれば修正し、最後に本番規模へ広げるか、スケジュール化します。
なぜアーキテクチャが学習コストを変えるのか
抽象的に見れば、どちらが「難しい」とも一概には言えません。何を優先するか次第です。Thunderbit は一部の制御を速度と引き換えにしていて、エージェントが構造を推測するため、通常の一覧ページや詳細ページではそれがちょうど良いことが多いです。ParseHub は速度を精密さと引き換えにしていて、各ステップを見ながら調整できるため、サイト構造が特殊だったりロジックが本当に複雑だったりするときに強みが出ます。自動化ツールをいくつも作ってきた経験から言えるのは、無料で得られるものはないということです。どこかで必ず、セットアップ時間と制御性をトレードオフしています。
実際のワークフロー比較
シンプルな一覧ページ
わかりやすい商品カタログやディレクトリ一覧のようなページなら、Thunderbit の 1クリックフローはかなり速いです。クリックして、任せて、書き出すだけ。ParseHub でももちろん可能ですが、この程度の単純なページでも先にセレクターを教える必要があるため、時間はかかります。Thunderbit の「最短ルート」が最も強く効く場面です。
一覧ページ + 詳細ページの拡張取得
ここで少し面白くなります。たとえば会社一覧があり、各社の詳細ページを開いて従業員数、本社所在地、設立年などを追加で取りたいとします。Thunderbit なら、対応ページでの詳細ページ拡張を使ってこれに対応します。リンクを自動でたどり、追加項目を行にまとめてくれます。ParseHub でも relative select や navigation command を使えば同じことはできますが、そのロジックは自分で配線する必要があります。どちらもできるものの、片方は地図を自分で描く必要があり、もう片方は地図を引いてくれるイメージです。
ログイン必須、または操作が多いワークフロー
ここは率直にトレードオフがあります。ParseHub は、ログイン、フォーム、ドロップダウン、複数ステップの操作に関して、明示的なコマンド列を前提に設計されているため、実際に強みがあります。つまり、どのボタンをいつ押すかを細かく指定できます。Thunderbit も、対応している範囲では認証済みのログインセッション内で動作できますが、ParseHub のコマンド体系のように、汎用のフォーム入力自動化装置として作られているわけではありません。もし仕事の中心が、ログイン → フィルター選択 → フォーム送信 → 抽出、のような多段操作なら、ParseHub の明示的モデルに分があります。
定期実行による継続収集
どちらも定期実行に対応していますが、利用可否はプランによります。ParseHub のスケジューリングはクラウドプロジェクト実行と結びついており、対象ティアでは IP ローテーションも利用できます。Thunderbit も、現在のプランや製品機能が対応していればスケジュール抽出ができますし、より大きなパイプラインに組み込むチームなら、Open API や MCP Server を使って、UI ベースのスケジューラに頼らず、AI エージェントやバックエンドシステムから好きなタイミングで抽出を起動できます。
動的サイト、ページネーション、複雑な遷移
ここは特に慎重に言いたいのですが、スクレイパーの宣伝で最も過剰に盛られやすいのがこの手の主張です。「どんなサイトにも対応！」——そんなことはありません。そんな製品は存在しません。
ParseHub の文書化された強みは、細かい操作ロジックです。条件分岐、式、XPath / RegEx / CSS セレクター、明示的な移動コマンドがあるため、熟練ユーザーなら、かなり変則的な AJAX 重めのサイトに対しても、時間をかければ回避策を組めることが多いです。これは ParseHub の機能ページにある通り、長年の機能開発によって築かれた本物の強みです。
Thunderbit の強みは、対応ページで構造をエージェントが推測することです。つまり、通常の一覧・詳細ページを見て、構造パターンを明示しなくても把握するのが得意ですし、それに合わせて作られたページなら、一般的なページネーションや詳細ページ拡張もこなします。ただし、ボット対策が強いサイト、特殊な認証フロー、極端に難読化された動的サイトは、AI 型であれ手動型であれ、どのスクレイピングツールにとっても境界線になります。率直な助言としては、定期的なワークフローを組むほど重要なサイトなら、何時間も注ぎ込む前に、検討中のツールでまず試してください。
自動化と開発者向けアクセス
ParseHub の自動化は、クラウドでのプロジェクト実行、スケジューリング、そして REST API と Webhook を中心に成り立っています。プログラムから実行したり、結果を別のシステムに流し込みたい人にとって、しっかり整備された基盤です。
Thunderbit は、開発者や AI エージェントのワークフローがすでにいる場所に自然に入ることを重視しています。Open API では、アプリケーションが HTTP / JSON で抽出ジョブにアクセスできます。MCP Server は私が特にワクワクしている機能で、Claude や Cursor のような対応 AI ホストから Thunderbit の抽出ツールを直接使えるようにします。つまり、AI エージェントが会話の途中で Thunderbit をツールとして呼び出せるので、別のスクレイパーを手動で動かして結果をコピペする必要がありません。CLI and Skills は、ターミナルベースやコーディングエージェントのワークフローをカバーします。MCP は単なるチェックボックス機能ではありません。今後数年で「スクレイピング」のかなりの割合が、人間が UI をクリックする作業ではなく、AI エージェントがデータを必要としてツールを取りに行く形になる、という私たちの考え方そのものです。
出力と共同作業
どちらのツールも、CSV、Excel、JSON といった基本形式は出力できます。ParseHub はプランによって Google Sheets、Dropbox、S3 にも対応します。Thunderbit は Excel、Google Sheets、Airtable、Notion、そしてファイルダウンロードに出力でき、クラウドストレージに流し込むエンジニア向けというより、表計算ソフトや軽量データベースで仕事をするビジネスチーム向けです。
共同作業で1点だけ正直に注意したいのは、ParseHub の無料プランのプロジェクトは 公式料金ページ によると公開扱いだということです。つまり、他の人に閲覧・共有される可能性があります。学習用や機密性のないテストには問題ありませんが、少しでも機密性のあるデータを扱うなら、非公開プロジェクトが使える有料プランを選ぶべきです。どちらのツールでも、無料プランで機密情報を扱う前に、最新の条件を必ず確認してください。
価格と総所有コスト
r/webscraping や r/datasets では、スクレイパーの料金について「コスパが悪い」という話をよく見ますが、たいていは表示価格だけを見て、初期設定や壊れた処理の修正に何時間かかるかを入れていません。なので、まず表示価格を見て、そのあとに表示価格だけではわからない点を話しましょう。
私が最後に確認した時点では、ParseHub の公式料金ページ には以下の月額プランが掲載されていました。
| プラン | 料金 | 1回の実行あたりのページ数 | プロジェクト数 | 保存期間 |
|---|---|---|---|---|
| Free | $0 | 200 | 公開プロジェクト 5件 | 14日 |
| Standard | $189/月 | 10,000 | 非公開プロジェクト 20件 | 14日 |
| Professional | $599/月 | 無制限 | 非公開プロジェクト 120件 | 30日 |
| Plus | 個別対応 | マネージドサービス | カスタム | カスタム |
四半期払いにすると 15% 節約できるとされており、上位プランではスケジューリングと IP ローテーションが追加されます。「Professional なら 2 分未満で 200 ページ」などの速度表現は、ベンダー発表値であって独立検証済みではないので、絶対値ではなく目安として見てください。
Thunderbit については、ここに数字を固定で書くより、ライブの料金ページ を見ていただく方がいいでしょう。プラン構成やクレジット体系は変わることがありますし、8月のある火曜日の午後に私が打ち込んだ数字を信じるより、今の最新状態を見てもらう方がずっと確実です。
SaaS を作っていて強く感じるのは、総所有コストは月額料金だけではないということです。セットアップ時間、サイトのレイアウト変更に伴う保守、実行後に手作業で整える分も含まれます。安く見えても、壊れたセレクターを毎週4時間かけて作り直すなら、それは本当に安いとは言えません。請求書の金額だけで選ぶ前に、そこも含めて考えてください。
どちらを選ぶべきか？
Thunderbit を選ぶべき人
マーケター、EC 運営者、採用担当、リサーチャーなどで、テンプレート作成に午後を使いたくないまま、構造化データを素早く取りたい人。ブラウザ拡張機能や Web アプリの流れに抵抗がなく、対象サイトが深い多段フォームではなく、一覧ページ、ディレクトリ、商品カタログのような「普通の」タイプである人。また、将来的に API や MCP を通じて AI エージェントやバックエンドに抽出をつなぎたい人にも向いています。
ParseHub を選ぶべき人
少数の複雑で JavaScript が多いサイトに対して、細かく見える形で正確に制御したいデータアナリストや技術寄りの担当者。望むワークフローを実現するためなら、セットアップに時間をかけても構わない人。クリック、条件、セレクターをすべて見ながらデバッグできることを重視し、継続的で大量の作業に対して Standard または Professional を使える予算がある人です。
両方使うべき人
正直、そうしているチームは多いです。日常的で深く考えなくていい高速抽出は Thunderbit、そして本当に手強いサイトだけ ParseHub で処理する。スクレイピングの仕事すべてに、1つのツールしか使ってはいけないなんて決まりはありません。
最終結論
どちらが普遍的に「上」というわけではありません。どちらも、ユーザーが何を求めるかに対する違う賭けの上に作られています。ParseHub は、セットアップ時間がかかっても、抽出の各ステップを見える形で細かく制御したい人が多いと考えています。Thunderbit は、多くの人はデータさえ手に入ればよく、「どうやるか」はエージェントに任せたいはずだ、と考えています。
率直なおすすめは、実際に関心のある、許可された対象サイトを1つ選び、両方で試してみることです。セットアップ時間を計り、最終的に使える行数を数え、1週間後に再実行したときの保守コストを確認し、それから自分の時間の価値と月額費用を比べてみてください。そのテストは、この記事を含め、どんな比較記事よりも多くを教えてくれます。
1クリックの流れを試したいなら、Thunderbit Chrome Extension を入れて、スクレイピングが許可されているページに当ててみてください。1回のクリックでどこまで進めるのか、実際に確かめられます。さらに、AI 主導のスクレイピングを広い視点で比較したいなら、AI web scraping、the best AI web scrapers、web scraping without coding の解説もぜひご覧ください。
FAQ
Thunderbit は ParseHub より簡単ですか？ ほとんどの一般的な一覧・詳細ページでは、はい。Thunderbit の 1クリックフローはセレクター作成が不要ですが、ParseHub はまず抽出パターンを教える必要があります。ただし「簡単さ」は作業内容次第です。高度にインタラクティブで、フォームや条件分岐が複雑なサイトでは、使い方を理解してしまえば ParseHub の明示的な制御のほうがむしろわかりやすいこともあります。
ParseHub は JavaScript が多いサイトやログイン必須サイトを抽出できますか？ はい。ParseHub の公式機能ページ によると、AJAX / JavaScript サイト、ログインページ、フォーム、ドロップダウン、無限スクロールに対応するためのコマンドベースのワークフローが用意されています。
Thunderbit に CSS セレクターやコーディングは必要ですか？ いいえ。デフォルトのブラウザ拡張機能の流れでは、One Click Extract を押すだけです。エージェントがページを検出・解析し、項目を自動で準備します。必要な調整は、コードやセレクターではなく、普通の言葉で行います。
両製品とも API に対応していますか？ はい。ParseHub は REST API と Webhook を提供しています。Thunderbit は Open API に加え、AI エージェント向けの MCP Server、ターミナル向けの CLI があります。
ParseHub は無料で使えますか？ はい。公式料金ページ によると、無料プランでは 1回の実行で200ページ、公開プロジェクト5件まで利用できます。ただし無料プランのプロジェクトは公開扱いなので、非公開で機密性の高い作業には有料プランが必要です。
