更新日志

此前，当您的银行在套餐升级时要求进行 3D Secure 验证，请求会轮询等待状态变更，但该变更永远不会到达（因为没有弹出身份验证提示）。现在，更改套餐的流程会像首次订阅一样处理此额外步骤，以确保升级顺利完成。

如果管理员为您分配了自定义套餐，它现在会显示在“计费 / 套餐”中，显示为 'Your custom plan: {name} ({price})'，并附带订阅按钮。在此之前，除非有人告知，否则该分配是不可见的。

过去，只有在返回 Cloudflare 许可 cookie 时，Browser 才会按成功绕过防护的档位收取 30 个积分。现在，从 SiteGround 开始，对于我们识别并绕过的任何防护，都会进行相同的计费。响应中还包含 defenses: { present, cleared }，因此即使我们尚未成功绕过，您也能知道拦截请求的是哪家供应商（目前已支持识别但尚未绕过的供应商包括 DataDome、PerimeterX、Akamai、Incapsula 和 hCaptcha）。

浏览器响应现已返回 defenses: { present, cleared }：目标运行的所有供应商，以及我们实际清除的每一个供应商。计费遵循相同规则。清除了任何供应商(不仅是 Cloudflare)的请求均视为防御破解，我们能识别但暂无法攻克的供应商将显示在 present 中，且绝不会增加费用。

SiteGround 是大量小型 WordPress 和 WooCommerce 商店的前置服务，因此其机器人验证界面是一类目标，而非单一网站。借助 unblocker: true，Single 现已能在进程内解决此验证并返回真实页面。在此之前，您必须为该类目标启动 Browser，这意味着需要为浏览器会话付费并等待。验证通过的 cookie 会在 response 中返回，因此重放请求的成本依然很低。

浏览器现可处理在读取正文前发生重定向的质询页面，因此发往受保护站点的 request 将返回实际内容，而不是空的 response。

SiteGround 在许多小型 WordPress 和 WooCommerce 商店前放置了“Robot Challenge Screen”；用户无需点击任何内容，这实际上是一个 SHA-1 工作量证明。Single 现在可以通过一次调用通过该验证并返回真实页面，仅消耗 2 个 credit，而无需使用消耗 30 个 credit 的浏览器会话。这是 Single 独立处理的首个非 Cloudflare 防御机制。

在开启 unblocker（默认）的情况下发送 Single 或 Proxy 请求时，您的值现在会按原样到达源服务器。像 Accept 和 User-Agent 这样的常见 header 以前可能会发送两次，导致部分上游选择了错误的值。如果您曾发现 Accept: application/json 却返回 XML，或指定的 User-Agent 未生效，此问题现已修复。

如果您传递了 exitCountries 且您的套餐不包含地理定位，您将收到一个 403 错误，其中会指出该参数并提供修复指引。无需再猜测是 request 中的哪个字段触发了检查。包含地理定位的套餐不受影响。

方案对比表格现已添加带宽行。所有公开方案均提供无限带宽，因此当流量扩展时，出站流量不会悄悄消耗您的预算。设有上限的自定义方案会显示确切的 GB 数值。

过去，在两次发布之间掉线的 worker 会一直处于离线状态，直到有人发现，这在无形中拖累了高峰期的容量。现在，每次发布都会在滚动更新的同时使整个 worker 池恢复满载状态，从而确保在流量高峰期拥有您预期的容量。

“用量与限制”现已新增标签页提示点、彩色用量条 (达到 80% 显示琥珀色，超出限制显示红色)、可排序的“最后使用”列以及 30 秒自动刷新功能。请在您的 仪表板 侧边栏中打开它。

在所有账户均分配到对应方案之前，额度使用警告将暂停发送。如果您收到了“100% used”通知，请直接忽略，您的账户未发生任何更改。

定价页面的对比表格现已按使用量、功能、rate limit 和账户进行分组。每个单元格的数据均来自 API 读取的同一套餐模型，因此您看到的内容即为套餐实际包含的内容。所有公开套餐均不限制带宽。

现在，每个套餐限制都会与您在此计费周期的实际使用量并排显示。额度分为已计费 (仅限成功的 request) 和已消耗 (您的所有耗用量)，并提供按密钥划分的明细以及并发和速率的实时计数器。请从您的 Dashboard 侧边栏中将其打开。