Ahrefs 风格免费外链检查器与 API：单篇文章的成本

限制对批次的影响

限制是针对单次请求的上限，而非月度总量。bulk_dr 的 2,000 域名限制意味着包含 2,001 个主机的列表需要两次调用，因此请围绕该数值规划批次。

分页机制同理。很容易因操作不当而超支。将 per 设置为所需的最大值（最高 5000），并通过 page 进行翻页。深度分页在 50,000 行处停止，因此如此长的列表需要过滤条件，而非更长的循环。

限制也分别适用于每次调用。规划批次时，确保同一主机不被重复发送，因为每次重复都会消耗独立的信用额。

为何免费网页检查器不适合用于自动化任务

这些工具是为人工操作设计的。Ahrefs、Semrush 和 Moz 的免费检查器通过表单展示有限的结果片段，适合仅有一个查询需求且无需更多操作的用户。

它们的条款和限制可能会随时变更。在基于其构建之前，请仔细阅读每个工具各自的页面，并记住，基于表单的脚本在页面结构发生变化时就会失效。

具有明确定价的 API 可避免上述两个问题。如果你只需要手动快速查看，主页上的免费 域名检查器 是相同理念的产品，且无需 API 密钥。

基于表单构建的脚本也没有合同保障，因此首次破坏性变更会在毫无通知的情况下发生。

一次性查询使用免费工具即可。一旦相同的检查以固定频率重复执行，免费工具就变成了未经协商的依赖项。

浏览器标签页是解决单一问题的合适工具，而脚本则是处理持续性任务的合适工具。

为何抓取免费表单具有脆弱性

Ahrefs 的免费反向链接检查器页面是为人设计的。将其转化为自动化任务意味着脚本必须模拟人类行为，而这会在三种常见情况下失败。

当页面结构发生变化时

页面改版会移动解析器读取的元素。任务仍在运行，但此时它读取的是空单元格，并在日志中写入零。这种故障是静默的，也是最糟糕的一种。

当表单要求人工验证时

表单可能会开始要求访问者证明其为人类。定时任务无法回答此验证，因此运行会停滞或失败，具体取决于脚本如何处理意外出现的页面。

当结果仅为部分展示时

免费视图仅显示顶部行并在此停止。需要对比列表的月度审计需要完整数据集，而部分列表会呈现出网站规模缩小的假象。

流水线中隐藏的成本

API 线路通常不是最昂贵的部分。让团队感到意外的成本往往出现在其他地方，且由于没有直接发票，这些成本容易被忽视。

CI 分钟数

如果 Gate 在每次推送时运行，而不仅仅是在文章设置为定时发布时运行，将会成倍增加运行器时间。在定时发布步骤运行它，分钟数将与工作量保持比例。

编辑时间

每个 HOLD 状态会消耗人员几分钟时间。如果每天在多个站点上有十个 HOLD 状态，即使积分成本不高，这也是真实的成本。调整阈值，使每次 HOLD 都有实际意义。

日志存储

如果为每次调用都保留完整的响应日志，其增长速度会超出预期。保留 _credits 行和最终结论，仅对失败情况存储完整响应。

按照你为其他作业输出已制定的计划轮换这些日志，以免它们成为需要维护的第二个归档库。

像查看预算一样阅读表格

逐行阅读表格。第一行免费，中间行消耗一或两个积分，只有搜索类操作会达到三个积分。大多数流水线根本不需要最后一组操作。

该表格也是一个检查清单。每一行都列出了你使用或不使用的操作。

从比率开始。一次 Gate 调用消耗 1 个积分，一次审计拉取消耗 2 个积分，因此即使一个团队每天在十个站点上发布十篇文章，其积分费用也低于每月一美元。

意外的成本通常不是 API。往往是 CI 分钟数、消息服务席位，或者是每当收到 HOLD 状态就立即阅读的编辑人员。

对流水线进行端到端定价，然后决定是否有必要调整 API 线路。将表格保留在仓库中与作业旁边，以便数字变化以清晰的 diff 形式显示。

速率限制及我们未提供的数据

我们未声明每秒请求数限制。由于未公布限制，速率控制是你的工作之一，而在循环中不加暂停是最容易遇到意外的方式。

在循环中的各项操作之间短暂休眠，通过 bulk_dr 对域名进行分组而非逐个循环，并在收到 402 状态时停止而非重试。在测试运行中测量你自己的吞吐量，并将该数字写入运行手册，而不是假设一个数值。

当你进行测量时，记录批量大小和项之间的等待时间。加上日期。没有日期的数值很快就会过时。术语表 解释了更新窗口，这将影响你的测试方式。

观察第一周的日志行。如果调用之间的平均等待时间看起来不正确，请在月度运行之前调整循环，而不是在第一次遇到 402 状态之后才调整。

每行日志都显示真实的等待时间、真实的计数和真实的余额，这优于任何估算。