先月、Discord であるユーザーから率直にこんな質問を受けました。「Thunderbit と Nimble は何が違うの？」 本気で答えを探してみたものの、納得できる比較は見つかりませんでした。検索上位に出てくるのは、薄っぺらい自動生成ウィジェットか、競合が自社都合でまとめたリスト記事、あるいは Thunderbit を「軽量・ノーコード」の一言で片付けた比較記事ばかり。実際に 2 つの製品を機能ごとに並べて検証したものは、ほとんど見当たりませんでした。
そこで、私は自分で掘り下げることにしました。ひとつは私自身がこの 2 社のうちの一つの CEO だから、もうひとつは、まったく異なる顧客を想定して作られたプラットフォームと自社製品を比べたらどうなるのか、純粋に気になったからです。調べて分かったことをお伝えすると、この 2 つは実は同じ顧客を奪い合う関係ではありません。だからこそ、比較する意味があるのです。
まず結論
細かい話に入る前に、要点だけ先にまとめます。
- Thunderbit は、ページを開いてすぐ表形式のデータを取り出す用途に最適化されています。ページを開いて 1 回クリックするだけで構造化データを取得でき、さらに開発者向けには Open API、MCP Server、CLI も用意されています。
- Nimble は、Search、Extract、Crawl、Map、Agent といった製品群に加え、大規模なパイプラインを運用するチーム向けの管理型 Data Services まで備えた、開発者・企業向けの Web データプラットフォームです。
- どちらが適しているかは、実際にワークフローを回すのが誰かで決まります。たとえば、今日中に見込み客リストを作りたい営業担当なのか、RAG システム向けに本番インフラを立ち上げるデータエンジニアなのか、という違いです。
一目で分かる比較
私は表が好きです。文章だとどうしても曖昧に逃げられますが、表にするとごまかしが効きません。選定時に本当に重要な観点で 2 つを並べると、こんな違いがあります。
| 観点 | Thunderbit | Nimble |
|---|---|---|
| 主な利用者 | 非技術系のビジネスユーザー（営業、オペレーション、マーケティング） | AI/データエンジニア、企業チーム |
| 入口 | ブラウザ拡張機能、Web アプリ | REST API、SDK |
| 導入の手間 | ワンクリック、スキーマやセレクタ設定不要 | API キー、ドライバー/ティア選択、スキーマ設定 |
| 抽出範囲 | 単一ページ、または複数ページ、サブページの拡張抽出 | Search、Extract、Crawl、Map、Agent 製品群 |
| ブロック対策 | 対応済み・許可済みページでのマネージドレンダリング | ティア制の「ドライバー」（VX6/VX8/VX10）とステルスオプション |
| 出力形式 | 表、Excel、Google Sheets、Airtable、Notion | HTML、Markdown、JSON、スクリーンショット、構造化パース |
| スケジューリング | プラン依存の定期実行 | 同期/非同期ジョブ、Webhook コールバック |
| 開発者向け機能 | Open API、MCP Server、CLI | SDK、管理型 Data Services における MCP 連携 |
| 可観測性 | アプリ内の基本的な実行履歴 | ジョブ状況、コールバック、クラウドストレージ連携 |
| 価格体系 | クレジット制のセルフサーブプラン | 従量課金の PAYG と年契約の管理型ティア |
| 最適用途 | すばやい単発、または定期的な構造化データ取得 | 本番規模の Web データ基盤 |
Thunderbit とは？
Thunderbit は、まず何よりもブラウザ拡張機能として使うエージェント型ウェブスクレイパーです。使い方は、いい意味でとてもシンプルです。閲覧権限のあるページを開いて One Click Extract を押すだけ。するとエージェントがページを読み取り、何を抜き出すべきかを判断し、項目を自動で整えてくれます。すぐに始めたければ Run Now ボタンを押せばよく、何もしなければ自動で抽出が始まります。これで完了です。セレクタも、スキーマも、Python もいりません。
とはいえ、Thunderbit は単なるクリック操作のツールではありません。拡張機能を使わずにブラウザから抽出の実行・管理ができる Web アプリ、自社アプリから抽出を起動したいチーム向けの Open API、Claude や Cursor、Windsurf などの MCP 対応 AI エージェントとつなぐための MCP Server、そしてコーディングエージェントやターミナル向けの CLI もあります。構造化データを取得した後は、Excel、Google Sheets、Airtable、Notion に出力でき、正規表現ではなく自然な言葉で項目を調整できます。
ここでは少し慎重になりたいと思います。というのも、「AI スクレイパー」を名乗る製品の中には、実際以上に何でもできるように見せるマーケティングが多いからです。ワンクリック抽出がよく機能するのは、対応済みで許可されたページです。世の中のすべてのログイン壁やボット対策を突破できる万能ツールではありません。ただ、すでに見えているページをそのままスプレッドシート化するには非常に速く、日々の業務で本当に必要なことのかなりの部分をカバーできます。
Nimble とは？
Nimble はまったく別タイプの製品です。スプレッドシートを「データベース」と呼ぶ人ではなく、エンジニア向けに作られた Web データプラットフォームです。Nimble の公式ドキュメントによると、製品群には Search API、Extract API、Crawl、Map、Web Search Agent 製品、そして Proxy ネットワークが含まれており、これらを SDK として開発者が自社アプリに組み込む形になっています。
Extract API だけでも、HTML、Markdown、スクリーンショット、ヘッダー、構造化パース、JavaScript レンダリング、保護サイト向けのステルスドライバー、CSS セレクタベースのパーススキーマ、さらにクリック・スクロール・入力といったブラウザ操作まで扱えます。国・州・都市単位でのリクエスト指定、カスタムヘッダーや Cookie の送信、ネットワーク通信の記録、同期/非同期ジョブと Webhook コールバックにも対応しています。Crawl と Map はこれをドメイン全体へ拡張し、Web Search Agent は、手動設定をあまり必要としない人気サイト向けのテンプレート型抽出を提供します。
さらに Nimble は生 API に加え、管理型 Data Services も販売しています。これは、カスタムエージェント ETL パイプライン、データ保持期間、MCP 連携をまとめた年契約で、Web データ運用そのものを Nimble に任せたい企業向けのものです。これはブラウザツールではなく、エンタープライズ向けインフラであり、価格も販売方法もその前提で設計されています。
本質的な違い：ビジネスユーザー向け抽出 vs Web データ基盤
すぐに使うブラウザ作業
一番わかりやすく言えば、Thunderbit は「今まさに開いているページから、今日中に、IT にチケットを切らずにデータを表として取り出したい」瞬間のために作られています。ブラウザ拡張機能のコンセプトはそこにあります。パイプラインを設計するわけではなく、会議が始まる前に 200 行の製品リストをスプレッドシートへ入れたい、という場面です。
プログラムによる Search / Crawl / Extract のワークフロー
一方 Nimble は、1 ページだけを見るのではなく、何千、何百万もの URL に対して継続的に動き、スプレッドシートではなくシステムへデータを流し込む前提で設計されています。ドライバーティアの選択、パーススキーマの記述、Webhook コールバックの接続は、ブラウザでボタンを押すのとは根本的に違う考え方です。これはまさにインフラ作業であり、そのための製品です。
エンタープライズ運用とガバナンス
Nimble の Managed Data Services ティアが存在するのは、こうしたインフラ運用を自社で抱えたくない企業があるからです。SLA、保持ポリシー、可用性の責任を負うベンダーが必要なのです。Thunderbit はそこを真正面から競争しているわけではありません。プランはセルフサーブのクレジット制とビジネスチーム向けを前提としており、年契約のエンタープライズ向けに専用の同時実行保証を売るモデルではありません。
実際の利用シーン
比較はすぐ抽象的になりがちなので、実際によくあるケースで具体化してみます。
開いているページからリード表や商品表を作る
たとえば営業オペレーションで、上司から「展示会の出展者を、会社名・ブース番号・Web サイト URL 付きで全部一覧にしてほしい」と頼まれたとします。イベントのサイトを開いて One Click Extract を押し、エージェントに列を判断させ、Google Sheets にエクスポートすれば、数分で終わります。これは完全に Thunderbit の得意分野です。もしこの手の作業が繰り返し発生するなら、AI リードジェネレーション の記事も参考になるはずです。
RAG や監視パイプラインへのデータ供給
次に、毎日何千もの URL から新しいコンテンツを取得し、構造化パースと、ジョブ完了時の Webhook 通知が必要な retrieval-augmented generation システムを作っているとします。これは Nimble の Extract と Crawl API が想定している世界です。非同期ジョブ、クラウドストレージ、そして下流サービスがそのまま利用できるスキーマ設計に向いています。人間が生の出力を見る必要はありません。
大規模なクローリングや検索
やりたいことが「このドメイン上の全ページを見つけたい」あるいは「Web を検索して、何があるか要約したい」なら、もはや抽出ではなく探索の領域です。ここでは Nimble の Search、Map、Answer 製品が活きます。既知のページから項目を抜き出すだけでなく、AI による要約も組み合わせて扱います。
AI エージェント連携
どちらの製品も AI エージェントと連携できますが、切り口が違います。Thunderbit の MCP Server を使えば、Claude や Cursor のセッションから Thunderbit の抽出ツールを直接呼び出せます。一方、Nimble は管理型 Data Services の一部として MCP 連携を提供しています。どちらが「agent-ready」の独占権を持つわけでもありません。違いは、Thunderbit は営業担当が使うワンクリック製品の上にエージェント機能が乗っているのに対し、Nimble はより大きなインフラ層の上に乗っていることです。
データ品質、ブロック対策、保守
ここは率直に言いたいところです。なぜなら、両陣営のベンダー（もちろん私たちも含めて）には、信頼性を過大に見せたくなる動機があるからです。Thunderbit のマネージドレンダリングは、JavaScript の多いページの多くを自動で処理しますが、あくまで対応済み・許可済みのページが対象です。世の中のあらゆるボット対策を突破できる保証ではありません。Nimble のドライバーモデルはそのトレードオフを明示しています。つまり、VX6 は標準的な静的 HTTP リクエスト、VX8 は JavaScript レンダリング、VX10 は保護サイト向けのステルスレンダリング という 3 段階になっており、対象が難しくなるほど価格が上がる仕組みです。
私は、Nimble が複雑さを価格体系にきちんと反映している点をむしろ評価しています。なぜなら、スクレイピングベンダーが必ず向き合う現実を正直に示しているからです。サイト側の防御が強いほど、それを突破するにはより多くのインフラが必要になり、そのコストはどこかで誰かが払うことになるのです。世の中のどのサイトでもブロックゼロ、保守ゼロを約束できる会社などありません。もしそう言うツールがあれば、私はむしろ疑います。
違いが出るのは、その保守負担を誰が持つかです。Thunderbit では、ページを解釈するエージェントと抽出ロジックの面倒をこちらが見ます。つまり、あなたがセレクタを書いたり保守したりする必要はありません。一方 Nimble で Extract API の CSS セレクタベースのパーススキーマを使う場合、対象サイトのレイアウトが変わるたびに、それを追随させるのはあなたです。もちろん、テンプレート型の Web Search Agents に寄せれば話は別です。
価格と総コスト
この組み合わせを正面から比較した価格情報は、驚くほどネット上にほとんどありません。片方ずつ他製品と比較した記事は多いのに、です。以下は公式ページから拾った情報ですが、価格ページは変わる可能性があるので、予算化する前に必ず最新版を確認してください。
| 項目 | Thunderbit | Nimble |
|---|---|---|
| 入口 | セルフサーブのクレジット制プラン | 無料トライアル：5,000 Web ページ、カード不要 |
| 基本抽出 | プランに応じてクレジット消費（Thunderbit Pricing を参照） | VX6 の Extract/Crawl/Map：1,000 URL あたり 0.90 ドル |
| JS レンダリング | エージェント型抽出に含まれる | VX8：1,000 URL あたり 1.30 ドル |
| ステルス/保護サイト | 対応済みページでは自動処理 | VX10：1,000 URL あたり 1.45 ドル |
| Search/Answer | 主要製品ではない | Nimble の価格ページと SDK ドキュメントで食い違いがあり、1,000 入力あたり 5 ドルとする記載と 1 ドルとする記載があるため、予算化前に要確認 |
| エージェントベース抽出 | プランに含まれる | 1,000 ページスキャンあたり 3 ドル から、さらにマネージド Web Search Agents には 10% 上乗せ |
| 住宅回線プロキシ | 対象外 | 1GB あたり 5.30 ドル |
| エンタープライズ/管理型ティア | 現在の主軸ではない | Managed Data Services は 35 万ページクレジットで月額 2,500 ドル から、300 万ページで月額 15,000 ドル、またはカスタム Enterprise |
正直な所感をいくつか。まず、Nimble の価格ページと SDK ドキュメントでは Search API の料金が食い違っています。片方は 1,000 入力あたり 5 ドル、もう片方は 1,000 あたり 1 ドルとしています。契約前にクリアにしておきたいタイプの差異ですし、ここでは都合の良い数字を選ばず、そのまま指摘しておきます。次に、Thunderbit のクレジット制モデルについては、G2 レビューで「大量利用にはもう少し手頃だとよい」といった声がありました。もっともな意見であり、私たちもプロダクトの進化の中で意識しています。最後に、これら 2 つを価格だけで比べるのは、タクシー代と自動車リースを比べるようなものです。Nimble の総コストには、連携を作って保守するためのエンジニアリング工数が含まれますが、その部分は価格表には出てきません。しかし実際にはかなり大きいのです。
Thunderbit を選ぶべき人
Thunderbit は、営業、マーケティング、人事、EC オペレーションなど、非技術系の担当者が、エンジニアを待たずに今すぐページから構造化データを取り出したい場合に最適です。さらに、手軽なワンクリック抽出に加えて、必要に応じて API や MCP 対応 AI エージェントへつなげられる 1 つのツールを探している小規模チームにも向いています。チーム内で「とにかくこのリストをスプレッドシートに入れたい」と言う場面があるなら、その用途です。ノーコード抽出がどこにフィットするかをもっと広く知りたいなら、コードなしでの Web スクレイピング の記事も参考になります。
Nimble を選ぶべき人
Nimble が合うのは、エンジニアリングチームやデータチームが、継続的かつ大規模に動かす仕組みを作るときです。たとえば、何万、何百万ページもの Search / Crawl / Extract ジョブを回し、それを RAG パイプライン、監視システム、社内データウェアハウスに流し込むようなケースです。JavaScript レンダリングやステルス挙動をドライバーレベルで制御したい、地理ターゲティングしたリクエストを投げたい、ネットワークキャプチャが必要、専用ストレージと同時実行保証を含むエンタープライズ SLA が欲しい、という場合は、まさに Thunderbit が狙っている領域ではありません。
併用はできる？
調査しながら私自身も考えました。理屈の上では、両方を別レイヤーとして使うことはできます。たとえば、Nimble で大規模な探索と取得を担い、Thunderbit で特定ページを非技術者向けのきれいな表に整える、という使い分けです。とはいえ、両社の間に公式な提携や統合があると示唆したいわけではありません。私の知る限り、それはありません。単に、2 つの製品が仮想的なスタックの異なる層を担当しているだけです。プロキシネットワークとスプレッドシートツールが、それぞれ別の層にいて直接会話しなくても成り立つのと同じです。
結論
ひとことで言うなら、選ぶ基準は「どちらの会社の AI マーケティングが派手か」ではなく、「誰がそのワークフローを回すのか」です。5 人規模の営業チームが見込み客リストを作りたいだけなら、ドライバーティアや Webhook コールバックは必要ありません。ボタンを押してスプレッドシートを手に入れたいのです。だからこそ、私はここ数年 Thunderbit をその形に作ってきました。一方で、100 万ページ規模で本番 RAG インフラを作るデータエンジニアチームは、ブラウザ拡張機能を求めていません。ティア制のアクセス制御とエンタープライズサポートを持つ API が必要です。それこそが Nimble の存在理由です。
もう一つの判断軸はボリュームです。月に数千ページ程度までなら、ワンクリック抽出の方がコスト以上に時間を節約できます。それを超えると、プログラムで自動化・監視できるインフラの方が経済合理性が高くなっていきます。そこでは、私たちの Open API や Nimble の Extract API のような製品が力を発揮します。そして保守については、チーム内にセレクタロジックやドライバー設定を誰も持ちたくないなら、それを隠してくれる製品を選ぶべきだ、というのが明確なサインです。設定を全部渡してくる製品ではなく、複雑さを吸収してくれる製品の方が向いています。
FAQ
Nimble はブラウザ拡張機能ですか？ いいえ。Nimble は API / SDK ベースで、Search、Extract、Crawl、Map、Agent 製品を開発者向け連携で使う形です。Thunderbit は対照的に、ブラウザ拡張機能 を主要な入口として提供しています。
Thunderbit には API と MCP へのアクセスがありますか？ あります。Thunderbit はプログラム抽出用の Open API、Claude、Cursor、Windsurf などの AI エージェント向けの MCP Server、ターミナルやコーディングエージェント向けの CLI を、ノーコードのブラウザ拡張とあわせて提供しています。
大規模クローリングに強いのはどちらですか？ 大規模クローリングと検索のために作られているのは Nimble です。Crawl、Map、Search API に加え、量をさばくためのドライバーティアと非同期ジョブ処理があります。Thunderbit はドメイン全体のクローリングよりも、ページ単位・複数ページ単位の抽出とサブページ拡張に最適化されています。
ビジネスユーザーにとって使いやすいのはどちらですか？ 圧倒的に Thunderbit です。ワンクリック抽出は、セレクタもスキーマもコードも不要です。ページを開いてクリックするだけで、構造化された出力が得られます。Nimble は開発者がリクエストを設定する前提なので、非技術者には明らかにハードルが高くなります。
現在の価格モデルの違いは？ Thunderbit はセルフサーブのクレジット制プランです（Thunderbit Pricing を参照）。Nimble はドライバーの複雑さに応じた従量課金制に加え、エンタープライズ規模では月額約 2,500 ドルからの年契約型 Managed Data Services を提供しています。Nimble は公式ドキュメント内で価格ページと SDK ドキュメントの数値が一致しない箇所があるため、必ず両社の最新価格ページを確認してください。
