Thunderbit vs Firecrawl：ノーコードとAPIファーストのスクレイピング比較

2つのツール、目的は同じでも、入り口はまったく違います。Thunderbit はブラウザ拡張を渡して「クリックして選んで」と進めるのに対し、Firecrawl は API キーを渡して「リクエストを書いて」と求めてきます。

この対比——ノーコード vs APIファースト——こそが、今のWebスクレイピング市場を形づくっています。(世界のWebスクレイピング市場) は伸び続けていて、注目されるツールも大きく2つに分かれています。ひとつは、見た目でわかりやすく、ビジネスユーザーでも使いやすいプラットフォーム。もうひとつは、AI パイプライン向けに作られた、開発者中心のコンテキスト取得エンジンです。Thunderbit と Firecrawl のどちらを選ぶか迷っているなら、実際には「自分の業務フロー、スキル、予算に合うのはどっちか」を選んでいるのと同じです。私は両方のツールについて、ドキュメント、料金ページ、コミュニティ投稿、そして実際のUIまでかなり深く調べました。この記事は、私が最初に欲しかった比較ガイドそのものです。機能、ワークフロー、料金の考え方、AI/LLM 連携まで見たうえで、最後に本当に選べる判断フレームワークで締めくくります。

あなたはどんなスクレイピングユーザー？（実は機能より大事）

機能比較に入る前に、まず自分に問いかけてみてください。あなたは誰ですか？

これは哲学の話ではありません。昼までに競合価格をスプレッドシートへ入れたいマーケターですか？それとも、本番用のLLM向け RAG パイプラインを組む開発者ですか？答えしだいで、どちらのツールが速く、安く、そしてストレスが少ないかはかなり変わります。

私は、まず次の2つの典型像で考えます。

観点	タイプA — ビジネスユーザー	タイプB — 開発者 / AIエンジニア
主な操作画面	ブラウザ拡張（Thunderbit）	API / CLI / MCP（Firecrawl または Thunderbit API）
典型的な作業	リード、価格、商品一覧を Excel に抽出	ドメインをクロール、Markdown を RAG に投入、n8n で自動化
前提スキル	コード不要、ターミナル不要	Python、cURL、CI/CD に慣れている
成功指標	スプレッドシートにできるまでの速さ	スループット、1ページあたりのコスト、Markdown の精度

以下の各セクションは、この2つの視点で評価しています。タイプAの方は、開発者向けの部分は軽く読み飛ばしても大丈夫です。タイプBの方は、AIエージェント関連と大規模運用時の料金の話をしっかり見ておくといいでしょう。

Thunderbit とは？

Official Thunderbit website screenshot

Thunderbit は、エージェント型のWebスクレイパー兼自動化プラットフォームです。中心となる操作画面は、Chrome/Edge のブラウザ拡張で、コードを書かない人向けに設計されています。基本の流れは、ページを開いて One Click Extract を押すだけ。エージェントがページを検出・読解・解析し、Run Now を押せばすぐに開始、それ以外の場合でも抽出は自動で始まり、Excel、Google Sheets、Airtable、Notion など対応先へエクスポートできます。

ただし Thunderbit はブラウザだけのツールではありません。Open API（Distill と Extract エンドポイント付き）、Claude や Cursor のような AI エージェント向けの公式 MCP Server、ターミナルで使える CLI もあります。つまり、ノーコードのビジネスユーザーと、プログラムから操作したい開発者の両方に対応しています。

押さえておきたいポイント:

One Click Extract は意味に沿った出力カラムを提案し、Field AI Prompts で値の変換、分類、翻訳、整形ができます。
対応ページではページネーション、無限スクロール、サブページの情報補完に対応しています。
Browser Mode は今開いているセッションを使い、Cloud Mode は公開・定時・並列処理に向いています。
API では Markdown（Distill）と構造化 JSON（Extract）を返せるほか、非同期バッチ、Webhook、レンダリング制御も使えます。

Firecrawl とは？

Official Firecrawl website screenshot

Firecrawl は、自分たちを AI エージェント向けの Web コンテキスト API と位置づけています。開発者中心・APIファーストで、Webページを LLM 向けデータに変換することを目的に作られています。出力は、きれいな Markdown、構造化 JSON、スクリーンショット、リンク、メディアなど多岐にわたります。

製品の範囲は「単なるスクレイピング」より広く、現在の主なエンドポイントには次のものがあります。

