用 Claude Code + Chrome 跑 Google Keyword Planner 找无限 SEO 关键词(免费版)

Income stream surfers · 13:42 · 发布 2026-06-14 · 5675次观看(截至抓取) · 观看原视频

主旨

博主用 Claude Code 接 Chrome MCP 直接操作 Google Keyword Planner(免费版)挖词、把 CSV 喂回 Claude 让它识别自己站点还缺哪些 pillar 页、再让 Claude 复制已有页结构 20 分钟搭一个新页,演示了一条对 solo builder 完全免费、不依赖 SEMrush 也能日更 pillar 的关键词与建页流水线。

核心论点

1. Claude Code + Chrome MCP 跑免费版 Keyword Planner 是当前 solo builder 最低成本挖词方案——AI 自己打开网页、点按钮、填关键词、下 CSV,人只判别结果。(→ 详解1)
2. 挖到词后让 Claude 反推”我站点还缺什么 pillar 页”比”我应该写什么博客”更高效——pillar 漏一个就是少一个流量入口,博客再写也是空打。(→ 详解2)
3. 20 分钟一个 schema/FAQ/H1 全套复制好的新页 + 内链支撑博客是 topical authority 的最小工作单元——重在批量堆、而非单页极致。(→ 详解3)
4. “SEO 已死”在有真实 organic 数据的站面前是空话:Balandary Park 1,904 页 60 万曝光近 1 万点击、15 个 organic inquiries,纯站 SEO 工作还在持续贡献业务。(→ 详解4)

知识点详解

1. Claude Code + Chrome MCP 操作免费版 Keyword Planner 02:34

博主整条流水线的入口是让 Claude Code 直接接管 Chrome 浏览器:对它说”打开这个链接、点 Discover new keywords、把 10 个关键词填进框里”,AI 自己读代码理解站点的定位、自己开 Chrome、自己操作 Keyword Planner UI。整段过程里 AI “managed to do that” 自动跑通02:34,不需要人介入 UI。

这与付费 SEMrush 抓词路线的差别:付费工具一次给上千词、但要人手动筛;这条路线每次只出 10 个”和当前站强相关”的种子词,人只判”这 10 个里要不要做”,效率倒挂。

博主明确说过这种做法”不是 programmatic 的”02:30——因为直接调 Google 官方接口要走应用注册流程、相对麻烦,Chrome MCP 跑浏览器虽然慢点、但配置成本接近零。代价是单次 ~30-60s 的浏览器操作时间,只能”一天做几次”而不是”一天做几千次”。

下载 CSV 后,人把文件拖到 Claude Code 对话里说一句”identify a missing pillar from the website, a page with lots of related keywords that could exist on that page and rank for those keywords”——这步是把”数据 → 决策”也外包给 AI,博主说”this is exactly what I did with Elopement Island. It worked extremely well”。

2. 漏 pillar 反推比”我应该写什么博客”更值得做 08:13

博主实操时先让 Claude 找”我们还没覆盖的 pillar”,而不是先问”我们应该写什么博客”08:44。区别在:博客本质是内链载体,真正吃搜索量的是 pillar 页;漏一个 pillar 等于漏一个流量入口,博客写得再多也救不回来。

实操里 Claude 反推出的首批候选包括 dog-friendly hotels(Balandary Park 是爱尔兰酒店,这一支词月搜近 1.5 万 + Galway 单地域再加 1,000)、hot tub breaks Ireland(博主最终做的那个)、spiritual meditation、self-catering in Galway、couples retreat Ireland 等。其中 hot tub breaks Ireland 博主现场让 Claude 复制已有页结构直接生成新页——

Look at my previously built pages to know how to do this exactly.

这一句是核心 prompt:让 AI 看仓库里已有 pillar 页的代码模式,自动套到新页上,而不是每次手写 schema/FAQ/H1/H2。这条 prompt 直接把”建页工作”从”逐字手写”压到”读旧页 + 改变量”。

3. 20 分钟一个 pillar 页,内链博客做支撑 08:06

博主的产能口径是”一天一个 pillar 页,每个 20 分钟”——视频里他自己说”spend 20 minutes on a page, make it really, really good, and then move on to the next one. That’s kind of what I’ve been doing, and yeah, it’s been working really, really well”08:13。

