“CMS 已死”又来了？AI 建站热潮背后，真正危险的不是 WordPress
一场熟悉得有点好笑的“革命”
科技行业总喜欢宣布一些东西“死了”。PC 死过，博客死过，邮件死过，浏览器死过，Web 死过。现在轮到 CMS——内容管理系统——再次被判死刑了。起因很有时代感：有人在 LinkedIn 上高调宣布，自己的 agency 已经准备全面抛弃 WordPress，转向 AI 建站。理由也很诱人：过去要折腾很久的网站，现在让 Claude、ChatGPT 之类的工具一上，几天甚至更短时间就能做完。
这套说法为什么能打动人？因为它确实戳中了很多传统 CMS 的痛点。WordPress 后台不算优雅，插件生态既繁荣也混乱，升级时像在拆盲盒；Drupal 则更像“专业人士的乐高”，能力强，但门槛也不低。对于一个只是展示公司介绍、作品集、门店营业时间的小网站来说，配上数据库、后台、权限系统、插件机制，确实有点像为了切黄瓜买了一台工业级数控机床。
所以，“不是所有网站都需要 CMS”这句话并不新鲜。说实话，它老得都快能去酒吧点一杯威士忌了。过去二十年里，静态站点生成器、Markdown 工作流、无头 CMS、Jamstack，这些概念轮番上阵，背后的核心思想都差不多：能不能把内容管理变轻一点，把展示层做快一点，把后台缩小一点。今天 AI 只是给这句老话换了件更闪的外套，于是很多人突然产生了一种错觉：不是 CMS 该不该用，而是 CMS 本身是不是已经过时了。
AI 把复杂性藏起来了，不等于复杂性消失了
我对这轮“AI 取代 CMS”的最大警惕，不在于它做不到，而在于它往往只展示了最顺滑的那一段：生成页面、迁移内容、改几个模块、看起来像模像样。真正的问题出现在网站上线之后。
一个传统 WordPress 站点的麻烦，大家已经很熟悉了：插件更新、主题兼容、数据库备份、安全补丁、主机环境。但当你把站点迁移到一个“AI 帮你生成”的 Next.js、Astro，或者别的时髦框架上时，麻烦并没有消失，只是换了个地方蹲着。你不再担心 PHP 插件冲突，开始担心 NPM 依赖地狱；你不再担心后台被人乱改，开始担心构建链、包版本、子依赖漏洞，以及一年没碰之后整个项目突然跑不起来。
JavaScript 生态这些年最擅长的事情，就是一边创造未来，一边制造疲劳。框架迭代速度快得像短视频平台的热梗：今天是 Astro，明天是 Next，后天又来一个“重新定义内容体验”的新东西。开发者会兴奋，投资人会点头，市场部会立刻写白皮书。但网站所有者真正想知道的其实很朴素：这个东西三年后还能不能稳稳地跑？五年后我要改门店电话，是不是还得把原来那家 agency 叫回来？
更微妙的一点是，AI 并没有让非技术人员直接获得更多控制权，很多时候反而让他们把控制权交给了一个“会说人话的中间人”。过去你登录 WordPress 后台，改完营业时间，点保存，刷新页面，看见结果；现在你对着聊天框说一句“把周六营业时间改成上午 10 点到下午 6 点”，然后开始相信模型真的理解了你的意思、修改了正确位置、没顺手动到别的东西。这个体验看起来更自然，但本质上是把确定性的表单操作，换成了概率性的语言解释。
说得刻薄一点，这像是把城堡钥匙交给一个特别有礼貌、但偶尔会犯迷糊的机器人管家。它口头上答应得非常好，实际会不会把酒窖也一起锁上，就得你自己回头检查。
真正值钱的，从来不是页面皮肤，而是那一整套“老系统”
很多人谈网站重构时，眼睛盯着的都是前端：页面漂不漂亮、速度快不快、是不是现代框架、是不是 AI 生成。但一个成熟 CMS 最有价值的部分，往往根本不是那些花里胡哨的页面，而是更“后台”的东西：权限、工作流、内容结构、接口、编辑逻辑、插件扩展、历史数据、迁移路径。
这也是为什么我很认同原文作者的一个判断：对于有长期内容积累的网站，最危险的不是技术债，而是“以为自己可以轻松抛下历史”。一个运营了十几二十年的网站，不只是文章数据库，它可能有各种特殊页面、旧时代留下来的奇怪模块、临时加过的功能、作者自己都快忘了的内容角落。AI 很擅长把主要内容抽出来转成 Markdown，但对这些边边角角的“数字家当”，它未必有耐心，也未必有上下文。
你可以把一个老网站理解成一栋住了很多年的房子。装修过、打通过隔断、补过漏水、在墙角钉过几块架子，甚至某个抽屉里还留着十年前的门票。重建新房当然可以，但“推平重来”这件事，从来没有 PPT 里说得那么轻松。很多 agency 卖的，其实不是“未来”，而是“遗忘成本”。他们默认你不在乎那些旧东西，只想要一个新的外观和一句“本网站由 AI 重构”。
问题在于，真正重要的网站，往往恰恰最在乎这些历史。媒体站、品牌官网、作者博客、知识库、企业内容中心，它们的价值不只是展示信息，而是沉淀信息。CMS 在这里的角色，更像一个组织内容和维持秩序的基础设施。这个基础设施也许不性感，但它可靠、可迁移、可交接。你今天不喜欢当前的主题，明天可以换；你不满意某个插件，后天可以替换；你跟一家服务商合作不下去，市场上还有很多人能接手。这种“可替代性”在 AI 定制建站时代，反而变得更珍贵。
当“去 CMS”变成一门生意，别忘了看谁在赚这笔钱
我对这波叙事最敏感的地方，是它很容易滑向另一种老问题：供应商锁定。嘴上说的是“帮你摆脱 WordPress 负担”，实际交付的可能是一个只有原团队最熟悉的定制项目。表面上你离开了一个庞大但开放的生态，实际上是走进了一个更小、更私密、也更依赖单一服务商的系统。
这并不是危言耸听。近几年 SaaS 和 AI 工具频繁上演类似剧情：演示阶段极其丝滑，上线后修改功能要加钱、维护要加钱、换人接手困难、文档不完整，最后客户发现自己并不是买到了“自动化”，而是买到了“新的外包依赖”。如果哪天提供服务的公司出问题，风险就会立刻暴露出来。Builder.ai 的崩塌，就给行业敲过一次不轻的钟：当项目知识、工具链和运行逻辑都掌握在单一厂商手里，客户失去的不只是一个供应商，而是对自己数字资产的控制权。
这也是为什么我不太喜欢“AI 将彻底消灭 WordPress/Drupal”这种话术。它太像销售口径，而不是技术判断。真正负责任的表述应该是：AI 可能会重塑网站的构建方式、编辑界面和维护流程，但它未必会消灭 CMS，反而更可能逼着 CMS 进化。
这个信号其实已经很明显了。Cloudflare 最近推出的 EmDash，就很有意思。它没有说“人类不需要 CMS 了”，而是提出一种新 CMS：更现代的技术栈、更适合 AI 操作的架构，同时保留给人用的界面。这个方向比“完全抛弃 CMS”现实得多，因为它承认了一件事：AI 可以成为操作层，但人类仍然需要一个稳定、可理解、可审计的内容系统作为底座。
换句话说，未来不是“有 CMS”对抗“没 CMS”，而更像是“什么样的 CMS 更适合同时服务编辑和 AI 代理”。这和手机操作系统的演化有点像——你不会因为语音助手变聪明了，就说 iOS 或 Android 不需要界面了。语音只是入口，系统仍然要存在，而且还得更稳。
CMS 不会死，它会变成 AI 时代的底盘
在这个时间点讨论 CMS，很重要，不只是因为 WordPress 仍然占据全球大量网站份额，更因为 AI 正在把“内容管理”从后台问题重新变成产品问题。过去大家关心的是哪个编辑器好用，今天开始关心的是：AI 能不能安全地读懂我的站点？能不能根据权限修改内容？能不能在不破坏结构的前提下参与工作流？
这恰恰说明，CMS 的核心价值并没有消失。它只是从“发布网页的工具”升级成了“内容、权限和操作能力的中枢”。像 WordPress 这样的老牌系统，历史包袱很重，但历史积累也是资产。API、权限模型、数据结构、插件生态，这些东西在 AI 时代反而能提供稳定边界，让 AI 不至于一头扎进内容系统里乱改一通。
我自己的判断是，未来几年会出现两条并行路线。一条是小而轻的站点继续向静态化、生成化、无后台化演进，Landing Page、作品集、简单博客会越来越多地交给 AI 和现代前端工具处理；另一条则是内容复杂、协作复杂、生命周期长的网站，继续保留甚至强化 CMS，只是把 AI 接进来当助手，而不是皇帝。
真正值得思考的问题不是“还要不要 CMS”，而是：当 AI 可以替你修改网站时，谁来定义权限、验证结果、保留历史、接管维护？如果答案仍然需要一个清晰的系统边界，那 CMS 就不仅没死，反而会变得更关键。
毕竟，网站不是一次性海报，而是一种长期存在的数字建筑。装修风格会变，脚手架也会变，但地基最好别因为一阵风口就推倒重来。