SEO 流量下降怎么查：8 个诊断步骤、关键词波动七型与原因四级写法

太长不看版： 流量掉了，第一个动作是核实，不是改网站。我们的诊断顺序固定为 8 步：定幅度、定范围、查对比基准、拆主机名、排除技术故障、看收录、按搜索引擎拆分、写结论。最容易把人带偏的有两个：对比基准本身异常（我们接手的一个 1 万多篇的视频内容站，一周 -27.9%，拉长到 8 周才发现上一周恰好是近 10 周最高），以及 GA4↗ 没按主机名拆（站群合计 -20%，主域单独看是 +57.5%）。判断方向用“关键词波动七型”，写结论时把原因分成已确认、高概率、待验证、已排除四级，不允许出现“算法波动”这种没有证据的句子。

结论只能从数据往回推

流量掉了，第一步该查什么？先别查，流量下降诊断的规矩是结论只能从数据往回推：依次看数据变化、范围、页面、词和页面现状，最后才下判断，不能先有答案再找数字。

流量下降时最常见的错误，是心里先有答案，再去找能支持它的数字。有人一看到曲线往下就说“被算法打了”，接着改标题、删文章、调内链。等真正的原因查出来，网站已经被动过一轮，前后数据混在一起，再也分不清哪个动作有效。

所以我们把顺序写死：数据变化 → 变化范围 → 具体页面 → 具体词 → 页面现状 → 判断。每一步拿到东西才能进下一步，不能跳。这不是我们自己发明的规矩，Google 官方的搜索流量下降排查指南↗也是先让你看下降的形态和范围，再谈原因。

另外两条原则跟这个顺序配套使用。第一条：看绝对值，不只看比例。搜索结果页跌 50% 可能只少了 500 次点击，文章页跌 10% 却可能少了 2 万次。报告里只写百分比，大家的注意力会被最扎眼的那个数字带走，而它未必是最该处理的。

第二条：以线上为准。状态码、robots、canonical、sitemap 一律直接 curl 正式站。Search Console、Bing、Yandex 的报表都有几天到几周的延迟，拿它们推断“网站现在什么状态”很容易误判。报表反映的是过去，线上才是现在。

8 个诊断步骤，顺序不能换

流量下降诊断的 8 步依次是定幅度、定范围、查对比基准、拆主机名、排除技术故障、看收录、按引擎分、写结论，顺序不能换。

这 8 步是我们在几个大型内容站上反复修正出来的。每一步要回答的问题和产出如下：

这样排序的道理是：前面的步骤成本低、排除力强，后面的步骤成本高。第 3、4 步只需要换个日期区间、加一个维度就能做完，却能推翻一大半“流量下降”。第 5、6 步要逐页检查，花的时间多得多。一上来就去查收录，常常忙了半天才发现根本没在掉。

第 5 步有个细节值得展开。排除技术故障时，要查的不只是首页，还有跌得最多的那几页。首页一般最受照顾，它正常不代表模板页正常。检查项也要具体：状态码是不是 200、robots 是不是 index、canonical 是不是指向自身、页面能不能被抓取。哪一项不对，问题大概率就在那里。大型站各类页面应该怎么设置，可以对照大型网站索引管理那篇的页面类型规范。

对比基准陷阱：有时候不是这周掉了，是上周太高

流量下降有时是对比基准太高的假象：1 万多篇的影音站周降 27.9%，拉 8 周日数据才发现被比的那周是近 10 周最高。

这是我们遇到最多、也最容易让人白忙的情况。我们接手的一个 1 万多篇的视频内容站，某周报表显示比上一周少了 27.9%。看上去很严重，已经超过 10% 的专项门槛。

但把每日数据拉到 8 周一看，答案就清楚了：被拿来对比的那一周（9/27–10/3）是近 10 周最高的一周，下降的主要原因就是基准太高。长假也会把基准抬高，日期恰好落在假期前后时要格外留意。只看周环比的话，接下来那一轮调整都会是在修一个并不存在的问题。

