wordpress 空间上线验收应该怎样执行：从可访问性到迁移收尾的检查顺序
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /4e31e49aa510.html
📄
wordpress 空间上线验收应该怎样执行：从可访问性到迁移收尾的检查顺序
wordpress 空间上线验收的核心不是“打开首页没问题”就结束，而是确认站点在新空间上能稳定解析、正常渲染、可登录后台、能收发邮件、旧链接不丢，并且你清楚回滚办法。执行顺序建议是：先确认域名解析和 HTTPS，再检查前台页面与资源加载，然后验证后台、数据库写入和固定链接，最后处理缓存、备份与旧站收尾。适用前提是你已经把文件和数据库迁移到新空间，或在新空间完成安装并准备切换正式域名。
先验收解析、证书与基础访问
这一步判断的是“请求有没有到达正确的 wordpress 空间”。在本地终端执行 dig 你的域名 +short 或 nslookup 你的域名，看返回的 IP 是否为新空间提供的地址。如果仍指向旧 IP，先等 DNS 生效或检查解析记录，不要急着改站内配置。
浏览器访问时观察三点：地址是否自动跳到你设定的 HTTPS 版本；证书是否对当前域名有效；是否出现重定向循环。重定向循环常见原因是旧空间仍开启强制 HTTPS，或新空间的 WordPress 地址与站点地址仍写成旧域名。判断方法是在后台“设置—常规”里核对 WordPress 地址和站点地址，必要时用数据库搜索替换工具修正，但操作前必须备份数据库。
检查前台页面、资源与固定链接
首页正常不代表内页正常。逐项打开：一篇最新文章、一个分类归档、一个带参数的页面、一张图片较多的页面。按 F12 打开浏览器开发者工具，看 Console 是否有 404 或混合内容报错，看 Network 里 CSS、JS、图片是否都返回 200。若样式丢失，常见原因是主题或插件仍引用旧域名，或新空间缺少 mod_rewrite 等重写支持。
固定链接验收要单独做：进入后台“设置—固定链接”，不改动选项，直接点“保存更改”，让重写规则重新生成。然后访问一个伪静态地址，例如 https://你的域名/示例文章/，确认不是 404。若文章页正常但分类页 404，多半是服务器伪静态规则没有放行，需要在站点配置里允许 .htaccess 或补充 Nginx 的 try_files 规则。这里只能作为可能原因，最终以服务器错误日志为准。
验证后台登录、数据库写入与邮件
前台通过后，用管理员账号登录 /wp-admin。登录成功只算一半，还要做写入测试：新建一篇草稿并保存，修改一次站点副标题，安装或更新一个插件前先确认有备份。如果保存失败、提示数据库连接错误，说明数据库用户权限、库名或主机地址配置有问题。
邮件功能容易被忽略。触发一次找回密码邮件，或使用测试邮件插件发送到你能收到的邮箱。若收不到，先检查发信函数是否被空间禁用，再考虑用 SMTP 方式发信。这里不要假定某个插件一定可用，具体以你实际安装的版本和空间策略为准。
缓存、备份与旧站收尾的验收信号
上线验收的最后一段，是确认“出问题能退回去”。至少做到：新空间已有一份可下载的完整备份，包含数据库和 wp-content；旧空间暂时不要删除，保留到新站稳定运行一段时间；如果用了缓存插件或 CDN，清空一次缓存后再复查首页和内页。
可以按下面清单逐项打勾，全部满足再宣布上线完成：
- 域名解析指向新空间，HTTPS 无证书错误
- 首页、文章页、分类页、搜索结果页均可访问
- 后台可登录，能保存草稿和修改设置
- 固定链接保存后伪静态地址不 404
- 图片和样式正常加载，无混合内容警告
- 找回密码或测试邮件可送达
- 已有完整备份，旧空间仍可回滚
下一步建议你先做一次数据库和文件的完整备份，再按上面的顺序从解析开始逐项检查，把不通过的项记下来逐条处理，而不是同时改动多个配置。
