wordpress seo：网站迁移应准备哪些记录
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /080da8375cc7.html
📄
wordpress seo：网站迁移应准备哪些记录
网站迁移前应准备一份可核对的记录清单，至少覆盖原站结构、SEO配置、内容与媒体、重定向映射、服务器与DNS信息、验证与复查结果。这样做的目的不是增加流程，而是当迁移后出现收录下降、404增多或流量波动时，能快速判断问题出在数据、配置还是外部环境，而不是靠猜测反复改设置。
先记录原站可观察到的SEO状态
迁移前不要只看后台首页，要把搜索引擎能观察到的信息留档。建议逐项记录并保存截图或导出文件：
- 已收录的URL数量与主要落地页，可用站点地图和搜索控制台类工具的索引报告交叉核对。
- 各页面的标题、描述、规范地址（canonical）和结构化数据是否完整。
- robots.txt内容、站点地图地址、是否有noindex标签被误用。
- 主要页面的自然流量与排名位置，按页面和查询分别记录，作为迁移后的对比基线。
这些记录的作用是建立“迁移前基线”。如果迁移后某个栏目流量下滑，先对比该栏目在原站的标题、规范地址和收录状态，再判断是内容改动导致，还是抓取或重定向出了问题。
记录URL与重定向映射
迁移中最容易造成损失的是URL变化却没有对应重定向。准备一份表格，至少包含四列：旧URL、新URL、页面类型、重定向状态。旧URL应来自原站站点地图、内部链接和已收录列表，而不是只凭记忆挑选首页和栏目页。
处理时按以下顺序执行：
- 导出原站所有可访问URL，去掉参数重复项和已失效页面。
- 为每个旧URL指定唯一的新URL，避免多条旧链接指向同一新链接造成混乱。
- 用301重定向建立映射，迁移后在浏览器和命令行工具中逐条检查返回状态。
- 对确实没有对应内容的旧页面，返回410而不是全部跳转到首页。
判断结果的标准是：访问旧URL应到达内容最接近的新页面，且返回状态为301；如果返回302、404或跳转到无关首页，就属于需要修正的记录项。
记录WordPress层面的配置与内容变更
WordPress站点的SEO表现与固定链接、分类结构、插件输出和主题模板有关。迁移记录应包含：
- 固定链接结构，以及迁移后是否保持一致。
- 负责输出标题、描述、规范地址和站点地图的插件名称与主要设置项，并导出配置文件或截图。
- 主题中是否硬编码了规范地址、统计代码或结构化数据。
- 媒体文件的路径规则，以及图片是否仍通过原域名加载。
这里要区分“可能原因”和“已经定位的原因”。迁移后出现重复内容，可能是固定链接变化、插件设置重置或主题模板输出不一致，不能直接断定是某一项造成。正确做法是逐项对比迁移前后的页面源代码，确认差异后再修改。
记录服务器、域名与验证信息
服务器和域名层记录用于排查抓取失败、证书错误和解析异常。应准备：
- 原服务器与目标服务器的IP、Web服务器类型和PHP版本。
- DNS解析记录，包括A记录、CNAME和TTL值。
- SSL证书覆盖的域名，以及是否强制HTTPS。
- 搜索引擎验证文件或验证记录的位置，迁移后是否仍然可访问。
迁移完成后，用抓取工具模拟搜索引擎访问新站，检查是否存在服务器返回5xx、证书不匹配或验证文件丢失。若验证文件丢失，应先恢复验证，再提交新的站点地图，不要急于判断收录问题。
迁移后的复查记录怎么写
复查不是简单看“有没有流量”，而是按时间点记录可对比的数据。建议在迁移后第1天、第7天和第30天分别记录：
- 新站可访问URL数量与404数量。
- 站点地图提交状态与已发现URL数。
- 主要页面的收录状态和规范地址是否正确。
- 自然流量与迁移前基线的差异，按页面归类而不是只看全站总数。
如果发现某类页面流量下降，先检查该类页面的重定向和规范地址，再检查内容是否被修改。只有把观察、判断、处理和复查串成一条记录链，迁移后的SEO问题才能被定位，而不是反复试错。
下一步：把上述记录整理成一张迁移检查表，在正式切换前完成旧URL导出和重定向映射，切换后按第1天、第7天、第30天逐项核对并保存结果。
