查找我的外链列表并设置月度监控

文件命名、存储与对比

只有文件可以无需人工辅助进行对比时，“查找我的外链列表”才有意义。清晰的命名规则和每月一个文件夹能完成大部分工作。现在花十分钟制定规则，因为稍后花一小时整理会更糟糕。然后，永远不要重命名它们。

对每个域名和每次调用使用相同的模式，以便按月份对文件进行排序。混合模式会破坏排序，而排序错误正是上月文件被覆盖的原因。

可排序的文件名

将年份和月份放在最前面，然后是域名，最后是调用名称，例如 2026-10 后接域名和 refdomains。月份补零可确保正确排序，且按此顺序命名的文件名读起来像日志。

避免在文件名中使用空格和重音字符。脚本处理它们效果不佳，且复制失败可能看起来像成功。

每月一个文件夹

为每个月创建一个文件夹，并将每个域名的三个文件复制进去。每月一个文件夹可确保上月文件不受影响，从而使差异对比变为两个文件夹之间的比较。

如果系统允许，请在月份关闭后将文件夹设置为只读。无法编辑的已保存文件是更可靠的记录。

简短的变更日志

在根文件夹中保留纯文本日志。每次拉取写一行，包含日期、域名和执行的调用。变更日志让你能在几年后解释系列数据中的空白，当时可能已无人记得原因。

将每次响应的信用点成本添加到同一行，使日志同时充当账单。

在日志中记录域名列表的每次更改及原因。某月新增的域名解释了该月的激增，并节省后续长时间搜索的时间。保持行格式简单，以便脚本在需要自动生成摘要时读取日志。

自动化设置

每月第一天的 cron 条目即可。将三个 curl 调用写入一个 shell 脚本，在每个文件名中添加月份，并仅当新增域名数量超过阈值时发送邮件通知。

经过身份验证的响应包含 _credits，其中包含成本和剩余余额，因此脚本可以在余额不足时警告你。手动测试一次。然后忘记它，直到收到邮件。

对于团队，将月度拉取与 示例阈值 配对，以便每个人阅读相同的规则。

保持脚本简单。使用 plain curl，遍历域名列表，每月一个文件夹。简单的脚本能经受住人员变动的考验。

处理运行失败

运行失败应保留上月文件不变，并在变更日志中写一行。常见的陷阱是部分下载：一个存在但包含错误主体的文件乍一看像数据。在移动之前检查大小和 ok 标志。没有任何文件未经检查就进入月度文件夹。

如果连续两次运行失败，首先检查密钥和域名拼写。免费概览调用可免费测试两者，因此那里的失败能告诉你问题是出在设置还是付费调用。

在预算内保持监控

一旦了解算术，监控就很便宜。每次付费调用只计费一次，无论行数多少，每次调用最多 1,000 行。将你进行的调用次数乘以其信用点成本，再乘以每个信用点 $0.0001，即得月度账单。先做这个计算。

以下是一个域名三次调用的算术计算。refdomains、anchors 和 toppages 每次消耗 2 个信用点，共六个信用点，即每月 $0.0006。

估算月度账单

为新人添加一个 bulk_dr 调用，消耗 1 个信用点，总额增加一个信用点。阈值页面上的表格计算了十个站点的案例，因此你可以看到数字如何随列表增长。

将估算值与拉取记录保存在同一日志中。如果账单持续上升，而估算值已提前记录，则更容易解释。

在余额耗尽前停止

经过身份验证的响应包含成本和剩余余额。在脚本中读取它们，将余额与下月的估算值进行比较，并在余额紧张时警告自己。如果响应中 ok 设置为 false，应在保存任何文件之前停止运行。

HTTP 402 意味着余额已耗尽。从账户页面使用 USDT (TRC-20) 充值，然后重新运行该月的调用，而不是跳过该月。

如何处理文件

并排打开上月和本月的 refdomains 文件，列出仅在新文件中出现的域名。该列表即为本月的阅读内容。

将列表通过 bulk_dr 发送以获取快速质量评分，检查 anchors 文件中是否有任何短语增长，并阅读 top pages 以查看你不认识的 URL。如果一切正常，在日志中写一行并关闭标签页。

如果出现问题，打开 运行手册 和 拒绝链接决策表。月度拉取成本不到一分钱，因此真正的成本是你的注意力。

撰写月度笔记

在每月末写简短笔记。列出域名、新增域名数量、最大 anchor 占比及决策。四行即可。当天写的笔记比稍后写的长笔记更有价值。

将笔记保存在文件旁边，而不是文件内部。未来的读者应能在一个地方找到决策及其依据的数字。这位读者可能是你，一年后，对那个月毫无记忆。