Grav、WordPress 静态化、换语言——哪条路适合你

正篇那五篇把正经 CMS 过完了。本系列番外一回答过一个尴尬的问题：为什么唯独 PHP 没长出能打的静态站生成器——不是没做过，Sculpin、Jigsaw、Cecil 都在，只是都没出圈。

那就剩下一个更实际的问题：只熟 PHP、又想要「快而静的站」，到底该怎么办？

答案只有三条路，而且每条都不完美。至于静态方案通用的那几个软肋——后台是半成品、没有审批流、动态功能要外挂——那是另一层的问题，这篇不展开。这里只算 PHP 自己的账。

一、路线一：扁平文件 CMS（Grav 那批）

本系列第三篇讲过这类：内容存成文件、不依赖数据库，还带一个能用的编辑界面。想要「轻」又不想纯靠 Git 干活，这是 PHP 里最顺手的答案。

它绷在：后台是单人用的。

没有角色、没有审批、没有草稿流。你一个人写没问题，两个人还能凑合，五个人一起发内容就开始乱——谁改的、什么时候发的、发出去算不算数，全靠线下交代。

后台保留完整的 WordPress，改完内容把整站导出成纯 HTML，扔到静态托管或 CDN 上。线上没有 PHP 也没有数据库，速度快、也不怕被打。

它绷在两处：

第一，发布多了一道手动工序。 编辑在后台写完并不等于发布，还得有人记得去点一次导出。最典型的翻车是这样：改完忘了点，线上半个月没动静，偏偏因为「静态站很稳」，没人觉得有问题。

第二，站越大，导出越慢。 这类插件要把整站爬一遍才生成得出 HTML，文章上了千，一次导出够你泡杯茶——而且是每次改内容都要重来一遍。

这条路 PHP 生态自己给不了，只能出去借：Hugo（Go）是一个可执行文件，下下来就能跑，最新正式版 0.166.0 是 2026 年 9 月的；Astro（Node）也在这一档里，两边现在都还在发版。

它绷在哪？账不在工具上，在换栈上：模板体系、内容组织方式、部署管线全要换一套，等于把站重写一遍。这笔账本系列番外一算过——除非你本来就在学那门语言，否则为「做个博客」不值当。

真要走这条路，选工具就得往 PHP 外面看了——趁手的几个都在 JS 和 Go 那边。这一篇只管 PHP 这一头，不替那一头挑。

三条路绷不住，多数时候不是方案选错，是一开始就不该走轻量化。回到正篇那份清单，按需求对号：

个人博客、重写作体验 → Typecho（本系列第四篇推荐）；
企业官网，编辑是市场部的人，天天改内容、要发布审核 → WordPress 或迅睿（本系列第四篇）；
几十人内容团队、多层审批、要草稿要排期 → Drupal（本系列第一篇那一档）；
已经有 WordPress 只是嫌慢 → 先别急着静态化，先把 PHP 版本、伪静态规则、上传限制、缓存这四项查一遍——这几项没配对，站照样快不起来，查完再决定要不要换方案；
要卖货、要有会员和订单 → 轻量化全部出局，看正篇电商那一段。

已经在静态方案里翻过车的，往回迁没那么可怕——内容还在文件里——但链接、图片、收录要跟着走：老地址配好 301、向搜索引擎提交改版、再等收录慢慢回补，这几步省不掉。

一句话：PHP 生态里「轻」的代价很特别——真 SSG 那条路要换语言重写，不换语言的「轻」，代价基本就是砍掉后台。砍之前先问一句：这些内容谁在发、多久发一次、发完要不要审？多数人答完会发现，自己需要的不是更轻的方案，是正篇里那个被嫌重的 WordPress。

本篇数据来源：本篇是对本系列前五篇与番外一已列系统的取舍讨论，不新增外部数据。涉及系统与工具的出处：

Grav、Pico 等扁平文件 CMS → 见本系列第三篇，讲 Laravel 生态和扁平文件那一篇
Simply Static、WP2Static → 见本系列番外一，讲 PHP 为什么没有自己的静态站生成器那篇
Typecho、WordPress、迅睿的推荐与出处 → 见本系列第四篇，讲博客与电商怎么选那篇；Drupal → 见本系列第一篇，国际主流那一篇
Hugo 最新正式版 0.166.0（2026-09-09）：https://github.com/gohugoio/hugo/releases ｜ Astro 仓库（2026-09-22 仍在发版）：https://github.com/withastro/astro/releases
本篇范围就到这里：PHP 生态里想要「轻」的三条路各自绷在哪；静态方案的通用取舍、以及翻车之后怎么搬，是另一层的问题，本篇不涉及。