独立站运营博主 @frxiaobei 在 5 月 20 日分享了自己跑了三周的一套 SEO 工作流：用网页检测工具把站点扫一遍找出收录漏洞，把检测结果丢给 Claude Code 让它直接改源码并部署上线，配合 GitHub 上的 marketingskills 仓库扫死链，再用 PageSpeed Insights 验证移动端得分。整套从发现问题到上线修复在他自己的站点上压到了 30 分钟内。
自检闭环的四个环节
第一环是收录漏洞扫描，输入域名后跑站点地图、抽样抓取、对比 Google Search Console 的索引状态，列出哪些页面被 Google 知道但没收录、哪些被收录但跑不进首页 100。第二环是 Claude Code 改源码：把上一环报告丢给本地 Claude Code，让它打开 GitHub 仓库找问题文件——通常是 meta description 缺失、canonical 标签错误、internal linking 不对、structured data 没写。Claude Code 改完直接 commit 并 push，CI 流水线接管部署。第三环是死链扫描，用 GitHub 仓库 coreyhaines31/marketingskills——一组针对 Claude 设计的 skill 模板，每个 skill 是一个 Markdown 文件，包含触发词、工具白名单、输出格式。第四环是 PageSpeed Insights，跑 Core Web Vitals 三项指标 LCP、INP、CLS——这一环不能被 AI 替代，它本身就是 Google 的官方裁判工具。
修复速度，而不是工具新旧
SEO 之前最难做规模的环节是”修”，不是”诊断”。诊断工具一直存在，Screaming Frog、Ahrefs、Semrush 做这件事 10 年以上。瓶颈在诊断完之后修改要跨过技术门槛——前端工程师不懂 SEO、SEO 顾问不会改代码。Claude Code 这一层把”懂代码”门槛拆掉。SEO Roundtable 编辑 Barry Schwartz 在播客里反复讲过：”Google 算法每年至少做 3000 次小调整，没有一家 SEO agency 能持续追得上。能赢的方法只有一个——让你站点的修复速度快过算法的变化速度。”frxiaobei 这套链路兑现的就是这条判断——一个月跑 60 次完整循环而不是 2 次。
这套链路解决不了的问题
对小型独立站和工具站合用，对大型电商或内容站要做相当多的本地化改造。第一是规模——marketingskills 里的 skill 是面向几百到几千个 URL 设计的，跑十万 URL 的电商站会因为 token 消耗炸开。第二是修复风险——Claude Code 直接改源码 push 上线没有人工 review，对小站可以接受、对核心营收站不可接受，需要在中间加一步 PR review。换到团队语境，整体时间会从 30 分钟拉回 2 小时——但这个 2 小时仍然比传统流程的两周快一个数量级。
参考链接：
