一句话摘要
用 Grok Bot 做 SEO 实现 2.7 万 MRR
我让 Grok Bot 去做我们的 SEO。它给我们带来了 $27k 的 MRR(完整指南)2026 年 8 月 25 日 · 19 分钟阅读 · 查看原文 ↗ Grok Bot AI SEO 营销
过去几个月里,我们一直在低调地(stealth)构建一家软件公司。
公司做到了 $27k 的 MRR。
差不多每天进账 $1k。
花费的精力非常少,因为工作是 AI 在干。
我把这份增长中一个离谱的份额归功于 Grok Bot。
它找到了我们一直忽略的搜索流量,挑选出值得修复的页面,准备好改动方案,并在之后回来看结果如何。
这个信号在 Search Console 里已经清晰可见:自然流量不再横盘,而是开始复利增长。
在那 90 天里,Search Console 记录到了 52,103 次点击。日点击量有近两个月都徘徊在 300 到 350 之间,随后攀升到大约 1,400。
我们并不需要再为「为了发布而发布」去写一篇 2,000 字的文章。我们需要 Grok Bot 找到真实需求已经存在的地方,判断这个机会是否有用,并准备好一个值得测试的最小改动。
于是我给 Grok Bot 派了一个反复执行的任务:
> 找到已经最接近「创造客户」的页面。给我带回来一个值得批准的改动。从接下来发生的事里学习。
当它拥有以下这些上下文时,这个任务听起来很简单:
GSC
GA
类似 Ahrefs 的关键词研究(它会比付费买 Ahrefs 更便宜……稍后你就知道)
目前最好的 AI 写作、图像等模型
如何编辑 WordPress 页面
这一切都在我手机上运行,给 Grok Bot 发短信(就像我在 WhatsApp 上发消息一样)……
就像对待一个员工……
而我可以在海滩上 / 开车 / 等等。
这个 Bot 必须读取实时搜索数据、理解业务、拒绝那些看起来激动人心却毫无产出的数字、检查实际的 WordPress 页面、准备好一处改动,并在发布之前停下来。
然后它必须在之后回来看这个改动是否起到了作用。
这个循环不断找到流量,并把正确的机会转化为收入。最终,公司做到了 $27k 的 MRR。
这篇文章会解释整个系统。搭建方式、提示词、工具、规则、每周的例行流程,全都在这里。
继续读下去。我会把整套 playbook 全部抖出来。
I. 大多数 SEO 工作极其擅长「看起来很有产出」
通常的 SEO 工作流从一个模糊的目标开始,比如「获得更多流量」。
这很目光短浅……
现在 AI 可以成为专注于增长收入 / 线索等方面的「大脑」。
这个目标会被翻译成各种活动:更多内容、更多外链、更多字数、更多报告。
最后你得到了一份更厚的报告,却完全不知道业务是否变得更好。
一次展示(impression)不会给你付钱。一个排名不会给你付钱。甚至一次点击都可能毫无价值——如果那个点击的人根本没有理由购买、开始试用或预约通话的话。
这条路径更长:
搜索需求 → 有用的页面 → 点击 → 合格的访客 → 客户行动 → 收入
大多数工具都停在这条路径的开头附近。
它们告诉你哪个关键词有搜索量,或者哪个页面缺少一个 H2。然后它们把活儿又交回给你,通常是在一个堆满了足以毁掉你一个早上的警告的仪表盘里。
一个 agent 应该接管接下来要做的那个决策。
它应该告诉你哪个机会重要、有什么证据支撑、它会改什么,以及这个改动应该影响哪个业务结果。
如果它无法解释通往客户的路径,这个机会就在列表里往下排。
单单这条规则就能消除掉数量惊人的「SEO 表演」。
II. 一个 Bot 需要的是一份工作,而不是一句提示词
大多数人把 AI 当做一个更聪明的搜索框来用。
他们问「我该怎么改进我的 SEO?」,然后收到一堆他们早就知道的、打磨得很漂亮的老生常谈。
加内链。提升页面速度。发布有用的内容。记住用户。
那是废话。
什么都没发生,因为没有人拥有这份工作。
不过最近,AI 可以拥有这份工作,成为大脑。
而你来负责编排。
当你把 Grok Bot 当做一个需要一块明确职责范围的新操作员时,它会更有用。
区别在于「持续性」。
这个 Bot 拥有自己的工作上下文、文件、浏览器、终端、已连接的工具和例程。它可以在下周回到同一个任务,并带着本周发生的事情记录。
但只有任务清晰时,持续性才有帮助。
「做 SEO」不是一份工作。
「负责每周的自然增长复盘,在一个现有的 WordPress 页面上找到一个有证据支撑的机会,准备好一个最小的有用改动,并等待批准」才是一份工作。
这个描述给了 Bot 它需要的五样东西:
一个结果
它应该信任的数据源
一个具体的交付物
一条边界
一个反馈循环
把下面这段粘贴到 Bot 的描述里:
你负责这个 WordPress 业务的每周自然增长复盘。
使用 Conqueror 读取实时 Search Console、关键词、竞争对手和页面数据。找到现有页面中可信收入上升空间最高的那个。拒绝虚荣流量,以及那些没有通往客户的有效路径的搜索。
返回一张简短的决策卡,包含证据、你拒绝的备选方案,以及一个提议的改动前后对比。
未经我的批准,绝不发布、不联系任何人、不修改线上站点。
在一个获批的改动上线后,记录基线,并在第 7 天和第 28 天比较同一个页面。把结果转化为下轮复盘的规则。
现在 Bot 知道了「赢」长什么样,也知道自己必须停在哪里。
III. 从收入往回倒推
如果你的目标是「更多流量」,Bot 就会找到流量。
然后你会流量一大堆,收入却很穷。
这听起来像明摆着的事,但人们就是这样最后去给成千上万永远带不来一个客户的搜索做排名。
先把业务结果交给 Bot。
对我们来说,计分卡最终应该覆盖:合格的注册、预约的演示或通话,以及来自自然访客的收入。
Search Console 数据仍然重要。它展示了 Google 在哪里看到了需求,以及你的页面如何满足这些需求。
只是它不能是最后一层。
Bot 应该往回倒推:
什么行动能为业务创造价值?
哪些页面能把正确的访客引向那个行动?
这些页面里哪些已经获得了可信的搜索需求?
页面在哪里把访客弄丢了?
什么最小的改动可以改进那一步?
这把「SEO」从一堆任务变成了一串决策。
它也改变了 Bot 的优先级排序方式。
一个 50,000 次搜索量的宽泛信息型关键词可能看起来很诱人。而一个 2,000 次搜索量的更窄查询可能有用得多——如果搜索它的人有一个你的产品能解决的、代价高昂的问题的话。
Bot 应该在写下哪怕一个字之前就理解这个区别。
IV. 那张起了作用的图
Grok Bot 首先把过去 90 天的 Search Console 数据和上一时段做了对比。
它找的不是最大的关键词,也不是最长的一串错误。它找的是「需求、搜索意图、通往收入的路径」三者已经重叠的页面。
有些机会从表面看就很明显。
但我懂什么?
我不想花掉自己的早晨去判断一个低 CTR 到底意味着包装差、意图弱,还是 Google 自己就回答了那个查询。那是 Grok Bot 的活儿。
它检查了搜索结果,拒绝了那些不太可能带来有用点击的诱人查询组,然后自己选定了下一步。
有用的输出不是一份一百项的大审计。它是一张决策卡:
WHY NOW(为什么是现在)
真实的搜索需求已经可见。
这个页面足够接近,无需从零开始就能改进。
WHY THIS PAGE(为什么是这个页面)
搜索意图和产品能解决的问题匹配。
从点击到客户行动之间有一条清晰的路径。
REJECTED(已拒绝)
那些 Google 很可能无需点击就满足搜索的诱人查询组。
NEXT MOVE(下一步)
准备一个更紧凑的标题和描述。
在动 WordPress 之前先展示精确的 diff。
MEASURE(衡量)
页面和查询聚类的 CTR、点击量,以及随之而来的客户行动。
STATUS(状态)
等待批准。
我能在两分钟内看懂它。
我也可以在不打开六个标签页、不从头重建整个分析的情况下表示不同意。
V. 每周的循环
当它开始重复时,这个系统才变得有用。
一次好的推荐可能只是运气。当 Bot 衡量发生了什么、并把那个教训带进下一轮时,价值才显现。
这就是在公司增长期间,Grok Bot 每周做的事情。
1. 感知(Sense)
读取过去 90 天的 Search Console 数据,并和上一时段对比。
把查询按 Google 已经将其关联到的页面分组。把点击、展示、CTR 和排名一起拉出来,这样就不会有某一个亮眼数字绑架整个决策。
2. 找到近在咫尺的胜利(Find near-wins)
寻找那些需求大到值得关注的页面,尤其是排名在 4 到 15 名左右的。
它们足够接近,一次聚焦的改进可能就管用;同时又离顶部足够远,说明很可能缺了点什么。
3. 拒绝虚假机会(Reject fake opportunities)
检查搜索结果以及它们背后的意图。
剔除 Google 会直接回答的查询、没有可信业务路径的页面,以及那些 CTR 变高也只会招来错误人群的话题。
4. 选出一个约束(Choose one constraint)
挑出「需求、意图、当前排名、业务相关性、可修复性」组合最优的那个页面。
Bot 必须解释为什么这个页面排在其它页面之前。
5. 准备最小的改动(Prepare the smallest change)
检查线上标题、描述、H1、开头、页面结构、内链,以及竞争中的搜索结果。
然后准备一处聚焦的 diff。它可能是一个搜索摘要、一个缺失的板块、一个更清晰的开头,或更好的内链。
6. 停下来等待审查(Stop for review)
现在什么都还不能上线。
Bot 返回决策卡并等待。
7. 衡量并记住(Measure and remember)
在批准并发布之后,记录确切的改动和日期。
第 7 天的检查是早期信号。第 28 天的对比更有用。如果结果改善,保存这个模式。如果没有,就修改或回滚,并同样保存这个教训。
这就是为什么几个循环之后,Grok Bot 就不再听起来像其它任何一个 AI SEO 工具了。
它开始使用你的结果,而不是通用建议。
这是我用的衡量提示词:
@Conqueror
把这个页面和改动前记录的基线做对比。
检查 7 天的结果作为早期信号,28 天的结果作为主要决策依据。
报告:
改动前后的展示量
改动前后的点击量
改动前后的 CTR
改动前后的排名
相关的注册、演示、通话或收入
可能的外部因素
保留、修改或回滚
把结果保存为一条规则,用于未来的自然增长复盘。
8. 在页面过时之前刷新它(Refresh before the page goes stale)
一个页面可以赢了却仍然衰败,因为其中的例子、统计数据、竞争对手或年份悄无声息地变旧了。
对于重要的页面,我用 Conqueror 给关键词和 WordPress 页面挂上一个自动刷新。
它有一个功能,可以像 ChatGPT 之类那样设置循环任务来刷新内容 / 页面。
我把它设成每三个月一次。
每次运行都会再次检查页面,在需要的地方改进关键词覆盖、开头、标题、结构和薄弱板块,然后生成一个新的 WordPress 草稿给我审查。它不会替换线上页面。
这不是一个假的日期改动。这是一次真正的维护,这样读者、Google,以及 ChatGPT、Perplexity、Claude 这样的 AI 答案引擎就会持续遇到一个被积极维护的页面。
复制这段并把方括号替换掉:
@Conqueror
为 [PAGE URL] 安排每三个月一次的内容刷新,目标关键词为 [PRIMARY KEYWORD]。
在每次刷新时:
检查当前的搜索结果和页面最近的表现
更新过时的事实、例子、日期和主张
改进薄弱的关键词覆盖、标题、开头和薄弱板块
保留原始主题、语气、已核实的事实、链接、图片和 WordPress 结构
创建一个新草稿,并在准备好时通知我
未经我的批准,不发布任何内容。
9. 跑一遍 GEO(Run a GEO pass)
搜索不再只是十个蓝色链接。我还希望页面能容易被 AI 产品理解、提取和引用。
这是提示词:
@Conqueror
审查这个页面是否能够被 AI 搜索产品理解和引用。
检查它是否:
直接回答主要问题
让公司和产品实体清晰
用证据支撑重要主张
包含在引用时可以独立成立的板块
覆盖了买家会问的后续问题
准备一处聚焦的 GEO 改进作为草稿。不要发布它。
VI. 我的技术栈
Grok Bot(通过 Cursor Teams Premium,每人每月 $120,现在可以 $60/月):拥有这份工作、记住上下文、运行例程
Conqueror($39/月):给 Grok Bot 提供 SEO 研究和 WordPress 工具
Claude 模型:这是我写作 + 修改的选择
OpenAI 的 GPT Image 2:当页面需要图片时创建图片
DataForSEO:当我用我自己的 key 时,通过 Conqueror 提供关键词和实时搜索结果数据
Google Search Console:展示查询、展示、点击、CTR 和排名
Google Analytics:展示访客点击之后做了什么
WordPress:获批改动上线的地方
Stripe:流量是否到达 MRR 的最终计分板
Grok Bot 通过 MCP 连接 Conqueror。这给了它关键词和 SERP 研究、排名、竞争对手数据、外链、审计、Search Console 数据,以及准备好一处 WordPress 改动供审查的能力。
Grok Bot 决定什么值得关注。Conqueror 给它工具,让它从「你应该改进这个」变成一处等待批准的确切改动。
Grok Bot 干所有活。
SEO 关键词研究
Grok Bot 不猜哪些关键词重要。它向 Conqueror 要真实的搜索量、难度、意图、CPC、排名、竞争对手和实时搜索结果。
这就是我通常会从 Ahrefs 类工具里期待的那种研究,只不过 Bot 可以直接调用它,并对发现的东西采取行动。
Conqueror 每月 $39。包含入门用量。
之后,我带上自己的 OpenAI 和 Anthropic key。我们用 Claude 模型写作,用 GPT Image 2 做我们找到的最好的图像生成。
我喜欢能带上自己的 key、按供应商成本支付 AI 费用。Conqueror 收的是软件费用;OpenAI 和 Anthropic 按我们实际用的量直接向我收费。对 DataForSEO 我也能同样做,用于关键词和搜索结果数据。
这和我在 Higgsfield 这类捆绑式 AI 工具上的体验不同。我可以为一个订阅付大约 $100,而那个月我个人实际只用了大约 $30 到 $40 的模型生成量。用 BYOK,我能看到真实用量,而不是买一个套餐然后祈祷自己用得上。
这也避免了把 Bot 挡在另一项可能每个月迅速跑到几百美元的研究订阅后面。
VII. 自己搭建
第一个版本很简单。
你需要:
Grok Bot
一个 Conqueror 账户(7 天免费试用后每月 $39)
一个 WordPress 站点
连接到该站点的 Google Search Console
第一天你不需要自己的供应商 key,因为入门用量已包含。如果之后继续运行,再加上你自己的 DataForSEO 和 AI key,或者使用 Conqueror 的托管用量。
1. 创建 Bot
打开 Grok Bot,选择 New → Create new agent。
给它起一个无聊而具体的名字。我的是 CMO: Organic Traffic。
把第 II 节的职位描述放进它的 profile 里。把永久规则放在那里,尤其是批准边界。
2. 连接执行层
在 Conqueror 里创建一个项目,然后连接你的 WordPress 站点和 Google Search Console。
打开你的 CMO: Organic Traffic Bot 并发送这个:
用这个 URL 连接一个名为 Conqueror 的自定义 MCP 服务器:
https://winwith.conquerorapp.com/mcp
按照 Connect 卡片操作,完成登录,然后打开 Plugins → Installed,确认 Conqueror 已连接。
现在 Grok Bot 可以用 Conqueror 做搜索研究、WordPress 检查和可审查的改动了。
3. 给它第一个安全的任务
发送这个。直接点名连接器,这样实时数据从哪来就没有歧义:
@Conqueror
审查我连接的 WordPress 站点过去 90 天的 Search Console 数据,并和之前的 90 天对比。
找到最多五个有可信上升空间的现有页面。优先考虑那些有可观展示量、平均排名在 4 到 15 左右、相对其排名 CTR 偏弱、且有清晰通往客户行动的路径的页面。
拒绝那些 Google 很可能无需点击就回答的搜索、意图不匹配的搜索,或会带来不太可能帮助业务的访客的搜索。
选出一个页面。检查线上页面和当前搜索结果。返回一张决策卡,包含证据、被拒绝的备选方案、一个提议的改动前后对比、应该变动的指标,以及它可能影响的业务行动。
不要发布或编辑线上站点。
第一个结果应该是一个决策。
如果 Grok Bot 返回一整篇完成的文章,纠正它。它是在理解任务之前就开始写了。
4. 审查第一个结果
检查来源页面、数字、搜索意图、被拒绝的选项和提议的 diff。
问一些烦人的问题。为什么是这个页面?为什么是现在?为什么这个改动会影响那个指标?什么能证明这个想法是错的?
把它当做一个向你汇报的员工来对待。
5. 把流程保存为一项技能
一旦一次运行可靠了,告诉 Grok Bot:
> 把我们刚用过的流程保存为一个名为「Organic growth review」的技能。包含可信来源、优先级规则、决策卡格式、衡量窗口、失败处理,以及「发布永远需要批准」这条规则。
一项技能保住了这套方法。
记忆文件保住了你的业务从使用它中学到的东西。
6. 创建例程
在第二个页面上测试过这项技能之后,把整套循环工作流交给 Grok Bot:
用这些规则创建一个 Organic growth 例程:
每周一早上 9:00,运行 Organic growth review 技能。
最多返回三个机会并推荐一个。使用当前的 Conqueror 和 Search Console 数据。如果实时数据不可用,报告失败,而不是使用旧数字。
对每一个获批的改动,保存基线、精确 diff、发布日期和预期的业务结果。在 7 天和 28 天后重新检查,然后推荐保留、修改或回滚。
在我批准并发布一个改动后,问我是否希望 Conqueror 每三个月刷新那个关键词和页面。如果我说是,就把刷新安排为「仅草稿」。
未经我的批准,绝不发布或修改线上站点。
现在 Grok Bot 可以在你的笔记本电脑合上的时候准备工作了。
你回到一个决策,而不是又一个仪表盘。
VIII. 记忆文件
AI 记忆的有用版本不是一个带着最喜欢颜色的假人格。
它是关于决策和后果的记录。
对每一个获批的改动,保存:
页面 URL 和查询聚类
基线展示、点击、CTR 和排名
这个页面应该影响的客户行动
为什么选这个页面
精确的改动前后 diff
批准和发布日期
7 天结果
28 天结果
保留、修改或回滚
学到的规则
前几项会让人觉得繁琐。
然后它们就会成为你的 Bot 能胜过一句通用提示词的原因。
它可能会学到某一种标题模式在对比页上带来更多点击。它可能会学到定义类查询带来流量却带不来试用。它可能会学到太早加一个产品板块会伤害参与度。
这些例子在你自己的数字支撑它们之前都只是假设。
这就是为什么这份日志很重要。
IX. 人们是怎么毁掉这套东西的
他们把 Bot 变成了一个写手
写作是最容易演示的部分,所以它就成了整个演示。
难的工作发生在草稿之前:选择正确的页面,理解它为什么表现不佳,把改动和客户结果连接起来。
这就是为什么我让 Claude 写文章,好让它成为另一个 agent。其他人更喜欢别的 AI——Conqueror 让我 BYOK,所以我按成本价付 AI 费用。所以如果我愿意,我可以在那里插上 Kimi/ChatGPT,让它们来写。
他们为搜索量优化
搜索量让截图看起来漂亮。
一个带商业痛点的更小查询,可能远比一个吸引所有人却转化不了任何人的宽泛话题值钱得多。
他们一次性改所有东西
如果标题、开头、结构、offer 和内链一起全改了,下一次衡量就几乎什么都教不了你。
更小的改动让反馈变得有用。
他们让它立刻发布
一个能更新一个页面的 agent,就能更新一百个页面。
把最终批准权留到它积累出一长串正确决策、干净 diff 和合理回滚的记录之后。
他们停在流量上
更多点击感觉很好。
业务需要的是会采取有用行动的合格访客。尽可能把漏斗后段连接起来,哪怕一开始数据不完美。
X. 把无聊的 90% 交给机器人
AI 能产出的内容多到你永远审不完,但产出更多内容很少是缺失的那块。
有用的活儿远没有那么光鲜:
拉取当前数据
比较页面
检查搜索结果
拒绝坏机会
准备一处 diff
保留记录
在衡量窗口关闭时回来
你保留判断和批准。
Grok Bot 携带上下文、做重复工作。Conqueror 给它完成工作所需的搜索和 WordPress 工具。
这就是我在再雇一个人去盯着 Search Console 之前会搭建的系统。
单靠更多 SEO 活动本身不会让公司增长。
是 Grok Bot 找到了流量、挑出了值得移除的约束,并不断从结果中学习。这份工作帮助把公司带到了 $27k MRR。
把这份工作交给 Grok Bot。
TLDR;
给 Grok Bot 一个收入结果,而不是一个模糊的 SEO 任务
让机器人去做无聊的 90%
把它连接到实时 Search Console、分析和转化数据
让 Conqueror 处理研究并准备 WordPress 改动
让 Grok Bot 拒绝没有通往客户路径的流量
改动由你自己批准
在信息过时之前自动刷新重要页面
检查赢下的页面是否也容易被 AI 答案引擎理解和引用
衡量点击、注册、演示或通话,以及收入
接下来,如果你想让我写一些 skills/.md 文件,讲如何接入更强大的、把「自然流量」转化为「收入」的工作流,请在下面留言。标签:# X # Grok Bot # AI # SEO # 营销 # 增长 # Claude # MCP # 指南 # Chatgpt 相关文章 如何用 AI 网红成为百万富翁 当我第一次听说有人靠在自己卧室里发 AI 视频赚到真钱时,我想要证据,证明这些视频真的能转化 Grok Bot AI 营销
原文参考:https://maxed.wiki/posts/i-told-grok-bot-to-do-our-seo-it-got-us-27k-mrr-full-guide/ (Maxed.wiki,本页为站内中文整理)