wordpress服务器：改版或迁移时应核对什么
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /abd20c7245b1.html
📄
wordpress服务器：改版或迁移时应核对什么
改版或迁移时，应把 WordPress 服务器需要核对的内容分成四类：域名与 DNS、Web 服务器与 PHP、数据库与文件、以及抓取与跳转结果。时间和人手有限时，优先核对会直接导致站点打不开、后台进不去、收录错乱的项目，再处理性能与体验优化。
先确认迁移后的交付结果
从结果倒推，迁移完成后至少要满足：前台页面能正常打开，后台能登录，固定链接正常，表单或评论能提交，旧地址能跳到新地址，搜索引擎抓取到的是新服务器上的内容。围绕这些结果，核对顺序可以这样安排：
- 域名解析是否已指向新服务器，旧服务器是否还在响应。
- Web 服务器配置是否把请求交给 WordPress，而不是返回默认页或目录列表。
- PHP 版本、扩展和上传限制是否满足当前主题与插件。
- 数据库是否完整导入，站点地址和主页地址是否与实际域名一致。
- 旧 URL 是否 301 到新 URL，站点地图和 robots.txt 是否指向正确位置。
WordPress 服务器层面必须核对的项目
在服务器上，先看 Web 服务软件和 PHP 的配合。以常见的 Nginx 或 Apache 为例，需要确认伪静态规则已生效，否则除首页外的页面可能全部 404。PHP 方面，核对版本是否仍受支持、是否启用 mysqli 或 pdo_mysql、curl、gd、mbstring 等扩展，以及 memory_limit、upload_max_filesize、post_max_size 是否够用。
数据库核对不能只看“导入成功”。还要检查表前缀是否与 wp-config.php 一致，wp_options 里的 siteurl 和 home 是否为当前域名。若迁移后后台跳回旧域名，通常先查这两项，再查主题或插件中写死的旧地址。
文件层面核对上传目录权限、缓存目录是否可写、wp-config.php 中的数据库账号是否为新服务器账号。若使用对象存储或 CDN，还要确认媒体文件地址没有继续指向旧服务器。
迁移后如何核对抓取与跳转
抓取核对要分开看。robots.txt 的抓取限制不等于可靠的索引移除，它只表达抓取偏好；已收录的旧页面仍可能出现在结果中。站点地图也不保证收录，它只是提交 URL 的渠道。HTTPS 同样不保证安全无漏洞或排名，它只说明传输层加密。
可执行的检查项包括：
- 用浏览器无痕模式访问首页、栏目页、文章页和后台登录页，确认没有混合内容警告。
- 用
curl -I查看旧 URL 返回的状态码，确认是 301 而不是 302 或 200。 - 打开
/robots.txt和站点地图地址，确认其中没有指向旧域名或测试域名。 - 在服务器日志中查看是否有大量 404，判断是旧链接未跳转还是新固定链接未生效。
判断结果时注意：若旧 URL 返回 200 且内容仍是旧站，说明旧服务器还在对外服务，应优先处理 DNS 或旧站下线；若返回 404，说明跳转规则缺失；若返回 301 但目标 404，说明跳转目标写错。
时间和人手有限时的处理顺序
假设只有一个人、半天时间，建议按以下顺序处理：先确认域名解析和站点地址，保证前台后台可访问；再确认伪静态和固定链接，保证内页不 404；然后导入数据库并核对 siteurl、home；接着配置旧 URL 到新 URL 的 301；最后检查 robots.txt、站点地图和 HTTPS 证书。性能优化、图片压缩、缓存插件可以放到站点可访问且跳转正确之后。
责任划分也要明确：DNS 和证书通常由域名或服务器管理方负责，WordPress 站点地址和跳转规则由建站人员负责，数据库导入由迁移执行人负责。验收时逐项打开页面、查看状态码、登录后台、提交一次表单，比只看“迁移完成”的通知更可靠。
下一步可以直接做一件事：列出当前站点的首页、三个栏目页、三篇旧文章和后台登录地址，逐一记录返回状态码与最终地址。这张表就是迁移验收和后续排查的起点。
