监控已知清单，不假设它覆盖全部外链
反向链接监控会重新访问已知来源页以及它应该指向的目标地址。它回答的是页面能否读取、预期链接能否找到、目标能否访问，而不是从整个网络发现所有新外链。导入清单时应保留数据提供方、导出日期和收集范围。提供方计数下降，或Search Console中少了一行，只能作为调查线索，不能证明报告中缺失的链接全部被网站删除。不同时间和覆盖范围的数据不能直接当成同一个完整总体。先明确清单代表哪些页面，再判断其中的变化。
保存可以调查的初始记录
保存完整来源URL和目标URL，添加清晰标签以及投放约定的备注。分别记录来源页负责人和能够修复目标页的人。锚文本与rel是可选预期，应依据实际约定填写，而不是猜测。保留首次正常观察、HTTP响应和最终URL，可以为后续比较建立基线。“添加日期”是你把链接对加入清单的时间，“最近检查”是一次观察的时间。两者都不能证明页面首次发布日期、搜索引擎抓取日期或发布域名年龄。不要把首次在本工具中看到的时间改写为链接真实产生的时间。
分别解读来源页、链接和目标页
来源返回403、超时或触及下载限制时，链接是否存在仍然未知。能够读取的HTML里没有匹配href，则是另一种结果：在收到的HTML中未找到目标链接。已经找到的锚点也可能指向返回404的目标页。因此，来源响应、链接检查结果和目标响应必须分别保存。以下七组时间线使用虚构输入经过生产检查逻辑处理，并不是对真实发布站的抓取记录。按顺序选择每次观察，比较提醒与具体证据，不要只依赖颜色或“找到”这个单独状态。来源和目标由不同的人控制时，这种区分尤其重要。
不同提供方的状态标签不能直接互换。Ahrefs用“Not Found”表示来源页无法访问；本监控中的NOT_FOUND则表示HTML可以读取但没有匹配链接。请保留提供方原始原因与时间，不要把每一条丢失记录都改写为已确认删除。
| ID | 证据说明什么 | 下一步操作 |
|---|---|---|
| M01 · 正常链接的锚文本变化 | href与目标保持有效，只有观察到的文本改变。未设锚文本预期时，第二次仍正常并产生变化通知；重复相同结果不会再通知。 | 对照投放约定审核文本，记录是否接受变化。 |
| M02 · 先403，后超时 | 两次都不能确认链接存在。UNREACHABLE与目标200相同，因此即使来源错误不同，第二次也可能提醒。之后读取到正常链接才产生恢复。 | 检查来源访问情况并重试，不要仅凭这些请求断言链接被删除。 |
| M03 · 可读HTML中未找到 | 两次可读响应都没有预期href。第二次触发提醒；静态链接恢复后产生恢复通知。 | 请求恢复前先检查HTML和完整预期URL；重定向和渲染另行核实。 |
| M04 · 找到链接，但目标出错 | 每次都有锚点。两次目标404使检查异常并触发提醒；目标200恢复正常。 | 交给目标负责人处理。更换来源链接并不一定是正确修复方式。 |
| M05 · rel预期设错了 | sponsored链接两次不符合follow预期。把预期改为sponsored不会改变页面，只会重置提醒状态。 | 记录更正后的约定，保留付费关系标注，不把修改设置称为发布方修复。 |
| M06 · JavaScript插入链接 | 输入脚本会在浏览器中插入锚点。静态检查器忽略脚本文本，两次观察都找不到链接。 | 比较渲染页面和服务器HTML。提醒不证明浏览器中不存在链接。 |
| M07 · 最终目标发生迁移 | 原始href不变，通过另一个最终URL到达正常目标。第二次产生变化通知，而不是链接丢失提醒。 | 验证替代内容及转向路径。最终URL变化不能揭示Google选择的规范网址。 |
理解提醒何时触发
正常观察之后，系统计划约24小时后再次检查；出现问题后约一小时重试。队列容量可能推迟执行，计划时间不是精确到点的服务承诺。连续两次具有相同链接状态和目标结果时，会产生站内关注提醒；同一问题持续存在不会每次都重复通知。来源403和来源超时可能具有相同问题标识，因此提醒并不证明两次失败的底层原因相同。已提醒的问题恢复正常后会生成恢复通知。正常链接的锚文本、rel、匹配数量或最终URL变化，也可能生成变化通知。此处的已保存链接对流程不会发送电子邮件。
区分修改预期与修复网站
检查器读取服务器返回的HTML，不执行浏览器渲染。它解析相对地址、忽略片段标识，但保留有意义的路径与查询参数。它会检查所有指向目标的锚点，只要有匹配项满足可选条件，就可以通过预期检查。follow表示没有nofollow、sponsored或ugc，而不是要求存在字面上的follow属性。付费关系仍应保留适当标注。编辑预期条件会重置当前失败和提醒计数，同时保留历史观察。编辑后出现正常结果，并不证明发布方改变了页面。请记录为什么更正约定，避免把设置变化误写成发布方已经完成修复。
区分监控记录和已购买链接
公开工具适用于一次性检查，登录后的面板监控用于保存已知来源与目标组合。每个账户支持50对链接、90天历史，每天可请求100次检查，包括新增、修改预期和恢复监控；手动检查间隔为五分钟。按文档中的CSV列名导入真实链接对，使用筛选、逐行选择或Shift范围选择，并在导出前查看单条历史。“我的链接”是另外的记录，用于展示购买的链接投放和文章。即使余额为零，用户仍可看到自己已经付费的发布站；新购买目录的域名可见性遵循单独规则。不要把订单状态与一次技术检查混为一谈。
通过带日期的复查关闭事件
把来源访问或链接变化交给发布方，把目标响应和重定向错误交给目标维护者。经过授权修正后，复查同一个链接对，并同时保存修正前后的证据。对于JavaScript插入的链接，还要单独查看浏览器渲染结果；静态HTML中缺失不是浏览器中也缺失的观察证据。若需要超过90天的保存期，应另行归档重要记录。新链接增长、搜索可见性和排名变化需要各自有日期与范围的数据。关注提醒、HTTP 200或恢复通知都不证明收录、排名提升、退款资格或订单履行状态变化。关闭事件时写明实际复查了什么，以及哪些问题仍未测量。
已填写记录仅供示例使用。在空表中填写真实来源与目标、UTC观察时间、证据、负责人和复查结果，未知事实留空。本事件工作表不是监控导入文件；导入需使用文档规定的sourceUrl和targetUrl列名。