WordPress搬家：怎样检查访问状态与错误页
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /8c19e1651fed.html
📄
WordPress搬家：怎样检查访问状态与错误页
搬家完成后，先别急着改DNS或清理旧服务器。最省时间的做法是：用一台不缓存、不登录的浏览器或命令行工具，按“首页→关键内页→后台→静态资源”的顺序访问，记录每一次返回的HTTP状态码和页面实际内容。只要出现301、302、404、500或白屏，就说明还有配置没对齐，此时改DNS只会把问题放大。
先分清哪些错误属于搬家问题
搬家后访问异常，原因通常分三类，处理代价差别很大：
- 域名或DNS未生效：返回超时、连接被拒绝，或访问到旧服务器。这类问题等解析生效即可，不需要动WordPress文件。
- 站点地址配置不一致：首页能开，但内页跳回旧域名，或后台登录后反复跳转。常见原因是数据库里的
siteurl和home仍是旧地址。 - 文件或数据库不完整：首页正常，部分页面404，或整站500。可能是
wp-content没传完、.htaccess丢失、数据库导入中断。
判断顺序建议从外到内：先确认请求打到了新服务器，再看WordPress自身配置，最后查文件和数据库。反过来做，容易在错误的主机上白忙。
用状态码定位问题，而不是只看页面好不好看
浏览器渲染出的页面可能掩盖真实状态。比如某些主机把404页面做得像正常页，或者缓存插件返回了旧的200响应。更可靠的方式是看响应头。
可以用命令行执行：
curl -I https://你的域名/
重点看第一行的状态码和Location头。对照下面的判断：
- 200：请求成功，继续检查页面内容是否为新站数据。
- 301/302：发生了跳转。看
Location指向哪里，如果指向旧域名，说明地址配置或重定向规则有问题。 - 403：服务器拒绝访问，可能是文件权限或安全规则拦截，不一定是搬家本身的问题。
- 404：请求的文件或固定链接规则找不到。检查
.htaccess是否存在、固定链接是否需要重新保存。 - 500：服务器内部错误。优先怀疑PHP版本不匹配、插件残留、数据库连接信息错误。
把首页、一篇文章、一个分类页、/wp-admin/、一张图片各测一次，就能覆盖大部分搬家后的典型故障。测试时加上-H "Cache-Control: no-cache"或使用无痕窗口，避免缓存干扰判断。
按优先级安排检查，先做代价最低的
时间和人手有限时，不要一次改很多东西。建议按下面顺序执行，每步只做一件事，做完立刻复测：
- 确认解析指向：用
ping或在线DNS查询工具看域名是否已指向新服务器IP。如果还没生效，先等待，不要继续改配置。 - 检查数据库中的站点地址：登录数据库，查看
wp_options表里的siteurl和home。如果仍是旧域名，改成新域名后立即复测首页和后台。 - 重新保存固定链接：进入后台“设置→固定链接”，直接点保存。这一步会重写重写规则，能解决大量内页404。
- 确认关键目录完整：检查
wp-content/uploads、主题目录、插件目录是否存在且文件数量与旧站接近。 - 临时停用插件排查500：如果整站500，把插件目录改名，看是否恢复。恢复后逐个启用，定位冲突插件。
这套顺序的逻辑是：先排除外部因素，再处理配置，最后动文件。前两步通常几分钟内完成，却能解决多数搬家后的访问异常。
错误页本身也能提供线索
不要只看“页面打不开”这个结果。错误页的具体表现往往指向不同原因：
- 显示主机默认页：请求没到达WordPress，可能是解析未生效或站点根目录指向错误。
- 显示WordPress安装页：数据库连接信息不对，或
wp-config.php中的数据库名、用户名、密码与目标库不一致。 - 显示“建立数据库连接时出错”：同上，优先核对
wp-config.php。 - 页面样式全丢、只剩文字：静态资源仍指向旧域名，或
wp-content路径不对。 - 后台能登录但前台404：固定链接规则未生效，或服务器未加载重写模块。
把错误页的原文记下来，比反复刷新更有用。它通常直接告诉你缺的是数据库、文件还是规则。
什么时候可以认为搬家完成
满足以下条件再切换正式流量或删除旧站：首页、文章页、分类页、后台、上传图片均返回200；页面内容为新站数据；没有跳转到旧域名；后台能正常保存设置。如果其中任何一项不通过，先解决它，再考虑下一步。
下一步建议：选一个访问量最低的时间段，用无痕窗口完整走一遍上述检查清单，把每个URL的状态码记在表格里。这份记录既是排查依据，也是出问题时回退的参照。