所以第 3 步的做法是固定的：不要只跟上一周比，至少拉 8 周的日数据，看本周落在曲线的哪个位置。再对一下日历，上一段有没有节假日、活动、新闻事件。周环比适合当警报，不适合当结论。

主机名的陷阱和这个很像。另一个内容站的 GA4 显示站群合计 -20%，按主机名拆开后，主域其实是 +57.5%。下降的是镜像域名，主站在涨。还有一次是 Google 流量从主域流向 CDN 直连域名，直连域名的会话数从 708 涨到 1,693，主域看起来就像在掉。两种情况下网站本身都没出问题，只是流量换了个门牌号。

GA4 拆主机名用的是内置的主机名维度，各维度的定义可以查 GA4 维度与指标说明↗。还有一个交叉检查很好用：GA4 在掉，但 Search Console 的点击稳定，先别怀疑 SEO↗，先去查埋点、归因设置和跳转。这种时候两边量的根本不是同一件事。

关键词波动七型：先认清是哪一型，再决定往哪查

关键词波动分成七型，包括曝光降排名稳、曝光和排名都降、大量词同步降等，先判断属于哪一型，才知道该往哪个方向查。

定完范围，下一步是判断方向。我们把关键词变化归为七型，每一型指向不同的排查方向：

第 1 型最容易被误读。排名没动、展现少了，说明你的位置还在，只是这个词的搜索量下来了。这种情况改页面没用，因为页面不是原因。该做的是确认需求下降是季节性的、事件性的，还是长期趋势，再决定要不要把资源挪到别的词上。

第 6 型最需要克制。几百个词一起掉，本能反应是一个个去看、一个个去改，但同步下降几乎总有一个共同因素：某个模板改了、canonical 被批量设错、内链结构动了，或者一批页面掉出了索引。逐词修改不但没效果，还会把真正的原因掩盖掉。正确做法是把下降的词映射回页面，看这些页面有什么共同点。

第 7 型常被忽略，流量涨的时候没人想查。但涨的原因写不出来，下次就没法复制。我们要求上涨也要写清条件：哪类页面、哪些词、做了什么改动、时间对不对得上。

看起来是问题、其实不是的五种情况

看起来像流量问题、实际上不需要处理的情况有五种，共同点是统计方式造成的错觉，例如抽样换批、站群合计混了不同域名。

这张表是从日常巡检里积累下来的。每一条都曾让人紧张过，查完才发现不需要处理：

这五条有个共同点：都是测量方式造成的错觉，不是网站本身的变化。抽样换了样本，问题数自然会跳。用 curl 去请求需要签名的地址，当然会失败。合计数字把不同域名混在一起，方向就可能反过来。看到异常时先问一句“这个数字我是怎么量出来的”，往往能省掉一整轮排查。

抽样这件事要格外小心。URL Inspection 一次抽十几条，只能用来发现问题，不能用来下全站结论。要谈收录率，必须拿全量的索引报告来对照。标签页这类海量页面类型该怎么判读，我们在标签页治理那篇写得更完整，包括核心标签仍在索引时，意味着是排名掉了，而不是被移除。

只有一个搜索引擎异常，就只修那个引擎

只有一个搜索引擎异常时，就只做该引擎的专项、不动全站设置，因为大型站同时吃多个引擎的流量，改全站可能修好一边弄坏两边。

第 7 步背后是一条原则：只有一个搜索引擎异常，就只做那个引擎的专项，不动全站结构。我们有两个案例都是这样处理的。一个是 Bing 持续报 5xx，但 Google 和其他引擎抓取都正常。另一个是某内容站的自然流量 -38%，这个站 85% 的自然流量来自 Yandex。

第二个案例发生在 2026 年 10 月，排查过程是：先看 Yandex 的可搜索页面数有没有降。结果没降，于是“页面被大量移除”可以排除。剩下的方向是人名类关键词热度回落，目前只有相关性，于是标为待验证。整个过程没有动任何全站设置。

