AI 时代做独立站，你可能根本不需要 WordPress

AI × WordPress 系列 · 第 4/8 篇
对新站和还没有历史权重的站，WordPress 应该重新成为一个可选项，而不是默认答案。查看系列目录

还是没看懂，AI 生成的页面，跟 WordPress 结合的方法和步骤，究竟是什么？

我本来想再写一篇把步骤讲得更细的，后来越想越觉得不对。有一批人没看懂，可能不是因为方法太复杂，而是这个问题对他们来讲，本来就问错了方向。

我们太习惯把"做网站"和"用 WordPress"划等号了。于是拿到 AI 生成的页面，第一反应就是想办法把它塞进 WordPress。但如果你手上是一个刚起步的新站，或者你已经用 vibe coding 把一个站大致搓出来了、现在卡在没有后台、运营改不动内容这一步，那我的建议可能跟你预期的相反：这种情况下，不用非得跟 WordPress 较劲，你完全可以不用它。

这篇就聊聊这条路。算我个人的一些判断，不一定全对，但希望能给同样在做独立站的你一个参考。

一、先看你是不是适合走这条路

讲方法之前，得先分清人群，因为这条路不是对所有人都成立。对号入座一下：

已经有一个跑了很久、攒下 SEO 权重的 WordPress 站 —— 这篇不适合你。脱离 WordPress 对你基本等于迁站，要处理 301 跳转、新旧 URL 的一一对应、内容搬家，还要熬过谷歌重新评估这段时间的排名波动。拿既有权重去赌这点效率，不划算。这种情况先看老 WordPress 站怎样安全接入 AI，通常比直接换栈稳妥。
在开新站、手上没有历史包袱 —— 这篇写给你。你没有权重要守，正好从一开始就挑一套跟 vibe coding 最合拍的架子。
已经用 AI 把站搓出来了、却发现没有后台，内容全焊在代码里 —— 也写给你。你缺的恰恰是这篇要补的那一块，只是会比新站多一道工序，后面会说到。

后两种人最后要去的地方是一样的，只是出发点不同。下面我主要按新站的情况讲。

二、你真正要换掉的，其实不是 WordPress

先说一个我觉得很多人没绕过来的弯。

前阵子有位读者问我：

难道只能 vibe coding 搭一遍，再用 WP 照着手抄一遍吗？

这句话其实很典型。大家纠结的都是"怎么把页面搬进 WordPress"，可很少有人退一步问：为什么一定要搬进去。

纠结要不要离开 WordPress 的时候，大家心里舍不得的，其实往往不是 WordPress 这个软件，而是它带来的那样东西：一个让不懂代码的运营也能自己进去填字段、改内容、发布的后台。这个后台才是刚需，WordPress 只是提供这个后台的一种方式，而且恰好是跟代码前端最不搭的一种。 前一篇落地文章说过那道"代码和 WordPress 数据结构之间的鸿沟"，接页面之所以费劲，费的就是这道劲。

把这点想明白，离开 WordPress 就没那么可怕了。你只是把网站拆成两件事，各用最合适的工具去做。前端交给 vibe coding，设计和交互怎么自由怎么来，这本来就是 AI 帮你提速最明显的地方；后台换成一类专门为代码前端设计的内容管理系统，一般叫 headless CMS，它天生就是拿来被前端通过接口读取的，运营在后台改内容，前端负责渲染，中间没有翻译，也没有那道鸿沟。

前一篇文章里的自定义区块、MCP 和前后端分离做法，追根究底都是在处理 WordPress 与代码前端的边界。一旦你不再要求 WordPress 渲染前端，这一整类落地问题就都不存在了。

三、选后台之前，先想清楚一件事：以后谁来改内容

选 headless CMS，我建议别一上来就对着各家的功能表比参数，先回答一个更要紧的问题：以后到底是谁，在天天改这个站的内容？

做 SEO 站的人对这个节奏应该都不陌生——盯着 GSC 的数据看，哪个词有机会就去改标题、补一段内容、调整结构、加内链，然后再回头看数据。页面是活的，几乎天天要动，而真正动手的，常常是不懂代码的运营。所以"运营能不能自己改"，是选后台时第一位的标准，比技术上优不优雅重要得多。

按这个标准，大致分三种情况。

Storyblok，适合你希望运营能自己上手、像搭积木那样可视化地改页面的情况。它主打的就是可视化实时编辑，运营直接在页面上拖模块、一边改一边看预览、自己点发布，不用回头找开发、也不用提工单排期。就"运营天天调页面做 SEO"这个场景来说，它的编辑体验是这几个里最顺手的。短板是它偏向页面搭建这件事，内容结构一复杂，内容就容易被绑在展示区块里不好复用；加上它是 SaaS，按席位和用量收费，多少有点绑定。

Payload，适合你自己就是技术出身、不想被厂商绑定、而且已经在用 Next.js 的情况。它开源，直接装进你的 Next.js 应用里，后台和前端就是同一套代码，数据完全在自己手上，也没有月费墙。这是这一两年关注度最高的一个，跟"纯 vibe coding 加 Vercel"这条路也最贴。代价是它默认你有开发能力，给非技术运营用的编辑体验不如 Storyblok 现成，得你自己在上面搭一层。

