2026 年，网站该用什么来运行

多年来，选择内容管理系统是一个关于人的问题：公司里由谁来编辑网站，他们可能会弄坏多少东西。到了 2026 年，它多了第二位读者。助手和编程智能体如今会撰写、翻译和修改页面，各类系统都在围绕与它们协作得好不好而重建，或以此为卖点。下面看看市场现状、AI 在各个角落带来了哪些改变，以及我们会如何选择。

WordPress，依然是默认之选

根据 W3Techs 在 2026 年 10 月 13 日的数据，WordPress 支撑着所有网站中的百分之四十点一，在 W3Techs 能识别出所用系统的网站中占百分之五十八点六。紧随其后的是 Shopify，占百分之五点四，Wix 占百分之四点二，Squarespace 占百分之二点四。近三分之一的网站，即百分之三十一点六，没有显示出 W3Techs 能检测到的内容管理系统。

WordPress 已把 AI 引入核心。5 月 20 日发布的 7.0 版新增了 AI Client，让网站能与生成式模型对话，所有连接在一个界面中统一管理；与之配套的是 Abilities API，插件可通过它描述自己能做什么。一款可选的 AI 插件能撰写标题和摘要，生成和编辑图片，并建议替代文本。

旧有的负担依然存在。Patchstack 统计，2025 年 WordPress 生态中新发现 11'334 个漏洞，比 2024 年多出百分之四十二。其中百分之九十一出在插件里，核心中只有六个；百分之四十六在公开时还没有现成的修复。

高层的争斗也尚未平息。它始于 2024 年 9 月，当时领导该项目和 Automattic 公司的 Matt Mullenweg 公开批评托管商 WP Engine 贡献太少，并切断了它与 WordPress.org 的连接。WP Engine 于 10 月提起诉讼，12 月法院下令恢复其访问权限。2026 年 9 月 28 日，Search Engine Journal 报道称，法官允许 WP Engine 的全部四项反垄断诉求继续审理，而 Automattic 的反诉也至少部分得以保留。两年过去了，没有结果，只有一场越拖越长的官司。

无头架构，为智能体而写

无头 CMS 把内容与网站分开：结构化的条目存放在一处，通过 API 交付给网站、应用或任何发出请求的东西。Sanity、Contentful、Storyblok 和 Payload 是最知名的几家。W3Techs 统计，Sanity、Storyblok 和 Payload 各自所占的网站比例都不到百分之零点一，但这类统计很难发现它们，因为无头系统在成品页面上几乎不留痕迹。

AI 为这些系统提供了一个新论据。3 月，Sanity 首席执行官 Magnus Hillestad 写道：“内容已经成为上下文，而上下文已经成为基础设施。”他认为，回答客户问题或报价的智能体需要的是确切的事实，而不是需要解读的页面；内容不仅要通过网站，还应通过 API 和 MCP 服务器送达它们。这是一篇供应商的文章，但根据我们的经验，这个观点站得住：面对干净的字段，智能体的表现远好于面对一页排好版的文字。

这个领域也在整合。2025 年 6 月，为 Next.js 打造的开源 CMS Payload 加入了 Figma。Payload 表示，它仍然开源，也仍然可以自行托管。

从一句话开始的建站工具

其余的大部分份额由建站工具占据：面向小公司的 Wix 和 Squarespace，面向设计驱动型团队的 Webflow（百分之零点八）和 Framer（百分之零点二），如今大多都配备了能起草布局和文字的 AI。更新的一批工具不从模板而从一段描述开始，Wix 如今就拥有其中之一：Base44。

8 月，Wix 报告称，Base44 推动了其收入增长，但也透露，Base44 年初时的调整后毛利率接近于零。它自己的模型 Base 1 旨在降低运行 AI 的成本，Wix 预计下半年毛利率约为百分之六十。对买方来说，这是一个有用的信号。在我们看来，这类建站工具是做出第一个网站的最快途径，而它们的价格会跟随背后的算力变化。在网站做大之前，先确认哪些东西是您能带走的。

干脆不用 CMS

另一端，一些团队已经弃用了 CMS。2025 年 12 月，在 Cursor 工作的 Lee Robinson 把 cursor.com 从无头 CMS 迁移到了纯代码和 Markdown 文件。他原本预计要一到两周。借助智能体，只用了三天、344 次智能体请求和 260.32 美元的 token 费用。

他的理由是：“有了 AI 和编程智能体，抽象层的代价从未如此之高。”在代码仓库里，智能体可以修改任何文件。而在 CMS 背后，它必须通过别人的界面。

被他弃用的 Sanity 回应说，他其实重建了一个 CMS：一个管理图片和文件的界面，通过 GitHub 权限实现的用户管理，通过 git 实现的版本控制，本地化工具，以及写在 Markdown front matter 中的内容模型。“奇妙的转折在于，我们多少同意 Lee 的看法，”Sanity 的 Knut Melvær 写道。

双方都对。对于由开发者运营、编辑寥寥、页面不多的网站，一个代码仓库加一个智能体往往就够了。而对于五种语言、二十位编辑的网站，Sanity 列出的那些功能，恰恰就是工作本身。

我们会如何选择

先问三个问题。谁来编辑网站，多久编辑一次。一项修改在上线前如何检查，无论它是人还是智能体做的。以及，在您离开的那一天，内容归谁所有。

对于只有一位编辑的小网站，建站工具就够了，只要内容能随您一起带走。如果 WordPress 对您来说好用，插件不多，又有一位指定的人负责保持更新，那就不必急着迁移。如果内容横跨多个渠道、多位编辑和多种语言，无头系统中的结构化内容能同时服务于人和智能体。而由开发者运营的网站，可以直接放在代码里，由智能体负责编辑，由人审核每一次发布。

我们为介于两者之间的情形打造了 Studio：一个每天都在编辑的营销团队，加上从旁协助的智能体。它是一个建立在 Next.js、Vite 或 TanStack 网站之上的 CMS，公开网站上没有插件，也没有 PHP。编辑点击一个词就能修改，助手起草，由人决定。每一次发布都会经过检查、构建一次、测试、上线、验证，一旦出现任何问题就自动回滚，并把内容提交到企业自己的代码仓库。Studio 目前处于抢先体验阶段。