エンドポイント	できること
Scrape	1つのURL → Markdown、HTML、JSON、スクリーンショット、リンク、メディアなど
Crawl	サイト内のページを再帰的に見つけてスクレイピング
Map	コンテンツを取得せずにURLを高速発見
Search	Web / ニュース / 画像の探索、必要に応じてスクレイピング結果も取得
Agent	プロンプト駆動で自律的に検索・移動・抽出（Research Preview）
Interact	プロンプトまたはコードでブラウザセッションを継続操作
Parse	PDF / 文書の解析
Monitor	定期的な変更監視
Batch Scrape	既知のURLリストを非同期で処理

Firecrawl は、もはや「コードが必要なだけ」のツールではありません。Playground では Scrape、Crawl、Map、Agent を試せますし、n8n、Zapier、Make との公式連携もあります。Agent Playground では CSV 風のグリッド出力も可能です。もちろん、ブラウザ拡張のようにページ上でフィールドを直接選ぶ体験とはまだ違いますが、「Firecrawl はコード必須」という見方は、もう正確ではありません。

Firecrawl の GitHub リポジトリは、調査時点で約 16.6 万スターを集めていました。これは開発者からの注目度やコミュニティの広さを示す指標ではありますが、信頼性や品質そのものを保証するものではありません。

Thunderbit vs Firecrawl: 機能別比較

タイプA・タイプBの両方にとって重要な観点で、並べて比べてみます。

機能	Thunderbit	Firecrawl
主な操作画面	ブラウザ拡張（Chrome/Edge） + Webアプリ	REST API / SDK / CLI / Playground
初期設定	拡張を入れるだけ、基本利用にAPIキー不要	APIキーを取得し、SDK を入れるか Playground を使う
項目定義	One Click Extract、UI上で編集可	JSON スキーマ、LLM推定、または Markdown 出力
JS レンダリング	Browser Mode（アクティブセッション）または Cloud	待機・クリック・入力・スクロールを伴う管理型レンダリング
ページネーション	対応ページで利用可	再帰的 Crawl とフィルタ制御
サイト全体のクロール	ページネーション + サブページ + API による発見/バッチ	Crawl / Map エンドポイントが標準機能
出力形式	テーブル（拡張内）、Excel、CSV、JSON、Google Sheets、Airtable、Notion	Markdown、HTML、JSON、スクリーンショット、リンク、メディア、要約、クエリ結果
スケジューリング	保存済み設定から定期実行	Monitor エンドポイントで定期チェック
Bot対策	管理型レンダリング / プロキシ（Browser と Cloud）	Basic / Enhanced プロキシ（Enhanced は +4 credits/page）
オープンソース	なし	コアは AGPL-3.0、一部 SDK は MIT、セルフホスト版は一部 Cloud 機能なし

セットアップと学習コスト

Thunderbit: 拡張を入れて、ページを開いて、クリックするだけ。1〜2分でデータ抽出を始められます。APIキーもターミナルもスキーマファイルも不要です。

Firecrawl: アカウントを作成し、APIキーを取得（試用なら Playground やキーレス MCP ルートも可）、リクエストを書くか自動化ノードを設定します。Playground でハードルは下がっていますが、考え方としては「ページを指して押す」ではなく「APIコールを組む」です。開発者には標準的でも、営業担当がただリード一覧を欲しいだけなら、かなり別世界です。

結論: タイプAなら Thunderbit。タイプBなら Firecrawl が標準的な選択です。

データ抽出と項目定義

Thunderbit の One Click Extract は、今見ているページを解析し、Product Name、Price、Rating、URL などページに含まれる項目をカラムとして提案します。エージェントが出力の形を自動で準備し、必要に応じて個別カラムの制御も可能です。Field AI Prompts では、列ごとに「Electronics か Apparel か分類して」「スペイン語に翻訳して」「数値の価格だけを抽出して」といった指示を追加できます。コードは不要です。

Firecrawl の構造化抽出は、API コール内で自分で定義する JSON スキーマを使います（または Agent のプロンプト駆動アプローチを使います）。Scrape の jsonOptions パラメータで、項目と型を指定できます。Agent は自然言語の指示に従って、自律的に移動しながら抽出できます。どちらも強力ですが、視覚的なテーブルを確認しながら調整するというより、JSON かプロンプトで要件を表現する前提です。

