用途
SEO Audit Orchestration 是一个用于完整 SEO 审计套件的主编排技能,由 Ahrefs MCP(模型上下文协议)驱动。它按定义好的顺序串联各个同级子审计技能,技术栈无关,前提是已连接 Ahrefs MCP,最终产出一份单一汇总报告,综合反链、关键词、内容、流量、技术健康度和排名等维度的发现。
适用场景:
- 运行完整 SEO 审计(季度、半年、年度)
- 收购前 SEO 尽职调查
- 迁移后验证(内容迁移、平台更换或域名更换之后)
- 新客户或新站点接入
- 在重大 SEO 投入前建立基线
- 诊断长期表现不佳
不适用场景:
- 单维度审计(改用具体子技能:seo-onpage、seo-backlink-audit 等)
- 排查某次具体流量下跌(改用 seo-traffic-diagnosis)
- 战术性问题,如“应该定位哪些关键词”(改用 seo-keyword-gap-audit)
- 常规监测(改用 seo-rank-tracking)
所需输入
- 纳入范围的站点或资产
- 目标市场与主要语言
- 竞争对手集合(3-5 个资产)
- 审计目标(基线、尽职调查、修复计划、增长路线图)
- 时间与报告约束
- 确认 Ahrefs MCP 已连接,且工作区可访问目标资产
框架:端到端审计的 6 个阶段
完整审计按顺序经过六个阶段。跳过阶段会产生缺口,调换顺序会产生返工。
阶段 1:范围与基线 在运行前先定义好审计:范围内(子域名、路径、语言)、范围外、审计目标(基线、修复计划、增长路线图、尽职调查)、利益相关方及其优先级、报告格式与长度预期。产出:一页纸的审计章程。
阶段 2:数据采集 从 Ahrefs 及配套来源拉取原始数据。必需的拉取项:
- Site Explorer:自然关键词、自然流量、热门页面、热门国家、引荐域名、反链、锚文本画像
- Site Audit:完整抓取结果
- Keywords Explorer:目标关键词范围及竞争对手关键词重叠
- Content Explorer:目标主题中表现最好的内容
- Rank Tracker:若已设置,则获取当前追踪位置
配套拉取项(非 Ahrefs 原生):
- Search Console:查询和页面数据、覆盖问题
- Analytics:流量、转化、按来源细分
- 服务器日志(若有):爬虫抓取行为
必须记录每一次拉取的数据新鲜度。过时的数据会得出错误结论。
阶段 3:运行子审计 运行每个子审计,各自产出独立的发现文档。
| 子审计 | 技能 | 产出 |
|---|---|---|
| 站点健康 | seo-site-health-audit | 按优先级排序的技术修复待办 |
| 反链 | seo-backlink-audit | 画像健康度、有毒清单、回收清单 |
| 关键词 | seo-keyword-gap-audit | 按优先级排序的机会清单 |
| 内容 | seo-content-gap-audit | 创建/更新/合并路线图 |
| 页面级 | seo-onpage | 对热门页面的逐页审计 |
| AI 搜索 | seo-aeo-geo | AI 搜索就绪度缺口 |
子技能负责分析,本技能负责排序并整合输出。
阶段 4:综合归纳 把发现合并为主题。200 个问题的清单不是审计,简短的主题清单才是。主题通常出现在以下类别中:限制上限的技术基础缺口、优先主题的内容深度缺口、反链画像集中度风险、站点未抓住的关键词机会、关键词蚕食或覆盖单薄、AI 搜索就绪度。每个主题都应回答:发生了什么、为什么重要、机会规模多大、修复方案是什么。
阶段 5:优先级排序 对主题排序,使用简单的“影响力/工作量”矩阵:
- 速赢:高影响、低工作量,立即做
- 战略举措:高影响、高工作量,规划并投入资源
- 维护:低影响、低工作量,放入待办
- 避免:低影响、高工作量,放弃
每个主题都要绑定一个可衡量目标(自然点击、目标区间内的排名关键词、自然流量转化)。
阶段 6:交付 产出汇总报告,参见 references/audit-rollup-template.md。结构:
- 执行摘要(1 页)
- 主题与建议(每个主题 1 页;数量按审计类型,取自模板的长度目标表)
- 子审计发现(链接或附录)
- 路线图(未来 90 天)
向利益相关方讲解报告,并争取对接下来 90 天工作的承诺。
工作流
- 制定审计章程:1 页的范围、目标、利益相关方、格式。
- 确认 Ahrefs MCP 访问:验证工作区具备目标资产和近期数据。
- 拉取全部数据:执行阶段 2 的采集清单,记录新鲜度。
- 运行各子审计:使用子技能,各自产出独立发现文档。
- 综合主题:遵循模板长度目标表针对该审计类型给出的主题数量。每个主题都绑定影响和修复方案。
- 优先级排序:影响力/工作量矩阵,速赢浮到最前。
- 起草汇总:使用模板,执行摘要放最前。
- 团队评审:在向利益相关方汇报前,对结论进行压力测试。
- 交付:向利益相关方讲解,争取对接下来 90 天的承诺。
- 安排下一次:审计会衰减,按节奏重跑。
失败模式
- 没有目标的审计:产出无人阅读的 60 页文档。先制定审计章程。
- 只有发现、没有主题:200 个问题的清单是数据,不是审计。要综合成主题。
- 跳过子审计:用一次大审计代替六个专项审计,会让每处分析都流于表面。
- 没有优先级:“这里有 47 件要修的事”会导致什么都修不成。要排序。
- 数据过时:Ahrefs 索引更新有延迟,要注明新鲜度,不要用一周前的变动下结论。
- 唯工具论:Ahrefs 只是一个来源,Search Console、分析和日志提供事实基准,应三方交叉验证。
- 审计之间的漂移:每次审计做法不同会使趋势无法识别,要标准化结构。
- 没有 90 天路线图:审计后没有计划,审计就会束之高阁。
- 独自审计:单独做审计会遗漏背景,应拉入工作的负责人。
输出格式
一份汇总审计报告,包含:
- 执行摘要
- 审计章程(范围、目标、方法)
- 主题与建议(每个主题说明是什么、为什么、机会规模、修复方案)
- 子审计附录(各子技能的链接输出)
- 90 天路线图(排序后的工作,含负责人和目标)
- 方法说明(数据来源、拉取日期、注意事项)
总长度、执行摘要长度和主题数量都因审计类型而异:季度健康检查不同于尽职调查审计。references/audit-rollup-template.md 中的长度目标表按类型规定了这些数字。无论哪种类型,执行摘要都应能在 5 分钟内读完。
数据不可用时的处理
本技能的输出依赖于它无法自行生成的数据、测量结果或工具结果。当所需输入、工具或数据源不可用或无法验证时,被认可的产出是:在交付物中说明缺口——需要什么、实际获得或验证了什么、输出的哪些部分受到影响。为完成交付而编造、估计或插值所需的数字永远不被认可。明确说明的缺口就是一个完整答案。
参考文件
- references/audit-rollup-template.md:汇总报告模板,包含执行摘要、主题结构和路线图格式。