从两千行数据缩减至二十行的短名单
按 DR 对批量输出结果进行排序，剔除底部数据，然后剔除 DR 值远离客户所处区间的条目。完成。
一个规模假设：1,500 个客座发布潜在目标列表在剔除 DR 20 以下的所有条目后，可能会缩减至几百个，后续工作将在短名单上而非无人愿打开的电子表格上进行。此为示例，并非实测结果。
然后使用 compare，单次调用最多可处理 20 个域名，消耗 1 个信用点。以二十个为一组挑选幸存者，你可以在任何人撰写外联邮件之前并排阅读每个网站的档案。
代码示例及详解
筛选潜在目标列表：一次批量调用，随后三次对比
顾问的列表通常包含数百个域名且时间紧迫。要检查我的网站在一系列目标网站中的反向链接位置，先运行一次批量调用进行排序，然后对短名单进行对比。
LinkSkimmr 研究团队 ·
第一步：对完整列表进行排序，消耗 1 个信用点
bulk_dr 单次调用最多可处理 2,000 个域名，支持通过 GET 请求的 ?domains= 参数或 POST 请求体发送。当列表条目超过几十个时，使用 POST 更为便捷。
bash
curl -X POST "https://linkskimmr.com/api.php?action=bulk_dr&key=sk_live_..." \
--data-binary @prospects
# prospects: your list of bare domains, one per line
# billed once: 1 credit = $0.0001参数及其功能
| 参数 | 配合使用 | 含义 |
|---|---|---|
| action | all | 要运行的端点，例如 bulk_dr 或 compare |
| q | 单域名操作 | 正在查询的域名 |
| domains | bulk_dr, compare | 域名列表；bulk_dr 最多支持 2,000 个，compare 最多支持 20 个 |
| key | 付费操作 | 您的 sk_ 密钥，或发送 Authorization: Bearer 代替 |
| page, per | 列表项 | 分页；per 的范围为 10 到 5000 |
| sort, order | 列表项 | 排序字段及 asc 或 desc |
客观解读批量输出结果
排序后的列表看似答案。但它仅是排序结果，养成三个习惯可防止其误导你。
高 DR 不代表相关网站
DR 衡量的是链接域名数量，而非网站是否契合客户的市场。一个 DR 值一般的区域博客可能是比高 DR 值大型目录更好的外联目标。
在撰写任何一封外联邮件之前，先阅读前二十个幸存者的主题和受众。这一步只需几分钟，却能节省大量邮件。
截断处常见并列情况
许多域名的 DR 值非常接近，因此同一区间内的顺序是随机噪声。通过针对短名单的第二次调用打破并列，而不是依赖行数据的原始到达顺序。
在备注中保留并列规则。看到规则的读者可以评估短名单，而只看到列表的读者则无法做到。
刷新后的列表可能过时
如果在月度刷新之前对列表进行了排序，顺序可能会发生变化。在向潜在目标报价之前，重新运行短名单，并在报价时注明查询日期。
如果顺序几乎没有变化，也请说明这一点。稳定的结果也是一种信息，有助于让下一次扫描更值得信赖。
保持信用点成本可预测
在检查我的网站反向链接之前，先计算调用次数。成本由操作名称决定，计算只需一分钟。
开始前计算调用次数
一次 bulk_dr 调用最多可覆盖 2,000 个域名，消耗 1 个信用点。如果在同一列表上运行 2 信用点的操作，每个域名将消耗 2 个信用点，总成本会迅速增长。
假设你获取了所有 2,000 个域名的锚文本。这将消耗 4,000 个信用点，即每月 $0.40。排序完成低成本工作，详细信息应仅针对幸存者。
利用免费调用作为筛选器
概览、域名、统计数据和建议操作是免费的，无需密钥。对每个幸存者进行首次免费概览无需成本，并能告诉你哪些行值得进行付费调用。
仅对通过筛选的域名花费信用点。对二十个短名单进行详细分析的开销远低于对完整列表进行排序的开销。
为每次运行设置上限
决定单次运行最多可消耗的信用点数量，一旦总额超过该上限即停止。设置上限可将发票上的意外惊喜转化为预先设定的数字。
将上限放在脚本顶部的注释中。下次运行任务的人将在看到输出结果之前看到该规则。
当列表是你的自有客户时
同样的技巧也适用于投资组合。将所有客户域名放入一个文件，并在每月第一天运行。
月度扫描是诚实的节奏，因为我们的索引大约每月刷新一次，更快的频率主要显示噪声。将每月的输出结果按日期存储，DR 值列将在一个季度内转化为趋势线。
分五步执行月度扫描
- 1
调度运行，而非提醒
cron 条目可以在每月第一天早上启动脚本。在注释中写入时区，并从环境变量读取密钥，这样即使更换机器，调度也能保留。
- 2
遇到 401 或 402 时停止
密钥缺失或错误返回 401，余额为空返回 402。让脚本在任一代码下停止，而不是重试，然后在下次运行之前修复原因。
- 3
与上月进行差异对比
将新的排序结果与之前的进行对比。跌出你关注区间的域名是首先应阅读的，其余的可以留待下一次处理。
- 4
仅对变动的域名获取详细信息
对变动的域名运行 2 信用点操作，而不是对整个列表。如果每月对所有行进行详细分析，将对无人打开的行浪费信用点。
- 5
撰写三行笔记
记录什么发生了变化、你认为导致变化的原因以及你下一步要检查的内容。保持这三行笔记与十分钟笔记格式一致，以便读者一目了然地比较各月数据。
筛查卫生
- 剥离协议和路径，使文件仅包含裸域名
- 在调用前去重，而非调用后
- 在输出文件的文件名中包含查询日期
- 从上次响应的 _credits 字段中了解运行前的信用点余额
- 使用免费概览调用抽查五个幸存者
成本估算，假设示例
仅为示例：1,800 个域名列表排序消耗 1 个信用点，对二十个幸存者进行三次对比消耗 3 个信用点，对每个短名单网站进行概览是免费的。四个信用点即 $0.0004。
契合度检查
适合筛查，但不适合评估单个网站
DR 是一种粗略的大小衡量标准。它可以快速对列表进行排序，但无法告诉你特定网站是否相关、是否经过编辑或是否有人阅读，因此最后一步始终需要人工浏览。
- 索引大约每月刷新
- 我们的 DR 不同于 Ahrefs DR 或 Moz DA
- $100 免费信用点可覆盖约一百万次基础调用
移交列表时会出现的问题
一旦列表发出，随之而来的就是那几个相同的问题。答案简短，有助于保持列表的诚实性。
批量筛查能替代网站审查吗？
不能。它仅按大小衡量标准对域名进行排序，仅此而已。审查需要阅读页面、内容和链接存在的原因，没有任何排序能为你做到这一点。
使用筛查来决定审查时间花在哪里，而不是将其作为审查本身。
哪些域名应列入列表？
裸域名，每行一个，已去除重复项。路径和子域名会给基于域名工作的筛查带来噪声。如果一个潜在目标拥有两个域名，请对两者进行筛查，并将更强的一个保留在短名单中。
在行旁注明选择。后来的读者因此知道为什么一个域名代表两个。
最终的短名单应是什么样子？
每行一个域名：域名、其 DR、查询日期以及保留理由。二十个带有理由的行胜过两千个没有任何理由的数字。
如果某行没有理由，请将其删除。空白的理由列是列表仍处于排序状态而非决策状态的首要迹象。
列表应多久重新运行一次？
当列表所支持的决策仍未确定时，应重新运行列表，而不是为了运行而运行。月度扫描适合你持续监控的投资组合；一次性潜在目标列表可能只需运行一次即可。
已结束的活动的筛查列表可以归档。保留旧输出，标记为已关闭，并在下一个活动开始时开始新的排序。
当列表超过单次批量调用处理的能力时，将其拆分为最多 2,000 个域名的批次，并注明批次顺序。这样重新运行时可以从中断处继续，无需猜测哪些行已经过筛查。
批量问题
批量输出与完整报告相同吗？
不。bulk_dr 返回每个域名的评级，以便你对列表进行排序。对于锚文本、链接域名和选定网站的顶级页面，请一次调用一个站点的 2 信用点操作。
如果密钥在作业中途耗尽怎么办？
当信用点耗尽时，API 返回 HTTP 402。从账户页面使用 USDT (TRC-20) 充值，并仅重新运行失败的调用。