出力形式とエクスポート先

ここは、両者の違いが最もはっきり出るところです。

Thunderbit は、Google Sheets、Airtable、Notion、Excel、CSV、JSON に直接エクスポートできます。しかも拡張内から数クリックで完了します。結果テーブルをエクスポート前に確認・修正できるのもポイントです。ビジネスユーザーにとっては、これがまさに欲しい体験です。

Firecrawl は API レスポンスとしてデータを返します。Markdown、整形済み HTML、元の HTML、構造化 JSON、スクリーンショット、リンク、画像、ブランド情報、音声/動画、要約、自然言語クエリ結果などが使えます。スプレッドシートに入れるには、接続用のコードか自動化プラットフォーム（n8n、Zapier、Make）が必要です。LLM パイプラインに流す開発者にとっては、API レスポンスそのものが目的地です。マーケターにとっては、ひと手間増えます。

クロールとページネーション

サイト全体を対象にしたクロールでは、Firecrawl に明確な強みがあります。Crawl エンドポイントは、ドメイン全体を再帰的に探索しながらページを取得します。含める/除外するパス、深さ、サブドメイン設定に対応し、デフォルトのリクエスト上限は 10,000 ページです。Map はコンテンツを取らずに URL を発見するため、1URLごとではなく1回の呼び出し単位で1 credit を使います。

Thunderbit は、拡張機能を使って対応ページ上のページネーション、無限スクロール、サブページの情報補完に対応しています。API ではリンク発見のあとにフィルタ付きバッチ処理を行え、ベンダー文書でも 1万URL超のジョブ運用が説明されています。ただし Firecrawl の Crawl / Map に相当する、単独で使える再帰クロール機能はありません。操作モデルが違うのです。Thunderbit は発見＋ Distill/Extract のバッチで複数ページの仕事を組み立てるのに対し、Firecrawl はそれを1つの API 呼び出しにまとめます。

要点: 「サイト全体を丸ごとスクレイプしたい」なら、Firecrawl の Crawl / Map のほうが直接的です。特定ページやページネーション一覧から構造化データを取るなら、Thunderbit の拡張ワークフローのほうが手早く始められます。

同じタスクを2つのツールで: ワークフローを並べて見る

Agentic browser table extraction and web-context workflows

同じ抽出作業を両方のツールで見せている比較記事は見つけられませんでした。なのでここでやります。公開ECカテゴリページから、商品一覧（名前、価格、評価）を抽出する例です。

Thunderbit で商品データを抽出する方法

ページを開く — Chrome で商品一覧のあるカテゴリページへ移動します。
Thunderbit の拡張アイコンをクリック — ツールバーから開きます。
「One Click Extract」をクリック — Thunderbit がページを解析し、Product Name、Price、Rating、Image URL などのカラムを提案します。
必要なら微調整 — エージェントはすでに抽出の準備を終えています。特殊な出力が必要な場合だけ、項目ごとに指示を追加します。
自動実行に任せるか Run Now を押す — 追加操作がなければ自動で開始し、拡張内のテーブルに結果が表示されます。
エクスポート — 「Export to Google Sheets」（または Excel、Airtable、Notion、CSV）をクリック。

所要時間の目安: 2〜5分。コード不要。ターミナル不要。スキーマファイル不要。

Firecrawl で商品データを抽出する方法

Firecrawl ダッシュボードで API キーを取得。
Python SDK をインストール（pip install firecrawl-py）または cURL を使用。
抽出処理を書く:

from firecrawl import FirecrawlApp

app = FirecrawlApp(api_key="your-api-key")

result = app.scrape_url(
    "https://example.com/category-page",
    params={
        "formats": ["json"],
        "jsonOptions": {
            "schema": {
                "type": "array",
                "items": {
                    "type": "object",
                    "properties": {
                        "product_name": {"type": "string"},
                        "price": {"type": "string"},
                        "rating": {"type": "string"}
                    }
                }
            }
        }
    }
)

スクリプトを実行し、JSON レスポンスを解析します。
データを目的地へ流し込む — スプレッドシート、データベース、ベクターストアへ送る追加コードを書きます。

所要時間の目安: SDK とスキーマ定義に慣れているかで 5〜30分。

ワークフロー比較のまとめ

