如果你要為 GTM 團隊、VC 或 RevOps 挑一個公司融資資料 API，最直接的問題是：給它一個公司網域，它能不能正確說出最近一輪融資的階段？過去這個問題沒有標準答案，因為每個供應商都宣稱自己覆蓋率最好。2026 年 8 月，獨立組織 Openbenchmarks 做了一個公開、可重現的基準測試，把 17 家供應商放在同一個公司網域集合上，用同一套標準評分。結果顯示，Firecrawl 的 agent 在兩個關鍵指標上都領先，但其他供應商在速度與成本上各有優勢。
基準測試怎麼設計
Openbenchmarks 的融資資料看板把供應商分成三類：長時執行的 agent API、網頁搜尋 API、以及 GTM 資料庫。每個供應商都拿到相同的公司網域，透過各自的正式端點查詢，回傳的融資階段會跟人工審核過的真實資料比對。看板分成兩個指標：
- 新鮮度：過去 30 天內宣布的融資輪次，測試供應商多快能索引到新消息。
- 歷史補全：超過 30 天的舊融資輪次，測試供應商回溯歷史資料的完整度。
這兩個指標獎勵相反的設計。一個索引很快的供應商可能歷史資料很薄，一個歷史資料庫很深的供應商可能對上週的新聞反應很慢。所以把它們平均成一個排名會誤導人，Openbenchmarks 選擇分開排名。
誰在什麼任務上贏
在新鮮度看板上，Firecrawl 的 agent 拿到 100% 正確率，是所有供應商中最高的。Exa 的即時搜尋模式拿到 98.0%，Exa 的 agent 拿到 97.0%，Parallel 的 Task API 拿到 95.0%。Crunchbase 的資料庫匯出也拿到 95.1%，跟這些即時供應商差不多。但 GTM 資料庫供應商在新鮮度上明顯落後：Apollo 只有 59.7%，People Data Labs 只有 13.3%，CompanyEnrich 只有 12.7%。原因很直接：一個九天前宣布的融資輪次，資料庫還沒收錄，但讀取即時網頁的 agent 已經找得到。
在歷史補全看板上，Firecrawl 以 92.3% 領先，Parallel 拿到 90.0%，Exa 的 deep 和 agent 模式接近 88.6%，Crunchbase 拿到 85.8%。最強的 GTM 資料庫供應商 Fiber 拿到 84.9%，但其他資料庫供應商表現不佳：Ocean.io 只有 5.5%，Explorium 只有 21.9%。
成本和速度則完全相反。準確率領先的 agent 最慢也最貴，每家公司要跑一分鐘以上。網頁搜尋 API 幾秒鐘、幾美分就回傳，GTM 資料庫查詢只要幾百毫秒。所以如果你的任務是查已知公司的歷史融資，不在乎最新一輪，資料庫查詢又便宜又快。
Firecrawl 為什麼兩邊都贏
Firecrawl 是唯一在兩個看板都拿第一的供應商。它的 agent 用 spark-2 模型在新鮮度上拿到 100%，用 spark-1-mini 模型在歷史補全上拿到 92.3%。結構上的原因是：融資消息通常出現在公司新聞室、新聞稿、監管文件這些非結構化網頁內容上，而 Firecrawl 本來就是設計來讀這些內容的。它不需要預先收錄任何東西，所以能抓到上週才宣布、資料庫還沒收錄的融資輪次。
Firecrawl 的 agent 端點是深度優先的選擇，適合高價值查詢和監控工作流程。如果你需要大量查詢，Firecrawl 的 search 端點是快速路徑，但基準測試沒有測量它。search 用單一呼叫查詢即時網頁，比 agent 更快更便宜，同時保留即時網頁的新鮮度優勢。
對產品團隊的實際意義
這個基準測試最重要的啟示是：不要只看一個準確率數字就做決定。先定義你的任務，再選供應商。如果你要監控新融資輪次、做即時交易搜尋，agent 或網頁搜尋 API 是對的選擇。如果你要補全 CRM 裡大量已知公司的歷史融資資料，GTM 資料庫的便宜和快速可能更划算。
如果你正在為 agent 挑選網頁搜尋 API，可以參考為代理挑選網頁搜尋 API：先定義任務，再比較六種工具，裡面的框架同樣適用於融資資料 API 的選擇。
基準測試的數字都是公開可查的，包括 Firecrawl 輸掉的地方。Openbenchmarks 的看板會持續更新，所以如果你在評估供應商，最好自己跑一遍，而不是只看這篇文章的結論。
參考來源
本文由 AI 協助自上述來源整理，經人工審核後發布。