去年帮朋友迁移一个日访问量两万左右的建站技术博客，他原来用WordPress，建站服务器账单每月将近200美元。建站我给他换成了Hugo加Netlify的建站组合，现在每月支出不到20美元，建站页面加载速度从2.3秒降到0.4秒。建站这事让我重新思考了一个老问题：建站CMS到底该怎么选。建站

CMS这个词被用得太泛了。建站WordPress、建站Joomla、建站Drupal算CMS，建站Shopify、建站Wix也算，建站甚至Notion加上一些插件也能当CMS使。建站但它们背后的建站逻辑完全不同。我习惯把CMS分成三类来看：传统数据库驱动的、API优先的、以及静态生成型的。这个分类比按“开源/商业”或“自托管/ SaaS”来分更实用，因为它直接决定了你后续的维护成本和性能天花板。

数据库驱动型：灵活，但代价在后面

WordPress是这类CMS的典型代表。它的好处很明显——插件生态庞大，随便找个功能都有现成方案，不懂代码的人也能通过后台把网站搭起来。我2015年做过一个企业官网，用WordPress加Elementor，三天就交付了。

问题出在规模上来之后。每次页面请求都要经过PHP解析、MySQL查询、插件加载这一整套流程。装十个插件，每个都往数据库里塞几张表，查询次数翻倍增长。朋友那个博客就是典型症状：后台打开要七八秒，前台偶尔白屏。查下来是一个缓存插件和另一个SEO插件打架，互相拖慢对方。

这不是WordPress的错。数据库驱动型CMS本身就带着这个基因——动态生成页面意味着每次访问都是一次计算。你可以加Redis缓存、上CDN、做页面静态化，但这些都是打补丁。补丁叠补丁，维护成本就上去了。

静态生成型：快，但边界清晰

Hugo、Jekyll、Eleventy这类工具走的是另一条路。它们在构建阶段就把所有页面生成好HTML文件，部署到CDN上。用户访问时直接拿静态文件，没有数据库查询，没有服务端渲染。速度优势是碾压性的。

我自己的技术笔记站用Hugo搭建，全站300多篇文章，构建时间不到3秒。部署到Cloudflare Pages，全球访问延迟都在100毫秒以内。成本？零。Cloudflare的免费额度完全够用。

但静态CMS不是万能药。它不适合需要用户注册、评论互动、实时数据展示的场景。你想做个论坛或者电商平台，静态生成基本帮不上忙。另外，内容编辑需要懂Markdown和Git，对非技术用户不太友好。我试过让一个做自媒体的朋友用Hugo，她看到命令行界面就放弃了。

API优先型：折中方案

Strapi、Sanity、Contentful这类Headless CMS把内容管理和页面展示拆开了。内容存在云端，通过API提供给前端。前端可以是Next.js、Nuxt，也可以是静态站点生成器。

这种架构的好处是内容编辑用可视化界面，开发者用喜欢的框架做前端，两边互不干扰。我去年给一个客户做的项目就是Sanity加Next.js，编辑在Sanity后台写文章，前端通过GraphQL拉数据，构建时生成静态页面，需要动态更新的部分用客户端渲染。

代价是复杂度上来了。你得维护两套系统，API调用有额度限制，网络请求多了也可能成为瓶颈。小项目用这套有点杀鸡用牛刀的意思。

怎么选

我的判断标准很简单：看内容更新频率和团队构成。个人博客、文档站、更新不频繁的企业官网，静态生成型是首选，省心省钱速度快。内容团队不懂技术、需要频繁在后台操作，WordPress仍然是最稳妥的选择。前后端分离、多端复用的项目，Headless CMS值得考虑。

没有哪个CMS能通吃所有场景。那些宣称“一个平台解决所有问题”的方案，往往在每个具体场景下都差那么一口气。选型时少看功能列表，多看自己的实际工作流——你每天怎么发文章、怎么改页面、怎么处理突发流量，这些细节比任何评测文章都管用。