ステップ	Thunderbit（ブラウザ拡張）	Firecrawl（API）
セットアップ時間	拡張を入れるだけ、基本利用に認証不要	APIキー取得、SDK インストール、または cURL
項目定義	AI提案、UIで編集可能	JSON スキーマまたは LLM 推定
実行	ブラウザ内またはクラウド	クラウドAPI呼び出し
出力	Excel、Google Sheets、Airtable、Notion など	JSON / Markdown レスポンス
学習コスト	低い（クリック中心）	中程度（コードが必要、試用なら Playground でも可）

Thunderbit の流れは「今すぐこのデータをスプレッドシートに入れたい」に最適化されています。Firecrawl の流れは「このデータをアプリのパイプラインに組み込みたい」に最適化されています。

Thunderbit vs Firecrawl: 実運用規模で見る料金

Different proprietary billing units requiring workload-specific comparison

料金比較の多くはざっくりしていて、プラン名を並べて終わりがちです。でもこの2つはクレジット体系がかなり違うので、「1ページあたりのコスト」を単純比較するのは危険です。私は両方の公式料金ページ（調査時点で 2026-08-13 に確認）を見て、より実用的な形に整理しました。

重要な注意点: どちらも料金は変わりやすいです。判断する前に、Thunderbit Pricing / Thunderbit API Pricing と Firecrawl Pricing で最新プランを確認してください。以下の数値は、調査時点で公開されていた内容です。

Thunderbit の料金内訳

Thunderbit では、ノーコード拡張と Open API で 計測単位が別 です。混同しないでください。

拡張/Webアプリのプラン:

プラン	月額料金	月間クレジット
Free	$0	6ページ/月（最大30クレジット/ページ）
Starter	$15	500
Pro Tier 1	$38	3,000
Pro Tier 2	$75	6,000
Pro Tier 3	$125	10,000
Pro Tier 4	$249	20,000

通常、1 credit は出力1行に相当します。サブページを含む行は2 credits を消費します。年額払いには大きな割引があります。

Open API のプラン（別体系）:

プラン	料金	年間ユニット	Distill ページ	Extract ページ
Free	$0 one-time	600	600	30
Starter	$16/mo（年額）	60,000/年	60,000	3,000
Pro 1	$40/mo（年額）	600,000/年	600,000	30,000

Distill は 1 unit/page、Extract は 20 units/page です。拡張のクレジットとは交換できません。

Firecrawl の料金内訳

Firecrawl はクレジット制ですが、エンドポイントやオプションによって消費量が変わります。

標準プラン:

プラン	月額料金	月間クレジット
Free	$0	1,000
Hobby	$19	5,000
Standard	$99	100,000
Growth	$399	500,000
Scale	$749	1,000,000

注意点: 1ページ1 credit なのは、基本の Scrape / Crawl に追加オプションがない場合だけです。JSON 出力を付けると +4 credits/page で合計5。Enhanced プロキシを使うとさらに +4 で、JSON + Enhanced なら合計9 credits/page です。Interact セッション、Agent 実行、Extract（トークン課金）、PDF 解析、PII マスキング、メディア抽出はそれぞれ別メーターです。オプションは積み上がります。

従量課金について補足すると、調査時点では Firecrawl の料金UIに $5 で 1,000 credits のカードが表示されていましたが、同時にFAQでは従量課金は現在提供されていないとも書かれていました。購入時に必ず確認してください。

未使用クレジットは通常繰り越されません（Scale / Enterprise の一部例外を除く）。

コストシナリオ: 基本スクレイピングのみ

この表は、Firecrawl は JSON、Enhanced、その他の追加オプションなしの基本的な1ページScrape、Thunderbit の拡張は 1ページ1出力行 を前提にしています。

量	Firecrawl プラン	推定コスト	Thunderbit プラン	推定コスト
月約100ページ	Free（1,000 credits）	$0	Free（制限あり）または Starter	$0–$15
月約1,000ページ	Free（1,000 credits）	$0	Starter（$15）または Pro T1（$38）	$15–$38
月約10,000ページ	Standard（100K credits）	$99	Pro T3（$125）または Pro T4（$249）	$125–$249

ただし、この数字をそのまま受け取ると誤解します。1つのカテゴリページから50件の商品行が取れるなら、Thunderbit では約50クレジット使いますが、Firecrawl は出力形式とプロキシモード次第で 1〜9以上のクレジットで済みます。詳細ページを Markdown 化する処理でもまた違います。測定単位——出力行なのか、入力URLなのか——が両者で根本的に違うのです。

