内容外链：大量链接同日失效时如何区分源站故障与逐条失效
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /4162b631c01a.html
📄
内容外链：大量链接同日失效时如何区分源站故障与逐条失效
先看返回状态和失效范围：如果同一域名下多个不同路径、不同页面上的外链在同一时段全部打不开，优先怀疑源站故障，例如域名解析、证书、服务器或整站改版；如果失效链接集中在少数页面、少数合作方或某类旧内容，其他链接正常，则更像逐条失效，需要按链接逐条处理。判断顺序应是先确认是否同源，再决定是等待恢复还是立即替换。
同源集中失效时，先不要急着删链接
同源集中失效的典型证据是：多个外链指向同一域名的不同路径，却同时出现超时、502、证书错误或跳转到同一维护页。此时逐条替换成本高，而且可能把本来会恢复的链接永久删掉。更合理的动作是先做一次小范围复核：从失效集合中抽三条不同路径，分别用不同网络环境访问，观察是否都返回同类错误。如果结果一致，就把它当作源站级问题，进入观察期，而不是逐条改稿。
观察期要设一个明确的复查节点，例如三天后重新检查同一批链接。如果届时恢复，原链接保留；如果仍未恢复，再按逐条失效处理。这个动作会影响下一步：它把“批量替换”推迟到确认源站不可恢复之后，避免在源站临时故障期间做无效改动。
逐条失效时，按链接价值决定替换还是移除
逐条失效的证据通常是：同一域名下只有部分路径失效，其他路径正常；或者失效链接分散在不同域名，没有共同时间点。这时要回到内容本身，判断这条外链原本承担什么作用。如果它指向的是仍然有价值的旧资料、旧合作方页面或旧系统说明，优先寻找同主题的替代来源；如果它只是当时顺手引用的背景材料，且正文不依赖它，直接移除并补一句上下文即可。
一个可执行的判断方法是给每条失效链接标两个维度：读者是否还需要顺着它继续读，以及是否有可替代的稳定来源。两个维度都高，就替换；只有一个高，就改写句子后移除；两个都低，直接删。这个动作的结果是：替换和移除的比例会明显分化，而不是一刀切。
两种条件下的不同选择
- 条件一：同域名多路径同时失效。选择等待加复查，不立即批量替换。适用前提是失效时间集中、错误类型一致。例外是源站已明确宣布永久关闭，此时直接进入替换流程。
- 条件二：不同域名或同域名少数路径失效。选择逐条评估，按读者需求和替代来源决定替换或移除。适用前提是其他链接正常、失效没有共同时间点。例外是某条链接虽然孤立失效，但正文高度依赖它，此时应优先替换而不是移除。
一个假设例子：三天窗口怎么用
假设某篇旧内容里有八条外链，其中五条指向同一个旧合作方域名下的不同页面，另外三条指向不同来源。某天发现五条同源链接全部超时，三条正常。此时先记录失效时间，三天后复查这五条。若仍全部超时，说明源站级故障大概率不可恢复，再逐条寻找替代来源；若部分恢复，则只处理仍未恢复的那几条。这个例子的数字只用于说明比较方法，不代表任何真实站点的实际表现。
需要说明的是，请求量或抓取量归零并不能单独证明源站故障，也可能只是临时网络波动、访问限制或统计延迟。把范围、时间和错误类型放在一起看，才能支撑判断。
实施动作与例外边界
实际动作可以固定为三步：先按域名分组失效链接，再对同源集中失效设复查节点，最后对确认不可恢复的链接逐条决定替换或移除。每一步的结果都会影响下一步：分组结果决定是否等待，复查结果决定是否批量处理，逐条评估结果决定正文要不要改写。例外情况是，如果失效链接涉及付费合作或明确授权内容，替换前应确认替代来源的使用条件，而不是直接换成一个无关页面。
最后要守住一条边界：外链的作用是让读者找到可继续阅读的来源，不是用数量或第三方权重去保证排名。大量链接同日失效时，先分清源站故障与逐条失效，再决定等待、替换还是移除，才能让仍然有价值的部分继续留在正文里。