支撑这套 pillar 的内容侧是 Harbor SEO.AI(博主自家工具)生成的博客:把新 pillar 页 URL 作为 target keyword,生成文章后每篇博客都内链到新页——“this would help it get indexed and help it rank much better”。这是经典的 topical authority 三件套:hub 页(新 pillar)+ spoke 博客(内链)+ schema/FAQ 结构化。

博主演示的 hot tub breaks Ireland 落地页里有 schema、meta、FAQ、H1/H2 全套关键词布局,Claude 在新建时还特意把”meta title” 改了、把已有页的”reserve” 预订流程组件复用到新页上——这不是”AI 写个页面给你”,而是”AI 把已有站内最好的实践拼到新页上”。

4. 用真实数据反驳”SEO 已死” 04:04

视频里博主直接说”a lot of people think blogs are dead, a lot of people think SEO is dead”,然后贴 Balandary Park(爱尔兰一个 manor house 酒店)的后台数据反证:

• 1,904 pages published(站内总页数)
• 600,000 impressions(谷歌搜索展示量)
• ~10,000 clicks(实际点击)
• 15 organic inquiries(纯 SEO 流量带来的真实询盘,已计入业务)

15 organic searches led to inquiries or there have been 15 organic inquiries on this website. This is so important to track, guys. You need to be tracking absolutely everything as much as possible.04:29

博主把”organic → 询盘”作为最强反”SEO 已死”证据:不是展示量,不是点击,而是真正进入 sales pipeline 的咨询。这个站 direct > paid > organic 的当下,他坚持 organic 的位置”so important to track”。

数据可信度的”现场感”来自:博主随手在站内后台里点开数字,没有 PR 团队准备的数据图表,口播里说”this is Balandary Park. I just want to focus on this right here” 直接看后台。

可执行步骤

• 给 Claude Code 配 Chrome MCP(claude mcp add chrome ...);验证能对 Chrome 发”打开这个 URL、点这个按钮”等指令。
• 在你的项目目录下开一个 Claude Code 会话,先让它读仓库的路由结构/已有同类页代码,让它知道站点定位。
• 让 Claude 打开 Google Keyword Planner(免费版),让它自己”discover new keywords”并填入 10 个与站点定位强相关的种子词。
• 下载 CSV,把文件拖回 Claude Code 对话,让 Claude 输出”missing pillar suggestions”清单(每条 = 一个高搜索量 + 站内没覆盖的话题)。
• 对清单中每个新 pillar 让 Claude 读已有同类页的代码模式,生成 schema/FAQ/H1/H2 完整的初版新页。
• 用 Harbor SEO.AI(或同类 AI 写博客工具)针对新 pillar URL 生成 3-5 篇内链支撑博客。
• 盯紧”organic → inquiry”信号(自然搜索直接转化的真实业务询盘,而非单纯展示量),按 30 天节奏决定哪些 pillar 加固、哪些放弃。

关联

• 2024-08-05-AI博客自动化流水线-选词生成到变现的全流程:印证——同方向(AI 替代手动 SEO 流水线),本片是 2026 年版的具体 prompt 与 Chrome MCP 实操,可视为该片的更新。
• 2026-01-15-话题权威不是堆博客而是这些:印证——本片 pillar + spoke 博客内链结构正是”靠子主题内容密度 + 内链结构赢权威”的具体落地。

术语

• Claude Code + Chrome MCP(浏览器自动化扩展,让 Claude Code 直接操作 Chrome)
• pillar 页(围绕一个高搜索量主题的 hub 页,作为站内 topical authority 的承重墙)
• topical authority(对某细分主题成体系的内容密度与内链结构)
• Google Keyword Planner 免费版(Google Ads 账户的关键词研究工具,免费档可看搜索量区间)
• founder pricing(博主自家 Harbor SEO.AI 的早鸟价格档,限时 16 天)
• organic inquiry(由自然搜索流量带来的真实业务询盘,非付费/直访)

金句

This is how you should be doing SEO.08:38

博主用来收尾整条”AI 替你跑 Keyword Planner + 反推 pillar + 复制已有页结构”的流水线,语气近似”这就是答案”。

