一个积分余额，一张费率表Crawlbase 定价如何覆盖所有产品

抓取流水线很少只用一种产品。它通过 API 获取页面，用浏览器渲染其中一部分，通过爬虫排队执行大规模刷新，再把结果保存到存储中。当每一项都有各自的价目表和各自的余额时，要算清一个工作流的成本，就得核对四份账单。

Crawlbase 用同一个积分余额和同一张阶梯费率表为这一切定价。Crawling API, Enterprise Crawler, Smart AI Proxy, Cloud Storage 以及通过 Crawlbase Web MCP Server 发起的调用，都从同一个积分池中扣费；你可以选择按量付费，或者订阅按月计的积分包。本文将说明费率表如何运作、一次请求的实际花费，以及在工作负载增长时如何控制支出。

阶梯费率表如何运作

这张费率表的运作方式类似个人所得税的累进税率档位。每月用量的第一部分按第一档费率计价，下一部分按第二档计价，依此类推。跨过某个阈值会降低其后用量的费率，但绝不会重新计价你已经用掉的部分。成功标准请求的按量付费费率如下：

按档位逐级计算，100,000 次成功标准请求的费用为 $76.40，约合每 1,000 次 $0.76。一百万次的费用为 $527.50，约合每 1,000 次 $0.53；一千万次的费用为 $1,471.90，约合每 1,000 次 $0.15：

100,000 standard requests
  first  1,000  x $3.00 / 1,000  =  $3.00
  next  10,000  x $2.00 / 1,000  = $20.00
  next  89,000  x $0.60 / 1,000  = $53.40
                          total  = $76.40

以上数字针对的是标准请求。对难度更高的站点发起的请求，或使用 JavaScript 渲染的请求，会带有倍数，因此仅凭请求数量不足以预测混合型工作负载的成本。用 定价计算器 即可完成标准、中等和复杂站点的计算，无论是否启用 JavaScript。

一次请求的花费

对标准站点的一次成功请求消耗一个积分。其他情况的价格由三条规则决定：站点的难度等级、页面是否需要真实浏览器，以及是否保存结果。

难度等级由系统自动分配给域名，无需你来选择。JavaScript 渲染会让该等级对应的积分翻倍，因此对标准站点的渲染请求消耗 2 个积分，对中等难度站点的渲染请求消耗 3 个积分。截图需要真实浏览器，因此计费方式与渲染请求相同：标准站点为 2 个积分，难度更高的站点更多。存储页面会在存储时额外消耗半个积分，存储的页面保留 30 天。

扩大规模前，先检查站点的难度等级

无需猜测。打开控制台中的 Playground 并输入目标 URL，它会显示该域名、难度等级、倍数，以及一次成功请求将消耗的积分。例如对于 https://www.amazon.com/dp/1098145356 它显示 amazon.com · Moderate · 1.5x.

调整选项时，估算值会随之更新。开启 Store result 时（默认即开启），amazon 示例显示 2 个积分：请求本身 1.5，加上存储 0.5。关闭存储则显示 1.5；开启 JavaScript 则请求部分翻倍为 3。选择 Screenshot 模式会自动开启 JavaScript，因为截图需要浏览器。Run request 会发送一次实时测试，而 Copy as cURL 会给出同样的调用，方便你在自己的代码中复用。当工作负载涉及多个域名时，在这里逐一检查，是避免把每个站点都按同样成本看待的最快方法。

按量付费还是订阅

两种方式使用同一个余额、同一套产品，区别只在于你如何为余额充值。

按量付费 没有月费。按月后付，按你实际的成功用量以上述阶梯费率计费。它适合测试、偶发任务以及用量难以预测的工作负载。

订阅 则以更低的实际费率购买每月积分额度：

额度在每个月度计费周期重置，按年付费可享折扣。最新套餐请以 定价页面 为准。订阅适合稳定的工作负载，例如每日目录刷新或持续的价格监控。对于超大规模或有特殊需求的工作负载，企业条款 可提供定制用量、吞吐量与 SLA 承诺，以及开票服务。

额度用完之后

如果 启用了按量付费超额，月度额度用完后请求仍会继续运行。系统先消耗额度，之后的用量按超额计费。阶梯不会重新开始：如果套餐内的用量已经让你越过了前面几个档位，超额用量会从已到达的档位继续计费，而不是按每 1,000 次 $3 计费。

