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

收录,改版或迁移时应核对什么

改版或迁移时，核对收录的核心不是“新页面能不能被打开”，而是旧地址到新地址的对应关系是否完整、可抓取、可传递信号。结论是：小规模路径调整优先用逐条301重定向；整站换域名或URL结构大改，则要在301映射之外，同步处理内链、站点地图、robots.txt和 canonical，并在上线后按“抓取—替换—收录”三个阶段验收。只做其中一步，收录波动往往难以定位。

先判断适用哪种处理方案

两种常见做法对应不同条件：

• 逐条301映射：适合页面数量可控、旧新URL能一一对应的迁移。判断标准是每个旧URL都能找到语义最接近的新URL，没有大量页面合并到同一个新地址。
• 整站规则重定向加人工修正：适合域名更换或目录结构整体重排。先用规则匹配大部分URL，再人工核对无法规则匹配的页面，避免全部跳转到首页。

如果旧页面已无对应内容，应返回410而不是301到无关页面。把大量旧URL统一跳首页，通常会被视为软404，不利于收录替换。

上线前必须核对的清单

1. 导出旧站所有可访问URL，包括带参数的、分页的、大小写不同的版本，逐条记录目标地址和状态码。
2. 确认新页面返回200，且页面内容与旧页面主题一致；标题、描述、正文主体不应整体更换。
3. 检查新页面 canonical 是否指向自身，而不是仍指向旧域名。
4. 更新站内链接、导航、面包屑，避免内链仍指向旧地址。
5. 更新站点地图，只保留返回200且可索引的新URL。站点地图不保证收录，但能帮助发现新地址。
6. 检查 robots.txt 是否误屏蔽新目录。robots.txt 的抓取限制不等于可靠的索引移除，它只影响抓取，不能替代 noindex 或删除处理。
7. 确认 HTTPS 证书有效、HTTP 到 HTTPS 跳转不形成循环。HTTPS 不保证安全无漏洞或排名，只是迁移中的基础检查项。

用状态码和日志验证重定向

上线后不要只看首页。抽取旧URL样本，用命令行检查跳转链：

curl -I https://旧地址

观察返回的 301 和 Location 是否指向正确的新地址。若出现302、307或多次跳转，应改为单次301。再检查服务器日志中旧URL的抓取状态：如果持续返回404，说明映射遗漏；如果返回200但内容为空，说明重定向未生效。不同搜索引擎对重定向的处理速度不同，须分别核查，不能用一个引擎的表现推断全部。

验收信号与观察周期

迁移后的合理信号包括：旧URL抓取时返回301并指向新URL；新URL开始出现在站点地图抓取记录中；站内搜索和导航不再产生旧地址；页面标题在搜索结果中逐步替换为新标题。若两周后旧URL仍大量返回404，优先补映射；若新URL长期不被抓取，检查内链深度和 robots.txt，而不是反复提交站点地图。站点地图不保证收录，提交后仍需靠内链和外部链接引导抓取。

下一步：先导出旧站URL清单，按“可一一对应”“需合并”“应删除”三类标记，再决定用逐条301还是规则重定向加人工修正。