AI 建站工具其实分三类，国内基本只讲了一类
先把 AI 建站工具的地图画清楚，再决定 WordPress 在其中扮演什么角色。
AI × WordPress 系列 · 第 1/8 篇
先把 AI 建站工具的地图画清楚，再决定 WordPress 在其中扮演什么角色。查看系列目录
最近一段时间我一直在看英文圈关于 AI 建站的内容，官方文档、测评、YouTube，看了不少。
看完最大的感受不是"这些工具好厉害"，而是这些信息在中文圈基本是断的。英文那边已经吵了一年多，工具分了好几个流派，各自的优缺点也讨论得比较透了；中文这边大部分内容还停留在"AI 能一句话生成网站"这个层面，把一堆完全不同的产品混在一起讲。
对做外贸的人来说，这个信息差是有实际代价的。因为你如果按"AI 建站"这一个词去理解，很可能会选到一条完全不适合自己的路，而这种错误往往要一年后才显形。
所以这篇我不打算讲观点，先把地图画清楚。
如果你还在评估 AI 建站到底能省多少时间，先配合阅读《想快速搞个外贸独立站，AI 能帮你省掉哪几步，哪几步省不掉》。工具解决的是生产方式，不能替代资料、判断和后续运营。
第一刀：三类，不是一类
现在被统称为"AI 建站"的东西，其实是三个不同的赛道。区分它们的标准只有一个，很简单：生成完之后，这个网站住在哪里。
第一类，托管型。生成完之后，网站住在平台上。
代表是 Wix 今年一月推的 Harmony。你用自然语言描述，它背后的 AI agent 直接在 Wix 的编辑器里执行，生成完之后服务器、数据库、后台、安全更新，平台全包。同类的还有 Squarespace 的 Blueprint、Framer、Durable、Webflow 的 AI 功能。
这一类给你的东西是完整的：一个能跑的网站，加一个你同事能进去改的后台。代价是这套东西是平台的。你能导出的通常只有内容数据，设计和功能带不走，要搬家基本等于重做。
第二类，代码导出型。生成完之后，网站住在你自己那里。
代表是 Lovable 和 Bolt，往下还有 v0、Replit，再往下就是 Cursor、Claude Code、Codex 这些严格来说不是建站工具、而是让开发者写代码更快的工具。
这一类给你的是一套真实的代码，完全归你，想怎么改怎么改。代价是它只给你代码。部署要自己弄，域名要自己接，后期维护要自己负责，而且大部分工具不会给你一个后台——你同事想加一个产品，得找会写代码的人。
第三类，生成到 WordPress 里去。这一类中文圈几乎没人讲。
代表是 ZipWP 和 10Web。你回答几个关于业务的问题，它直接给你生成一个真实的 WordPress 站点，主题、插件、后台全部是标准的，跟人手搭出来的没有区别。WordPress 官方自己也在做，Automattic 的 Telex 可以用一句话生成 Gutenberg 区块，打包成插件让你装到自己站上。Elementor、Divi、SeedProd 这些页面构建器也都加了各自的 AI 功能。
这一类的意义在于：**它产出的是一个普通的 WordPress 站。**所有 WordPress 的迁移路径、插件生态、维护方式，一样不少。
三类的关键差别，用一句话概括：
托管型给你后台但不给你所有权，代码导出型给你所有权但不给你后台，WordPress 型两个都给你，代价是你要自己承担运维。
第二刀：SEO 这一关，三类表现差很多
这一段对外贸的人特别重要，因为它决定了你的站能不能被搜到，而这件事在英文测评里也是最近一年才被认真讨论的。
代码导出型有一个隐蔽的问题。Lovable、Bolt 这类工具默认生成的是纯前端渲染的单页应用，爬虫抓到的第一份 HTML 基本是空的，内容要等 JavaScript 跑完才出现。Google 有渲染队列会慢慢补上，但要等；而现在越来越重要的那批 AI 爬虫，是不跑 JavaScript 的。
也就是说你的页面在浏览器里很漂亮，在爬虫眼里可能什么都没有。这个问题能解——做预渲染，或者换成服务端渲染的框架，比如 v0 默认输出的就是服务端渲染的 Next.js——但那已经是工程活了，不在"一句 Prompt"的范围里。
托管型的情况反过来。平台会帮你处理渲染和基础 SEO，通常不会有上面那个问题。但你能控制的深度受限于平台开放了多少。如果你只做单语言、结构简单的站，一般够用；如果你要精细控制多语言的 hreflang、URL 结构、结构化数据，就得先确认平台给不给你这个权限。
WordPress 型在这一点上最保守，也最安全。因为产出的是标准 WordPress，你能用的 SEO 工具和控制粒度跟你原来一模一样。
那 WordPress 在这张图里是什么位置
这里我想说一个可能跟直觉不太一样的判断。
WordPress 不是这三类之外的第四个选项。它不在同一个维度上。
上面那三类工具解决的都是"生成"这个动作——把一个网站从没有变成有。而 WordPress 解决的是"更新"这个动作——一个网站建好之后，接下来几年怎么被人持续地改。
这两件事之所以容易被混为一谈，是因为英文圈的内容几乎全部集中在"生成"那一侧。原因也不难理解：一句话变出一个网站，这个画面天然适合做视频；而一个人在后台改产品参数改四十分钟，这个没法剪成片头。
**生成的速度 ≠ 运营的成本。**这是两条独立的曲线，而我们能看到的信息，绝大部分只画了第一条。
如果你是外贸企业，怎么对号入座
按我最近接触的情况，大概是三种处境。
处境一：还没有站，或者现有的站基本可以放弃。
产品少、语言单一、主要靠展会和社媒获客的，托管型是划算的，尤其是你团队里没有技术的人。Wix Harmony 这类现在的完成度确实比两年前高很多。你要接受的是长期订阅，以及以后想搬家会比较麻烦。
如果产品线比较大、要做多语言、准备靠搜索拿询盘，我建议直接看第三类。ZipWP 和 10Web 的差别值得提一下：ZipWP 生成完之后你可以把站导出到任何主机上，它不绑定托管；10Web 的生成质量通常更整齐，但你要用它自己的托管。要不要被绑定，这是选之前就该想清楚的事，不是以后再说的事。
处境二：已经有一个跑了几年的 WordPress 站。
这是我遇到最多的情况，也是这篇文章最想说的部分。
你要问的问题不是"要不要换成 AI Builder"，而是"AI 能接到我现有流程的哪一段"。因为你手上真正值钱的东西不是页面，是那几百个产品、几百篇内容、多年积累的收录和排名，以及市场部已经用熟的那套操作习惯。这些东西换平台是带不走的，重建的代价也远比大家想象的高。
这类存量站不要从“换哪个工具”开始。可以先看老 WordPress 站怎样在内容层和结构层之间划边界；如果已经反复打补丁，再用老站继续维护、局部升级或重做的判断框架进一步归类。
WordPress 官方这一年在 AI 方向动作不小，7.0 已经把一部分 AI 能力做进了核心，让外部的 AI 工具可以规范地接进来。也就是说，"给现有站接 AI"这条路现在比一年前好走了，不需要推倒重来。
处境三：想做一个快速验证的东西。
落地页、活动页、一个用来测市场反应的小站，代码导出型最快，几个小时就能出来。这种场景下 SEO 和后台都不重要，因为这个东西本来就不打算活很久。用错工具的成本几乎是零。
选之前值得问自己的几个问题
如果只留一份清单，我会留这个：
**一年之后，每周动这个网站的人是谁？**如果答案是你同事而不是你，那你需要一个她能看懂的后台，这一条的优先级应该高于页面好不好看。
**新增一个产品要走几步？**如果这一步需要找外部的人，那它每个季度都会变成一次采购。
**这个网站现在有多少收录和排名？**如果已经有了，重建就不是技术决定，是成本决定，得先把要付出的东西算清楚。
**如果三年后想换平台，能带走什么？**这个问题在选之前问，成本是零；在换之前问，成本可能是一整个网站。
最后
写这篇的目的比较单纯，就是把英文圈已经吵明白、但中文圈还没怎么讲的东西整理一遍。
我自己的判断是，这三类工具里没有哪一类会赢，因为它们服务的本来就不是同一批人。真正值得关心的问题，是你的团队在未来几年怎么跟这个网站相处——这件事想清楚了，选哪个工具反而是最简单的一步。
如果你需要把工具选择落到具体技术方案，可以查看 Django Wong 的技术范围与预约方式。预约时带上网站地址、当前技术栈、产品与语言规模，以及上线后由谁维护。