为什么不能为了一个引擎改全站？大型站通常同时吃好几个引擎的流量。为了修 Bing 的抓取去改 robots、改 canonical，Google 和 Yandex 也会一起受影响，结果可能是修好一边、弄坏两边。各引擎的规则也不完全一样，Bing 有自己的站长指南↗，Yandex 对 robots meta 标签↗的支持也和 Google 不同。确实需要只针对 Google 的操作，可以用 Google robots meta 规范↗里的 googlebot 标签，其他引擎不受影响。这个做法在大量内容剪枝那篇里有具体用法。

结论怎么写：原因分四级，“暂不调整”也是方案

流量下降的结论要把原因标成已确认、高概率、待验证、已排除四级，“暂不调整”也是方案，但要写明原因、指标、周期和触发条件。

第 8 步写结论时，每个原因都要标出证据等级：

“已排除”这一级最常被省掉，其实它最有价值。写下“已排除页面被移除：Yandex 可搜索页面数没有下降”，下一个接手的人就不用再查一遍。看报告的人也能知道，你不是只列了自己想到的原因，而是把可能性一条条排除掉了。

同时，有些话不允许出现在结论里，比如“算法波动”“内容深度不足”。不是说这些不可能是原因，而是这类句子没附证据，既无法验证也无法推翻，写了等于没写。真怀疑是质量问题，就写清楚对比了什么、看到了什么差异，再放进对应的等级。

最后是方案。“暂不调整”是有效方案，对比基准造成的假下降、纯属需求回落的第 1 型，往往就该这么处理。但它不能只写四个字，要写清四件事：为什么不改、观察什么指标、观察多久、出现什么条件才动手。缺了这四件事的“暂不调整”，其实只是不想处理。

拿前面 Yandex 那个案例套进格式，结论的骨架大致如下（观察天数和升级条件是示例写法，按你自己的站调整）：

现象：自然流量 -38%（附来源与拉取日期）
范围：该站 85% 自然流量来自 Yandex
已排除：页面被大量移除（Yandex 可搜索页面数未降）
待验证：人名类关键词热度回落（只有相关性）
方案：暂不调整全站设置，只做 Yandex 专项
观察：Yandex 可搜索页面数、核心词展现；写明观察天数，以及“可搜索页面数开始下降就升级处理”这类条件

这套流程不需要什么特殊工具，Search Console、GA4 加 curl 就够了。真正难的是每次都按顺序走，不在第二步就跳到结论。想先看看长期代运营的范围和价格，可以参考服务价格。如果需要有人长期替你盯数据、流量下滑时按这 8 步把原因查清楚，可以了解一下我们的 SEO 建站与代运营服务。

这篇是大型网站 SEO 指南的其中一章，六个工作面的全貌和接手第一周的处理顺序都整理在那里。

常见问题

流量掉多少才需要处理？

±5% 以内先观察。5–10% 要查来源和跌幅最大的页面。超过 10% 做专项处理。另外，连续 3–7 天都在下降，即便每天幅度不大也要看，因为缓慢下滑比一次性跳水更容易被忽视。

Search Console 和 GA4 趋势不一致，该信哪个？

先别站队。GA4 在掉但 Search Console 点击稳定，通常是埋点、归因或跳转的问题。然后确认 GA4 有没有按主机名拆，站群合计和主域经常方向相反。两边对齐之后，再判断是不是 SEO 的问题。

为什么只看周环比不够？

因为上一周本身可能就不正常。我们遇到过一周 -27.9%，拉到 8 周日数据才看出主要是上一周恰好是近 10 周最高。节假日也会把基准抬高。周环比适合当警报，结论要放回更长的曲线里看。

只有 Bing 或 Yandex 掉，要不要改网站结构？

不要。只有一个引擎异常，就只做那个引擎的专项。改 robots 或 canonical 会同时影响其他引擎，很可能修好一边、弄坏另一边。

结论里可以写“算法更新”吗？

可以提，但要有证据并标明等级。只是时间点吻合，就属于“待验证”。“算法波动”如果没有任何证据支撑，就不应该出现在结论里。

---

了解我们的广告策略与投放服务 →