网站建设seo：网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1e90cf592db8.html
📄
网站建设seo：网站迁移应准备哪些记录
网站迁移前应准备一份可核对的迁移记录，至少覆盖原站URL清单、重定向映射、页面元数据、robots与sitemap状态、服务器响应头、统计与站长平台验证信息。迁移记录的作用不是走流程，而是让迁移后出现的流量下降、收录异常或死链问题能逐项对照，判断是抓取、解析还是内容层面的原因。
先确定迁移范围和验收标准
迁移记录要围绕“哪些变了、哪些没变”来写。适用前提是：域名、目录结构、协议、CMS或服务器至少有一项发生变更。如果只是改模板样式、URL和内容都不动，记录可以简化，但仍应保留改版前后的页面快照。
记录里先写清迁移类型：换域名、换目录、换协议（HTTP到HTTPS）、换CMS、换服务器，还是多项同时发生。多项同时变更时，排查难度会明显上升，因为一个现象可能有多个解释。例如迁移后某栏目收录下降，可能是重定向未生效，也可能是新页面模板去掉了正文，还可能是robots误屏蔽。记录越细，越容易把“可能原因”缩小为“已经定位的原因”。
验收信号可以设为：原URL能正确跳转到新URL并返回可抓取状态；新URL返回正常状态码；sitemap只包含新URL；站长平台完成验证且提交新sitemap；核心页面在站内搜索和外部搜索中能通过新地址打开。这些是检查项，不是收录或排名保证。
必须留存的URL与重定向记录
这是迁移记录中最关键的一项。导出原站所有可访问URL，包括栏目页、内容页、标签页、分页、图片和附件。对每个URL标注迁移后的目标地址，形成“旧URL→新URL→状态码”的对照表。
- 旧URL：完整地址，含协议和路径，保留大小写与结尾斜杠。
- 新URL：迁移后的完整地址；如果页面已删除，注明“410”或“301到最相关上级页面”。
- 状态码：迁移后实际抓取到的响应码，如200、301、302、404、410。
- 跳转层级：记录是否出现A→B→C的多级跳转，多级跳转应尽量压平为一次。
检查方法：迁移后用抓取工具或命令行逐条请求旧URL，确认返回301且Location指向预期新URL。若旧URL返回200但内容已变，说明重定向没生效；若返回302，应确认是否临时跳转，长期迁移一般应使用301。这里的状态码是判断依据，不是对搜索引擎行为的承诺。
页面级元数据与内容对照记录
URL变了，页面标题、描述、H1和正文也应逐项对照，避免迁移过程中模板把关键内容覆盖掉。记录表可以按“旧URL、新URL、旧title、新title、旧H1、新H1、正文是否完整”来填。
常见问题是新CMS自动生成标题，导致所有页面标题变成“首页-站点名”；或者模板只输出摘要，正文被截断。这类问题无法靠重定向解决，只能回到内容层修复。判断结果的方式是：随机抽取若干核心页面，对比迁移前后快照，确认标题、H1和正文主体一致，内链指向新URL而非旧地址。
robots、sitemap与服务器配置记录
迁移期间最容易出错的是抓取入口。记录应包含：
- 迁移前robots.txt内容，以及是否屏蔽了测试环境。
- 迁移后robots.txt是否允许抓取，是否误留
Disallow: /。 - sitemap地址、生成方式、最后更新时间，以及其中是否混入旧域名URL。
- 服务器返回的响应头，如状态码、Content-Type、跳转Location。
- HTTPS证书是否覆盖新域名，是否存在混合内容。
检查项：直接访问新站的robots.txt和sitemap，确认没有测试环境残留；用curl -I查看旧URL和新URL的响应头。若sitemap里仍是旧域名，说明生成规则未更新；若robots屏蔽了整站，抓取会受阻，但这只是可能原因之一，仍需结合服务器日志确认。
统计、验证与回滚记录
迁移前记录统计工具和站长平台的验证方式，迁移后重新验证新域名。需要留存：统计代码是否已换为新站点、站长平台是否添加新资源、旧资源是否保留、验证文件是否可访问。若使用多个统计或广告脚本，也要记录其域名白名单是否包含新域名。
回滚记录同样重要：保留旧服务器或旧解析至少一段时间，记录DNS解析值、TTL和切换时间。若迁移后出现大面积404或跳转错误，可以按记录快速回退解析或恢复旧配置。回滚不是失败，而是控制风险的手段。
下一步：把上述内容整理成一张迁移对照表，先填旧URL和新URL，再逐项补齐状态码、标题和robots状态，迁移完成后按同一张表逐条验收。
