WordPress 上线前检查清单：26 项逐条过一遍

一、固定链接与 robots：WordPress 上线检查清单第 1-6 项

固定链接决定 URL 形态，上线后改动会引发大量 301 与收录损失；robots.txt 直接控制爬虫抓取范围。两者必须在切 DNS 前确认。

第 1 项：设置固定链接结构

进入「设置 – 固定链接」，选择「文章名」即 /%postname%/。若用 Nginx，确认伪静态已配；Apache 需 .htaccess 可写。验证：访问任意文章返回 200，且 URL 无 ?p=123。

第 2 项：Nginx 伪静态配置

站点配置中加入 try_files，否则文章页 404：

location / {
    try_files $uri $uri/ /index.php?$args;
}

if (!-e $request_filename) {
    rewrite ^/wp-admin$ $scheme://$host$uri/ permanent;
}

改完执行 nginx -t 再 systemctl reload nginx。回退：备份原 conf，reload 失败就还原旧文件。

第 3 项：robots.txt 内容检查

访问 https://域名/robots.txt，确认没有 Disallow: /。虚拟 robots 由 do_robots() 输出，物理文件在站点根目录。若存在物理文件且写错，直接改名备份后删除，让 WP 接管。

第 4 项：搜索引擎可见性开关

「设置 – 阅读」中「建议搜索引擎不索引本站点」必须取消勾选。该开关写入 wp_options 的 blog_public，值为 1 才对。数据库核对：

SELECT option_value FROM wp_options WHERE option_name = 'blog_public';

值为 0 时改回：UPDATE wp_options SET option_value='1' WHERE option_name='blog_public';

第 5 项：URL 大小写与尾斜杠

Linux 服务器区分大小写，统一用小写 slug。Nginx 用 rewrite ^([^.]*[^/])$ $1/ permanent; 统一加尾斜杠，避免重复内容。验证：带与不带斜杠都 301 到同一地址。

第 6 项：旧站迁移的 301 映射

若从旧系统迁移，用 Redirection 插件或 Nginx map 做全量 301。测试命令：curl -I https://域名/旧路径，应返回 301 且 Location 指向新 URL。

二、缓存与 CDN：WordPress 上线检查清单第 7-13 项

2026 年主流仍是 Nginx FastCGI 缓存、Redis 对象缓存与 CDN 边缘缓存三层。缓存没配好会导致后台改了前台不变，或登录后看到别人会话。

第 7 项：Nginx FastCGI 缓存

在 http 块定义 fastcgi_cache_path，server 中对静态与匿名 GET 启用。关键片段：

fastcgi_cache_key $scheme$request_method$host$request_uri;
fastcgi_cache_valid 200 301 302 10m;
fastcgi_cache_bypass $skip_cache;
fastcgi_no_cache $skip_cache;

验证：两次匿名 curl 同一页面，第二次响应头含 X-Cache: HIT。

第 8 项：跳过登录与 POST 的缓存

用 map 设置 $skip_cache：带 wordpress_logged_in cookie、请求方法为 POST、或 URI 含 /wp-admin 时设为 1。否则用户会串号。回退：注释缓存行重载 Nginx。

第 9 项：Redis 对象缓存

安装 Redis 扩展与 Redis Object Cache 插件，wp-config.php 加：

define('WP_REDIS_HOST', '127.0.0.1');
define('WP_REDIS_PORT', 6379);
define('WP_CACHE', true);

验证：插件仪表盘显示 Connected，且 redis-cli ping 返回 PONG。

第 10 项：CDN 接入与回源

把静态资源域名 CNAME 到 CDN，回源 Host 填源站。2026 年可参考 2026年WordPress网站CDN加速配置决策指南 做选型与缓存规则。验证：curl -I 静态资源看 Via 或 X-CDN 头。

第 11 项：HTML 是否过 CDN

动态 HTML 通常不过 CDN，或仅边缘缓存匿名页。若全站套 CDN，要在 CDN 侧排除 /wp-admin、/wp-login.php、preview=true。

第 12 项：缓存排除规则

购物车、结账、会员页必须绕过页面缓存。Nginx 用 location 匹配 /checkout 设 fastcgi_cache off;，或插件里填排除列表。

第 13 项：清除缓存机制

