18年沉淀高端建站经验
为企业持续赋能品牌新价值
用 WordPress 搭站,买完服务器装上就完事了吗?真不是。我们接手过的 WordPress 站点里,有相当一部分的故障跟 WordPress 本身没关系——是服务器环境配得不对。
这篇文章不讲 WordPress 适不适合你(那个话题在里已经聊过),只讲确定要用之后,服务器该怎么选、怎么配,以及哪些地方最容易踩坑。
先说清楚一个前提:配置不是越高越好,而是要跟访问量匹配。深圳地区的企业官网,多数属于下面三档之一。
| 站点类型 | 日访问量参考 | 建议配置 | 说明 |
|---|---|---|---|
| 展示型官网 | 200 IP 以内 | 2 核 2G、3-5M 带宽 | 够用,重点在带宽不在内存 |
| 内容营销站 | 500-2000 IP | 2 核 4G、5M 带宽 + CDN | 建议上缓存插件,数据库单独优化 |
| 商城或多语言站 | 2000 IP 以上 | 4 核 8G 起 + 独立数据库 | WooCommerce 类产品查询压力大 |
需要说明的是,上面提到的价格区间属于深圳市场公开参考区间,并非本站报价;实际费用会随云厂商促销和具体配置浮动,以官方报价为准。
WordPress 从 6.x 开始对 PHP 版本有明确要求。建议直接上 PHP 8.0 或 8.1,不要用 7.2 及以下版本——不仅慢,而且很多新主题已经不再向下兼容。
这里有个实际问题:不少老主机商提供的环境默认是 PHP 5.6 或 7.0,说是“怕你老程序不兼容”。如果你站点是新搭的,直接要求升级到 8.0;如果是迁移老站,先在本地把主题和插件过一遍。
我们做迁移时的操作顺序一般是:先在同一台机子用另一端口跑一个新 PHP 版本 → 把站点复制过去测试 → 确认前台后台都正常 → 再切换主站点。整个过程可以在不中断访问的情况下完成。
WordPress 默认的链接形如 ?p=123,这种地址对搜索引擎不友好,也不利于分享。后台“固定链接”改成文章名或 ID 结构之后,必须在服务器上配置伪静态规则,否则内页全是 404。
Nginx 环境加一段规则即可:
try_files $uri $uri/ /index.php?$args;.htaccess 可写,WordPress 会自动生成规则这一步漏掉的后果是:首页能打开,点任何文章都 404。这个问题我们每个月都要处理好几例,基本都是在迁移服务器后出现的。

两个版本 WordPress 都支持,但迁移时要注意排序规则。MySQL 8.0 默认的 utf8mb4_0900_ai_ci 在跨版本导入导出时容易跟旧库冲突,出现“外键创建失败”或“排序规则不一致”的报错。
稳妥的做法是:建库时显式指定 utf8mb4_unicode_ci,不依赖数据库默认值。这一步多花两分钟,能省掉后面大半天的排错。
WP Super Cache、W3 Total Cache、WP Rocket 都是常见选择。但插件装上只是**步,真正起作用的是让它生成静态文件。
判断有没有生效的办法:用浏览器隐身模式打开页面,右键查看源代码,拉到**部,如果看到类似 这样的注释,说明静态缓存已经跑起来了。没看到的话,通常是目录权限问题或者 Nginx 规则没加。
还有个小坑:装了缓存插件之后改了页面内容,前台不更新。这不是 bug,需要先在后台清一次缓存。我们把这一步写进了每次交站的注意事项里。
云厂商的快照服务是有用的,但它恢复的最小单位通常是整台服务器。你只想回滚一篇文章,却要把整盘恢复到三天前,这代价太大。
建议做两层:
具体的备份策略与恢复演练步骤,我们单独写过一篇,见。备份这事不难,难的是定期去验证备份能不能恢复,大多数人的备份从来没被还原过。
/wp-admin 暴露在外,至少加一层 IP 白名单或者二次验证。wp-config.php 里加一行 define('DISALLOW_FILE_EDIT', true);,防止被人拿后台权限直接改 PHP 文件。按我们排障的频率排序:
字体加载也是个容易被忽视的点,中文 Web 字体的体积远大于英文字体,处理不好会拖慢首屏,可参考。
出现下面任意一种情况,就该认真考虑扩容或迁移了:
站点上线前,建议逐项过一遍:
这几件事做完,WordPress 站点基本就能稳定运行相当长一段时间,不用频繁救火。
如果你的 WordPress 站点正准备迁移、或者遇到 502 卡顿之类的问题想找人看看,可以直接致电 13928418795,把服务器环境配置和最近的错误日志准备一下,我们能更快定位。