前几天有人问我一个问题:你这网站的 CMS 当初是怎么选的?
我发现自己答不上来完整的决策过程——选的时候没留记录,现在只能倒推"为什么这个选择是对的"。正好借这个机会把这件事讲清楚,尤其是对做出海营销网站的人,这个选择比想象中重要。
一、先说结论:我用的是"纯静态 + Hugo"
aimarketinglift.com 整站是纯静态 HTML/CSS/JS,没有数据库,没有后端服务,托管在 Cloudflare Pages 上,推送代码到 Git 仓库就自动部署。唯一例外是内容库(博客)部分,用 Hugo 把 Markdown 编译成静态 HTML,编译产物直接提交进 Git,本质上还是纯静态文件。
没有 WordPress,没有 Headless CMS,甚至没有 Node.js——除了 Hugo 这一个二进制文件。
二、出海营销网站,跟国内网站的 CMS 诉求不一样
如果做的是面向海外用户或者 AI 搜索引擎的营销站,CMS 选型要多考虑几件国内网站不太在意的事:
全球访问速度:海外用户分布在各大洲,服务器离用户远,动态渲染的网站(每次请求都要服务端算一遍)延迟会很明显。静态文件配合 Cloudflare 这类全球 CDN,就是把页面提前算好放在离用户最近的节点,打开速度天然更快。
被 AI 搜索引擎抓取的难易度:GEO(生成式引擎优化)越来越重要,ChatGPT、Perplexity 这些 AI 爬虫抓取网页时,纯静态 HTML 最容易解析——不需要执行 JS、不需要等数据库查询,内容直接在 HTML 里。用重度依赖前端渲染的技术栈(比如纯客户端渲染的 SPA),反而可能让 AI 爬虫抓不到真实内容。
安全维护成本:WordPress 常年是被攻击最多的 CMS 之一,插件漏洞、暴力破解后台密码、SQL 注入,一人公司没有精力天天盯着打补丁。纯静态站点没有数据库、没有登录后台给别人爆破,攻击面直接少了一大截。
三、我当初排除掉的两条路
排除 WordPress:功能最全,插件生态最大,但要装 PHP 环境、数据库,需要持续维护安全补丁,托管成本也比纯静态贵。对于内容不需要多人协作后台、也不需要复杂电商功能的营销站来说,这些能力大多用不上,却要一直背着维护成本。
排除 Headless CMS(比如 Contentful、Sanity):内容和展示分离,写内容有可视化后台,理论上体验更好。但代价是要额外接一层 API、多一个第三方服务依赖、通常还有按量计费。对一人公司来说,多一个"服务商挂了我的网站内容就取不出来"的风险点,性价比不高。
四、纯静态生成器里,为什么是 Hugo 不是 Astro
静态生成器里最常见的是 Hugo、Astro、Jekyll、Next.js 静态导出这几种。核心区别是要不要引入 Node.js:
Hugo 是 Go 语言写的,编译成一个单独的二进制文件,跑起来不需要装任何东西,本地一个命令直接生成全部页面。Astro、Next.js 这类是 Node.js 生态的框架,要装 node_modules、跑 npm install,本身能力更强(可以嵌入 React 组件做局部交互),但也多了一整套依赖链要维护。
我这个项目从第一天定的原则就是"零构建工具、无 Node.js",首页、工具页全是手写的静态 HTML/CSS/JS,没有任何打包步骤。选 Hugo 只是因为博客这部分文章多、需要标签分类和归档页,手写不现实,但选型上必须跟"不碰 Node.js"这条原则保持一致,Astro 从一开始就不在考虑范围内。
五、这个选择的真实代价
没有免费的选择,纯静态方案也有明显的取舍:
没有可视化编辑器。写文章要懂 Markdown、要会用 Git 提交,不适合完全不懂技术的运营同事直接上手发文章。
动态功能要自己另外接。比如这个网站的课程系统需要登录鉴权,静态站点自己做不到,只能额外接一个轻量后端(我们用的是 Supabase)专门处理这部分,纯静态负责展示,动态部分单独拆出去。
模板改动容易踩坑。Hugo 的模板和编译产物是分离的,模板改了以后,已经生成好的旧文章不会自动更新,需要重新编译或者手动同步——这也是最近这次「网站改版删掉了 GA 代码」那次事故背后的部分原因:模板层面一开始就没写全,导致几十篇文章从发布那天起就没有分析代码。
总结
CMS 选型本质上是在"内容管理的方便程度"和"网站运行的简单程度"之间找平衡点。
WordPress 把方便做到了极致,代价是维护成本和攻击面;Headless CMS 试图两头兼顾,代价是多一层服务依赖;纯静态生成器把简单做到了极致,代价是写作门槛和动态能力都要自己想办法补。
对一人公司做的出海营销网站来说,我的判断是:内容更新频率不算太高、没有多人协作发文的需求、又格外在意访问速度和被 AI 抓取的效果,纯静态是性价比最高的选择。如果你的团队需要多个非技术同事天天登录后台发内容,这个选择就不一定适合你——CMS 选型没有标准答案,先想清楚自己网站的真实使用场景,再倒推技术方案。