率直な答え: 「ページ数」だけではコスト勝負は決められません。実際の作業量、つまり URL 数、URL ごとの出力行数、出力形式、再帰クロールの必要性、プロキシ/レンダリング方式を見ないと判断できません。

AIエージェントとLLMパイプライン: 開発者視点での Thunderbit vs Firecrawl

今、スクレイピング需要の大きな割合は、RAG システム、自律エージェント、LLM データパイプラインを作る開発者から来ています。両方のツールはこの層に向いていますが、強みは異なります。

できること	Firecrawl	Thunderbit
RAG 用の Markdown 出力	中核機能。品質にも定評あり	Distill エンドポイントで圧縮 Markdown を提供
LangChain / LlamaIndex 連携	ローダーとガイドが充実	API + MCP が似た役割を果たすが、調査時点で専用ローダーはなし
AIエージェント向け MCP Server	利用可能（キーレス/OAuth ルートあり）	公式 `@thunderbit/mcp-server`
コード系エージェント向け CLI	公式 CLI あり	公式 `@thunderbit/thunderbit-cli`
構造化 JSON 抽出	Scrape JSON と Agent でスキーマベース	One Click Extract + API Extract
コーパス構築向けのサイト全体クロール	Crawl / Map が標準機能	発見 + バッチ Distill / Extract（別モデル）

Firecrawl の LLM 向け出力

Firecrawl の Markdown 出力は、LLM 用途ではかなり高く評価されています。これが標準形式であり、整形もきれいで、エコシステム全体の RAG チュートリアルで紹介される LangChain や LlamaIndex の統合の基盤にもなっています。もし主な流れが「サイトを取得 → Markdown を分割 → ベクターストアに埋め込み → LLM で検索」なら、Firecrawl は成熟した、よく整理された道筋を持っています。

Agent はこれをさらに進め、プロンプトに基づいて自律的に検索・移動・抽出します。事前に正確な URL が分からない探索重視の RAG で特に有効です。

Thunderbit の API、MCP、CLI を使ったエージェントワークフロー

Thunderbit の Open API は、Distill（URL → トークン効率の良い Markdown）と Extract（URL + スキーマ → 構造化 JSON）を提供し、非同期バッチ、Webhook、レンダリング制御、国指定もサポートします。ドキュメントでも RAG やエージェントパイプラインが明確に扱われています。

Thunderbit の MCP Server は、Claude、Cursor、Windsurf、Claude Code などの対応ホストに Thunderbit の機能を公開します。CLI はターミナルやコードエージェントのワークフローを支えます。これらは宣伝文句ではなく、実際に文書化された機能です。

Thunderbit が本当にユニークなのは、ノーコードのブラウザ拡張も同じプラットフォームで提供していることです。ひとつのチーム、ひとつのベンダーで、アドホックな業務抽出は拡張機能、開発者パイプラインは API/MCP で対応できます。

あなたのAIワークフローに合うのはどっち？

LangChain / LlamaIndex を使う RAG パイプライン: 現時点では Firecrawl のほうが、成熟したドキュメント付きの連携ルートがあります。
MCP 経由のエージェント呼び出し（Claude Code、Cursor）: 両方とも MCP Server を提供しています。Thunderbit は公式ドキュメント付き、Firecrawl はキーレス/OAuth ルートを用意しています。
サイト全体のコーパス構築: Firecrawl の再帰的な Crawl / Map がより直接的です。Thunderbit でも発見 + バッチで同等の結果は組めますが、操作モデルは違います。
ノーコードとAPIを1つの製品で両立したい: ここは Thunderbit が唯一の選択肢です。

正直に言うと、もしあなたの世界が LangChain ローダーや RAG チュートリアル中心なら、Firecrawl の名前をよく目にするはずです。逆に、「営業チームは Sheets にデータが欲しいし、エンジニアは MCP エンドポイントも欲しい」という世界なら、Thunderbit は両方をテープ貼りなしでカバーします。

連携と自動化: データの行き先は？

Thunderbit: Sheets、Airtable、Notion などへ直接エクスポート

Thunderbit の拡張は、Google Sheets、Airtable、Notion、Excel、CSV、JSON に直接出力できます。これは製品内で完結するネイティブ体験で、ミドルウェアもコードもサードパーティ自動化も不要です。ビジネスユーザーにとって、これが最も価値の高い機能です。

