记录一下那天晚上的排查过程。去年 3 月从 old.com 迁到 new.com 运维在 Nginx 里写了整域 301 按项目排期六个月后把旧域配置删了 只留一个默认站点 结果外链报表里 4000 多条还指着旧域 抓取诊断全部 404 旧域权重也没完全过来
刚开始盯着「旧域没有保留一份指向新站的 sitemap」，折腾了半个多小时，排掉了。
排查方向其实有限，先把可能性排一排。301 撤得太早 外链方更新链接的周期普遍超过半年。还有一种是旧域证书到期后直接停了解析 蜘蛛连握手都失败。
少数情况下是转载方复制的是旧地址 正文里没人做替换。
动手时先统计旧域还有多少外链入口
site:old.com恢复旧域整域 301 并续上证书
return 301 https://www.new.com$request_uri;接着在旧域放一份指向新站的 sitemap
curl -s https://old.com/sitemap.xml | head -3末了抽十条外链落地页看跳转是否一步到位
curl -sI https://old.com/p/123 | grep -i location改完先别撤，确认这几项。旧域恢复后一周抓取诊断不再报 404 外链落地页全部 301 到新站对应页 三个月内新域索引量补齐缺口。
补一句。整域 301 至少留一年 别按内部项目排期撤 外链方不会配合你的时间表。线上能稳定复现的问题都不算难，难的是只在大流量下才出现的那种。