📍 WDQWDWQD987AAAAA:216.73.217.13
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /12a3cb88c97c.html
📄

内链_改版或迁移时应核对什么：先查入口、锚文本与跳转链

改版或迁移时，内链最该核对的是三件事：旧链接是否还能到达目标页、锚文本是否仍指向相关页面、以及站内重要页面是否还有足够入口。人手有限时，先处理会直接造成用户走错路或重要页面失去入口的问题，再处理措辞优化。

假设一个迁移场景：先找出断掉的那一环

假设一个站点把产品页从 /product-a/ 迁到 /solutions/a/，同时把栏目页从 /category/ 改为 /topics/。改版后，首页、旧文章和导航里仍保留旧地址。此时要逐项核对：

1. 旧地址是否返回 404 或 301，301 是否指向新页而非首页。
2. 导航、面包屑、正文中的链接是否已换成新地址。
3. 新页是否被其他相关页链接，而不是只靠站点地图列出。
4. 锚文本是否仍能说明目标页主题，例如“产品A规格”不应统一改成“点击这里”。

常见错误是只改导航，忘了正文里的旧链接；或者把所有旧链接都 301 到首页，用户和搜索引擎都无法判断新页对应关系。更稳妥的做法是让旧页 301 到最相近的新页，无法对应时再考虑 410 或保留说明页。

按影响排序：时间和人手有限时先做哪几项

可以按“是否阻断到达”和“是否影响重要页面入口”排序：

• 先查断链和错误跳转。用抓取工具或服务器日志找出返回 404、301 链过长、301 到无关页的地址。这类问题直接让用户和爬虫走错。
• 再查重要页面的内链入口。首页、栏目页、转化页如果只剩站点地图一个入口，优先从相关文章和导航补回链接。
• 然后查锚文本与链接位置。正文首段、列表、相关推荐中的链接，比页脚全站链接更有上下文。
• 最后查 nofollow 与 robots 限制。确认没有误把内部链接加上 nofollow，也没有用 robots.txt 挡住本应被抓取的目录。

这里要区分“可能原因”和“已经定位的原因”。某个新页没有出现在搜索结果中，可能是内链不足，也可能是 robots.txt 限制、页面返回错误或尚未被处理。robots.txt 的抓取限制不等于可靠的索引移除；站点地图也不保证收录。需要分别核查抓取、索引和展示情况。

核对清单：每一项看什么、判断结果是什么

• 链接可达性：点击旧内链，看是否到达新页。若返回 404，说明跳转缺失；若跳到首页，说明对应关系错误。
• 跳转链长度：看是否出现 A→B→C 的多跳。能一步到位就一步到位，减少中途失败。
• 锚文本一致性：看链接文字是否描述目标页。若大量“阅读更多”，无法判断指向内容。
• 入口数量：看重要页是否被至少一个导航或正文链接指向。只有站点地图不够。
• 参数与大小写：检查同一页面是否因 ?from= 或大小写产生多个内链版本。
• HTTPS 与混合内容：迁移到 HTTPS 后，旧 HTTP 内链应更新。HTTPS 不保证安全无漏洞或排名，但混合内容会影响浏览器加载。

一个可执行的小例子：用抓取结果筛出优先项

假设你有 200 个页面，时间只够处理 20 个。先导出所有内链，按目标地址分组，筛出三类：返回 404 的、301 到首页的、重要页零内链的。把这三类合并去重，通常就是最先处理的清单。处理时先改模板和导航，再改正文中的旧链接。每改一批，重新抓取一次，确认旧地址不再出现在内链中。

如果某个旧页没有合适的新页对应，不要强行 301 到首页。可以保留一个说明页，告诉用户内容已迁移，并链接到最相关的栏目页。这样比让用户落到无关首页更清楚。

下一步：从你当前站点的抓取结果中导出内链列表，按“404、错误跳转、重要页零入口”三类筛出前 20 条，先处理模板和导航中的链接，再处理正文中的旧链接。