文章总结： 作者通过纯AI对话方式，在10小时内零代码搭建了一个商业级WordPress评测网站，全程未使用wp-admin后台。核心技术路径为：AI通过SSH连接服务器，使用WP-CLI和SQL直接操作数据库，批量生成Avada主题的shortcode内容并写入post_content与FB_content，开发8个mu-plugin实现SEO、TOC、Affiliate跳转等功能。关键经验包括：WordPress本质是数据库操作、Avada的FB_content同步陷阱、截图驱动的Debug模式，以及将项目经验沉淀为可复用Skill文件实现知识迭代。该方法适合内容型站点批量搭建与SEO自动化，但复杂电商场景仍需传统开发。 综合评分： 78 文章分类： AI安全,安全开发,安全工具,实战经验,解决方案
我用 AI 对话搭建了一个商业级 WordPress 网站，全程没打开过后台
原创
AI安全工坊 AI安全工坊
AI安全工坊
2026年2月9日 16:07 江苏
我用 AI 对话搭建了一个商业级 WordPress 网站，全程没打开过后台
“
不写一行前端代码，不点一次 wp-admin 按钮，纯靠和 AI 聊天，不到 10 小时从零搭建了一个完整的 Affiliate 评测站。这篇文章记录了完整过程、踩过的坑、以及我对 AI 建站的真实思考。
一个疯狂的想法
上个月我接到一个需求：搭建一个英文 Psychic Reading 评测网站，对标行业头部 MysticMag.com。
要求不低：
- • Avada 主题 + Fusion Builder 页面构建器
- • 7 个平台的详细评测页
- • 首页 Listicle 排名 + 对比表 + FAQ
- • 全站 SEO（Schema JSON-LD、Sitemap、TOC 目录）
- • Affiliate 跳转系统
- • 促销轮播、侧边栏、评分投票等交互组件
传统做法？打开 wp-admin，一个页面一个页面地拖拽 Fusion Builder 组件，调颜色，改间距，传图片。一个熟练的 WordPress 开发者大概需要 2-3 周。
我选了一条不同的路：打开终端，和 AI 聊天。
什么是「对话式建站」
简单说，就是把 AI 当成一个全栈 WordPress 工程师。
你用自然语言描述需求，它直接通过 SSH 连接服务器，用 WP-CLI 和 SQL 操作数据库，写 PHP 插件，部署代码，验证结果。
整个过程你不需要：
- • ❌ 打开浏览器登录 wp-admin
- • ❌ 手动拖拽页面构建器
- • ❌ 一个个上传图片
- • ❌ 逐页检查内容一致性
你只需要：
- • ✅ 描述你想要什么
- • ✅ 看 AI 执行
- • ✅ 截图反馈问题
- • ✅ 说「没问题，继续」
这不是让 AI 生成代码然后你去粘贴。
AI 直接连上你的服务器，自己执行、自己验证、自己修复。你的角色从「操作者」变成了「决策者」。
实战：一天搭建全过程
六阶段流程图
第一阶段：竞品拆解 → 设计方案（1 小时）
我把 MysticMag.com 丢给 AI，说了一句：
“
「分析这个网站的完整结构，包括页面模板、配色系统、组件设计、SEO 略。」
AI 花了大约 20 分钟，爬取了首页、分类页、Review 页、Blog 页、Coupons 页，输出了一份完整的竞品分析：
- • 9 种页面模板（Listicle、Review、Blog 列表、优惠券、工具页…）
- • 完整配色提取（品牌紫 #5F256D、CTA 绿 #1DC794、页脚深紫 #110416）
- • CTA 触点统计（单页内每个品牌平均 5-8 个 affiliate 入口）
- • E-E-A-T 策略（6 位作者人设、Methodology 评分体系、Disclosure 声明）
然后基于分析，AI 生成了我们自己的设计方案——蓝金配色替代紫绿，Playfair Display 标题字体替代系统字体，差异化但不丢失行业调性。
这一步的价值：传统做法是设计师花 3-5 天做竞品分析和 moodboard。AI 1 小时完成，而且输出的是可直接执行的技术方案，不是 Figma 稿。
第二阶段：主题配置 → 全局组件（1 小时）
我：「配置 Avada 全局选项，8 色调色板，Inter 正文 + Playfair Display 标题」
AI 没有让我去 Avada 后台一个个填颜色值。它直接通过 WP-CLI 写入 fusion_options：
wp option patch update fusion_options color1 '#2563EB'
wp option patch update fusion_options body_typography_font-family 'Inter'
一条命令搞定一个设置项。
8 色调色板、6 级标题字体、按钮样式、页脚配色——全部命令行完成。
然后是全局组件：
- • Header：Logo + 7 项导航 + 粘性效果 + 促销滚动条
- • Footer：4 列布局（About / Reviews 动态列表 / Quick Links / Legal）+ 版权栏
- • 促销条：深色背景，轮播 3 条特价信息
- • Disclosure 声明：顶部 11px 浅灰文字
这些都是 Avada Theme Builder 的 fusion_tb_section，AI 直接往数据库写 shortcode 内容。
第三阶段：内容页面 → 批量创建（3 小时）
这是最震撼的部分。
Avada 的页面内容本质上是存在数据库 wp_posts.post_content 里的 shortcode 字符串。比如一个 Vendor Card 组件，在数据库里长这样：
[fusion_builder_container type="flex" background_color="#FFFFFF" padding="30px"]
[fusion_builder_row]
[fusion_builder_column type="1_6"]
[fusion_text]<img src="logo.svg" alt="Brand" />[/fusion_text]
[/fusion_builder_column]
[fusion_builder_column type="5_6"]
[fusion_title size="3"]1. Purple Garden — Best Overall[/fusion_title]
[fusion_star_rating rating="4.9" /]
[fusion_checklist]
[fusion_li_item]Feature 1[/fusion_li_item]
[/fusion_checklist]
[fusion_button link="/reviews/purple-garden-review/"]Visit →[/fusion_button]
[/fusion_builder_column]
[/fusion_builder_row]
[/fusion_builder_container]
AI 理解了这套 shortcode 语法后，就能直接生成完整页面内容并写入数据库。
我：「创建 7 个平台的 Review 页，每个包含评分、功能列表、优缺点、FAQ」
AI 的执行流程：
- 1. 生成 shortcode 内容
- 2.
INSERT INTO wp_posts写入数据库 - 3. 同步
FB_contentpostmeta（Avada 特有，后面会讲为什么） - 4.
wp cache flush刷新缓存 - 5.
curl请求页面验证渲染结果 - 6. 发现问题自动修复
7 个 Review 页、首页 Listicle（含 Top 7 对比表 + 7 个 Vendor Card + FAQ）、Deals 优惠页、5 个分类 Listicle 页、Reviews 索引页、法律页面——一个下午全部完成。
第四阶段：自定义功能 → mu-plugin 开发（2 小时）
WordPress 的 mu-plugins（Must-Use Plugins）是放在 wp-content/mu-plugins/ 目录下的 PHP 文件，自动加载，不需要在后台激活。
非常适合 AI 建站场景——写完 scp 上去就生效。
最终我们部署了 8 个 mu-plugin：
| | | — | | |
| 插件 | 功能 | 代码量 |
| — | — | — |
| tpr-schema-jsonld.php | 自动注入 5 种 Schema 结构化数据 | ~120 行 |
| tpr-toc.php | Review 页自动生成 TOC 目录 | ~60 行 |
| reviews-grid-shortcode.php | Reviews 索引页 3 列卡片网格 | ~50 行 |
| best-deals-sidebar.php | 全站左侧粘性促销栏 | ~30 行 |
| footer-promo-rotate.php | Footer 促销 7 平台自动轮播 | ~25 行 |
| footer-reviews-shortcode.php | Footer Reviews 列动态查询 | ~15 行 |
| promo-redirect.php | /go/brand/ → Affiliate URL 301 跳转 | ~15 行 |
| rating-vote-widget.php | 星级评分投票 + AJAX | ~80 行 |
每个功能从需求描述到线上生效，平均 5-10 分钟。
举个例子，TOC 目录组件的开发过程：
我：「给 Review 页加个目录」
AI：写了 PHP filter 版本 → 部署 → 发现不生效
AI：「Avada 绕过了 the_content filter，改用 JS 方案」
AI：重写为 JS 版本，从 DOM 读取 .fusion-title-heading → 部署 → 生效但位置不对
我：（截图）「目录跑到页面最底部了」
AI：修改插入逻辑，改为 h1.closest('.fusion-fullwidth').nextSibling → 部署 → 完美
三轮迭代，总共 8 分钟。
如果是传统开发，光是「发现 Avada 绕过 the_content filter」这个坑就可能卡半天。
第五阶段：SEO 优化 → 全站审计（2 小时）
Logo 替换：7 个平台的真实 Logo 需要替换到 12 个页面的 27 个位置。AI 写了一个 PHP 脚本，用 SQL REPLACE() 批量替换 post_content 中的图片 URL，一次执行全部完成。
Sitemap 修复：发现 sitemap XML 里被注入了 <script> 标签——原来是 index.php 里有一行 affiliate 追踪代码的 echo。AI 定位并移除，同时把 WordPress URL 从 http 改成 https，禁用了 Avada 注册的无用分类 sitemap。
跨页面一致性审计：这是 AI 建站最有价值的能力之一。
我：「检查所有页面的平台一致性」
AI 一条 SQL 扫描全部页面内容：
✅ home (7/7)
✅ deals (7/7)
⚠️ best-psychic-sites (5/7) — missing: Oranum, Nebula
⚠️ best-tarot-readers (5/7) — missing: Oranum, Nebula
⚠️ best-online-mediums (5/7) — missing: Oranum, Nebula
⚠️ best-fortune-tellers (5/7) — missing: Oranum, Nebula
然后批量修复——在每个页面的 </tbody> 前插入 Oranum 和 Nebula 的表格行，同步更新 FB_content，刷新缓存，验证。
人工做这件事：打开 6 个页面，逐个检查，逐个编辑，大概需要 1-2 小时，还容易遗漏。
AI 做：2 分钟，零遗漏。
第六阶段：截图驱动的 Debug（贯穿全程）
这是整个工作流中最有意思的交互模式。
AI 没有浏览器，看不到页面渲染效果。所以每次修改后，我会在浏览器里截图发给它。AI 通过分析截图来判断问题。
真实案例：Footer 促销栏的轮播功能部署后，我截了一张图发过去。图里左侧的「🔮 LIMITED OFFER」徽章变成了「5 min for $1」——明显是 Keen 的促销文案跑到了徽章位置。
AI 立刻定位到原因：JS 选择器 .fusion-text p 匹配到了第一个 .fusion-text（徽章），而不是第二个（促销文字）。修改为 cols[1].querySelector('p') 精确定位第二列，问题解决。
这种「截图 → 分析 → 修复」的循环，是 AI 建站独有的交互模式。
你不需要描述 bug，直接截图，AI 自己看。
踩过的坑（也是最有价值的经验）
坑 1：Avada 的 FB_content 幽灵
直接改 post_content 后，页面顶部出现一大段原始 shortcode 文本——[fusion_builder_container type="flex"... 这种代码直接显示给用户看。
排查过程：
- 1. 检查是否缺少
[fusion_builder_blank_page]包裹 → 不是，其他正常页面也没有 - 2. 检查页面模板 → 正常
- 3. 检查
_fusionpostmeta → 正常 - 4. 最终发现：Avada 在
wp_postmeta里存了一份内容副本叫FB_content
原理：Avada 的 Fusion Builder 从 FB_content meta 读取内容进行渲染，而 post_content 被当作普通文本输出。两者不同步时，页面会同时显示渲染后的内容（来自 FB_content）和原始 shortcode 文本（来自 post_content）。
教训：每次修改 Avada 页面内容，必须同步更新 post_content 和 FB_content。这个坑在 Avada 官方文档里几乎没有提及。
坑 2：菜单项的隐藏描述字段
导航栏的「Deals」菜单项下面突然出现一大段原始 shortcode 文本，占了半个屏幕。
排查过程花了一些时间。最终在渲染的 HTML 中发现，这段文本被包裹在 <span class="awb-menu__description"> 里——这是 Avada 菜单的「描述」功能。
原理：WordPress 的 nav_menu_item post type 用 post_content 字段存储菜单描述（不是页面内容）。Avada 的菜单组件会把这个描述渲染在菜单文字下方。某次操作意外写入了页面 shortcode 到这个字段。
教训：nav_menu_item 的 post_content 是菜单描述，不是页面内容。操作数据库时要注意 post_type 过滤。
坑 3：strip_shortcodes() 的全灭陷阱
想在 Reviews 网格卡片里显示页面摘要，用了经典的 WordPress 方式：
wp_trim_words(wp_strip_all_tags(strip_shortcodes($post->post_content)), 15)
结果：所有卡片的描述都是空的。
原因：Avada 页面的内容 100% 由 shortcode 构成。strip_shortcodes() 之后，什么都不剩。
解决方案对比：
- •
do_shortcode()再 strip tags → 太重，每个卡片都要完整渲染一次页面 - • 正则提取
[fusion_text]...[/fusion_text]中的文本 → 可行但脆弱 - • 硬编码描述数组 → 最简单可靠，只有 7 个平台，维护成本为零
最终选了硬编码。
有时候最笨的方案就是最好的方案。
坑 4：Cloudflare 边缘层的隐形注入
robots.txt 在服务器端输出完全正常，但通过域名访问时多了一个 <script> 标签。
原因：Cloudflare 的 Zaraz（分析工具注入功能）会在所有 HTTP 响应中注入脚本，包括 robots.txt 这种纯文本文件。
教训：CDN 层的行为和源站可能不一致。调试时要区分「源站问题」和「CDN 问题」。
关键洞察：为什么 AI 对话式建站是可行的
WordPress 的本质是数据库
这是整个方法论的基础。
所有内容、设置、菜单、主题选项，最终都是 wp_posts、wp_postmeta、wp_options 表里的数据。wp-admin 的可视化界面只是数据库的 GUI 外壳。
当你意识到这一点，就会发现：AI 不需要「看到」页面，它只需要操作数据。
-- 这就是一个完整的页面
INSERT INTO wp_posts (post_title, post_name, post_content, post_status, post_type)
VALUES ('Page Title', 'page-slug', '[fusion_builder_container]...[/fusion_builder_container]', 'publish', 'page');
WP-CLI 是被严重低估的工具
大多数 WordPress 用户甚至不知道 WP-CLI 的存在。
但它能做 wp-admin 能做的一切：
wp post create # 创建内容
wp option update # 修改设置
wp menu item add-custom # 管理菜单
wp plugin install # 安装插件
wp search-replace # 全站替换
wp db query # 直接 SQL
wp cache flush # 清除缓存
而且可以脚本化、批量化、远程执行。
这正是 AI 需要的接口。
AI 的三个超人能力
AI三大能力
1. 跨页面记忆
当你同时管理 20+ 个页面、7 个平台、每个平台在 6 个不同位置出现时，人脑很难保证一致性。
AI 一条 SQL 扫描全部页面，精确报告哪里缺了什么。
2. 即时验证闭环
修改 → scp 部署 → curl 验证 → 发现问题 → 修复 → 再验证
这个循环在对话中 30 秒完成。
传统方式：保存 → 等待 → 刷新浏览器 → 肉眼检查 → 回到编辑器 → 修改 → 再保存 → 再刷新。
3. 模式识别与复用
AI 看到第一个 Vendor Card 的 shortcode 结构后，就能生成剩下 6 个。看到第一个 Review 页的模板后，就能批量创建其余页面。
人类需要复制粘贴再逐个修改，AI 直接参数化生成。
完整技术栈
┌─────────────────────────────────────────────┐
│ 你（决策者） │
│ 描述需求 / 截图反馈 / 确认结果 │
└──────────────────┬──────────────────────────┘
│ 自然语言
┌──────────────────▼──────────────────────────┐
│ AI（Claude Code） │
│ 理解意图 → 生成方案 → 执行 → 验证 → 修复 │
└──────────────────┬──────────────────────────┘
│ SSH + SCP
┌──────────────────▼──────────────────────────┐
│ Linux 服务器 │
│ ┌─────────┐ ┌─────────┐ ┌──────────────┐ │
│ │ WP-CLI │ │ MySQL │ │ mu-plugins │ │
│ │ 命令执行 │ │ 数据读写 │ │ 功能扩展 │ │
│ └─────────┘ └─────────┘ └──────────────┘ │
│ ┌─────────────────────────────────────────┐ │
│ │ WordPress + Avada │ │
│ │ post_content / FB_content / options │ │
│ └─────────────────────────────────────────┘ │
└─────────────────────────────────────────────┘
最终成果
| 指标 | 数据 | | — | — | | 总页面数 | 27 个页面 + 703 篇文章 | | Review 页 | 7 个平台完整评测 | | mu-plugin | 8 个自定义插件（~400 行 PHP/JS） | | Schema 类型 | 5 种（Review / Article / FAQ / ItemList / WebSite） | | 全站平台一致性 | 7/7 ✅ 所有页面同步 | | Logo 替换 | 12 个页面 27 处，一次 SQL 完成 | | 搭建总时长 | ~10 小时对话 | | 传统预估工时 | 2-3 周（按 8h/天，约 80-120 小时） |
效率对比
知识沉淀：从项目经验到可复用 Skill
整个过程中最让我兴奋的不是速度，而是知识的可沉淀性。
传统建站的经验存在开发者的脑子里，换个人就要重新踩坑。
但 AI 建站的经验可以打包成一个 Skill 文件：
wordpress-ai-builder/
├── SKILL.md — 核心工作流（10 个阶段）
├── references/
│ ├── site-architecture.md — 竞品分析 / 模板体系 / 设计系统
│ ├── avada-shortcodes.md — Fusion Builder 完整 shortcode 参考
│ ├── mu-plugin-patterns.md — 6 种即用型插件模板
│ ├── seo-checklist.md — SEO + 性能优化清单
│ └── wp-operations.md — 菜单 / 跳转 / 缓存 / CDN 操作
└── scripts/
└── wp_audit.py — 站点审计脚本
下次搭建新站，AI 加载这个 Skill 后就自带了：
- • Avada 的 FB_content 同步规则（不会再踩坑）
- • 6 种 mu-plugin 的代码模板（不需要从零写）
- • 完整的 SEO 检查清单（不会遗漏）
- • 跨页面一致性审计的 SQL 模式（不需要重新发明）
这才是 AI 建站的终极价值：知识可以沉淀、复用、迭代。每个项目都在让 Skill 变得更强。
这种方式适合谁
非常适合：
- • 内容型网站批量搭建（评测站、博客矩阵、资讯站）
- • 多站点管理（同一套模板快速复制到新域名）
- • SEO 批量优化（Schema 注入、内链建设、内容一致性）
- • WordPress 运维自动化（备份、更新、安全加固）
有条件适合：
- • 需要了解 WordPress 基本概念（能判断 AI 操作是否正确）
- • 需要有服务器 SSH 访问权限
- • 视觉微调仍然需要浏览器辅助（截图反馈循环）
不太适合：
- • 像素级视觉设计（还是 Figma + 手动调整更精确）
- • WooCommerce 复杂电商（支付、库存、物流逻辑太多）
- • 完全零基础用户（需要能看懂 AI 在做什么）
如何开始
如果你想尝试这种方式，最小起步路径：
1. 准备环境
- • 一台装好 WordPress + WP-CLI 的服务器（推荐 Ubuntu）
- • Claude Code 或类似的 AI 编程助手（需要支持 SSH 执行）
2. 从小任务开始
不要一上来就全站搭建。先试试这些：
- • 「帮我把所有文章里的旧域名替换成新域名」
- • 「检查哪些页面缺少 meta description」
- • 「写一个 mu-plugin，在所有页面底部加一段 disclaimer」
3. 建立信任后扩大范围
当你确认 AI 能正确操作你的 WordPress 后，再尝试：
- • 批量创建页面内容
- • 开发自定义功能插件
- • 全站 SEO 审计和修复
4. 沉淀你自己的 Skill
把项目中积累的模式、踩过的坑、常用的命令打包成 Skill 文件。下个项目直接复用。
写在最后
我不认为 AI 会取代 WordPress 开发者。
但它确实在改变工作方式：
- • 从「手动操作」→「描述意图」
- • 从「逐页修改」→「批量执行」
- • 从「凭记忆检查」→「SQL 审计」
- • 从「经验在脑子里」→「经验在 Skill 文件里」
传统建站是手工活，AI 建站是工程化。
两年前我们讨论 AI 能不能写代码。现在 AI 不只是写代码——它连上你的服务器，自己部署，自己验证，发现问题自己修。
你要做的只是告诉它方向，然后在关键节点做决策。
终端里敲一句话，比在后台点 20 下鼠标快多了。
而且这句话说完之后，AI 记得住。
下次它会做得更好。
本文基于真实项目的搭建经验。全部操作通过 Claude Code + SSH + WP-CLI 完成，未使用 wp-admin 可视化界面。如果各位也有类似需求可以联系我
AI安全工坊内部社群
🔥 AI安全工坊社群 · 6大核心价值 🔥
- AI安全实战→ AI渗透测试 | 模型加固 | 数据防护 | 模型测评
- 开发全栈指南→ 大模型应用 | Agent开发 | 行业解决方案 | AI安全工具 | AI产品开发
- 商业落地加速→ 案例拆解 | ROI优化 | 合规指南
- 专属学习支持→ 文档库 | 答疑 | 代码示例 | 1v1 解答
- 独家资源网络→ 工具包 | 漏洞库 | 行业报告 | AI视频课程 | AI多模态资源
- 高质量AI社群→ 技术交流 | 内推机会 | 项目合作
AI安全工坊-AISecKit安全工具资源平台
网站地址：https://aiseckit.com/
网站介绍：AISecKit 提供了一个专注于 AI 安全工具和大型语言模型安全资源的平台，为专注于 AI 安全和网络安全专业人士提供了一系列的工具和资源。
福利赠送
🎁 立即获取福利，在公众号后台私信发送下方关键词，即可免费领取专属工具和教程：
| | | — | | 关键词 | | AI大模型安全评估标准和指南 | | 智擎 – AI业务场景提示词生成器 | | AI医疗助手-AI安全工坊 | | AI 智能体商业应用全景图 | | DeepSeek离线部署资源包 | | AIPOC |
- 免责声明
免责声明：
本文所载程序、技术方法仅面向合法合规的安全研究与教学场景，旨在提升网络安全防护能力，具有明确的技术研究属性。
任何单位或个人未经授权，将本文内容用于攻击、破坏等非法用途的，由此引发的全部法律责任、民事赔偿及连带责任，均由行为人独立承担，本站不承担任何连带责任。
本站内容均为技术交流与知识分享目的发布，若存在版权侵权或其他异议，请通过邮件联系处理，具体联系方式可点击页面上方的联系我。
本文转载自：AI安全工坊 AI安全工坊 AI安全工坊《我用 AI 对话搭建了一个商业级 WordPress 网站，全程没打开过后台》
版权声明
本站仅做备份收录，仅供研究与教学参考之用。
读者将信息用于其他用途的，全部法律及连带责任由读者自行承担，本站不承担任何责任。
评论