内链优化改版或迁移时应核对什么：先分清保留旧链还是重建新链
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /d0118a1345a7.html
📄
内链优化改版或迁移时应核对什么：先分清保留旧链还是重建新链
内链优化在改版或迁移时，最需要核对的是旧链接所指向的页面是否仍然存在、是否仍返回正确状态码，以及站内链接结构是否把权重和用户引向新地址。核心判断只有一条：如果旧URL保留并做301跳转，就核对跳转目标；如果旧URL废弃并重建内链，就核对新链接是否已替换到所有相关页面。下面用一个假设例子说明两种处理方案的适用条件。
假设例子：把产品页从旧目录迁到新目录
假设某站点把/old/product-a迁移到/new/product-a，同时有文章页、分类页和首页共20处内链指向旧地址。此时有两种方案：
- 方案A：保留旧URL并301跳转。适合旧链接有外部来源、用户可能收藏、短期无法全量替换内链的情况。核对项是跳转是否直达新页、是否出现跳转链、是否跳回旧页。
- 方案B：删除旧URL并全面替换内链。适合旧地址无外部价值、站点可一次性更新模板和内容的情况。核对项是每处内链是否都指向新地址，是否还有孤链或死链。
常见错误是只改导航，忘了正文里的内链；或者旧页返回404却仍被内链指向，导致用户和爬虫反复撞墙。判断结果很简单：抓取旧地址，若返回301且最终落到新页，方案A成立；若返回404或200但内容已空，方案B必须完成替换。
核对内链时先区分“可能原因”与“已经定位的原因”
发现内链异常时，不要直接断言是迁移造成的。可能原因包括：旧URL被删除、模板缓存未更新、跳转规则写错、内链写的是相对路径而目录变化、页面被robots.txt限制抓取。已经定位的原因则要由检查结果支撑，例如用浏览器开发者工具查看网络请求，确认旧地址返回301还是404，再确认新地址是否可访问。只有证据一致时，才能说问题出在跳转或替换环节。
改版迁移必须逐项核对的内链检查清单
- 列出所有旧URL及其内链来源页面，按导航、正文、侧栏、页脚、站点地图分类。
- 对每个旧URL发送请求，记录状态码：200、301、302、404或410。
- 若采用301，核对跳转目标是否与旧页主题一致，避免全部跳到首页。
- 若采用替换，核对新内链的锚文本是否仍能说明目标页内容，不要全站统一改成“点击这里”。
- 检查新页面是否被其他页面链接到，避免出现只有入口没有内链的孤岛页。
- 检查站点地图是否只包含可访问的新地址；站点地图不保证收录，但错误地址会浪费抓取。
- 检查robots.txt是否误封了新目录；robots.txt的抓取限制不等于可靠的索引移除，它只控制抓取，不控制已收录页面。
两种处理方案怎么选：按链接价值和更新成本比较
如果旧URL有外部链接、广告投放或用户收藏，优先保留并做301，因为替换全部内链的成本高且容易遗漏。如果旧URL没有外部价值，且站点能通过模板和数据库批量替换，直接重建新内链更干净，避免长期维护跳转规则。适用条件可以记成两句话：旧链有留存价值就跳转，旧链无留存价值就替换。判断结果看两点：旧地址是否还能带来有效访问；新地址是否已获得足够内链支撑。
迁移后如何验证内链优化没有留下死角
迁移完成后，用站点爬取工具或手工点击抽查：从首页出发，能否在三次点击内到达主要新页面；旧地址是否全部按预期跳转或返回410；新页面是否至少有一个来自相关内容的上下文内链。若发现旧地址返回200但内容为空，应改为301或410，而不是放任软404。HTTPS不保证安全无漏洞或排名，它只是传输层加密，内链核对仍要回到链接可达性和主题相关性。
下一步，先导出旧站内链清单，再按“保留跳转”和“替换删除”两栏标记，逐条核对状态码与目标页，完成后用爬虫复查一遍全站内链。
