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

网站提交收录_改版或迁移时应核对什么

改版或迁移时，核对网站提交收录的重点不是“提交了没有”，而是旧地址能否把权重和用户导向新地址、新地址是否允许被抓取、以及两套地址是否在索引里打架。正确顺序是先确认迁移类型，再检查重定向、robots、站点地图与索引状态，最后用日志和搜索表现验证。

先分清迁移类型，再决定核对清单

不同迁移对收录的影响不同，核对项也不同：

• 换域名：核心是旧域名到新域名的对应关系，需要逐条重定向，而不是只做首页跳转。
• 改URL结构：同一域名下路径变化，重点核对旧路径是否 301 到最接近的新路径。
• 换协议：HTTP 到 HTTPS，重点核对证书、混合内容与全站跳转是否一致。
• 换CMS或模板：URL 可能不变，但可抓取性、分页、参数处理容易变化。

如果只是页面样式调整、URL 完全不变，就不属于严格意义的迁移，重点应放在模板改动是否影响抓取与渲染。

重定向是核对的第一优先级

重定向做错，是迁移后收录下滑最常见的原因之一。核对时不要抽样看几个页面，要用全量清单比对。

1. 导出旧站所有可访问 URL，包括栏目页、详情页、分页和带参数页。
2. 为每条旧 URL 指定唯一的新 URL，避免多条旧地址指向同一个新地址造成混乱。
3. 使用 301 做永久跳转；302 是临时跳转，不适合长期迁移。
4. 检查是否存在跳转链，例如 A→B→C，应改为 A→C，减少抓取损耗。
5. 确认没有跳转到 404、首页或无关页面，这类“软跳转”会让旧页面价值无法传递。

验收信号：随机抽取的旧 URL 都能一跳到达内容对应的新页面，且返回状态码为 301，最终页面为 200。

robots.txt、站点地图与索引状态要分开核对

这三者常被混为一谈，但作用完全不同：

• robots.txt：控制抓取，不控制索引。禁止抓取不等于页面会从索引中移除，已收录页面仍可能出现在结果里。
• 站点地图：帮助发现 URL，但不保证收录。提交站点地图只是提供线索，是否抓取和索引由搜索引擎决定。
• 索引状态：需要通过各搜索引擎自己的站长工具或 site: 类查询分别核查，不同搜索引擎结果不一致。

迁移后要确认新站 robots.txt 没有误屏蔽整站或关键目录，站点地图只包含新站可索引 URL，并移除旧站地图的提交。若旧站需要保留一段时间，应让旧站地图逐步失效，避免继续引导抓取旧地址。

如果目标是从索引中移除旧页面，仅靠 robots.txt 不可靠；应结合 301、页面返回 404/410，以及搜索引擎提供的移除工具分别处理。

用日志与搜索表现做最终验证

提交和配置完成后，不能只看“已提交”提示。可执行的验证步骤：

1. 查看服务器日志，确认搜索引擎抓取的是新 URL，而不是持续抓取旧 URL 或跳转链。
2. 在新站站长工具中检查抓取错误、重定向错误和软 404 数量。
3. 抽查核心页面的标题、描述、规范标签是否指向新地址自身，避免仍指向旧域名。
4. 观察一段时间内新 URL 的展示与点击变化，注意迁移后短期波动属常见现象，但持续下降需要回到重定向和抓取错误排查。

判断结果：如果日志中新 URL 抓取量上升、旧 URL 抓取逐步减少、重定向错误接近零，说明迁移配置基本到位；如果旧 URL 仍被大量抓取且返回 200，说明重定向或旧站处理不完整。

改版迁移核对清单

• 旧 URL 全量清单与新 URL 映射表是否一一对应。
• 跳转是否使用 301，是否存在跳转链或跳向无关页面。
• 新站 robots.txt 是否误屏蔽，站点地图是否只含新 URL。
• 规范标签、内链、站点地图中的地址是否统一为新地址。
• HTTPS 证书是否有效、页面是否仍有混合内容；HTTPS 不保证安全无漏洞，也不保证排名。
• 日志与站长工具中抓取、重定向、索引错误是否在收敛。

下一步：先导出旧站 URL 清单并完成映射表，再逐条验证重定向状态码，最后通过日志确认搜索引擎抓取已转向新地址。