WordPress更换服务器：怎样安排最小修复试验
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /e4920d169341.html
📄
WordPress更换服务器：怎样安排最小修复试验
最小修复试验的核心是：在正式全量迁移前，只迁移一个页面、一组文章或一个子目录，用最小范围验证数据库、固定链接、媒体文件和重定向是否正常。这样做的目的不是追求一次成功，而是把可能出错的地方压缩到可定位、可回滚的范围内。多人协作时，先约定试验范围、负责人和验收项，再动手操作，能显著减少返工。
先划定试验范围，别从整站开始
WordPress更换服务器涉及文件、数据库、配置和域名解析四类变更。整站同时切换时，一旦首页能打开但内页404，很难判断是固定链接规则、数据库导入还是Web服务器配置的问题。最小试验应当先选一个低风险对象，例如一篇普通文章、一个分类归档页，或者一个不含表单和支付功能的静态页面。
准备阶段需要明确三件事：
- 试验对象：用哪条URL作为验证入口，记录迁移前的HTTP状态码和页面标题。
- 回滚方式：旧服务器是否保持可访问，数据库和文件是否有可恢复的备份。
- 验收标准：页面返回200、正文完整、图片可显示、内链可跳转，这四项缺一不可。
多人协作时，把上述内容写进交付清单，指定一人操作、一人核对。不要多人同时修改同一份wp-config.php或数据库，否则出现问题时无法判断是谁的改动导致。
实施时只改必要配置，保留可对比状态
最小试验不要求把整站文件全部上传。可以采用两种做法：一是只上传WordPress核心文件、当前主题和必要插件，导入包含试验对象的数据库表；二是直接复制整站文件，但只在试验域名或临时子目录下配置，不修改旧站运行状态。
关键一步是处理站点地址。WordPress的siteurl和home两个选项决定后台和前台链接的生成方式。如果试验环境使用临时域名，需要把这两个值改为临时地址；验证完成后再改回正式域名。修改前先导出数据库备份，修改后清空缓存再测试。
如果试验对象是子目录，还要检查Web服务器的重写规则是否生效。以Nginx为例，WordPress固定链接通常依赖try_files规则；以Apache为例，则依赖.htaccess中的mod_rewrite规则。规则缺失时，首页可能正常，但文章页会返回404。这类现象只是可能原因之一，需要结合服务器错误日志确认，不能直接断定是重写规则问题。
验证要覆盖页面、资源和跳转三层
验证阶段不要只看首页能否打开。按下面顺序逐项检查，每项记录结果和负责人：
- 直接访问试验URL，确认返回200而不是301、302或404。
- 查看页面源代码，确认正文、标题和图片地址指向新服务器，而不是仍指向旧服务器。
- 点击页面内的分类链接、上一篇下一篇链接，确认固定链接结构一致。
- 用浏览器开发者工具查看网络请求，确认CSS、JavaScript和图片没有大量404。
- 如果试验对象涉及表单或评论，提交一条测试数据，确认数据库写入正常。
这里要区分“可能原因”和“已经定位的原因”。例如图片不显示，可能是媒体文件未上传、上传目录权限不对、或者数据库里仍保存旧域名。只有逐项排除后，才能确定是哪一种。多人协作时，把每次验证的现象、时间和操作人写进同一份记录，避免重复排查。
维护阶段决定是否扩大迁移范围
最小试验通过后，不要立刻删除旧服务器数据。先保持旧站可访问一段时间，观察新服务器上的试验对象是否稳定。确认无误后，再按相同流程分批迁移其余内容。每批迁移后重复上述验证项，直到整站完成。
如果试验失败，优先回滚到试验前状态，而不是在故障状态上继续修改。回滚后检查备份是否完整、配置文件是否被覆盖、数据库是否被部分导入。找到具体原因后，再重新安排一次范围更小的试验。
需要提醒的是，站点地图提交、robots.txt调整和搜索引擎收录属于迁移后的推广动作，不是最小修复试验的验收条件。robots.txt的抓取限制不等于可靠的索引移除，站点地图也不保证收录。这些动作应在整站迁移稳定后单独安排。
下一步建议：先写下本次试验的URL、验收四项和回滚负责人，再开始操作。如果这四项中有任何一项无法确认，就不要进入实施阶段。
