网站被降权后怎么办：一份可复用的 6 步排查清单，我照着它救回过两次站

2025 年 8 月 11 日那天早上我打开百度统计，看到近 7 天自然流量从日均 2400 掉到 890，掉了 63%。当时第一反应是「是不是被攻击了」，第二反应是「是不是百度又调算法了」，第三反应才是「我是不是做错了什么」。

慌了大概两天之后我意识到，这种时候最没用的做法就是瞎改。所以我停下来，用周末两天时间做了一次系统排查，把整个流程走了一遍，最后定位到的是一个我自己完全没想到的元凶。

这篇我把那份排查清单完整写出来，包括每一步的具体命令、要看的数据字段、判断标准，以及我犯的那个错。你可以照着这个顺序做，比在群里问「我是不是被降权了」有效得多。

第0 步：先确认是「降权」还是「波动」

80% 站长所谓的「被降权」，其实是算法正常更新。这件事必须先排除，否则后面所有动作都是噪音干扰。

判断方法有三个，任选其一：

• 看是否只影响部分页面。如果全站所有页面同时跌，包括那些你从没动过的长尾页面，那大概率不是降权，是算法波动或服务器问题。如果是某几个页面跌、其他不动，才可能是内容层面的问题。
• 看流量结构。如果自然流量掉但直接访问和外部流量没变，且百度搜索结果里你的网站还在（只是排名靠后），这是排名波动，不是降权。真正的降权通常伴随收录量同步下降。
• 看时间跨度。百度核心更新后 3-7 天是正常波动期，这段时间的数据不能用来做判断。我的经验是：任何低于 14 天的跌幅，都不要归因到降权。

我那次的情况是：全站跌，包括两年没动过的一个老工具页。这直接排除了内容层面的降权，方向转向技术层面。这一步花了我 40 分钟，但避免了后面几十小时的错误操作。

第 1 步：查服务器和访问日志（最容易被跳过，也最容易出真相）

降权的常见技术原因，一半在这一步就能查到。我那次就是。

具体看这几个东西：

• 5xx 错误码。Nginx 日志里 grep 5 开头的状态码，看最近 7 天有没有突增。我那次看到 502 一天出现了 3800 次——原因是数据库连接池被打满，PHP 进程全部排队超时。这是我一个统计脚本的 bug，不是百度的事。
• 抓取频次变化。从百度站长后台的「访问频次」看，如果某个时间点后百度抓取次数从每天 3000 掉到每天 200，几乎可以确定是被技术问题挡住了。
• 响应时间。我用的判断线是：TTFB 中位数超过 1.5 秒视为异常。超过 3 秒基本等于告诉爬虫「这个站不值得来」。
• 移动端可用性。百度会定期抽检，移动端如果有大量脚本加载失败、图片不显示，直接影响抓取和评估。

命令很简单，日志在 /var/log/nginx/access.log：

awk '{print $9}' access.log | sort | uniq -c | sort -rn | head -20

看状态码分布，5xx 和 4xx 的比例一眼就出来。再按天筛一下：

awk '{print $4, $9}' access.log | grep "05/Aug" | awk '{print $2}' | sort | uniq -c

做完这一步我心态就稳了，因为我知道问题不在 SEO，在服务器。当天我把那个有 bug 的统计脚本降级成每小时跑一次，第二天 5xx 消失了，第三天流量开始回升，第十天回到了 2100。我一次 SEO 动作都没做。

第 2 步：查收录和索引状态，看有没有异常页面类型

技术问题排除后，才轮到 SEO 层面的排查。在百度搜索资源平台里按这个顺序看：

• 索引量趋势。我的站正常是每天新增 8-15 个收录。跌权期间这个数字变成 0，然后开始负增长。如果你的收录量在掉，先别看排名，看收录。
• 按页面类型分组看收录。平台会分开统计「目录页」「列表页」「内容页」。我那次发现异常的是「列表页」这一组从 3200 掉到 1400，一查就知道是分页参数页被大量筛掉了。
• 抓取异常工具。这里会列出「抓取异常」的 URL 样本。我那次看到一堆 404，来源是我的外链推广页——那些页面被推广平台删掉了但我这边没同步。
• 抓取频次和抓取时间。如果百度每天给你 800 次抓取机会但实际只用了 60 次，说明它认为你质量低；如果机会用满了还被降，那是内容问题。

还有一个土办法但极好用：在百度搜索 site:你的域名，然后翻到第 10 页、第 15 页专门看。深层页面如果还能被搜到，说明全站权重还在；如果连二级目录都搜不到了，问题就严重了。我那次 site 查询的结果是能翻到第 22 页，这也是我没把事情想太严重的原因。

