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

WordPress主机迁移怎样形成可复用检查清单：把故障证据逐项固定下来

可复用的WordPress主机迁移检查清单，不是把“备份、上传、改DNS”写成流水账，而是把每次迁移都可能出问题的对象固定成检查项：每项写明查什么、用什么命令或页面查、结果说明什么。这样下次迁移时，你得到的是可比对的证据，而不是凭感觉判断“应该好了”。

先固定检查对象，再写检查项

一份清单能复用，前提是检查对象稳定。WordPress迁移涉及的对象通常只有几类：文件、数据库、域名与DNS、Web服务器配置、PHP与扩展、邮件与定时任务、缓存与CDN、HTTPS证书。把每一类写成独立小节，每节只回答三个问题：查什么、怎么查、结果说明什么。

假设你从旧主机迁到新主机，旧站为 old.example.com，新站为 new.example.com，正式域名为 example.com。下面的检查项可直接抄进清单模板，替换成你的实际域名和路径。

文件与数据库：确认“搬全了”而不是“搬完了”

• 查什么：WordPress根目录、wp-content、wp-config.php是否完整。
• 怎么查：用 rsync -avn 做空跑对比，或在新旧主机分别执行 find . -type f | wc -l 比较文件数量。
• 结果说明：数量差异大，说明有目录被排除或权限导致漏传；数量接近但站点报错，优先查 wp-content/uploads 和插件目录。
• 查什么：数据库表是否完整、前缀是否与 wp-config.php 一致。
• 怎么查：在新库执行 SHOW TABLES;，与旧库表列表对比。
• 结果说明：缺表通常意味着导出中断；表在但站点白屏，可能是 siteurl、home 仍指向旧域名。

域名、DNS与HTTPS：分清“解析生效”和“配置正确”

• 查什么：域名解析是否已指向新主机。
• 怎么查：用 dig example.com +short 或在线DNS查询工具，从多个地区分别查。
• 结果说明：不同地区返回不同IP，说明DNS仍在传播或存在多线路解析，此时不要急着下“迁移失败”的结论。
• 查什么：HTTPS证书是否覆盖当前域名、是否过期。
• 怎么查：浏览器查看证书详情，或用 openssl s_client -connect example.com:443 -servername example.com。
• 结果说明：证书域名不匹配或已过期，会先表现为浏览器警告；但证书正常不等于站点无漏洞，也不等于搜索引擎一定给排名，这两件事必须分开判断。

抓取与索引相关文件：只做核查，不做保证

• 查什么：robots.txt 是否误屏蔽整站。
• 怎么查：访问 https://example.com/robots.txt，检查是否有 Disallow: /。
• 结果说明：robots.txt 的抓取限制只影响爬虫抓取，不等于可靠的索引移除；如果旧站曾用它屏蔽测试环境，迁移后忘了删除，会直接影响新站被抓取。
• 查什么：站点地图是否能正常访问、是否包含新域名URL。
• 怎么查：打开 sitemap.xml 或 wp-sitemap.xml，抽查其中URL。
• 结果说明：站点地图可访问且URL正确，只说明提交入口可用，不保证收录；收录情况要分别到不同搜索引擎的站长平台核查。

把清单变成可复用模板的三个动作

1. 给每项加“证据字段”：在检查项后固定记录命令输出、截图或日志片段，而不是只写“已检查”。下次出问题时可对比两次结果。
2. 给每项加“判断阈值”：例如文件数量差异超过5%就标记为异常，DNS在主要地区返回不一致就暂缓切换。
3. 区分“可能原因”和“已定位原因”：白屏可能是数据库连接失败、PHP版本不兼容或插件路径错误，先收集证据，再逐项排除，不要在第一项就下结论。

下一步：把你最近一次迁移中实际遇到的故障现象，反向补进上面的对象分类里，形成属于你自己站点的第一版清单，然后在下次迁移前逐项空跑一遍。