本記事には広告・アフィリエイトリンクを含みます。掲載内容は公開情報をもとに編集部が整理したもので、当編集部が実際に運用して測定した結果ではありません。
「Webページを取ってきてAIに読ませたい」という要件は、いまや検索・RAG・エージェント・SEO監視のどこにでも顔を出します。Firecrawlはその工程を1本のAPIに寄せたサービスですが、検討時にいちばん詰まりやすいのが料金体系（クレジット）と、MCP経由でAIエージェントにどうつなぐかという2点です。この記事では、公式ドキュメントと料金ページの表示内容をもとに、料金・使い方・MCP設定を導入判断に使えるレベルまで分解します。
この記事の中核メッセージ
Firecrawlの本当の価値は「スクレイピングそのもの」ではありません。バラバラなHTML・JavaScript描画・PDF・広告や navigation の混ざったページを、AIが直接食べられる形（クリーンなMarkdownや、スキーマに沿ったJSON）へ揃えることにあります。取得できるかどうかではなく、取得結果が後段のLLMやDBにそのまま流せるかが評価軸です。
結論：Firecrawlが向く人・向かない人
向いている人
- RAGの取り込み元としてWebページや社外ドキュメントをMarkdown化したい人
- Claude CodeやCursorなどのAIエージェントに「最新のWebを読む力」を持たせたい人
- 競合ページ・価格・求人・規約更新などを定期チェックし、変化だけ通知を受けたい人
- スクレイパーの保守（プロキシ、JS描画、レート制限、パーサ崩れ）から手を離したい実装担当者
- まず無料枠で挙動を確かめてから稟議を上げたい人
向いていない可能性がある人
- 取得量が月数十万〜数百万ページ規模で、1ページ単価を極限まで下げたい人（上位プランや個別見積もりの検討が前提になります）
- 特定サイト専用のロジックを完全に自社で握りたい人
- ログイン後の複雑な画面遷移が中心で、ブラウザ操作の作り込みが本題になる人（Interactはありますが、設計コストは別途かかります）
- 対象サイトの利用規約やrobots.txtの制約上、自動取得の可否が固まっていない人
まず概要と最新の提供内容はFirecrawlのサービスページにまとめています。あわせて確認すると判断が速くなります。
Firecrawlとは
Firecrawlは、公式サイトの表現では「検索・取得・操作のためのコンテキストAPI」として提供されているサービスです。公式ドキュメントは、Scrapeの役割を「WebページをLLMアプリケーションに適したMarkdownへ変換する」ものと説明し、プロキシ、キャッシュ、レート制限、JavaScriptでブロックされるコンテンツといった煩雑さをサービス側で扱うと記載しています。動的サイト、JS描画サイト、PDF、画像にも対応し、出力はクリーンなMarkdown、構造化データ、スクリーンショット、HTMLから選べます。
出力形式（formats）として公式ドキュメントに挙げられているのは、markdown、summary、html、rawHtml、rawBase64、screenshot、links、json、images、branding、product、audio、video、query などです。さらにページに対して自然文で質問して回答だけ受け取るquestion形式、関連箇所を抜き出すhighlights形式、Markdownから個人情報を伏せるredactPIIといったオプションも用意されています。
ここが「単なるスクレイパー」との違いです。HTMLを取ってくるだけなら手段はいくらでもありますが、Firecrawlは本文抽出、ノイズ除去、フォーマット統一、スキーマ準拠のJSON化までを同じインターフェースで完結させる設計になっています。後段がLLMである前提で出力が整えられているため、パイプラインの「整形担当」を丸ごと外注できるのが実務上の価値です。
AI向けのWeb取得で解決する課題
抽象的な説明より、用途に落としたほうがわかりやすいので4つ挙げます。
1. RAGのデータ取り込み
社外の製品ドキュメント、規約、ヘルプセンター、ニュース記事などをナレッジベースへ入れる場合、HTMLのままではチャンク分割が汚れます。Markdown出力なら見出し構造が残るため、見出し単位のチャンク化や引用元の提示がやりやすくなります。Crawlでセクション単位を回収し、そのままベクトルDBへ流す構成が素直です。
2. AIエージェントのWeb調査
エージェントに調査させるとき、必要なのは「検索して、上位結果の本文まで読む」という一連の動作です。公式ドキュメントによれば、Searchはクエリに対してタイトル・説明・URLを返し、scrapeOptionsを付けると各結果のフルページMarkdownやHTML、リンク、スクリーンショットまで一度のAPIコールで取得できます。question形式やhighlights形式はSearch側のscrapeOptionsからも使えるため、結果ごとに要点だけ抜くこともできます。
3. サイト監視・SEO
Monitorは、既知URL（scrape）、クロールで発見した全ページ（crawl）、Web全体の検索結果（search）を対象に定期チェックを回し、各ページをsame / new / changed / removed / error として記録します。既定ではMarkdownの差分を取りますが、changeTrackingのJSONモードを使えば価格や見出し、在庫フラグといった特定フィールドだけの差分を検知できます。さらに自然文のgoalを設定すると、変化が「意味のある変化」かをAIが判定し、ノイズを抑えた通知（Webhook、メール、Slack）に絞れます。スケジュールはcronのほか「every 30 minutes」「daily at 9am」のような自然文でも指定でき、最短間隔は5分と記載されています。
4. データパイプライン
Crawlは「サイトマップとリンクの再帰探索でページを発見し、JavaScript描画やレート制限を自動処理して、各ページのクリーンなMarkdownまたは構造化データを返す」機能です。結果はポーリング、WebSocket、Webhookで受け取れ、Webhookはcrawl.started / crawl.page / crawl.completed / crawl.failed のイベントを送信します。各リクエストにはX-Firecrawl-Signature（HMAC-SHA256）が付くため、受信側で署名検証を行う前提の実装が可能です。ETLの「抽出」層をAPIに寄せられるので、ジョブ管理と保存に集中できます。
用途別の適合度はFirecrawlサービスページの解説も参考にしてください。
Search / Scrape / Crawl / Map / Interactの使い分け
| 機能 | やること | 使う場面 |
|---|---|---|
| Search | Web検索し、必要なら各結果を取得 | URLが未知で、クエリしかない調査タスク |
| Scrape | 単一URLをMarkdown/HTML/JSON等で出力 | URLが確定していて本文や構造化データが欲しい |
| Crawl | 起点URLから再帰的に配下ページを取得 | サイトやセクション全体をまとめて取り込む |
| Map | サイト内のURL一覧を高速に列挙 | 何を取るかを決める前の下見、対象の絞り込み |
| Interact | ブラウザセッションでクリック・入力・遷移 | 操作しないと出てこない情報、ログイン維持 |
Mapの公式説明では、URLは主にサイトマップから発見し、検索エンジン結果や過去のクロール結果で補完すると記載されています。速度優先のため全リンクを網羅するとは限らず、より徹底した最新の一覧が必要ならCrawlを検討するよう案内されています。searchパラメータを付けるとサイト内の関連URLを関連度順で返すので、「ドキュメントの料金関連ページだけ」といった絞り込みに向きます。
Interactは、Scrapeのレスポンスに含まれるscrapeIdに対して操作を続ける形と、独立したBrowser Sandboxセッションを立てる形の2系統があります。自然文プロンプトで操作させる方法と、Playwrightのコード（Node.js／Python）やBashのagent-browserを直接実行する方法があり、公式は「プロンプトは1回1タスクに絞り、複数コールに分ける」ことを推奨しています。セッションのTTL既定値は10分、無操作タイムアウトは5分です。
ポイント：単純なページ取得はScrape、動的操作が必要ならInteract。公式ドキュメントも、Scrapeのactions配列を伸ばし続けるよりInteractへ移すことを勧めています。
料金プランとクレジットの考え方
以下は2026年9月4日時点の公式表示にもとづく内容です。料金・仕様は変更されるため、最終判断の前に必ず公式の料金ページとドキュメントで最新情報を確認してください。
| プラン | 料金（年払い換算の月額） | 月間クレジット | 同時リクエスト |
|---|---|---|---|
| Free | 0ドル | 1,000（約1,000ページ） | 2 |
| Hobby | 16ドル | 5,000 | 5 |
| Standard | 83ドル | 100,000 | 25 |
| Growth | 333ドル | 500,000 | 50 |
| Scale | 599ドル | 1,000,000 | 100 |
| Enterprise | 個別見積もり | 要相談 | 要相談 |
クレジットの消費単位は次の通りです。
- Scrape / Crawl / Map：1ページあたり1クレジット（MapはAPIドキュメント上は1コールあたり1クレジットと記載されています）
- Search：10件の検索結果あたり2クレジット。11〜20件なら4クレジットと、10件単位で切り上げ
- Interact：ブラウザ利用1分あたり2クレジット。なお公式ドキュメントには、Playwrightコードのみのセッションが1分あたり2クレジット、AIプロンプトを使うセッションは1分あたり7クレジットという記載もあります
- Monitor：1ページ・1チェックあたり1クレジット
加えて、オプションで上乗せが発生します。公式ドキュメントの表では、PDF解析がPDF1ページあたり+1クレジット、JSON形式（LLMによる抽出）が1ページあたり+4クレジット、Zero Data Retentionが1ページあたり+1クレジットとされ、これらは加算されます。JSON形式とZDRを併用すると1ページ6クレジットという例が示されています。ここを見落とすと見積もりが数倍ずれます。
注意：繰り越しとキャッシュ
セルフサービスプランの未使用クレジットは翌月へ繰り越されません。繰り越しに対応するのはScaleとEnterpriseで、公式ドキュメントには年払いScaleが1か月、年払いEnterpriseが2か月の繰り越しと記載されています。また、キャッシュから返された結果も1ページ1クレジットが必要で、キャッシュは速度を改善するがクレジット消費を減らすものではないと明記されています。さらに、対象サイトが403や404を返した場合でもインフラは稼働するためクレジットは消費されます（失敗リクエストについては「成功したリクエストにのみ課金する」との案内もあるため、請求に疑問があればサポートへの確認が推奨されています）。
クレジットが尽きたときの動きも押さえておきましょう。セルフサービスは従量課金で、残高がゼロになると自動リロードが5ドル単位でクレジットを購入します。1回5ドルで得られるクレジット数はプランごとに異なり、公式表示ではHobbyが1,000、Standardが2,000、Growthが2,500、Scaleが5,000です。月間の自動リロード上限は5ドルの倍数で設定でき、0を入れれば自動リロードは無効になります。自動リロードを切っている状態でクレジットが尽きると、課金対象のリクエストはHTTP 402を返します。
無料枠から始める導入手順
Firecrawlは月1,000クレジットの無料枠があり、カード登録は不要と案内されています。さらに2026年6月に公開された「Firecrawl Keyless」の案内では、APIキーなしでSearch・Scrape・Interactを試せる形が発表され、MCP、CLI、REST APIのいずれからも利用できると記載されています。開発者は自動的に月1,000無料クレジットを受け取り、それを超える段階で登録して自分のキーを使う流れです。
- 出力を見る：まず自社が扱う代表URLを1本Scrapeして、Markdownの品質を目視で確認します。本文抽出は既定で有効、キャッシュの既定は2日（
maxAgeが172,800,000ミリ秒）です。鮮度が要る場合はmaxAge: 0にできますが、毎回フルパイプラインを通るため遅く、失敗しやすくなると注記されています。 - 対象範囲を測る：Mapで対象サイトのURL数を把握します。ここでページ数の当たりを付けておくと、Crawlの見積もりが現実的になります。
- 小さくCrawlする：
limitの初期値は10,000です。無料枠なら1回で使い切ってしまう規模なので、最初は数十〜数百に絞ります。includePaths/excludePaths、maxDiscoveryDepthも併用します。 - スキーマを固める：JSON形式で欲しいフィールドを定義し、後段のDBスキーマと合わせます。商品ページのように構造化データが載っているケースは、LLMを使わないproduct形式のほうが速く安いと公式が案内しています。
- 運用に載せる：Webhookで受け取り、署名検証を実装します。クロール結果のAPI経由での取得は完了から24時間、バッチスクレイプのジョブも24時間で期限切れになるため、保存側の設計は先に決めておきます。
最小のリクエスト例は次の形です（キーは環境変数から渡し、URLに直接書かないよう公式が注意しています）。
POST https://api.firecrawl.dev/v2/scrape
{ "url": "https://example.com/docs", "formats": ["markdown", "links"] }MCPでAIエージェントにつなぐ方法
MCP（Model Context Protocol）でつなぐと、Claude CodeやCursorなどのMCP対応クライアントがFirecrawlのツールをそのまま呼べるようになります。公式ドキュメントでは、認証方法として「アカウントもキーも不要で日次上限内で試す」「ブラウザからサインインする」「APIキーを設定する」の3つが案内されています。
サーバーURLは、APIキー方式がhttps://mcp.firecrawl.dev/v2/mcp、サインイン方式がhttps://mcp.firecrawl.dev/v2/mcp-oauthです。前者はAuthorizationヘッダーにベアラートークンとしてAPIキーを渡し、キーはMCPのURLではなく環境変数やクライアントのシークレットストレージに置くよう明記されています。Keylessの発表記事では、Claude Codeへの追加コマンドとしてclaude mcp add --transport http firecrawl https://mcp.firecrawl.dev/v2/mcpが紹介されています。ローカルでサーバーを走らせる構成も用意されており、GitHubのリポジトリではnpx -y firecrawl-mcpによるインストールが案内されています。
接続モードで使えるツールが変わる点は重要です。公式の表では、ホスト型のOAuthおよびAPIキー接続はプランとチームポリシーの範囲でフルのツール群、ホスト型のキーレス接続はfirecrawl_search、firecrawl_scrape、firecrawl_parseの3つと整理されています。用途別のツール選択も表で示されており、URL既知ならfirecrawl_scrape、URL探索ならfirecrawl_map、クエリだけならfirecrawl_search、サイト横断ならfirecrawl_crawlとfirecrawl_check_crawl_status、変更監視ならfirecrawl_monitor_*という対応です。
MCPクライアント側の設定ファイルの書き方や、複数サーバーを併用するときのつまずきどころはMCP設定の解説記事で整理しています。401が返る場合は、公式のトラブルシューティングに従って設定URLが/v2/mcpと/v2/mcp-oauthのどちらかを先に確認し、変更後は新しいクライアントセッションを開始してください。
ポイント：MCP接続では、エージェントが自律的にクレジットを消費します。キーレスで挙動を確認し、本番はAPIキー方式にして自動リロード上限を設定する、という順番が安全です。
クレジット浪費を防ぐ設計
Firecrawlのコスト事故は、ほぼ「範囲」と「オプション」の2箇所から起きます。公式仕様から導ける実務的な防御策を挙げます。
- Crawlの
limitを必ず明示する。既定は10,000です。保有クレジットの範囲に収める必要があるため、最初は小さく設定して結果を見ながら広げます。 - Mapで下見してからCrawlする。URL数を把握せずに再帰探索を始めるのが最も危険です。
- パスフィルタと深さを効かせる。
includePaths/excludePaths、maxDiscoveryDepth、ignoreQueryParameters（同一パスのクエリ違いを再取得しない）を組み合わせます。 - JSON形式を無条件に付けない。1ページ+4クレジットです。全ページに掛けるのではなく、Markdownで回収してから必要なページだけJSON化する二段構えが節約になります。商品情報ならproduct形式が代替候補です。
- PDFを意識する。PDF解析はPDF1ページごとに+1クレジットです。Searchで不要なら
parsers: []を設定するよう公式が案内しています。 - Searchは10件単位で切り上げ。
limitを11にすると4クレジットになります。10、20とキリの良い数字に寄せます。 - 403が続くURLを再試行しない。レスポンスの
metadata.statusCodeを見て、常にブロックされるURLは除外リストへ回します。 - Monitorは頻度と対象で効く。クロール型モニターは1チェックで発見ページ数ぶんのクレジットを使います。作成APIは
estimatedCreditsPerMonthを返すので、登録前に月次見込みを確認できます。 - 自動リロードの月間上限を先に決める。0で無効化もできます。エージェント連携時はここが最後の防波堤です。
プラン選定の考え方はFirecrawlサービスページの料金セクションでも整理しています。
Apify・ScraperAPI・Bright Dataとの選び方
比較検討の対象になりやすい3サービスについて、各社の公開説明にもとづく「立ち位置の違い」だけを整理します。料金や性能は各社の最新の公式ページで確認してください。ここでは推測での比較はしません。
| サービス | 公開情報から見た性格 | 検討が向く状況 |
|---|---|---|
| Firecrawl | 検索・取得・操作のコンテキストAPI。LLM前提のMarkdown／構造化出力が中心 | RAGやAIエージェントに「整えた形」で流したい |
| Apify | 公式ドキュメントによれば、構造化JSONを入力に取りタスクを実行する「Actor」を軸にしたサーバーレス実行基盤。ツールのマーケットプレイスを掲げる | 既製スクレイパーの流用や、独自コードのホスティングまで含めたい |
| ScraperAPI | 公式説明では、プロキシ・ブラウザ・CAPTCHAを気にせず公開サイトからデータを集めるためのWebスクレイピングAPI。プロキシローテーションやリトライを自動処理 | 取得の「通す力」を任せ、パースは自前で書きたい |
| Bright Data | 公式サイトでは、人とAIエージェントのためのWebデータインフラとして、検索・クロール・抽出を掲げる。プロキシ網とスクレイピングAPI群を提供 | 大規模・多地域で、インフラ寄りの要件が中心 |
選び分けの軸：「取得して整えた結果をAIに渡すこと」が目的の中心ならFirecrawl、「実行環境と既製ツール群」が欲しいならApify、「取得の通過率とプロキシ」が主課題ならScraperAPIやBright Dataという整理が、各社の公開している自己説明に素直です。実務では併用も普通にあり得ます。
導入前の注意点
技術的に取得できることと、取得してよいことは別問題です。以下は法的な結論ではなく、確認すべき論点の整理です。実際の判断は自社の状況に応じて弁護士などの専門家に相談してください。
- 対象サイトの利用規約：自動取得や再配布を禁止していないかを個別に確認します。
- robots.txt：Firecrawlのクロール設定では
ignoreRobotsTxtやrobotsUserAgentがEnterprise限定（サポートへの連絡が必要）とされており、既定ではrobots.txtが尊重される設計です。robots.txtでブロックされたページは、クロールエラー取得のエンドポイントで確認できます。 - 著作権：本文をそのまま保存・再掲載する場合、引用の範囲や社内利用の範囲を含めて扱いを検討します。
- 個人情報：取得結果に個人情報が混じる可能性があります。Firecrawlには
redactPIIによる伏せ字化や、Enterpriseプラン向けのZero Data Retention（1ページ+1クレジット）が用意されていますが、保存・利用の適法性は自社側の責任範囲です。 - サーバー負荷：
delayやmaxConcurrencyで取得間隔と並列数を制御できます（delayを設定すると並列数は1になります）。 - 結果の再現性：公式ドキュメントは、ページが並列に取得されるためクロール結果が実行ごとに変わり得ると明記しています。決定性が必要なら
maxConcurrencyを1にする、あるいはサイトマップが充実しているならsitemap: "only"を使う方法が示されています。 - データ保持：クロールやバッチのジョブ結果はAPI経由で24時間、スクリーンショットのURLも24時間で失効します。保存は自社側で設計します。
よくある質問
無料で使えますか。カード登録は必要ですか。
公式表示では、月1,000クレジット（約1,000ページ）が毎月無料で、カードは不要と案内されています。同時リクエストは2です。2026年6月公開のKeylessの案内では、APIキーなしでもSearch・Scrape・Interactを日次上限内で試せるとされています。
1クレジットは何ページ分ですか。
Scrape、Crawl、Mapは1ページあたり1クレジット、Monitorは1ページ・1チェックあたり1クレジットです。Searchは10件の結果あたり2クレジット（10件単位で切り上げ）、Interactはブラウザ利用1分あたり2クレジットが公式料金表の表示です。JSON形式やPDF解析などのオプションは別途加算されます。
使い切らなかったクレジットは翌月に持ち越せますか。
セルフサービスプランでは繰り越されません。繰り越しはScaleとEnterpriseで提供され、公式ドキュメントには年払いScaleが1か月、年払いEnterpriseが2か月と記載されています。
クレジットが足りなくなったらどうなりますか。
自動リロードが有効なら5ドル単位でクレジットが購入され、リクエストは継続します。無効な場合、課金対象のリクエストはHTTP 402（Payment Required）を返します。月間の自動リロード上限は5ドルの倍数で設定でき、0を入れると自動リロードは無効になります。
CrawlとMapはどう使い分けますか。
Mapは速度優先でURL一覧を返す下見用で、サイトマップ中心の発見に検索エンジン結果や過去のクロール結果を補完する仕組みです。全リンクを拾い切るとは限らないため、網羅性と鮮度が必要な場面ではCrawlの利用が案内されています。実務では、Mapで範囲を確認してからCrawlのlimitとフィルタを決める流れが安全です。
JavaScriptで描画されるページも取得できますか。
公式ドキュメントは、Scrapeがプロキシ、キャッシュ、レート制限、JSでブロックされるコンテンツといった複雑さを扱い、動的サイトやJS描画サイト、PDF、画像に対応すると説明しています。クリックや入力が必要な場合はInteractの利用が推奨されています。
MCP接続で使えるツールに制限はありますか。
あります。ホスト型のOAuthとAPIキー接続はプランとチームポリシーの範囲でフルのツール群が使えますが、ホスト型のキーレス接続ではfirecrawl_search、firecrawl_scrape、firecrawl_parseの3つに限られると公式表に記載されています。手順の詳細はMCP設定の解説記事も参照してください。
robots.txtは無視できますか。
クロールのignoreRobotsTxtとrobotsUserAgentはEnterprise限定で、有効化にはサポートへの連絡が必要と記載されています。既定ではrobots.txtが尊重されます。いずれにしても、対象サイトの規約や適用される法令の確認が前提です。
取得したデータはいつまで取り出せますか。
クロールのジョブ結果はAPI経由で完了から24時間、バッチスクレイプのジョブも24時間で期限切れになります。スクリーンショットのURLは24時間、audio/videoの署名付きURLは1時間で失効します。それ以降はアクティビティログでの確認となるため、保存は自社側で設計してください。
キャッシュがあればクレジットは節約できますか。
いいえ。公式ドキュメントは「キャッシュされた結果も1ページ1クレジットが必要で、キャッシュは速度を改善するがクレジット使用量は改善しない」と明記しています。既定のキャッシュ有効期間は2日です。
同時リクエスト数を超えるとエラーになりますか。
公式の説明では、同時ブラウザ数はプランごとの上限で、超えたジョブは枠が空くまでキューで待機します。エラーではなく待ちになる挙動です。詳細はレート制限のドキュメントに記載されています。
まとめ
Firecrawlを検討するときに見るべきは「取得できるか」ではありません。取得結果がそのままRAGのチャンクになり、エージェントの入力になり、DBの1行になるかという点です。Markdown、JSON、product、question、highlightsといった出力の選択肢と、Search・Scrape・Crawl・Map・Interact・Monitorという機能の切り分けは、その前提で設計されています。
コスト面では、クレジット単価そのものより「範囲の制御」と「オプションの加算」が効きます。Crawlのlimitは既定10,000、JSON形式は1ページ+4クレジット、セルフサービスは繰り越しなし、キャッシュヒットでも課金対象。この4点を押さえておけば、無料枠での検証から有料プランへの移行まで見通しが立ちます。まずは月1,000クレジットの無料枠で代表ページの出力品質を確認し、MCPでエージェントにつないで実際の消費量を測るところから始めるのが現実的です。
本記事の料金・仕様は2026年9月4日時点の公式表示にもとづきます。内容は変更される可能性があるため、契約前に必ず公式の料金ページとドキュメントで最新情報を確認してください。機能概要と用途別の整理はFirecrawlサービスページ、比較検討はApify、ScraperAPI、Bright Dataの各ページもあわせてご覧ください。
