当旧内容或旧合作关系退出时,最容易被忽略的问题不是链接指向哪里,而是错误页面自身返回了 200 成功状态。此时搜索引擎会把“已失效”的页面当作正常内容抓取,内链传递的权重和用户预期都会落空。核对的核心动作是:用不带 Cookie、不执行 JavaScript 的原始请求,分别查看响应状态码和页面实际渲染内容,确认两者是否指向同一件事。如果状态码是 200 而页面内容明确写着“已下架”或“不存在”,这就是不一致,必须优先处理。
两种条件下的选择完全不同。第一种是整页彻底退出,旧系统或旧合作关系不再提供任何有效信息;第二种是页面主体失效,但其中某段说明、某个入口或某份资料仍然有价值,需要保留并重新挂接内链。
判断依据不是页面标题,而是页面正文是否还有用户可用的内容。可以问自己:如果这个页面被新访客看到,他会不会觉得“来对了”?如果答案是否定的,就按整页退出处理;如果页面里还有一段可复用的说明,就按保留部分处理。实施动作上,整页退出应让服务器返回 404 或 410,而不是返回 200 再靠页面文案提示。保留部分则应该把有价值的内容迁移到新页面,旧地址返回 301 指向新地址,并在新页面里补上指向相关页面的内链。做完这一步后,下一步才是检查内链锚文本是否还指向旧地址。
不要只看浏览器地址栏和页面外观,那很容易被前端路由或软 404 掩盖。按下面顺序做:
curl -I https://example.com/old-page,观察返回的是 200、301 还是 404。如果发现 200 状态配“已失效”文案,先不要急着改页面文字。应该先确认服务器或应用层为什么返回 200:是路由配置把未知路径统一指向了首页,还是旧系统没有正确设置错误页。找到原因后,把该地址改为返回 404 或 410,或者改为 301 指向仍然有效的新页面。这个动作的结果会直接影响下一步:如果返回 404,内链需要从旧地址移除;如果返回 301,内链可以保留但锚文本应更新为新页面主题。
当页面里仍有有价值的部分,不要直接删除整个地址。更稳妥的做法是:把有价值的内容复制或迁移到新页面,旧地址返回 301。迁移后,检查所有指向旧地址的内链,把锚文本改成新页面的实际主题。如果内链锚文本仍然是旧主题,用户和搜索引擎都会得到错误预期。
例外情况是:旧地址已经被大量外部链接指向,且新页面主题与旧页面高度相关。这时 301 是合适的。如果新页面主题只是勉强相关,301 会把不相关的权重传递过去,反而模糊新页面的主题。此时可以考虑让旧地址返回 410,并在新页面里用内链主动指向相关主题,而不是靠旧地址跳转。
假设某站点有一个旧合作伙伴介绍页,合作已结束,但页面里有一段行业术语解释仍然有用。第一步,抓取该地址,发现返回 200,正文却写着“合作已结束”。第二步,把术语解释迁移到新的行业知识页,旧地址改为 301 指向新页。第三步,检查站内所有指向旧地址的链接,把锚文本从“某某合作”改成“行业术语说明”。第四步,再次抓取旧地址,确认返回 301,且新页面能正常打开。这个例子里,数字和名称都是假设,只用于说明核对顺序:先看状态码,再看内容,最后改内链。
请求量或抓取量归零不能单独证明处理正确。它可能只是因为该地址本来就没有多少入口,也可能是因为抓取工具暂时没有访问。要结合状态码、页面内容和内链指向一起判断。
另一个误判是:看到页面显示“404”字样就认为状态码一定是 404。很多站点会在 200 页面上渲染一个“404”样式的提示,这仍然是不一致。必须用原始请求确认响应头。
例外情况是:某些旧系统无法方便地修改状态码,只能返回 200。这时至少要在页面正文顶部用明确文字说明该页面已失效,并给出新地址的内链。同时,把该地址从站点地图和内链导航中移除,减少它被当作正常内容抓取的机会。但要注意,这不能替代正确的状态码处理,只是临时缓解。
最后,不同搜索引擎对 404、410 和 301 的处理节奏并不相同,需要分别核查。不要假设一个搜索引擎的处理结果会直接套用到另一个。