今この瞬間も、誰かが Google で「Thunderbit vs Browserless」と検索して、わかりやすい一騎打ちの比較を探しているはずです。でも、これを比べるのは、フードデリバリーアプリと業務用キッチンを並べて比べるようなもの。どちらも「食」に関わるものではありますが、まったく違う人が、まったく違う目的で使うために作られています。
そう言い切れるのは、私たちのチームが Thunderbit を開発してきたからです。私は SaaS と自動化の世界で長く仕事をしてきましたが、実際には並べて比べるべきではないツール同士が、ひとまとめに語られてしまう場面を何度も見てきました。この検索が増えているのを見て、私は本当に役立つ、率直なガイドを書きたいと思いました。単なる宣伝合戦ではなく、それぞれの役割、向いている人、そして場合によっては両方使うべき場面まで、冷静に整理したかったんです。ノーコードのデータツールと、開発者向けのブラウザ自動化はここ数年で大きく伸びましたが、外から見ると境界が分かりにくいのも事実です。そこで、私が学んできたことを順番にお話しします。
まず最初に：Thunderbit と Browserless はそもそも別カテゴリのツールです
機能や価格を1つずつ比べる前に、まず誤解を減らしておきたいです。Thunderbit と Browserless は、2つの CRM を比べるような意味での直接の競合ではありません。Web データのスタックの中でも、違うレイヤーに位置しています。
Thunderbit は、主にビジネスユーザー向けに設計されたエージェント型 Web スクレイパー兼自動化プラットフォームです。Chrome または Edge の拡張機能を入れて、Web ページを開き、AI にデータ項目を提案させ、クリックして取得し、構造化されたデータを Excel、Google Sheets、Airtable、Notion に書き出せます。開発者向けに Open API、MCP Server、CLI も用意されていますが、中心にある価値は「コードを書かずに、きれいに整った行データを得ること」です。
Thunderbit は エージェント型 Web スクレイパー です。対応済みで権限のあるページでは、One Click Extract を1回クリックするだけで、エージェントがページを検出・読み取り・解析し、何を抽出すべきか判断します。Run Now を押すとすぐ始まりますが、何もしなければタスクは自動で始まります。つまり、デフォルト体験は「意図した1クリック」だけで済み、コードもセレクタ設定もスキーマ設計も不要です。
Browserless は、開発者向けのマネージドなヘッドレスブラウザ基盤です。Puppeteer、Playwright、CDP 対応コードから WebSocket や REST API で接続できる、クラウド上の Chrome 環境を提供します。中心にあるのは「プログラム可能なブラウザ実行」であり、大量のブラウザセッションの実行、スクリーンショット取得、PDF 生成、ボット検知対策、そしてブラウザ内部で起こることを細かく制御することです。
違いがすぐ分かるよう、簡単な表にまとめます。
| 観点 | Thunderbit | Browserless |
|---|---|---|
| 主な利用者 | ビジネスユーザー、オペレーション、営業、マーケティング | 開発者、DevOps、QA エンジニア |
| インターフェース | Chrome/Edge 拡張機能、Web アプリ、クリック操作中心 | REST/WebSocket API、BrowserQL、ダッシュボードツール |
| 中核価値 | AI が提案する構造化データ抽出 | マネージドなヘッドレス Chrome/Chromium を大規模に利用 |
| 初期設定時間 | 数分（拡張機能を入れてページを開くだけ） | 数分〜数時間（スクリプト作成、API キー設定） |
| 出力 | 構造化された行データ → Excel、Google Sheets、Airtable、Notion | レンダリング済み HTML、構造化 JSON、スクリーンショット、PDF を API で取得 |
| セルフホスティング | いいえ | はい（Docker、VPC、エアギャップ環境） |
なぜここが重要かというと、もしあなたが「昼休みまでにスプレッドシートへ見込み客リストを入れたい」マーケターなら、ヘッドレスブラウザ群を立ち上げる必要はないからです。逆に、CI パイプラインで500個のブラウザセッションを回す開発者なら、エージェント型の抽出機能は必要ありません。このあと、価格、用途、学習コストでも比較しますが、カテゴリが違っても、最終的には正しいものを選ぶ必要があるからです（場合によっては両方でも構いません）。
Thunderbit とは？
Thunderbit は、技術に詳しくない人――営業担当、オペレーション担当、マーケター、リサーチ担当など――でも、コードを書かずに Web サイトから構造化データを取り出せるように設計された AI 搭載の Web スクレイピング／自動化プラットフォームです。
基本の流れはとてもシンプルです。Thunderbit Chrome 拡張機能 を入れ、対象ページを開いて、「One Click Extract」をクリックするだけ。エージェントがページを読み取り、解析し、抽出方法を判断したうえで、必要に応じて自動で開始します。抽出したデータは Excel、Google Sheets、Airtable、Notion に出力できます。ページネーション、サブページ抽出、スケジュール実行、再利用可能なテンプレートにも対応しています。
Thunderbit には、開発者向けの Open API（Distill と Extract のエンドポイントあり）、AI エージェントのワークフロー向け MCP Server、そして CLI もあります。ただし製品の中心は、あくまでノーコードのブラウザ体験です。Web ページを指して「このデータをスプレッドシートでちょうだい」と言える感覚を実現するのが、このツールの狙いです。
Browserless とは？
Browserless は、開発者が自分でブラウザ基盤を管理しなくても済むように、クラウド上で Chrome を動かせるマネージドなヘッドレスブラウザプラットフォームです。ここでいう「ヘッドレスブラウザ」とは、画面にウィンドウを表示しないブラウザのこと。すべてコードで制御します。
開発者は Puppeteer、Playwright、または CDP 対応のスクリプトを、WebSocket か REST API 経由で Browserless のリモートブラウザインスタンスに接続します。ローカルで Chrome を立ち上げる代わりに、メモリや CPU を消費するブラウザ処理を Browserless のサーバー上で実行できます。Browserless には、移動、クリック、入力、スクロール、抽出、スクリーンショット、PDF、CAPTCHA 対応などの操作をあらかじめ備えた GraphQL ベースの自動化レイヤー BrowserQL もあります。REST API では、レンダリング済みコンテンツ、セレクタ指定の構造化スクレイピング、Smart Scrape、スクリーンショット、PDF、カスタム Puppeteer 関数などが使えます。
とはいえ、Browserless が完全に「コード専用」というわけではありません。ダッシュボードのプレイグラウンド、AI コード生成、MCP integration、n8n・Make・Zapier 連携もあります。ただ、中核はやはり開発者ファーストです。ロジックはあなたが書き、ブラウザエンジンとインフラは Browserless が提供します。さらに、データの所在やインフラ統制が必要なチーム向けに self-hosted option（Docker、VPC、エアギャップ）も用意されています。ただし、公開 Docker イメージと商用クラウド版は機能が完全に同一ではありません。
Thunderbit と Browserless をひと目で比較
実際に重要な観点を横並びで見ると、違いがよく分かります。
| 観点 | Thunderbit | Browserless |
|---|---|---|
| 対象ユーザー | ビジネスユーザー、ノンコーダー、オペレーション、営業、マーケティング | 開発者、DevOps、QA エンジニア |
| インターフェース | Chrome/Edge 拡張機能、Web アプリ、API、MCP、CLI | REST/WebSocket API、BrowserQL、ダッシュボード、MCP、n8n/Make/Zapier |
| AI 搭載の抽出 | あり — One Click Extract、項目単位の指示 | 組み込みのエージェント型抽出はなし。Smart Scrape と BrowserQL の抽出機能はあり |
| 最初の結果までの設定 | 数分（拡張機能を入れてページを開き、抽出） | 数分〜数時間（API キー取得、スクリプト作成・設定、実行） |
| コーディングの必要性 | なし（拡張機能/Web アプリ）；任意で API/MCP/CLI | 中核ワークフローでは必要；MCP/連携で低コード化は可能 |
| 出力／エクスポート | 構造化された行データ → Excel、CSV、Google Sheets、Airtable、Notion | レンダリング済み HTML、構造化 JSON、スクリーンショット、PDF、API 経由のカスタム出力 |
| ページネーション／サブページ処理 | UI から設定可能、標準搭載 | コードまたは BrowserQL でユーザー定義 |
| スケジュール実行 | 対象プラン／対象画面で対応 | コード、cron、外部オーケストレーションで管理 |
| ボット検知／ステルス対策 | 対応ページではマネージドなレンダリング；保証はなし | BrowserQL ステルス、住宅系／データセンタープロキシ、CAPTCHA 対応；保証はなし |
| セルフホスティング | いいえ | はい（Docker、VPC、エアギャップ；SSPL／商用のデュアルライセンス） |
| 連携 | ビジネスツールへ直接エクスポート；開発向けに API/MCP/CLI | Puppeteer/Playwright/CDP、MCP、n8n、Make、Zapier、エージェント SDK |
| 主な用途 | リード抽出、市場調査、単発のデータ収集、定期抽出 | ブラウザテスト、自動化、スクリーンショット/PDF、ボット対策のあるスクレイピング、エージェントのツール利用 |
営業担当が昼までにリードをスプレッドシートへ入れたいなら、Thunderbit 向きです。開発者が CI パイプラインで500個のヘッドレスブラウザセッションを回したいなら、Browserless 向きです。共通点は「Web ページからデータを取ること」ですが、やり方と使い心地はまったく違います。
スキルレベルと学習コスト：Thunderbit と Browserless
調査を通じて何度も出てきたのは、「自分のスキルレベルに合うのはどれか？」という質問が最も多い、ということでした。なので、ここははっきり言います。
Thunderbit を使うために必要なこと
コーディングは不要です。Thunderbit のブラウザ拡張機能 は、インストールして、Web ページを開いて、ボタンを押すだけで構造化データを得られるように作られています。One Click Extract を使えば、エージェントがページを読み取り、解析し、出力内容を判断して、自動で抽出を始めます。ほとんどのビジネスユーザーにとっては、インストールから書き出しまで数分で完了します。
AI がスキーマを提案し、対応ページに適応してくれるので、CSS セレクタや XPath をコードで保守し続ける必要がないぶん、日々のメンテナンスは軽くなりがちです。ドキュメントも視覚的で、ビジネスユーザー向けのチュートリアルやガイドが中心です。複雑なプログラム処理や高度にカスタムなロジックが必要な場合は、ノーコード画面だけでは限界があります。そのときに API、MCP、CLI が活きてきます。
Browserless を使うために必要なこと
Browserless は、JavaScript か Python に慣れていて、Puppeteer や Playwright を使ったことがあり、API キーや WebSocket 接続に抵抗がない人を想定しています。ブラウザに何をさせるか――移動、クリック、待機、抽出、スクリーンショット――を指示するスクリプトは自分で書きます。サインアップから最初の結果までの時間は経験値に左右されますが、熟練した開発者でも、実際の対象サイトで新しいスクリプトを動かすまでには、クリック中心の操作より時間がかかるのが普通です。
対象サイトの構造が変わったら、セレクタやロジックをコードで更新します。ドキュメントは開発者向けで、コード例、API リファレンス、活発な GitHub community（2026年半ば時点で約 13,500+ stars）があります。開発者にとって、この柔軟性は大きな強みです。ブラウザセッションの細部まで制御できます。
簡易比較表：学習コスト
| 項目 | Thunderbit | Browserless |
|---|---|---|
| 技術的前提 | なし — ブラウザ拡張、クリック操作中心 | JavaScript/Python、API の基本理解 |
| 最初の結果までの時間 | 数分（インストール → AI 提案 → 抽出） | 15分〜1時間以上（API キー → スクリプト → 実行） |
| 継続メンテナンス | 対応ページでは低め（AI 補助のスキーマ提案） | 高め（スクリプト保守、セレクタ更新） |
| ドキュメントの形式 | 視覚的ガイド、ビジネスユーザー向けチュートリアル | 開発者ドキュメント、コード例、API リファレンス |
| コミュニティ／サポート | 直接サポート窓口 | 活発な GitHub、開発者コミュニティ |
ここはどちらが上、という話ではありません。使う人によります。非技術系のユーザーにとっては、Browserless は過剰です。逆に、すべてを細かく制御したい開発者にとっては、Thunderbit のノーコード画面は複雑な自動化には物足りないかもしれません。
Thunderbit と Browserless の価格比較：それぞれいくらかかる？
価格は、意思決定で最もよく見られる要素の1つであり、同時に最も変わりやすい要素でもあります。プラン名、料金、上限は変わることがあります。ここでは2026年半ば時点で入手できる最良の情報をまとめていますが、必ず各ツールの公式料金ページで最新情報を確認してください。
構造的な違いが重要です。Thunderbit はページクレジットで課金し、Browserless は計算ユニットで課金します。前者は出力行と操作に連動し、後者はブラウザセッション時間と、必要に応じて帯域幅や CAPTCHA の課金が加わります。これらの単位は相互に換算できないため、金額を真正面から比較するには、自分のワークロードを正しく見積もる必要があります。
Thunderbit の料金概要
Thunderbit の料金ページ からの要約です。
| プラン | 月額 | 年額換算 | クレジット |
|---|---|---|---|
| Free | $0 | $0 | 月6ページ |
| Starter | $15/mo | 約$9/mo（年払い） | 月500 / 年5,000 |
| Pro 1 | $38/mo | 約$24/mo（年払い） | 月3,000 / 年30,000 |
| Pro 2 | $75/mo | 約$48/mo（年払い） | 月6,000 / 年60,000 |
| Pro 3 | $125/mo | 約$96/mo（年払い） | 月10,000 / 年120,000 |
| Pro 4 | $249/mo | 約$192/mo（年払い） | 月20,000 / 年240,000 |
| Business | カスタム | カスタム | カスタム |
標準の出力行は1クレジット、サブページの出力行は2クレジットです。Thunderbit には、開発者向けワークフロー用の 別料金体系 もあります（Distill: 1 API unit/page、Extract: 20 API units/page）。Free プランでも試せますが、利用枠は小さめです。
Browserless の料金概要
Browserless のクラウド料金ページ からの要約です。
| プラン | 年額換算の月額 | 月額 | units/月 | 同時実行数（年額/月額） | 最大セッション |
|---|---|---|---|---|---|
| Free | $0 | $0 | 1,000 | 2 / 2 | 1分 |
| Prototyping | $25/mo | $35/mo | 20,000 | 10 / 5 | 15分 |
| Starter | $140/mo | $200/mo | 180,000 | 40 / 30 | 30分 |
| Scale | $350/mo | $500/mo | 500,000 | 100 / 80 | 60分 |
| Enterprise | カスタム | カスタム | カスタム | カスタム | カスタム |
ブラウザ接続1回あたり 30秒ごとに1 unit が消費され、端数は切り上げです。住宅系プロキシの通信は1MBあたり6 units、データセンタープロキシは1MBあたり2 units かかります。CAPTCHA 対応でも追加 unit が消費されます。有料プランでは超過分が $0.0015–$0.0020/unit で課金されます。self-hosted Docker image は SSPL／商用のデュアルライセンスで利用できますが、オープンソース版には商用機能の一部（BrowserQL、高度なステルス、replay など）が含まれません。また、自前のインフラ費用は別途必要です。
価格の横並び比較
| Thunderbit（ノーコード） | Browserless（クラウド） | |
|---|---|---|
| 無料枠 | 月6ページ | 1,000 units |
| 最安の有料プラン | $15/mo（Starter、500クレジット） | $25–$35/mo（Prototyping、20,000 units） |
| 中位帯 | $38–$75/mo（Pro 1–2） | $140–$200/mo（Starter） |
| 上位帯 | $125–$249/mo（Pro 3–4） | $350–$500/mo（Scale） |
| 課金単位 | ページクレジット（出力行） | 計算ユニット（30秒単位 + プロキシ/CAPTCHA） |
| セルフホスティング | なし | あり（SSPL／商用ライセンス） |
Thunderbit の価格は、ページごとに予測しやすい費用で使いたいビジネスユーザー向けに設計されています。Browserless の価格は、ブラウザセッションの計算時間を必要とする開発者向けです。タスク単位で比べるなら、自分のワークフローが何クレジット、あるいは何ユニットを消費するか見積もる必要があります。10行のリードリストと、1万ページのクロールでは、計算がまったく変わります。
Thunderbit と Browserless：用途別の結論
比較記事に毎回あってほしいのは、こういう「この用途ならこっち」という実践的なガイドです。ここではシナリオごとに結論と理由を短くまとめます。
| 用途 | 向いているツール | 理由 |
|---|---|---|
| 営業リードの抽出（ディレクトリ、企業一覧） | Thunderbit | ノーコード、One Click Extract、Sheets/Excel/Airtable へ出力。営業担当が数分で抽出できる。 |
| CI/CD における大規模ブラウザテスト | Browserless | Puppeteer/Playwright のプログラム実行、並列セッション、パイプライン連携に最適。 |
| 市場調査と競合モニタリング | 場合による | ノーコードの定期抽出なら Thunderbit。複雑なレンダリングページなら Browserless + カスタムスクリプト。 |
| AI エージェントの Web 操作（Claude、LangChain） | 場合による | 構造化抽出なら Thunderbit の MCP/API。生のブラウザ制御なら Browserless の REST/WebSocket。 |
| ボット対策や CAPTCHA が多いサイト | Browserless | BrowserQL のステルス、プロキシ、CAPTCHA 対応がある。ただし、どのツールもアクセスを保証するわけではない。 |
営業リードの抽出
営業、オペレーション、人材採用の仕事で、ディレクトリや一覧ページから名前、メールアドレス、企業情報を集めたいなら、Thunderbit のほうが直感的です。ページを開いて、AI に項目を提案させ、抽出して、Google Sheets や Airtable に出力するだけ。スクリプトもインフラも不要です。Browserless でも技術的には可能ですが、カスタムスクリプトの作成と保守が必要になります。多くのビジネスユーザーにとっては、そこが大きな壁です。（このワークフローの詳細は、AI lead generation のガイドも参考にしてください。）
CI/CD のブラウザテストと QA 自動化
これは Browserless 向きです。チームが CI/CD パイプラインで自動ブラウザテストを回しているなら、必要なのはデータ抽出 UI ではなく、同時実行可能なヘッドレスブラウザです。Thunderbit はこの用途向けではありません。
市場調査と競合モニタリング
チーム構成によります。競合価格や商品一覧を追いたい非技術系アナリストがいるなら、Thunderbit の定期抽出（対象プランで利用可）と直接エクスポートがいちばんシンプルです。対象ページが重いレンダリングを使っていたり、複雑な操作が必要だったり、高度なステルスが必要なら、Browserless を使う開発者のほうがコントロールしやすいでしょう。（コードなしでの Web スクレイピング については、別ガイドも公開しています。）
AI エージェントによる Web 操作
どちらのツールにも、エージェント向けワークフローのための MCP 連携や API 面があります。Thunderbit の MCP Server と API は、構造化抽出に向いています。つまり、エージェントがデータを要求し、Thunderbit がきれいな行データを返します。一方で Browserless の MCP と agent SDK 連携 は、生のブラウザ制御に向いています。エージェントが移動し、クリックし、フォームを埋め、複雑なページ操作をこなします。必要なのが構造化データなのか、それとも完全なブラウザ操作なのかで選ぶのが正解です。
ボット対策が厳しいサイト、CAPTCHA が多いサイト
この領域では Browserless のほうが明示的な制御があります。BrowserQL stealth mode、フィンガープリントのランダム化、住宅系／データセンタープロキシ、CAPTCHA 対応などです。Thunderbit のマネージドレンダリングは、対応ページでいくつかのボット対策を乗り越えられますが、一般的なボット検知回避ツールとして作られているわけではありません。Browserless 自身のドキュメントでも、高度なフィンガープリント検出やインタラクティブ CAPTCHA が自動化を止めることがあると認めています。どのツールでも、あらゆるサイトで成功が保証されるわけではありません。
両方使う可能性：補完的なワークフロー
多くの比較記事はここを飛ばしますが、実は「どちらか一方に決める」必要はないかもしれません。
多くの組織では、技術系と非技術系の両方にデータニーズがあります。チームの開発者は、Browserless を使って複雑なレンダリングページを処理したり、ブラウザテストを走らせたり、大規模抽出のデータパイプラインを作ったりできます。一方で、ビジネスアナリストや営業担当は Thunderbit のブラウザ拡張機能 を使って、必要な時にすぐ抽出できます。たとえば、新しく見つけたディレクトリからリードを取る、競合価格をスポットチェックする、あるいは本格的な開発スプリントを組むほどではないソースから補足データを抜き出す、といった用途です。
別のケースでは、開発者が Browserless で定期クロールを組み、継続監視を担当し、オペレーション担当が会議で急に出てきた新しいソースから Thunderbit ですぐデータを取る、という使い分けもあります。チケットも待ち時間もコードレビューもなしです。
これは無理にアップセルを勧めているわけではありません。実際の混成チームの働き方がそうだからです。コードを書く人と書かない人の両方が Web データを必要としているなら、それぞれの強みに合ったツールを使い分けることで、全員の時間を節約できます。
Thunderbit と Browserless：長所と短所のまとめ
Thunderbit の長所と短所
長所:
- 中核ワークフローにコーディング不要
- One Click Extract がページを読み取り、構造化スキーマを提案
- 非技術系ユーザーが最初の結果を得るまでが速い
- ビジネス向け形式へ直接エクスポート可能（Excel、Google Sheets、Airtable、Notion）
- いま見ているページ上でそのまま使えるブラウザ拡張機能
- 対応ページでは保守負担が比較的低い（AI 支援のスキーマ提案）
- 開発者向けに API、MCP、CLI も利用可能
短所:
- CI/CD やブラウザテストのようなプログラム実行用途には向かない
- 複雑なカスタムロジックや多段階ブラウザ自動化の自由度は低め
- セルフホスティング不可
- エージェント型抽出は、特殊で複雑なページでは手動調整が必要なことがある
- Browserless に比べると開発者コミュニティは小さい
Browserless の長所と短所
長所:
- ブラウザセッションを完全にプログラム制御できる
- Puppeteer、Playwright、CDP 対応クライアントをサポート
- 高度なボット検知回避（BrowserQL ステルス、プロキシ、CAPTCHA 対応）
- データ所在地やインフラ管理が必要な場合にセルフホスト可能
- 大規模ワークロード向けに同時実行を拡張できる（プラン依存）
- 強力な開発者コミュニティ（GitHub 星数 約13,500+）
- MCP、n8n、Make、Zapier、エージェント SDK 連携
- SOC 2 Type II 準拠を主張（Trust Center）
短所:
- 中核ワークフローにコーディングスキルが必要
- 保守負担が大きい（対象サイトが変わるとスクリプトが壊れやすい）
- 非開発者には学習コストが高い
- 出力を整形・書き出しするには追加ロジックが必要（組み込みのエージェント型抽出や永続的なビジュアル表はない）
- セルフホスティングでは、インフラ、パッチ適用、監視、ライセンス責任が運用側に移る
- オープンソース版のライセンスは SSPL／商用デュアルライセンスで、OSI 承認のオープンソースではない
結論：チームに合うツールの選び方
Thunderbit と Browserless は、違う人の違う課題を解決します。Thunderbit は、コードなしで素早く構造化データを取り出し、普段使っているツールにそのまま出したいビジネスユーザー向けです。Browserless は、ブラウザ内部の動きをすべて制御できる、スケーラブルでプログラム可能なブラウザ基盤を必要とする開発者向けです。
簡単な判断基準はこちらです。
- Thunderbit を選ぶべき人: 営業、オペレーション、マーケティング、リサーチの担当者。コードを書かない人。数分でスプレッドシートや Airtable にデータを入れたい人。AI による項目選択と直接エクスポートが必要な人。(こちらから試す)
- Browserless を選ぶべき人: 開発者または DevOps エンジニア。Puppeteer/Playwright のスクリプトを書く人。ブラウザテスト、ボット回避、スクリーンショット/PDF、セルフホスト環境が必要な人。(プラットフォームを見る)
- 両方検討すべき人: 技術系と非技術系の両方のメンバーが Web データを必要としていて、それぞれに合うツールを使い分けたいチーム。
ここに絶対的な勝者はいません。仕事に合うツールがあるだけです。
FAQ：Thunderbit と Browserless
Thunderbit は Browserless の代わりになりますか？ 逆はどうですか？
直接の置き換えにはなりません。なぜなら、対象ユーザーと用途が違うからです。Thunderbit は、コードなしで構造化データを得たいビジネスユーザー向けのマネージド抽出プラットフォームです。Browserless は、カスタムなブラウザ制御が必要な開発者向けのプログラム可能なブラウザ基盤です。基本的な Web スクレイピングという点では重なりますが、アプローチ、画面、出力は根本的に違います。営業担当がリードリストに Browserless を使うことはありませんし、開発者が CI/CD のブラウザテストに Thunderbit を使うこともありません。
Thunderbit を使うのにコーディングスキルは必要ですか？
必要ありません。ブラウザ拡張機能と Web App は非技術系ユーザー向けに作られており、インストールしてページを開き、One Click Extract を押し、タスクの自動開始を待って、出力するだけです。開発者向けのプログラム利用には、Open API、MCP Server、CLI もあります。
Browserless は Google Sheets や Excel に直接出力できますか？
標準ではできません。Browserless が返すのは、レンダリング済み HTML、構造化 JSON（Smart Scrape、BrowserQL、またはカスタム関数経由）、スクリーンショット、PDF などのブラウザ出力です。これをスプレッドシートへ入れるには、別途コードを書くか、別ツールで整形して書き出す必要があります。対して Thunderbit は、Excel、Google Sheets、Airtable、Notion への直接エクスポートが標準搭載です。
Browserless は無料で使えますか？
Browserless には 月1,000 units の無料枠 があります（1,000セッションではありません。1回のセッションで複数ユニットを消費することがあります）。オープンソースの Docker イメージはセルフホスト可能ですが、SSPL／商用のデュアルライセンスであり、商用機能のすべては含まれません。有料プランでは、より多くの units、高い同時実行数、追加機能が利用できます。最新情報は 公式料金ページ を確認してください。
LinkedIn のような保護されたサイトをスクレイピングするのに向いているのはどちらですか？
どちらのツールも、特定サイトへのアクセスを保証するものではありません。利用規約、権限要件、適用法令は必ず守ってください。Browserless のステルス機能と CAPTCHA 対応はボット検知対策を意識していますが、Thunderbit の Browser Mode も、許可されたローカルブラウザセッション内で動作できます。保護されたサイトでは、どのスクレイピングツールを使うかよりも、正当にアクセス権があり、プラットフォームのルール内で動いているかが最重要です。（背景として、LinkedIn のスクレイピング に関する記事もご覧ください。）
さらに詳しく知る
