我会一步步带你走一遍我用 AI Agents 跑 SEO 和 AEO 的整套流程，从最省事的“自动驾驶”版，到在 Opus 5.5 上用 Claude Code 从头搭建的完整版……
因为搜索早就变样了。现在你的页面必须同时赢下两场比赛：一是 Google 上的蓝色链接，二是 ChatGPT 或 AI Mode 直接丢给用户的答案——而这些人根本不会去点任何东西。
在碰任何工具之前，你得先听清这条决定这一切值不值得你花时间的铁律。
很多人盯着 Google Search Console 里那些好看的数字：更多展示、更高排名、一条适合截图发朋友圈的漂亮曲线……但如果排上去的页面带不来转化，这些全都没用。
所以，如果你的页面没有清晰的下一步——没人注册、没人预约通话、没人结账——先把这个修好。否则，你在这篇文章上多花的每一小时都是浪费。
下面是我们要讲的内容，顺序就是你真正动手搭建的顺序：
- 让一个“员工”替你跑完全流程的轻松路线
- 如果你还没有网站，从零到第一页的路径
- 在 Claude Code 里手动搭出同一套系统
- 怎么挑出那个值得你投入一整周的页面
- 怎么把这个页面拆开，为 Google 和 AI 答案做优化
- 让一切持续运转的每周循环
- 一份四周计划，让你不用对着空文件夹发呆
先用 Viktor 走轻松路线
跟你说句实话：这篇文章后面用 Claude Code 搭建的版本确实好玩，但你们中很多人根本不想自己动手搭什么，你只希望有人把 SEO 搞定，自己好专心做生意。
这就是 Viktor 的用武之地。它是一个住在你 Slack 里的 AI 员工，直接在 Slack 里干活，所以你整个团队都能看到它在做什么，随时可以插手。
你的工具只需要接一次，大部分一键搞定，少数填个 API key。Viktor 会处理登录那一摊事，然后立刻开工，不用配 webhook，也不用哄着一堆 Zapier 自动化流程。
做 SEO 的话，我会最先接上这几个：
- Google Search Console，让它能读到你的页面在搜索里的表现
- DataForSEO，用来拿关键词数据、实时排名和竞争对手域名
- Ahrefs，看外链以及哪些网站在给对手导流
- Wordpress/Webflow，如果你的站建在上面，这样它就能改页面标题、描述和 schema
- PostHog，让它能看到注册和漏斗——这是所有人都会忘的一环
最后这一个，就是这套玩法对我管用的原因。
一旦 Viktor 能在同一段对话里同时看到你的搜索数据和转化数据，它就不会再给你推那种“有流量但没人买单”的页面了。
然后你给它派个定期任务，用大白话说就行，就像给新员工交代工作一样。
比如：每周一拉一下上周的搜索表现，跟每个落地页的注册量对一对，告诉我哪个页面最该被关注，每个理由后面都要带上链接。
你可以在 viktor.com 领 100 美元免费额度。
没网站，从零开始
如果你读到这里还没网站、也没做过 SEO，我们先稍微绕个路，因为这一节之后的内容都默认你已经有页面可以优化了。
这里的目标故意定得很小：一个页面，把一个东西卖给一类买家；再加一个页面，把人引过去。
所以在打开任何建站工具之前，先写下来你卖什么，以及对你来说“转化”意味着什么——是注册、预约通话，还是下单购买。
这句话之后会成为你的 Agent 读到的第一条信息，所以现在把它写对很值。
接着，挑一个你客户本来就有的问题，再找一个围绕这个问题的搜索词——那种用户在掏钱解决问题前一秒会搜的词。
出于好奇搜的词带来的是看一眼就走的访客；准备行动时搜的词带来的才是买家。选后者。
然后，用 Webflow 或 WordPress 搭一个最简单的站：放上你的产品、留个联系方式，别搞花哨的——可以用 Claude Code 来搭。
（设计简陋一阵子没关系，没人会因为一个渐变色背景就下单。）
在这个站上，你一开始只需要两个页面：
- 一个围绕那个搜索词和你的产品打造的聚焦型落地页
- 一个有用的辅助页面，回答一个紧密相关的问题
落地页靠上的位置要有一个清晰的下一步，就是你开头写下的那个注册、通话或结账入口。
辅助页面负责“帮忙”，回答用户在购买前会问的问题，然后链向落地页，让读者知道下一步该去哪。
这两个页面一上线，你就和本指南里的其他人站在同一起跑线了。Search Console、DataForSEO、Firecrawl 和 PostHog 都可以按下面 Claude Code 那部分的方式接进来。
这样一来，每周循环只需要评估这两个页面，你第一个月会比那些守着一堆老文章的人轻松得多。
在 Claude Code 里搭建我们的系统
整套系统就是你电脑上的一个文件夹，而这个文件夹就是你 SEO Agent 的全部大脑，所以值得把它弄对。
我在里面放三个文件，Agent 每次运行都会读：
- 一份 brief，说明业务、产品、谁在买、什么算转化
- 一个状态文件，记录你正在优化的每个页面的当前基准数据
- 一份运行日志，每次运行追加新记录，绝不删旧记录
brief 是你改得最多的文件，因为 Agent 只有理解了页面到底要卖什么，才能判断得好。
日志则是以后救你的东西。三周后你不会记得自己为什么改了某个标题，Agent 也不会——除非它当时写下来了。
接下来是工具接入，我只讲真正值得接的那些。
首先是 Google Search Console。要让 Agent 访问它，你需要一个有站点权限的 Google 账号、在 Google API 控制台建个项目，并拿到 OAuth 凭证。
听着吓人，但坐下来一次就能搞定，而且只用做一次。
接着是 DataForSEO，这是我在 Agent 里用得最多的搜索数据工具，因为它天生就是给代码调用的。
通过它能拿到关键词搜索量、任意查询词的实时头部页面，甚至能看到 Google AI Mode 针对某个词返回了什么。
在让 Agent 正式调用前，先用他们的沙盒。沙盒返回的数据结构和真实数据一模一样，但不收一分钱，这样 Agent 能在烧你预算前先熟悉格式。
Ahrefs 是可选的。只有你本来就在付费订阅，我才建议接它的 API，因为你主要用它看外链，以及哪些网站在给对手导流而不是给你。
Parallel 是网页搜索层。当 Agent 需要查自家工具之外的信息时会用到它，比如你的话题在哪被人讨论，或者对手在定价页上吹了什么。
Firecrawl 负责读页面。你丢给它一个 URL，它会爬取站点、处理 JavaScript 和 sitemap，然后返回模型真正能读懂的干净文本。
至于转化，我用 PostHog，或者站点已经在用的任何工具都行，前提是转化必须用一个命名事件刻意追踪，而不是靠工具自己随便抓点什么。
你可以把这些工具分别接成 MCP server，或者写成 Agent 调用的小脚本，具体看工具支持哪种方式。
Claude Code 支持 hooks，也就是在调用工具前执行的小规则。你可以设一个 hook，强制 Agent 在执行任何发布、修改线上页面或提交 URL 的操作前先问你。
定期运行的话，用定时任务：你来指定指令、文件夹、模型和时间表，每次运行都会开一个全新的会话供你检查。
我在那儿选 Opus 5.5，因为整个循环的成败取决于“哪个页面值得你投入一周”的判断力，这种地方我要用手头最强的模型（而且比你想象的便宜）。
让这个任务保持在“遇到无权操作就停下等待”的权限模式，因为那个暂停就是你的审批环节。
云端 routine 也挺好用，但它们会自己跑完，不会停下来等你批准，所以只给它们只读权限，千万别把发布权交出去。
找出那个值得你投入一周的页面
这里是转化原则真正落地的地方，因为 Agent 的第一项任务是找出“一个”页面——只要排名更好，就能换来更多钱。
我知道第一天就把全站审计一遍很诱人，但全站审计只会丢给你一堆小问题，你却不知道哪个能赚钱。所以我们收窄范围。
Agent 先打开 Search Console，拉出过去几周每个页面的展示量、点击量和平均排名。
然后从 PostHog 拉出每个落地页的转化量，逐页跟搜索数据对齐。
你要找的是这样一个页面：它已经能转化现有的访客，也已经在搜索结果里出现，但排名刚好低到大多数搜索者根本看不见它。
我管这叫“杀手页面”，因为在这里，排名提升会直接变成注册量，而不是一张更漂亮的图表。
展示量巨大但零转化的页面是个坑，Agent 应该把它标出来，而不是推荐给你。
当你筛出两三个候选页面后，用 DataForSEO 查看每个页面背后的查询词、有多少人在搜、现在谁排在前面。
接着 Agent 要去看主查询词的真实搜索结果页，因为光看数字经常会被骗。
如果前排全是教程指南，而你的候选页是个定价页，说明用户想要的和你卖的根本不是一回事，再怎么调也救不了这种错位。
所以 Agent 会对每个候选页给出三种判定之一：保留、修好某个条件后保留、放弃。
无论怎么判，它都必须附上看过的那些页面链接来解释理由。
如果你接了 Ahrefs，这也是查外链的好时机。有时候对手赢在给他们导流的网站质量上，这跟重写页面完全是两码事。
在相信 Search Console 数据之前，有几个提醒：
- 数据会晚两三天才出来，所以永远缺今天的数据
- 同时按页面和查询词拆分数据时，有些行会被丢掉
- 出现在 AI Overview 里会让平均排名看起来比实际更好
我还会让 Agent 一天一天地拉数据并存进状态文件，这样既能避开配额墙，又能留下一份干净的历史记录方便日后对比。
这一步结束时，你应该得到一个页面、一个主查询词，以及一段简短的文字说明为什么押注这个页面。
把页面拆开并重修
现在 Agent 开始检查你挑出的页面。我喜欢把它想成四轮全面体检，先从那些不起眼却能毁掉一切的基础问题开始。
第一轮：Google 能不能访问它？也就是说，Googlebot 没被屏蔽、页面返回正常状态码、上面有可被抓取的真实文本。
Search Console 的网址检查工具和网页索引报告一分钟就能回答这个问题。
如果你的站重度依赖 JavaScript，让 Agent 对比 Firecrawl 渲染后看到的内容和原始页面输出的内容。
然后是速度。我会对这个页面调 PageSpeed Insights API，优先看移动端，并且只关心那些真会伤害用户体验的严重问题。
速度和可访问性同样影响 AI 答案，因为 Google 说过，页面必须先能被抓取、被索引、有资格生成摘要，才可能作为链接出现在 AI 功能里。
第二轮是看竞争对手。这里 Agent 做的，就是你有空时会手动做的事。
DataForSEO 拉出主查询词的前十名页面，Firecrawl 完整抓取每个页面，Opus 5.5 把它们和你的页面放在一起读。
重点在于“读完整页面”。让 Agent 猜对手写了什么，它就会瞎编；让它读真实页面，就不会。
你要拿到的是一份简短清单：赢家覆盖了什么你没覆盖、他们回答了什么问题你跳过了、以及你的页面哪里说得比他们都好。
我给 Agent 定的规矩是：报告里的每一个结论都要带上来源 URL；如果缺数据，就说缺数据，别靠猜去填空。
这就是“看起来很厉害的审计”和“真正能落地的审计”的区别。因为你一问某个发现从哪来的，靠猜的报告立刻就塌了。
第三轮是答案引擎。这部分我会讲得实在一点，因为胡编乱造的建议都在这里扎堆。
Google 说了，AI Overviews 或 AI Mode 没什么特殊技巧，常规 SEO 基础照样管用，甚至还告诉你别折腾 llms.txt 之类的东西。
schema 就是个炒作跑在证据前面的典型例子。Ahrefs 做过一次大规模对照测试，给页面加 schema，结果在 Google 和 ChatGPT 里的 AI 引用量都没有明显提升。
所以我把 schema 当成“页面符合富媒体摘要条件时才加的东西”，绝不是 AEO 的捷径。
对 AI 答案真正有用的改动，都跟页面怎么被阅读有关：
- 在每个标题下的第一句话就回答问题
- 让每个标题的措辞贴近人们提问的方式
- 每个段落都要做到单独拿出来读也通顺
- 你在网上所有地方出现的业务信息要保持一致
最后一点比看起来更重要，因为 AI 答案大量引用 Reddit、YouTube、论坛和行业媒体等第三方网站，别人怎么说你，跟你自己页面怎么写分量一样重。
这就是 Parallel 发挥作用的地方，Agent 用它去搜你的话题和品牌在哪里被讨论。
返回的结果会是一份清单：哪些地方的信息写错了，以及哪些你本该参与的讨论里根本没提到你。
想看看 AI 答案是不是已经在引用你，DataForSEO 能显示 AI Mode 针对你的查询词返回了什么。
Bing Webmaster Tools 更进一步，提供了 AI Performance 报告，列出你的哪些页面在 AI 答案中被引用了。
第四轮是整篇文章的核心：从页面到转化的路径。
Agent 会像买家一样读这个页面，检查有没有一个明显的下一步、它出现得够不够早、以及页面是否真的解答了用户注册前那一刻的疑虑。
然后检查埋点。如果注册没有被记录成一个独立的命名事件，你永远不知道这些 SEO 工作有没有回报。
内链也放在这一轮。Agent 会找出你站内已经有流量的页面，建议在哪里加上指向“赚钱页面”的链接。
四轮结束后，Agent 把所有内容写进文件夹里的一份报告，给修复项排优先级，并推荐“一个”最先动手的改动。
每周跑一次循环
正是这部分把一次性审计变成了系统；也正是在这里，如果你让 Agent 对所有波动都做出反应，它就会变得危险。
我跑的循环很短，Agent 会按你之前设好的时间表每周重复一次：
- 把最新的搜索数据和转化数据拉进状态文件
- 与上次改动前的基准数据做对比
- 检查页面自上周以来有没有坏掉什么
- 推荐一个改动，并附上证据和链接
- 在起草或发布任何内容前等你点头
- 把发生了什么、改了什么写进日志
一次只改一个地方听起来很慢。
确实是故意的。因为如果你在同一周改了标题、开头和内链，你永远不知道是哪个起了作用。
Agent 也该明白，排名小幅波动很正常。Google 自己都说过，排名一直在变，有时还会自己涨回来。
所以我告诉它：忽略任何只波动了不到两周的变化；除非有充分理由，否则别动已经表现很好的页面。
有些改动几天就见效，有些要几个月。
这就是日志的价值所在——Agent 在判断任何事之前，都需要知道每个改动是什么时候上线的。
而它在判断时，会同时看两件事：搜索端和业务端。
一个页面排名涨了但没多带来一个注册，在日志里记为失败。
一个页面排名没动，但在行动号召更清晰后转化率提高了，毫无争议地记为成功。
同样的谨慎也适用于 AI 引用。Bing 说过，引用趋势没法归因到某一次具体改动上，他们那边一次模型更新就可能让数字乱跳，而那跟你毫无关系。
测试期间我也会冻结 Agent 的指令，因为实验中途改 prompt，会让这周的检查和上周完全没法比。
你批准后，Agent 会在 Wordpress、Webflow 或你站点所在的任何地方起草改动，上线前由你做最终审阅。
最后这次审阅就是你的品味发挥作用的地方。Agent 很擅长找出哪里不对，但很不擅长判断哪些话你的品牌绝对不会说。
你的前四周
如果你今天从零开始，我会这样安排第一个月。请按顺序来，别急着跳到好玩的部分。
第一周，接通所有工具，定下基准。
也就是 Search Console、DataForSEO、Firecrawl、Parallel 和你的转化追踪，如果已有 Ahrefs 也接上。在第一次正式运行前，设好花费上限和审批规则。
写好 brief，确认你的注册或销售已被记录为命名事件，然后让 Agent 把几周的历史数据拉进状态文件。
如果你走 Viktor 路线，第一周就是在 Viktor 里接上同样的工具，然后把定期任务交给它。
第二周，Agent 找出那个赚钱页面，并对它跑四轮体检。
你读报告，质疑任何没有来源的结论，然后敲定第一个要做的改动。
第三周是上线周。
Agent 起草改动，你审核，你自己发布，日志记下日期和具体改了什么。
第四周，设置定期循环，开始衡量效果。
从现在起，定时任务或 Viktor 任务每周自动跑一次。给这个改动再多几周时间，再判定它是成功还是失败。
之后，你要么在同一个页面挑下一个改动，要么去找下一个赚钱页面。系统会一直转下去，而你每周只需做一个决定，不用再亲自去挖数据。
这就是我在用的整套系统。它不需要你是 SEO 专家，只需要你肯承认：哪些页面真在赚钱，哪些只是看着好看。
想用自动驾驶版，Viktor 会在 Slack 或 Teams 里替你跑这一切，每个敏感操作都会经过你批准。
想自己搭，今晚就打开 Claude Code，建好文件夹，写下 brief。
不管你选哪条路，在向搜索引擎多要一个访客之前，先让你的页面能转化。
感谢 Viktor 赞助本指南，你可以在 viktor.com 领取 100 美元免费额度。
