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

WordPress建站，网站迁移应准备哪些记录

迁移WordPress网站前，最该先准备的是一份可核对的迁移记录清单：域名与DNS、主机与PHP/数据库版本、WordPress核心与插件主题版本、固定链接与重定向规则、备份文件和数据库导出、SSL证书、邮箱与第三方服务、以及迁移后的验证项。时间和人手有限时，优先记录域名解析、数据库连接信息、固定链接结构和备份位置，这四项缺失最容易导致迁移后打不开或页面404。

准备阶段：先记录哪些基础信息

不要急着打包文件，先打开当前站点后台和主机面板，把以下内容逐项记到文档里：

• 域名与DNS：域名注册商、DNS服务商、当前A记录、CNAME记录、MX记录。MX记录关系到企业邮箱，迁移时容易漏改或误删。
• 主机环境：原主机的PHP版本、MySQL/MariaDB版本、Web服务器类型（如Nginx或Apache）、网站根目录路径。
• WordPress信息：后台管理员账号、固定链接结构（如/archives/%post_id%）、当前主题与插件清单及版本号。
• 数据库连接：数据库名、用户名、密码、主机地址、表前缀。这些在wp-config.php中能找到，记录时注意不要公开传播。
• 备份位置：文件备份存于哪里、数据库导出文件存于哪里、备份时间点。迁移前应做一次完整备份，并确认文件能正常解压、数据库能正常导入。

如果原主机提供一键导出或迁移工具，也把导出文件的存放路径记下来。没有现成工具时，用主机面板的文件管理器打包网站目录，再从数据库管理工具导出SQL文件。

实施阶段：迁移过程中要同步记录什么

迁移不是复制完就结束，实施时要把每一步的实际操作记下来，方便出问题时回退：

1. 在新主机创建数据库和用户，记录新数据库的主机地址、库名、用户名、密码。
2. 上传网站文件到新主机根目录，导入数据库SQL文件。
3. 修改wp-config.php中的数据库连接信息，使其指向新数据库。
4. 如果域名不变，先不要改DNS，用临时域名或修改本地hosts文件测试新主机上的站点。如果域名也换，记录新旧域名的对应关系。
5. 替换数据库中的旧域名。可以用WP-CLI的search-replace命令，也可以在数据库管理工具中执行替换语句。操作前再次确认备份可用。

这一步最关键的是数据库中的旧域名替换。很多迁移后页面打不开、后台跳回旧地址，原因就是数据库里仍保存着旧域名。替换时注意序列化数据，直接做文本替换可能破坏主题选项或小工具配置。用WP-CLI的wp search-replace命令相对安全，它默认处理序列化数据。

验证阶段：迁移后逐项检查

迁移完成后，按下面清单逐项验证，并记录每项结果：

• 首页、文章页、分类页、标签页、搜索结果页能否正常打开。
• 后台能否登录，固定链接设置是否与迁移前一致。
• 表单、评论、购物车、会员登录等功能是否正常。
• 图片和静态资源是否加载，路径是否指向新域名。
• SSL证书是否生效，HTTP是否跳转到HTTPS。
• 邮箱收发是否正常，MX记录是否指向正确。
• 旧链接是否301重定向到新链接。如果URL结构变了，记录重定向规则并测试。

验证时打开浏览器开发者工具，看控制台和网络请求中是否有404或混合内容警告。混合内容指HTTPS页面里加载了HTTP资源，常见于图片、字体或脚本。

维护阶段：迁移后持续记录什么

迁移后一周内，每天检查一次站点可用性和错误日志。记录以下内容：

• 新主机的错误日志位置和近期报错。
• 搜索引擎抓取情况。如果域名变了，需要在搜索引擎站长平台提交新域名和站点地图。
• 旧域名解析是否已完全切换，TTL到期后是否生效。
• 插件和主题是否有更新提示，更新前先备份。

如果迁移后出现间歇性500错误，可能原因包括PHP版本不兼容、数据库连接数超限、文件权限不正确。不要直接断定是某一项，先看错误日志再逐项排查。

时间和人手有限时，下一步先做一件事：打开当前WordPress后台和主机面板，把域名解析记录、数据库连接信息、固定链接结构、备份文件位置这四项写进一个文档，再开始迁移操作。