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

WordPress优化：网站迁移应准备哪些记录？先列清单再动站

迁移前要准备的记录，核心是三类：原站环境与配置、内容与链接对应关系、迁移后的验证结果。缺少任何一类，都可能出现页面打不开、样式错乱或收录波动。下面按观察、判断、处理、复查的顺序说明。

先记录原站环境，避免新站对不上

迁移前打开原站后台和主机面板，逐项抄下以下信息。不要凭记忆，直接复制粘贴到文档里。

• WordPress核心版本、PHP版本、MySQL或MariaDB版本
• 当前使用的主题名称与版本，子主题是否启用
• 已启用插件清单，含版本号和用途备注
• 固定链接结构，例如/archives/%post_id%.html这类具体格式
• 站点地址与WordPress地址两项设置值
• 数据库表前缀，默认是wp_，改过就要记准

判断标准：如果新主机PHP版本低于原站，或缺少某个PHP扩展，迁移后可能白屏或功能缺失。此时应先调整新主机环境，再导入数据，而不是先导入再排查。

记录内容与链接对应关系

页面和文章的URL是迁移后最容易出问题的部分。准备一份对照表，至少包含旧URL、新URL、页面类型三列。

1. 用站点地图或后台导出文章列表，得到全部公开URL。
2. 标记哪些是文章、页面、分类归档、标签归档。
3. 如果新站要改固定链接或改目录层级，逐条写出旧到新的映射。
4. 记录图片附件地址，特别是使用外链图片或CDN的页面。

适用条件：站点文章少于几百篇时，手工整理对照表可行；数量很大时，可先用导出工具生成列表，再按规则批量对应。判断结果：迁移后逐条访问对照表中的旧URL，若返回404，说明重定向规则还没覆盖到它。

记录用户、权限与表单设置

如果站点有注册用户、评论或联系表单，这些也要单独记录。

• 用户角色分布，例如管理员、编辑、订阅者各多少人
• 是否开放注册，默认角色是什么
• 评论审核设置，是否需要登录才能评论
• 表单插件的表单字段、通知邮箱、提交记录是否导出

这些记录的作用是迁移后核对功能是否一致。比如新站导入数据库后，用户密码哈希通常可保留，但若更换了域名，部分表单通知邮件里的链接仍指向旧域名，需要手动更新。

迁移后按记录复查，而不是凭感觉

迁移完成不等于结束。拿前面记下的清单逐项打勾：

1. 访问首页、文章页、页面、分类页各一个，检查是否正常显示。
2. 登录后台，确认主题和插件版本与记录一致。
3. 打开固定链接设置页，确认结构未变。
4. 用对照表抽查旧URL，看是否跳转到对应新页面。
5. 检查图片是否加载，表单是否能提交。

复查时若发现旧URL返回404，先判断是重定向规则未生效，还是内容本身未导入。两种原因处理方式不同：前者改重定向配置，后者补导入数据。不要一看到404就断定是服务器问题。

下一步：把记录变成可执行的迁移清单

把上面几类信息整理成一份文档，按“迁移前填写、迁移后核对”两栏排列。每完成一项就在对应位置打勾。这样即使迁移中途换人操作，也能根据记录继续，不会因为遗漏某个插件或某条链接而反复返工。