标价只是页面上最便宜的东西
每个抓取 API 都用同一种数字打头阵。每 1,000 次 request 低至 9 美分。低至 1 美元。低至 1.5 美元。数字好看、低廉，很方便直接写进给客户的提案里。
这个数字是真实的。但它也是你几乎永远不会发送的那种 request 的价格：向一个完全不在意访问者身份的网站发送普通的 HTTP GET。
客户真正付钱让你抓取的网站非常在意这些。一旦目标需要页面渲染或住宅 proxy，标明的费率就不再适用了，倍率规则开始生效。标价只是底线。实际账单远高于此，而大多数买家只有在收到第一份发票后才知道具体会高出多少。
倍率规则的实际运作方式
翻开几乎所有 API 的积分文档，你都会看到同样的换算表。普通 request 消耗 1 个积分。开启 JavaScript 渲染，变成 5 个。需要住宅或高级 proxy，变成 10 个。如果面对一个会验证访问者的网站，两者都需要，消耗就会达到 25 个。ScrapingBee 的最高档位单页抓取甚至高达 75 个积分（ScrapingBee docs，2026年10月）。
ScraperAPI 的定价结构也类似：渲染消耗 10 个积分，高级 proxy 消耗 10 个，两者叠加消耗 25 个，其 ultra 档位为 30 个，某些受保护的域名本身就消耗 10 个（ScraperAPI docs）。ZenRows 也处于相同区间：标准 request 消耗 1 个，JS 渲染消耗 5 个，高级 proxy 消耗 10 个，两者叠加消耗 25 个（ZenRows pricing）。
这是没人会写在营销页面上的事实。各供应商在换算表的顶端趋于一致。你可以选择便宜的 API，也可以选昂贵的，但一旦目标网站开始拦截，两者向你收取的费用都会飙升至它们各自宣传基准价的 25 倍左右。你用来对比供应商的那个数字，并不是决定你账单的数字。
宣传的档位并非你实际用到的档位
那么你的业务到底处于哪个档位？
采用分档计费模式的 Zyte 发布了自己的统计数据：大约 80% 的网站处于最简单的两个档位，且在一个季度内只有约 0.1% 的网站会变更档位（Zyte, 2026）。从账面上看这让人放心。互联网的大部分内容都很便宜。
但反过来看。这便宜的 80% 在任何供应商那里都很便宜。没有任何人的竞争优势建立在此之上。客户付钱让自由职业者或小型团队去抓取的任务（电商目录、机票酒店票价、交易平台商品、任何有商业价值的数据），恰恰全都在那昂贵的少数群体中。Zyte 自己的研究显示，排名前列的网站中有 18.5% 都部署了专门的防护系统（Zyte State of Web Access）。
这就是陷阱所在。标价针对的是没人会雇你去做的工作，而 25 倍的价格对应的才是真正的业务需求。（这与 LLM 提取在规模化后不再划算 是相同的单价计算逻辑，一旦调用量上升就会显现。）
入门级方案正在悄然消失
在单页成本变高的同时，低门槛的切入方式也越来越少。
ScrapingBee 在 2026 年 10 月取消了 19 美元的套餐，现在起步价为每月 49 美元。Firecrawl 自己的行业综述指出，49 美元且没有永久免费额度已经成为普遍的起步门槛。Oxylabs 将其爬虫产品整合为单一订阅。Decodo 和 Bright Data 都转向了按 request 和按记录计费的模式，每次调用都会计入消耗（Bright Data Web Scraper pricing）。
这些调整针对的都不是签了合同的平台级客户。真正承受冲击的是自由职业者和两人规模的小团队，即那些本月只需要为一个客户抓取一个网站，并且无法将 500 美元的套餐分摊到上百个任务中的开发者。（我们在 自建爬虫维护的隐性成本 中深入分析了究竟是谁在承担这些开销。）
这对爬虫项目报价意味着什么
不要再根据标价来估算成本。必须根据目标网站的层级来报价。
在给客户报价之前，先审查范围内的实际目标站点并进行归类：哪些站点通过常规 request 即可返回可用 HTML，哪些需要页面渲染，哪些还需要叠加 residential proxy。决定你成本的是这种组合构成，而不是套餐的标称费率。一个 90% 是常规页面、10% 是高难度页面的项目成本很低。但如果全部是受严格防护的电商零售站点，实际成本会是你方案报价的 25 倍，差价只能由你自己承担。
只要实际测算一次，差距就会一目了然。假设客户每月需要从某个需要页面渲染和 residential proxy 的零售网站抓取 50,000 个商品页面。按每页 25 credits 计算，总共需要 125 万 credits。如果某个 API 宣传 1 美元可获得 1,000 credits，你潜意识里的预估成本是 50 美元。但实际账单支出是 1,250 美元。相同的抓取量，相同的月份，相差 25 倍，而价格页面上绝不会在醒目位置标注这个倍数。
此外还要仔细阅读针对失败调用的计费规则，因为各家政策不同，而且绝不会写在宣传标语里。Firecrawl 对返回 403 或 404 的页面收取 1 credit，而当 request 无返回结果时不收费（Firecrawl pricing）。其他服务商则将任何 2xx 或 4xx 响应都视作成功并计费。面对频繁拦截的目标站点，仅这一项条款带来的支出就可能超过页面渲染本身的成本。
这一切背后的真实信号并非月度套餐。而是事后可查、且能精确对应到具体 request 的单次调用成本。套餐只是预估。单次调用数据才是收据，也是面向客户生成账单的唯一可靠依据。（有关具体计费模型的对比，请参阅我们对 按 GB 与按页面计费的分析。）
发展趋势
行业定价正在趋同。入门级套餐正在缩水。一年之内，公开标价的参考价值会比现在更低，因为所有主流供应商给出的报价都将接近类似的 1-5-10-25 阶梯，并采用相同的仅限成功计费话术。
此后的核心差异在于，你是否能看清单次调用的具体成本，并仅为成功的请求付费。在 FourA，我们将每个 request 的价格直接写入 response，让你能够根据实际执行情况核算任务成本，而无需对照套餐层级去猜测。下次有供应商给出报价时，有价值的问题不是价格有多低，而是当目标站点开始拦截时，这个价格会变成多少。