夜雨聆风同样是 AI 生成的网站，有的能被 Google 正常收录，有的爬虫过来看到的是一片空白。
差别不在于工具好不好，而在于它属于哪一类。
"AI 建站"现在被当成一个东西在讲，其实是三个不同的赛道，中文圈的讨论基本只覆盖了其中一类。选错的代价通常要一年后才显形，所以我把这张地图整理了一下。
区分标准很简单：生成完之后，这个网站最终归属到哪儿。
第一类：托管型，网站住在平台上
代表是 Wix 推的 Harmony。你用自然语言描述，它背后的 AI agent 直接在 Wix 编辑器里执行，生成完之后，服务器、数据库、后台、安全更新，平台全包。同类的还有 Squarespace 的 Blueprint、Framer、Durable、Webflow 的 AI 功能。
这一类给你的东西是完整的：一个能跑的网站，加一个你同事能进去改的后台。
顺便说一句可能不太受欢迎的话——对一个没有技术的小团队来说，用这类平台比自己拿 GPT 或者 Claude 搭一个站，效率高得多。"生成出来"和"能用"之间隔着一堆东西：域名、部署、备份，还有明年这套代码谁来升级。平台就是把这一整摞替你吃掉了。国外很多五六个人的小公司选这条路，我觉得是理性的。
这一类现在也确实是主流入口。Wix 那边超过一半的新用户直接用 AI 建站；Squarespace 说他们一半以上的新客户现在用 Blueprint 起步，而不是挑模板。
代价是这套东西是平台的。你能导出的通常只有内容数据，设计和功能带不走，要搬家基本等于重做。
第二类：代码导出型，网站住在你自己那里
代表是 Lovable 和 Bolt，往下还有 v0、Replit，再往下就是 Cursor、Claude Code、Codex 这些严格说不算建站工具、而是让开发者写代码更快的工具。
这一类给你的是一套真实的代码，完全归你，想怎么改怎么改。
代价是它只给你代码。部署自己弄，域名自己接，维护自己扛，而且大部分工具不给后台——你的同事想加一个产品，得找会写代码的人。
*这一类里面还有个坑，比"能不能导出代码"更决定结局 *
Lovable、Bolt 这类默认生成的是纯前端渲染的单页应用，爬虫抓到的第一份 HTML 基本是空的，内容要等 JavaScript 跑完才出现。Google 有渲染队列会慢慢补上，但要等；而现在越来越重要的那批 AI 爬虫，是不跑 JavaScript 的。
也就是说，你的页面在浏览器里很漂亮，在爬虫眼里可能什么都没有。
同样是"导出代码"，v0 默认输出的就是服务端渲染的 Next.js，这个问题基本不存在；Lovable 默认的 React + Vite 就会有。所以，产出到什么框架里，才是真正的分水岭。
这个能解，做预渲染或者换框架都行，但那已经是工程活了，不在"一句 Prompt"的范围里。
第三类：生成到 WordPress 里去（国内几乎没人讲）
代表是 ZipWP 和 10Web。你回答几个关于业务的问题，它直接给你生成一个真实的 WordPress 站点，主题、插件、后台全部是标准的，跟人手搭出来的没有区别。
WordPress 官方自己也在做。Automattic 的 Telex 可以用一句话生成 Gutenberg 区块，打包成插件装到自己站上；7.0 已经把一部分 AI 能力放进了核心。Elementor、Divi、SeedProd 这些页面构建器也都加了各自的 AI 功能。
这一类的意义就在于，它产出的是一个普通的 WordPress 站。三年后要搬家，走的是普通 WordPress 的迁移路径。
顺便说一下，这一类工具生成完之后，具体怎么把 AI 产出的页面落到 WordPress 里，我之前单独写过一篇（就叫《AI 生成页面之后，怎么落到 WordPress 里》），是这几篇里被收藏最多的一篇，感兴趣可以去我主页翻一下。
ZipWP 和 10Web 有个差别值得记：ZipWP 生成完可以导出到任何主机，不绑托管；10Web 要用它自己的托管，但它有个别人没有的能力——可以把现有的站重建成 WordPress。（这两家的政策变得挺快，用之前建议自己再确认一次。）
三类各自的取舍不一样：
托管型给你后台，但所有权在平台。 代码导出型反过来，所有权是你的，后台得自己想办法。 第三类两样都给你，代价是运维得自己扛。
那 WordPress 在这张图里是什么位置
WordPress 不是这三类之外的第四个选项。它压根不在同一个维度上。
上面那三类解决的都是"生成"——把一个网站从没有变成有。而 WordPress 解决的是"更新"——一个网站建好之后，接下来几年怎么被人持续地改。
这两件事容易被混为一谈，是因为英文圈的内容几乎全部集中在"生成"那一侧。原因也不难理解：一句话变出一个网站，这个画面天然适合做视频；而一个人在后台改产品参数改四十分钟，没法剪成片头。
生成的速度 ≠ 运营的成本。这是两条独立的曲线，而我们能看到的信息，绝大部分只画了第一条。
还有一条路，但门槛不低
静态框架 + 轻量 CMS。
比如用 Astro 负责渲染和性能，配一个可视化后台（Statamic、Sanity 这类），让非技术的同事能自己发内容。
它其实是把第二类和第一类的优点接了起来：页面是静态输出的，爬虫能直接读到，速度和结构都好控制；同时后台是有的，市场部能自己上产品和内容。在多语言、大产品目录的场景下，这条路的优势是真实的。
但它不是自助的，前期需要人帮你把结构和后台配好。产品少的公司我不建议往这个方向想，性价比不划算。
另外必须披露一下——我自己的站就是 Astro 写的，具体可以参考我这篇文章AI 时代做独立站，你可能根本不需要 WordPress
怎么对号入座
还没有站，或者现在的站可以放弃
产品少、语言单一、主要靠展会和社媒获客的，托管型划算，尤其团队里没有技术的人。你要接受的是长期订阅，以及以后搬家会比较麻烦。
产品线大、要做多语言、准备靠搜索拿询盘的，我建议直接看第三类。选之前先想清楚要不要被托管绑定，这件事以后再想就晚了。
已经有一个跑了几年的 WordPress 站
你要问的问题不是"要不要换成 AI Website Builder"，而是"AI 能接到我现有流程的哪一段"。
因为你手上真正值钱的东西不是页面，是这些年攒下来的产品、内容、收录、排名，以及市场部已经用熟的那套操作习惯。这些换平台是带不走的。
WordPress 官方这一年在 AI 方向动作不小，7.0 把一部分 AI 能力做进了核心，让外部的 AI 工具能规范地接进来。"给现有站接 AI"这条路，现在比一年前好走了。
选之前值得问自己的几个问题
一年之后，每周动这个网站的人是谁？如果答案是你同事而不是你，那你需要一个她能看懂的后台，这一条的优先级应该高于页面好不好看。
新增一个产品要走几步？如果这一步需要找外部的人，那它每个季度都会变成一次采购。
这个网站现在有多少收录和排名？如果已经有了，重建就不是技术决定，是成本决定。
如果三年后想换平台，能带走什么？这个问题在选之前问成本是零，在换之前问，成本可能是一整个网站。
最后
这三类工具里没有哪一类会赢，因为它们服务的本来就不是同一批人。
真正值得关心的问题，是你的团队在未来几年怎么跟这个网站相处。这件事想清楚了，选哪个工具反而是最简单的一步。
我最近手上正好有几个这样的项目，多语言产品站怎么搭、老站怎么接 AI、后台该怎么选，都在做。如果你手上有个已经跑了几年的站，正在纠结要不要动，评论区或者私信看我们能提供什么帮助。
