关于 seo-traffic-diagnosis
面向 SEO 团队排查自然流量变化的诊断技能，结合 Ahrefs、Search Console、分析数据等证据定位可能原因，并形成行动计划。
主要功能
- 01五层流量诊断框架
- 02交叉核对 Search Console 与分析数据
- 03按页面和受众细分流量
- 04检查页面、技术及外部因素
- 05依据证据制定行动计划
适用场景
- 01调查自然流量骤降
- 02诊断内容投入后流量仍持平
- 03检查迁移或部署后的流量变化
- 04向利益相关者解释流量波动
MCP 相关
结合 Ahrefs MCP、Search Console 和分析数据调查自然流量变化。
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/seo-traffic-diagnosis确认已加载。
附带文件README.mdreferences/diagnosis-checklist.md
详细介绍
SEO 流量诊断
结合 Ahrefs MCP、Search Console 和分析数据，诊断自然搜索流量为何发生变化（下降、持平或意外上升）。不依赖特定技术栈。输出根因诊断和行动计划。
适用场景
- 自然搜索流量大幅下降
- 尽管持续投入内容，自然搜索流量数月来一直持平
- Google 算法更新后
- 网站迁移、更换平台或更改域名后
- 涉及路由、重定向或渲染的部署后
- 竞争对手的自然搜索份额明显增加时
- 单个页面的排名位置下降时
- 利益相关者需要尽快了解原因时
不适用场景
- 常规效果报告（使用
analytics-strategy） - 预先规划内容（使用
seo-content-gap-audit） - 仅调查反向链接（使用
seo-backlink-audit） - 与流量无关的技术问题排查（使用
seo-site-health-audit）
所需输入
- 症状描述（发生了什么变化、何时发生、变化幅度）
- 变化开始日期（最佳估计）
- 近期 SEO 历史：部署、迁移、内容更改、链接推广活动
- Ahrefs MCP、Search Console 和分析工具的访问权限
- 确认变化属实（并非追踪数据异常）
诊断框架：5 个层面
流量变化可能由一个或多个根因造成。按顺序逐层排查，证据充足时即可停止。
层面 1：确认变化属实
开始诊断前，先排除以下情况：
- 追踪数据缺失（分析工具中断、标签管理器问题）
- 机器人流量变化
- 报告对比错误（日期范围不同、细分条件错误）
- 季节性因素（对比同比数据，而不仅是环比数据）
- 节假日或星期几的影响
交叉核对 Search Console 点击量与分析工具中的自然搜索会话数。两者明显不一致时，通常说明存在追踪问题，而非真实的流量变化。
层面 2：定位变化范围
变化发生在哪里？
按以下维度细分：
- 国家和语言
- 设备（移动设备、桌面设备、平板电脑）
- 页面或版块（首页、博客、产品、类别）
- 查询类型（品牌词与非品牌词）
- 落地页
单个细分群体发生变化，与所有页面都发生变化，需要采用不同的诊断方法。
| 模式 | 可能原因 |
|---|---|
| 某个国家的流量下降 | 本地算法更新、hreflang 问题、地理位置重定向问题 |
| 移动设备流量下降，桌面设备持平 | 移动设备易用性或页面速度退步 |
| 某个版块流量下降 | 主题相关算法更新或版块特有的质量问题 |
| 品牌词查询流量下降 | 品牌层面的问题：网站宕机、声誉问题、人工处置 |
| 非品牌词查询流量下降 | 算法导致的排名问题 |
| 单个页面流量下降 | 页面层面的问题：内容、技术或竞争方面的问题 |
| 全站流量下降 | 全站问题：惩罚、技术故障、迁移或算法影响 |
层面 3：页面级分析
针对受影响的页面，检查：
- 各排名关键词的位置变化（Ahrefs Rank Tracker 历史记录）
- SERP 组成变化（更多广告、AI 概览、精选摘要、视频）
- 点击率变化
- 索引状态（Search Console 覆盖率）
- 抓取错误和可访问性
- 最近的内容更改
- 内部链接变化
- 反向链接变化（丢失的链接、重定向链）
即使排名没有下降，SERP 组成发生变化也可能导致页面流量减少。
层面 4：技术分析
是否出现了技术故障？
检查：
- Robots.txt 更改
- Canonical 标签更改
- Meta robots 更改（意外设置为 noindex）
- 重定向链和循环
- 渲染问题（尤其是对 JS 密集型框架）
- 网站速度退步
- Hreflang 错误
- 网站地图更新情况
- HTTP 状态码（4xx、5xx 数量激增）
- 服务器日志中反映抓取行为变化的证据
近期部署是首要怀疑对象。将部署日期与流量变化日期进行对比。
第 5 层：外部分析
如果第 1 至 4 层无法解释变化，就从外部寻找原因。
- 算法更新日历（交叉核对时间）
- 竞争对手动态（新增内容、获得的新 SERP 功能）
- 行业趋势（该主题的搜索需求下降）
- 手动措施（Search Console 中的安全问题和手动措施）
- 负面 SEO（链接增长速度突然变化）
结合竞争背景有助于诊断外部因素：你的流量下降时，竞争对手是否保持稳定（这表明问题可能与特定算法有关），还是整个垂直领域都在下滑（这表明用户行为可能发生了变化）？Similarweb 可显示竞争对手的流量趋势；Ahrefs 可显示竞争对手在 SERP 中的排名变化；两者结合，可以判断问题是仅出在你这边，还是整个类别都受到影响。
工作流
- 确认症状。 获取确切日期、变化幅度，以及已知的细分维度。
- 验证数据。 检查第 1 层。排除跟踪问题和季节性因素。
- 定位范围。 检查第 2 层。逐步细分，直到模式清晰。
- 深入分析页面。 针对受影响最大的页面检查第 3 层。
- 检查技术因素。 检查第 4 层。查看近期部署、robots、规范链接和重定向。
- 检查外部因素。 检查第 5 层。查看算法更新、竞争对手和行业情况。
- 提出假设。 用一句话陈述原因。
- 验证假设。 查找支持或否定假设的证据。参见
references/diagnosis-checklist.md。 - 制定行动计划。 根据具体证据安排具体修复。
- 沟通。 整理并写下诊断结果。利益相关者需要清晰的结论，而不是详尽的分析。
常见误区
- 贸然归因于算法更新。 “一定是算法的问题”是敷衍的回答。先排除技术和页面层面的原因。
- 解决了错误的问题。 流量下降被诊断为“内容质量”问题，但真正原因是某次部署时意外添加了 noindex。修复之前先验证假设。
- 没有“正常”基准。 缺少基准时，任何波动看起来都令人担忧。采取行动之前，先了解正常波动的范围。
- 把单个页面当成整个网站。 网站级和页面级诊断并不相同。先确认影响范围。
- 忽略品牌词与非品牌词的区别。 品牌词查询量下降意味着品牌层面出了问题；非品牌词查询量下降则意味着 SEO 出了问题。两者由不同团队负责。
- 对比错误的日期范围。 在节假日期间，将 28 天与之前的 28 天进行对比会扭曲情况。对于有季节性的业务，应使用同比数据。
- 止步于相关性。 部署和流量下降发生在同一天，说明两者高度相关，但不能证明存在因果关系。要找出其中的作用机制。
- 仅凭单一来源诊断。 Ahrefs 能查看排名；Search Console 能查看点击和查询；Analytics 能查看用户行为；日志能查看抓取情况。应结合使用。
- 过早安抚。 在没有证据的情况下告诉利益相关者“这只是算法更新，流量会恢复”，只会让之后的沟通更加棘手。
输出格式
诊断文档应包含：
- 摘要。 用一段话说明发生了什么变化、何时发生、变化幅度以及根本原因。
- 症状。 图表和细分维度的数据。
- 逐层调查结果。 各层确认或排除了哪些可能性。
- 根因假设。 用一句话陈述，并附上证据。
- 行动计划。 按顺序列出修复事项、负责人和时间安排。
- 恢复预期。 对恢复所需时间和上限作出合理预估。
- 监控计划。 说明要关注哪些指标以确认恢复情况。
长度：4 至 10 页。利益相关者会快速阅读。
如果所需数据不可用
此技能的输出取决于其自身无法生成的数据、测量结果或工具结果。当所需输入、工具或数据源不可用或无法验证时，合规的输出是交付内容，并明确说明缺口：需要什么、实际获取或验证了什么，以及输出中的哪些部分受到影响。绝不允许为了完成交付内容而捏造、估算或插值计算所需数值。说明缺口即为完整答复。
参考文件
references/diagnosis-checklist.md- 分层诊断清单，列出每一层需要提取的具体数据，以及如何解读每项信号。