Sanity，适合你的内容结构本身就复杂、团队也偏技术、想认真把内容当成一套体系来做的情况。它的结构化能力最强，免费额度就够上生产。问题跟 Payload 类似，默认没有可视化编辑器，纯运营用起来不友好，得靠开发者搭编辑界面。

至于 Contentful 那一类，我不太建议新站去碰，一是偏贵，二是它最近被 Salesforce 收购了，产品路线和价格都有变数，新站没必要背这份不确定。

其实比看我这段分析更靠谱的，是自己动手试。挑两三个你觉得可能合适的，各建一个真实页面，交给将来真正要用它的那个运营，看谁能在不找开发的情况下，最快把一处内容改完、发出去。谁在这一关赢了，就用谁。

还有一种情况得单独提一句。如果你是前面说的第二种人，已经用 AI 把站搓出来了，那你现在的内容大概率是硬编码在页面代码里的。选好 CMS 之后，得把这些内容按类型拆成结构化字段，标题、正文、FAQ、卖点这些，搬进 CMS，再把前端改成从 CMS 里读取。这一步是一次性的，但别图省事跳过，否则你只是给"运营改不了内容"这个老问题换了张皮，病根还在。

四、AI 越是主流，这条路反而越顺

你可能会担心，在 AI 建站这么火的当下离开 WordPress，是不是有点逆潮流。我的看法正相反。

这一两年 headless CMS 之间卷的方向，已经从早期的内容建模、API 能力，转向了一个新问题：能不能让 AI agent 直接驱动它。也就是让模型读懂你的内容结构，自己起草、翻译、直接发布，不用人一屏一屏去点。不少平台已经内置了给 agent 用的接口，有的干脆把自己重新定位成"AI 时代的内容操作系统"。

反观 WordPress 这边，想让 AI 直接操作，目前还得依赖第三方的社区 MCP 插件，还得时刻提防内容被安全机制悄悄过滤掉，成熟度差了一截。在一个原生为代码设计的后台上，内容结构本身就干净，又有官方提供的 agent 接口，"用 AI 生产内容"和"用 AI 迭代内容"这条链路是通的。所以 AI 越主流，这条路越是顺水，而不是逆风。

五、但有几笔账，你得先认下来

我不想把这条路讲得太理想。真要走，有几笔账得先认清楚。

最大的一笔，是 SEO 得你自己实现。 过去在 WordPress 里，Yoast 这类插件几乎一键就把 meta、canonical、结构化数据、sitemap 都搞定了；脱离之后，这些全部要你在前端和 CMS 字段里自己做，而且 sitemap 得能随内容发布自动更新，结构化数据得从内容里生成，页面还必须做服务端渲染或静态生成，否则爬虫抓到的是一张空页，SEO 直接归零。这不是把活儿绕过去了，而是把 Yoast 原来替你干的事接到了自己手上。往好处说，页面性能和结构化数据的控制权完全回到你这边，做得好会比插件更干净、更快，但前提是你愿意接这份活。

这笔账不只在开发阶段。谁负责 canonical、hreflang、301、索引检查和 GSC 观察，可以继续看《脱离 WordPress 之后，SEO 那摊活到底谁来干》。

第二笔是前期投入。 内容建模加上后台搭建，不是装个插件那种半天就完事的量级，而是实打实要花几周功夫。它换来的是长期的干净和好维护，但这笔时间成本得提前算进项目里，别指望第一天就能上线。

第三笔，别拿一个已经有权重的存量站来试这条路。 我开头已经说过，这里再强调一次，因为它最容易被侥幸心理带偏。它只对新站，和那种还没攒起权重的手搓站成立。有权重的老站去脱离 WordPress，本质是迁站，是拿排名去赌，风险压过收益。动手之前，先想清楚自己到底站在哪一边。

最后

回到开头那句"还是没看懂"。

对一部分人来讲，看不懂其实挺正常，因为真正的答案不是某一套"把 AI 页面塞进 WordPress"的步骤，而是换一个问法：如果你在开新站，或者你的手搓站正卡在没有后台上，你根本不必用 WordPress。用 vibe coding 做前端，配一个为代码前端设计的内容后台，让运营在后台持续地改内容、做 SEO，页面生成得快、后期能维护、SEO 也可控，这几件事第一次能在不迁就 WordPress 的前提下同时做到。

选型这件事，核心真不在挑哪个框架，而在你先想清楚以后是谁在改内容。 运营要自己可视化地改，就选可视化编辑做得好的；你自己是技术流、想零绑定，就选能装进应用里的那种。剩下的，就是把"SEO 要自己做"这笔账老实认下来。

WordPress 谈不上错，它只是过去那个默认答案。等 AI 建站成了主流，这个默认值本身，值得重新拿出来选一次。

继续阅读

下一篇：脱离 WordPress 之后，SEO 那摊活到底谁来干

上一篇：AI 生成页面之后，怎么落到 WordPress 里 · 查看完整系列

需要判断新站是否还应该使用 WordPress？

如果你正在比较 WordPress、headless CMS 和代码前端，或者已经做出 AI 页面却没有可维护的后台，可以预约 Django Wong 做 60 分钟技术咨询。预约时带上现有代码或网站地址、预计页面与产品数量、维护角色，以及对 SEO 和多语言的要求。

查看 Django Wong 的技术范围并预约