摘要: Openbenchmarks 在 2026 年 8 月公布可重現的融資資料基準,讓 17 家供應商面對同一批公司網域並比較新鮮度與歷史補全。Firecrawl agent 在兩項關鍵指標都排第一,但 agent 也最慢、最貴。文章建議先定義任務,再依新融資監控或大量歷史查詢選擇不同供應商。
想替 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 的看板會持續更新,所以評估供應商時,最好自己實際跑一遍,而不是只採用本文的結論。