第 3 步：查最近 30 天改动过什么

这一步是整个排查里最关键的一步，因为降权几乎总是由某个具体改动引起的，而且这个改动通常发生在流量下跌前 2-8 周。

我现在的规矩是：站点所有改动必须记在一个文档里，包括日期、具体内容、为什么改。这个文档救过我两次。

要查的改动类型包括：

• robots.txt 改动。最常见的自伤方式。我见过有人把 /tool/ 这种目录顺手 Disallow 了，两个月后才发现全站收录腰斩。
• 模板改动。改标题结构、改 H1 数量、改分类页的展示方式。我那次翻了 30 天的日志，找到一次「为了移动端好看把分类页的 H2 改成了 H3」的提交，结果整站分类页的标题层级都塌了。
• 301 和 canonical 改动。改 URL 结构时权重转移没做对，是很隐蔽的降权原因。
• 服务器/迁移/CDN 变更。换服务器、改 CDN 厂商、加 WAF 都可能触发。
• 批量内容操作。一次性导入大量页面、批量改标题、批量加内链，都可能被判定为非正常行为。

具体怎么查：如果有 Git，直接 git log --since="2025-07-01" --until="2025-08-11"；如果没有版本管理，去服务器看文件的 Last-Modified，或者查 Web 缓存和站长平台的「页面抓取时间」，对比哪个时间点之后抓取的页面出现了异常模式。

我那次最后定位到的是两件事叠加：一次 H 层级改错的模板提交，加上服务器上一个未捕获异常导致部分分类页返回不完整 HTML。前者影响质量评估，后者影响抓取。两个都是我自己干的，跟百度无关。

第 4 步：查外部因素——外链、锚文本、是否被刷

如果前三步都没问题，再往外部找：

• 用 site: 在各搜索引擎查你的锚文本分布，如果短时间内突然冒出一堆完全一样的锚文本（比如全站被塞了「XX 工具」），是被刷外链了。
• 看百度「链接分析」里的「链接趋势」，突增的日期要重点排查。
• 检查是否被恶意镜像或抄袭。如果你的内容整站被搬到小站，对方往往还是会挂你的链接，一旦有大批低质站挂你的锚文本，属于负面信号。
• 看是否收到过侵权投诉或违规举报。如果有，站长平台通常会有对应通知，同时伴随一批低质外链突然出现。

关于外链，我踩过一次的坑是：2023 年我在一个论坛签名档里放了三年没动，签名档被站长卖给了垃圾站，几千个垃圾站一夜之间全挂上了我的锚文本。我花了两个月把这些链接一个个联系站长撤掉，效率极低。以后签名档我都写 nofollow，别为了那点权重冒这个险。

第 5 步：确认不是「你只是被更好的替代了」

最后这一条我放在这里，因为它是除了技术问题外最常见的原因，而且站长最容易忽略。

怎么判断：在你掉量的同时，你在 SERP 第 1 页的那些对手是不是也上去了？看百度搜索目标关键词，看前 10 名里有几个换了人。如果换了 6 个以上，说明不是降权，是竞争格局变了——你被更强的内容替代了，或者 SERP 被算法重新定义了。

我那次的一个教训是：我一直盯着「我的排名」，但真正的原因是我最大的两个竞品在 7 月同时更新了分类页，把描述从 40 字扩到了 150 字，还加了视频预览。他们不是把我弄下去的，是他们追上来了。我花了一周排查技术问题，又花了两周焦虑 SEO，最后发现该做的还是「把内容做厚」这件事。

把这份清单变成你的应急手册

按上面的顺序，我这次排查总共花了 9 小时（两天）。如果不写下来，下次遇到同样的事可能还要花两天半，而且大概率会在焦虑中做出错误修改。

我现在的做法是把这五步做成一个文档放在后台，每个季度更新一次检查项的具体阈值（比如我现在的 TTFB 报警线是 0.8 秒，比第一次设定的 1.5 秒更严）。这套东西的价值不在于教别人 SEO，而在于让你在慌的时候有一个可以照着做的动作序列。

最后说一句不太吉利但很真实的观察：能撑过降权的站，八成不是因为它修复得多快，而是因为它有别的页面能撑住排名。如果你的站所有页面用的是同一个模板、同一种内容结构，那么一旦权重整体下滑，没有任何缓冲。我在 2023 年初就把重点页面全部做了独立模板，就是为了留这个后路——这个准备在 2025 年 8 月救了我一次，让我在流量掉 63% 的情况下，还剩 890 的 IP 没掉到零。