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

网站被Google收录改版或迁移时应核对什么-先查可抓取与可索引

改版或迁移时，要优先核对的是：Google 是否还能抓到新页面、是否允许索引、以及旧地址是否正确指向新地址。收录不是“提交后就一定发生”的结果，而是一连串可检查条件的结果。时间和人手有限时，先处理会直接阻断抓取和索引的项目，再处理体验和性能问题。

先观察：哪些现象说明改版可能影响收录

在 Search Console 的“网页”报告和“站点地图”报告中，常见现象包括：已收录页面数量下降、新页面长时间显示“已发现但未编入索引”、抓取统计出现异常、站点地图读取成功但页面仍未被索引。这些现象只是线索，不能单独证明某个原因。例如“已发现但未编入索引”可能来自内容质量、重复页面、服务器响应慢，也可能来自内部链接不足。

观察时先记录三件事：受影响的是全站还是某个目录；问题从哪天开始；改版或迁移前后 URL 结构有没有变化。没有这三项，后面的判断很容易变成猜测。

判断：改版迁移最常出问题的四类设置

• robots.txt：如果新站上线时误加了 Disallow: /，Google 无法抓取页面。robots.txt 的抓取限制不等于可靠的索引移除，它只阻止抓取，不保证已收录页面立刻消失。
• meta robots 或 X-Robots-Tag：页面级 noindex 会明确阻止索引。改版时模板继承错误，可能让整批页面带上 noindex。
• 重定向：旧 URL 是否 301 到最相关的新 URL。大量旧地址直接返回 404，或全部跳转到首页，都会让 Google 难以把旧地址的信号对应到新页面。
• canonical：新页面是否错误地指向旧地址或无关页面。canonical 指向错误时，Google 可能选择另一个地址作为规范版本。

这些项目要分开检查，不能因为“站点地图提交了”就认为收录没问题。站点地图不保证收录，它只是帮助发现 URL 的参考信息。

处理：人手有限时的优先顺序

按“先阻断、后优化”的顺序处理：

1. 检查 robots.txt 是否误封全站或关键目录。
2. 抽查新模板的 HTML 源码，确认没有意外的 noindex。
3. 抽取旧 URL 样本，逐条访问，确认返回 301 且目标页面内容对应。
4. 检查新页面的 canonical 是否指向自身或正确的规范地址。
5. 确认站点地图只包含可索引的正式地址，并已提交。
6. 用 URL 检查工具对少量代表页面请求抓取，观察 Google 实际拿到的响应。

如果只有半天时间，先做第 1 到第 3 步。它们直接决定 Google 能不能进入新页面、能不能把旧地址对应到新地址。第 4 到第 6 步可以在随后几天补齐。

复查：怎么确认处理是否生效

处理完成后，不要只看一天的数据。复查时关注：抓取统计是否恢复、新页面是否开始出现在索引中、旧 URL 是否逐渐被新 URL 替代、站点地图中的页面是否被读取。不同页面的恢复速度不同，没有固定见效时间，也不保证一定收录。

复查还要区分“已经定位的原因”和“可能原因”。例如页面未被索引，可能是 noindex，也可能是内容重复或服务器响应问题。只有当你确认某个设置确实存在并已修正，才能把它称为已定位的原因。

下一步：从旧 URL 中随机抽 20 条，逐条记录状态码、跳转目标和 canonical，形成一张核对表。这张表比泛泛检查全站更快暴露迁移中的断点。