自動化を組む人にとっては、Thunderbit の API を n8n、Make、Zapier の HTTP リクエストノードから呼び出せます。ワンクリック連携ではありませんが、HTTP 呼び出しの設定に慣れていれば難しくありません。

Firecrawl: API レスポンス、Webhook、自動化ノード

Firecrawl は API レスポンス、ジョブ、SDK、CLI、MCP、Webhook 経由でデータを返します。スプレッドシートや CRM に入れるには、コードを書くか自動化プラットフォームを使います。

Firecrawl には n8n の公式連携ノード（OAuth と APIキーの両方のルートあり）、Make 連携の検証済みサポート、公式 Zapier アプリがあります。これらはビジネス先へつなぐ本物のノーコード経路です。ただし、入口はあくまで「自動化プラットフォーム内で API 風の処理を設定する」であって、「ブラウザ拡張で Export を押す」ではありません。

Webhook は、非同期の Crawl ジョブで特に便利です。クロールを開始し、完了通知を受け取り、その後の処理へ流せます。

必要な連携	Thunderbit	Firecrawl
スプレッドシートへ直接エクスポート	ネイティブ対応（Sheets、Excel、CSV）	コードまたは自動化ノード経由
Airtable / Notion への出力	ネイティブ対応	コードまたは自動化ノード経由
n8n / Make / Zapier	HTTP ノード経由の API 利用	公式ノードあり
Webhook	API が対応	ネイティブ対応
LangChain / LlamaIndex	API + MCP	ドキュメント付きローダーあり

Users routed to no-code extraction or API-first web context by workflow needs

Thunderbit vs Firecrawl: ワークフローに合う方を選ぶ

ここからは、実際にどちらを選ぶべきかの判断フレームワークです。

判断マトリクス

こんな人なら…	選ぶべきツール	理由
今日中にスプレッドシートへデータが必要なマーケター / オペレーション担当	Thunderbit（拡張）	コード不要、エージェント抽出、Sheets/Excel/Airtable/Notion へネイティブ出力
LLM データパイプラインを作る開発者	Firecrawl（API）	Markdown 中心、LangChain ローダー、再帰的 Crawl / Map、充実したフレームワーク文書
AIエージェント / Claude Code / Cursor ユーザー	両方の MCP を比較	Thunderbit は公式 MCP Server、Firecrawl はキーレス/OAuth の MCP ルートあり
n8n / Make を使う自動化ビルダー	連携ノードを比較	Firecrawl は公式 n8n/Make ノードあり、Thunderbit API は HTTP ノード経由で使える
ノーコードとAPIの両方を必要とするチーム	Thunderbit	ブラウザ拡張、API、MCP、CLI を1つのプラットフォームでカバー
ドメイン全体を再帰的にスクレイプしたい人	Firecrawl	Crawl / Map が標準機能。Thunderbit は発見 + バッチ型
低ボリュームでコスト重視のユーザー	どちらでも可（両方に無料枠あり）	Firecrawl Free: 1,000 credits、Thunderbit Free: 制限付きページ

両方使うべきケース

実際には、両方を併用するとメリットがあるチームもあります。Thunderbit は、営業担当がリードを集める、プロダクト担当が競合価格を拾う、といった小回りの利く業務抽出に。Firecrawl は、大規模な開発者パイプライン、RAG 用コーパス構築、サイト全体のクロールに。私の調査では「両方を実運用している」と明言する事例は見つかりませんでしたが、設計上は十分に理にかなっています。主な用途がほとんど重ならないからです。

Thunderbit vs Firecrawl: 早見比較表

