/monitor by Firecrawl

发布之后的表现

收入:indie 库(TrustMRR)按 domain=firecrawl.dev 和名字匹配均「库里没有」库——它是融资公司,本来就不在 TrustMRR 覆盖范围。第三方 Systemaic 2026-07-10 估「~$1.0M ARR」systemaic.com/teardowns/firecrawl,但这个量与 1.5M 用户、$75M B 轮严重不符,我判断该估算不可用(可能是把免费用户或某单一渠道当全量);Dealroom 2026-09-22 报道「付费客户数在 2026 年前三个月增长 141%,五个月内翻倍于 2025 全年」dealroom.co/news/155341,没有绝对金额。库里没有 MRR、订阅数、挂牌出售信息。

用户/下载:appstore、googleplay、macappstore、chromestore 四个店库按名字和 firecrawl.dev 域名查均「库里没有」库——它是纯 API 产品,没有 C 端 App。自报侧:官网首页「Over 1.25M developers and 150,000+ companies」、About 页「5B+ requests served / 1.25M+ developers / 150K+ companies / 180K+ GitHub stars / 2.5M+ weekly downloads」官网,2026-11-02;9-22 的 B 轮 blog 又说「Over 1.5 million users」官网。1.25M 开发者 vs 1.5M 用户,口径没说明,两处自报对不齐。

开发者关注:GitHub 库有主库 firecrawl/firecrawl——197,376 星、10,423 fork(2026-11-01),fork/star 5.3%,pushed_at 2026-10-31,suspect 为空,status「稳定增长」库。曲线:07-31 158,597 → 08-29 173,646 → 10-12 190,561 → 11-01 197,376;10-24→11-01 涨 2,587 星库。同组织另有 firecrawl-mcp-server(7,734 星,简介里明确写着「…Agent and Monitor, from any MCP client」)、open-scouts(AI 网页监控,1,370 星)、firecrawl-observer(560 星)。异常追一步:firecrawl-observer fork/star 18.4% 偏高,但 pushed_at 停在 2025-07-23、星数 4 天零增长,判断它是个废弃的演示仓库,不是刷星。Monitor 本身没有独立开源仓库。

讨论:HN 库里 firecrawl.dev 共 7 条,最高 31 分,front_hours 全为 0库。关键一条:2026-05-29 发布当天 Show HN「Get a webhook the moment a webpage changes」只有 3 分、1 评论,没上过首页库——同一天 PH 日榜第 2,两个阵地反差极大。X 本地库:ericciarla 是 ai_founders 圈 core 成员(18,289 粉丝),10 月发帖密集(Fireround 1,480 赞、「government data 1752 赞」那条、10-27 jev+firecrawl 254 赞),但清一色是 Alexandria/索引/融资节奏,没有一条单独讲 /monitor库。

官网动态:/monitor 页在线且持续维护;2026-05-26 changelog 首发,2026-07-01 扩展为 web-scale /monitor(把搜索查询也纳入监控)官网/changelog。changelog 更新到 2026-10-30。融资:2025-08-19 $14.5M A 轮(Nexus 领投,总融资 $16.2M);2026-09-22 $75M B 轮(Smash Capital 领投,YC/Nexus/Freestyle/Altos/Offline 跟投)官网 blog。注意 About 页至今仍写「$16.2M in total funding」,是没同步的旧档。

自报 vs 实际

为什么成了 / 没成

它没「没成」,而是从来没按独立产品来打。Monitor 在 2026-05-26 上线时就是 Firecrawl API 的一个 endpoint(计费表里按 1 credit/页/次,确定性抽取 7 credits),PH 上拿日榜第 2 靠的是母品牌 3,234 关注者和第 13 次连发积累的势能,而不是这个功能本身。这解释了三个反差:PH 第 2 但 HN 只有 3 分(发布文案面向的是已有用户,不是 HN 的 Show HN 受众);官网一路把它从页级监控扩到 web-scale 搜索监控,却从没做过独立定价页或独立指标;公司把 9–10 月全部声量押在 Alexandria 和三个索引上。它成的地方在于:监控是 scraping 用户自然长出来的需求,7 credits/页/次的重复计费是强于一次性 scrape 的收入结构;没成「爆款」的地方在于,webhook 变化监控是一个拥挤且低感知的品类,对比 Visualping、changedetection.io 一类工具,Firecrawl 只是把它塞进已有 API,没有单独获客。

对想跟的人

这个方向的位置不在「再做一个网页变化监控工具」,而在「谁先把订阅式事件计费做进 agent 的默认工具链」——Firecrawl 用 7 credits/页/次 把监控从一次性调用变成月度经常性消耗,而它的对手还在卖买断或免费额度。但最大的坑也在这里:Firecrawl 的护城河是 197,376 星的开放抓取层和 $75M 现金,你没有这两样东西,单做一个 monitor 端点就是给已经有 API 的团队当免费功能。要跟,就跟它没做的那个缺口——垂直数据源(法规、财报、SKU)的结构化监控,而不是通用页面 diff。

没查到的

indie(TrustMRR)没有它,拿不到 MRR / 订阅数 / 是否挂牌;appstore、googleplay、macappstore、chromestore 四个库都没有它,拿不到任何下载或评分;GitHub 库没有 /monitor 的独立仓库,所以监控功能自身的使用量无从判断(仅 firecrawl-mcp-server 简介提及);HN 与 X 本地库里没有以 /monitor 为主角的讨论帖;官网没有 Monitor 独立定价页,只能从 credits 表推算成本;公司真实 ARR / 付费客户数没有公开可核的数字。