上线后发版要能一键清：Nginx 缓存用 rm -rf /var/cache/nginx/* 再重载；Redis 用 redis-cli flushall（生产慎用，可用插件清）。

三、表单与 404：WordPress 上线检查清单第 14-19 项

表单收不到信、404 是裸页，是上线后最常被投诉的两类问题。必须真实发信测试。

第 14 项：表单 SMTP 发信

默认 wp_mail() 用 sendmail 常被拒。装 WP Mail SMTP，配 SMTP 主机与端口 465/587。验证：后台发测试邮件，收件箱收到且 /wp-content/debug.log 无 SMTP connect 错误。

第 15 项：询盘表单字段与防垃圾

外贸站要 honeypot 或 reCAPTCHA。字段设计与到达率做法见 外贸站询盘表单开发：字段设计、防垃圾与到达率。提交后检查数据库是否落库、是否进 CRM。

第 16 项：表单通知与自动回复

确认管理员收通知、客户收自动回复，且 Reply-To 正确。用两个不同邮箱分别触发一次。

第 17 项：自定义 404 页面

主题建 404.php，给搜索框、热门文章与返回首页链接。Nginx 加 error_page 404 /404.html; 或由 WP 接管。验证：curl -I https://域名/不存在路径 返回 404 且 body 有导航。

第 18 项：软 404 与真实状态码

空搜索结果、被删内容应返回 404 或 410，不能 200 返回「无内容」。用 curl -o /dev/null -s -w '%{http_code}' 抽查。

第 19 项：日志与错误追踪

开启 WP_DEBUG 到 log 而非前台：define('WP_DEBUG_LOG', true); define('WP_DEBUG_DISPLAY', false);。上线后每周看一次 debug.log。

四、备份与监控：WordPress 上线检查清单第 20-23 项

没有可恢复备份的上线等于裸奔。2026 年应做异地、增量、自动验证。

第 20 项：文件与数据库定时备份

用 cron 跑 mysqldump 与 tar：

0 3 * * * mysqldump -uuser -p'pass' dbname | gzip > /backup/db_$(date +%F).sql.gz
30 3 * * * tar czf /backup/web_$(date +%F).tar.gz /var/www/html

保留 7 天轮转。验证：定期在预发机 gunzip 后导入，看是否能起站点。

第 21 项：异地存储与加密

备份同步到对象存储，且压缩包加密。恢复演练每季度一次，别只存不测。策略细节看 2026 年 WordPress 备份与恢复决策指南。

第 22 项：可用性监控

用 UptimeRobot 或自签脚本每 5 分钟探首页与 /wp-login.php，宕机发钉钉/邮件。验证：手动停 Nginx 看告警是否到。

第 23 项：安全与更新监控

开启核心与插件自动更新（次要版本），并订阅 WordPress 官方博客 的安全通告。文件完整性用 wp core verify-checksums（WP-CLI）。

五、搜索引擎可见性：WordPress 上线检查清单第 24-26 项

可见性不只是那个开关，还包括 sitemap、结构化数据与抓取预算。

第 24 项：XML Sitemap 提交

用 Yoast 或 Rank Math 生成 /sitemap_index.xml，在百度站长与 Google Search Console 提交。验证：curl 该地址返回 200 且含 URL 列表。

第 25 项：noindex 标签排查

全站搜 noindex：主题 header、插件输出、Nginx 头。命令：grep -r 'noindex' /var/www/html/wp-content。单页误加会丢收录。

第 26 项：渲染与抓取验证

用 Google Rich Results 测试结构化数据，用 wget --spider 模拟蜘蛛跑主要栏目。确认 JS 渲染内容在 view-source 或 SSR 中存在。

上线前执行流程：6 步收口

1. 按第 1-6 项核对固定链接与 robots，确保 blog_public 为 1 且无 Disallow。
2. 按第 7-13 项配置 FastCGI、Redis 与 CDN，并验证 HIT 与登录不缓存。
3. 按第 14-19 项跑通表单 SMTP 与自定义 404，检查状态码非软 404。
4. 按第 20-23 项部署备份 cron 与监控告警，做一次恢复演练。
5. 按第 24-26 项提交 sitemap、清 noindex、跑抓取模拟。
6. 全部打勾后切 DNS 或正式域名，保留旧站 301 至少 8 周。

常见问题

上线后发现前台还是旧内容怎么办？

先清 Nginx 缓存与 Redis，再清 CDN 缓存与浏览器缓存；若仍旧，检查是否被 blog_public 或缓存插件排除规则误伤。

robots.txt 返回 404 正常吗？

不正常。WP 应由 do_robots() 输出 200 的虚拟 robots；若物理文件缺失且路由未接管，需补 404.php 或修 Nginx。

备份脚本密码写进 crontab 安全吗？

不安全。应把凭据放 ~/.my.cnf 并设 600 权限，cron 里不出现明文密码。

可执行的动作清单

• 今天就把 26 项抄进上线工单，每项留负责人与打勾栏。
• 在预发环境完整跑一遍第 1-26 项并截图存档。
• 给 Nginx 与 Redis 写清缓存手册，标注回退命令。
• 把备份恢复演练设为每季度固定日程。
• 上线后首周每日看 Search Console 与监控告警。

需要专业团队代跑上线检查与部署？看我们的 WordPress 开发服务，或读技术栏目 更多文章。

参考资料与延伸阅读

• WordPress 开发者文档
• WordPress 主题开发手册
• WordPress 插件开发手册