観点	Thunderbit	Firecrawl
対象ユーザー	ビジネスユーザー + 開発者	開発者 + AIエンジニア
主な操作画面	ブラウザ拡張（Chrome/Edge）	REST API / SDK / CLI / Playground
初期設定	拡張を入れるだけ、キー不要	APIキーまたは Playground / キーレス試用
項目定義	One Click Extract（視覚UI）	JSON スキーマ / LLM プロンプト / Markdown
再帰的サイトクロール	Crawl / Map 相当なし。発見 + バッチ型	Crawl と Map が標準
出力形式	テーブル、Excel、CSV、JSON、Sheets、Airtable、Notion	Markdown、HTML、JSON、スクリーンショット、リンク、メディア、要約、クエリ
料金モデル	クレジット（拡張） + Units（API）で別計測	エンドポイント / オプション倍率つきのクレジット制
無料枠	6ページ/月（拡張）；600 units（API）	1,000 credits/月
AI/LLM 連携	Distill Markdown、Extract JSON、MCP、CLI	Markdown 中心、LangChain/LlamaIndex ローダー、MCP、Agent
MCP Server	公式 `@thunderbit/mcp-server`	利用可能（キーレス/OAuth ルート）
CLI	公式 `@thunderbit/thunderbit-cli`	公式 CLI
スケジューリング	保存設定から定期実行	Monitor エンドポイント
Bot対策	管理型レンダリング / プロキシ（Browser + Cloud）	Basic + Enhanced プロキシ（+4 credits/page）
オープンソース	なし	コアは AGPL-3.0、セルフホスト版は一部 Cloud 機能なし
ネイティブのスプレッドシート出力	あり（Sheets、Excel、Airtable、Notion）	なし（コードまたは自動化経由）

FAQ: Thunderbit vs Firecrawl

非技術ユーザーには Thunderbit と Firecrawl のどちらが向いていますか？

Thunderbit のブラウザ拡張と One Click Extract の流れは、コーディング経験がないユーザー向けに作られています。ページを開き、One Click Extract を押し、エージェントが解析して自動開始し、そのままエクスポートまでブラウザ内で完結します。Firecrawl の主な操作画面は API ですが、Playground や n8n、Make、Zapier との連携でハードルは下がっています。完全なノーコードで、見て押すだけの体験を求めるなら Thunderbit のほうが明確です。

Firecrawl は Google Sheets や Excel に直接出力できますか？

ネイティブではできません。Firecrawl は API レスポンス（JSON、Markdown など）でデータを返します。Sheets や Excel に入れるには、コードを書くか、n8n や Zapier のような自動化ツールと Firecrawl の公式ノードを使います。Thunderbit は Google Sheets、Excel、Airtable、Notion へ製品内から直接エクスポートできます。

Thunderbit には開発者向けの API がありますか？

はい。Thunderbit には Open API があり、Distill（Markdown）と Extract（構造化 JSON）のエンドポイント、非同期バッチ、Webhook、レンダリング制御を備えています。さらに AI エージェント向けの公式 MCP Server と、ターミナル作業用の CLI もあります。API の料金は拡張機能とは別メーターです。

サイト全体のスクレイピングにはどちらが向いていますか？

この用途なら Firecrawl です。Crawl エンドポイントは、深さ、パス、サブドメインを制御しながら、ドメイン全体を再帰的に見つけてスクレイピングします。Map エンドポイントは、内容を取らずに URL を発見できます。Thunderbit もページネーション、サブページ補完、API ベースの発見 + バッチ処理はできますが、Firecrawl のような単発の再帰クロール機能はありません。「このドメインの全ページをください」という要望には Firecrawl のほうが素直です。

Thunderbit と Firecrawl は併用できますか？

はい、むしろチームによっては相性が良いです。Thunderbit の拡張は、営業がリードを取る、価格情報を集める、一覧を抜く、といった即席の業務抽出に。Firecrawl の API は、大規模な開発者パイプライン、RAG コーパス構築、再帰的なサイトクロールに向いています。主用途がほとんど重ならないため、競合というより補完関係です。

さらに読む・参考資料

Thunderbit: Getting Started — ホームページとクイックスタートガイド
Thunderbit Open API Docs — Distill、Extract、バッチ、Webhook
Thunderbit MCP Server — Claude、Cursor、Windsurf 向けのエージェント連携
Thunderbit CLI — ターミナルとコードエージェントのワークフロー
Thunderbit YouTube Channel — 動画ガイド
Firecrawl Documentation — API リファレンス全体
Firecrawl Pricing — 最新プランとクレジット詳細
What Is Web Scraping — 基礎概念
Best AI Web Scrapers — 市場全体の比較
Web Scraping Without Coding — ノーコード手法の解説
AI Web Scraping — AI が抽出ワークフローをどう変えるか

さらに詳しく知る

Webページからスプレッドシートへ

欲しい内容を伝えるだけ。ThunderbitのAIエージェントが取得し、Excel、Google Sheets、Airtable、Notionへ出力します。すぐに無料で始められます。

Chrome Store Rating

PRODUCT HUNT#1 Product of the Week