内链外链，改版或迁移时应核对什么，先查哪几类链接错误
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /19962a1f682d.html
📄
内链外链，改版或迁移时应核对什么，先查哪几类链接错误
改版或迁移时，内链和外链首先要核对的不是“数量有没有变少”，而是链接指向的目标是否仍然存在、是否仍然是最终应被访问的URL。常见误解是：只要旧页面做了301跳转，内链外链就自动没问题。实际上，站内链接可能仍指向旧路径，外部链接可能落到跳转链中间，页面一旦被删除或改参数，用户和爬虫都会走进死胡同。时间和人手有限时，优先核对导航、正文核心链接、站点地图与旧URL跳转关系。
先核对内链：旧路径是否仍被大量引用
改版后最容易遗留的问题是模板和正文里硬编码的旧链接。核对时不要只看首页，应抽取栏目页、详情页和分页，检查以下项目：
- 主导航、面包屑、侧栏推荐是否仍指向旧目录。
- 正文中的相关阅读、上一篇下一篇是否跳到已删除页面。
- 分页、筛选参数、打印页是否产生重复或不可访问地址。
- 图片、CSS、JS等资源链接是否返回404，这会影响页面渲染。
可执行步骤：用站点爬取工具或浏览器开发者工具抓取一批代表性页面，导出所有站内链接，按状态码分组。对返回301的链接，继续跟踪到最终URL；如果最终URL与当前页面主题无关，应改回直接链接。判断结果的标准是：用户点击一次就能到达目标内容，不需要经过多跳跳转。
再核对被删页面的301是否覆盖完整
迁移时常见做法是把旧页面全部301到新首页，这只能算临时兜底，不能算正确映射。核对时应建立旧URL与新URL的对应表，优先处理有外链和有一定访问记录的页面。
检查项包括：
- 旧URL是否返回301而不是302或404。
- 跳转目标是否与原页面主题一致，而非统一跳首页。
- 是否存在跳转链，例如A跳B、B再跳C。跳转链会拖慢访问，也可能让外链权重传递打折。
- 大小写、结尾斜杠、参数版本是否被分别处理。
如果旧页面没有合适的新对应页，应保留一个内容相近的页面或返回410，而不是全部塞给首页。适用条件是旧页面确实已无替代内容；判断结果是用户不会因跳转落到无关页面。
外链核对：别把“有链接”当成“还有效”
外链不归你控制，但你可以核对对方链接指向的旧URL是否还能到达正确内容。优先检查来自高价值页面的外链，例如行业目录、合作方、历史投稿。核对方法是：打开来源页面，点击链接，观察最终落地页；再用HTTP状态检查工具确认旧URL返回301且最终页可访问。
需要区分几种情况：
- 对方链接仍指向旧URL，但旧URL已301到新页：可接受，但应尽量联系对方更新为最终URL。
- 对方链接指向已删除页面且返回404：应优先补跳转或提供替代内容。
- 对方链接指向旧域名且旧域名已失效：只能联系对方修改，无法单方面修复。
外链核对不必一次全做。按来源页面流量、主题相关性和可联系性排序，先处理能改的，再记录不能改的。
站点地图、robots与HTTPS的核对边界
站点地图只帮助发现URL，不保证收录；robots.txt限制抓取也不等于可靠的索引移除。迁移后应核对站点地图是否只包含最终可访问URL，是否还残留旧地址。若旧地址需要被移除，应使用合适的HTTP状态和页面级指令，而不是只靠robots.txt屏蔽。
HTTPS同样不等于安全无漏洞或排名保证。核对时确认证书有效、混合内容没有阻断资源加载即可，不要把它当成链接迁移的替代方案。
不同搜索引擎对跳转、参数和索引指令的支持情况需要分别核查。可执行的最小清单是：选一个代表性栏目，抓取全部内链，检查状态码和最终URL；再抽查十条外链，确认落地页正确。若时间只够做一件事，先修复导航和正文中指向404的内链。
下一步：从当前站点导出访问量最高的50个旧URL，逐一确认它们返回301、302、404还是410，并把跳向无关页面的规则改成主题对应的新URL。