如果超额用量 关闭，额度用完时请求会暂停，并在套餐续期时恢复。无论选择哪种设置，你都可以再设置支出上限：账户级上限以美元计，工作区级上限以积分计。达到上限后，新请求会被停止。

哪种设置更合适是产品决策，而不是计费决策。实时库存数据流可能更看重连续性，因而允许超额；预算固定的研究批处理任务可能更倾向于硬性停止。请在工作负载用完额度之前做出选择，而不是等流水线暂停了才发现。

所有产品共用一个余额

一个商品数据流水线可能通过 Crawling API 获取页面，通过 Enterprise Crawler 推送每晚的刷新任务，并将选定页面保存在 Cloud Storage 中。三者都从同一个余额扣费，各自按自己的规则计费。Web MCP Server 本身免费；它发出的 API 请求，费用与你直接调用 API 相同。仍持有旧版 Smart AI Proxy 套餐的账户，在迁移到新套餐之前继续按旧套餐计费。

共享积分池并不意味着不再需要按工作负载跟踪用量，但它确实意味着你只需关注一个余额，而不必为每个集成分别维护一份预付预算。

哪些请求会计费

你只为成功的请求付费。当 Crawlbase 从站点获得可用的响应时，该请求才会计费：页面本身、跟随的重定向，或真实的 404 或 410，因为“此页面已不存在”也是一个真实的答复。403 和 429 等拦截、超时以及 Crawlbase 端的失败均不计费。

这让不稳定的目标站点用起来更便宜，因为失败的尝试不会进入账单。但这并不意味着失败在所有意义上都是免费的：它们仍会占用并发和时间。请设置合理的超时和重试上限，并关注成功率，因为按成功计费可以减少浪费的支出，却不能替代良好的请求管理。

扩大规模前，先估算一个月的用量

1. 估算成功请求量 时要按工作负载分别计算，而不是看队列中的 URL 数量。
2. 按难度等级和渲染方式拆分，用 Playground 查出每个域名的难度等级。
3. 加上额外项，尤其是截图和保存在 Cloud Storage 中的页面。
4. 比较按量付费与订阅，然后决定超额用量和支出上限的设置。

用 计算器 即可处理阶梯费率和常见倍数。首批生产运行之后，将估算值与实际使用的积分进行比较并加以调整。想了解 Crawlbase 为什么按成功请求计费，请参阅 Crawlbase 定价详解.

结论

一个余额、一张费率表的价值，不在于让每个工作负载最终都有相同的单位成本，而在于让成本在一个由多个环节组成的系统中变得可以推算：检查每个站点的难度等级，计入渲染和存储，选择付费方式，并预先决定额度用完后会发生什么。

比较套餐、测算费用，请前往 定价页面；或者 创建免费账户 并在做出任何承诺之前，先测试你自己的目标站点。

常见问题（FAQ）

每次请求消耗的积分都一样吗？

不一样。对标准站点的一次成功请求消耗一个积分。难度更高的站点带有 1.5 到 20 的倍数，JavaScript 渲染会让站点等级翻倍，截图按渲染请求计费，存储页面会额外消耗半个积分。

失败或被拦截的请求会收费吗？

不会。403 和 429 等拦截、超时以及 Crawlbase 端的失败均不计费。请求返回站点的可用响应时才会计费，其中包括页面已不存在时返回的真实 404 或 410。

如果订阅额度用完且开启了超额，价格会从最高档重新开始吗？

不会。超额用量会从你已到达的档位继续计费，而不会从最高费率重新开始。如果关闭超额，请求会暂停，直到套餐续期；额度在每个月度计费周期重置。

同一份积分可以在不同产品之间通用吗？

可以。Crawling API、Enterprise Crawler、Smart AI Proxy、Cloud Storage 以及通过 Crawlbase Web MCP Server 发起的 API 调用，都从同一个余额扣费，各自按自己的规则计费。仍使用旧版 Smart AI Proxy 套餐的账户，这部分流量按旧套餐计费。

Cloud Storage 会保存页面多久？

三十天。存储页面会让获取它的请求额外消耗半个积分，读取存储页面免费。

NZ

Neil Zamora

高级架构师 · Crawlbase

Crawlbase 高级架构师，专注大规模爬取背后的系统：代理轮换、反机器人韧性，以及隐藏这些复杂性的 API。

IK

Ian Kalvin

技术支持工程师 · Crawlbase

Crawlbase 技术支持工程师，从生产环境抓取与代理配置中真正出问题的第一线写作。