1,904 pages published at 600,000 impressions, almost 10,000 clicks. Nobody can tell me SEO is dead. It’s not dead yet.05:55

把”SEO 已死”论调直接打回的具体数字三连——博文用此收尾的可信度,只取决于 Balandary Park 后台数据是否真为博主所有。

This is exactly what we need. This 1 million percent needs to exist.09:06

AI 反推 hot tub breaks Ireland 是新 pillar 时博主的反应,代表”AI 替人选了比自己拍脑袋更对的词”那一刻的体验。

立场与利益

• 与利益同向(待印证):博主整支视频的核心主张”用 Claude Code 跑 Chrome MCP + 自己看仓库代码挖词”和”SEO 没死”——前者不直接带货,但全程铺垫 Harbor SEO.AI 的使用场景(写博客 + 内链);后者与博主卖 SEO 内容工具的生意完全同向。采信前需独立验证:在没有 Harbor 的情况下,纯靠 Claude Code + Chrome MCP 跑通这整条流水线的实际耗时与转化漏斗。
• 利益中性:Balandary Park 后台数据(1,904 页 / 60 万曝光 / 近 1 万点击 / 15 organic inquiries)是博主自有站,数据确实可以现场打开看,与”Harbor 卖不卖”无关,作为”SEO 还在贡献业务”的实证可以采信。
• 与利益反向(可信度最高):博主没有回避站内 organic < direct + paid 的现实04:23(“Yes, direct is higher. Yes, paid is higher”),承认 SEO 在其站上不是第一流量源,反而强化了”15 个 organic inquiries 都值得专门跟踪”的诚实感。
• 利益证据:口播里反复提 Harbor SEO.AI 的 founder pricing、founder 锁定价不涨价、Harbor Build(类似 Lovable 但专注 SEO 站)——属全程带货,折扣一档已点出。

价值定位

• 适合谁:已经在跑 niche 站、知道 topical authority 重要但被付费 SEMrush 工具成本挡住的 solo builder;或者已经在用 AI 编码工具、想把”挖词 + 建页”也一起搬上 agent 流水线的实践者。
• 解决什么:用纯免费的工具链(Claude Code + Chrome MCP + 免费版 Keyword Planner)替代付费挖词工具的最低门槛;给出”读已有页代码 → 改变量生成新 pillar 页”的具体 prompt 模板。
• 认知 vs 实操:偏实操——视频里直接跑通一条端到端流水线,演示 20 分钟建一个 hot tub breaks Ireland 落地页并推到 main 分支发布。
• 与 2024-08-05-AI博客自动化流水线-选词生成到变现的全流程 重叠,但本片独有:用 Chrome MCP 直接接管浏览器 UI + 2026 年最新 Claude Code 实操 + 给出”反推 missing pillar” 的具体 prompt(详见 详解2 末尾)。

自检问题

1. 这条流水线里 AI 实际接管 UI 的步骤是哪一步,为什么要用 Chrome MCP 而不是直接调 Google Keyword Planner 的 API? 答案:详见 详解1。Chrome MCP 跑浏览器 UI 牺牲速度换”零配置”;直接调 Google 接口要走应用注册、配置成本高。附 02:34
2. 博主为什么不先让 AI 写博客、而是先让 AI 反推”我站点还缺什么 pillar”? 答案:详见 详解2。pillar 漏一个就是少一个流量入口,博客是内链载体,本身不吃搜索量。附 08:44
3. 博主给 Claude 的核心 prompt 是什么、为什么有效? 答案:“Look at my previously built pages to know how to do this exactly”——让 AI 读仓库已有同类页的代码模式,自动套 schema/FAQ/H1/H2 到新页。详见 详解2 末尾。
4. “SEO 已死”在本片里被什么证据驳倒?这条证据本身可信吗? 答案:详见 详解4。1,904 页 / 60 万曝光 / ~1 万点击 / 15 organic inquiries;数据是博主自有站后台现场打开,口播时点开看,可信度较高。附 04:29 和 05:55
5. 复制已有页结构生成新 pillar 页相比”AI 写个新页面给我”,核心差异是什么? 答案:详见 详解3。前者复用站内最成熟的 schema/booking 组件,20 分钟出可发布版本;后者每次从零写,质量与时间都不可控。