大家好，这次我们聊聊流量下降的话题。SEO 流量业务其实可以看作两个方面，一方面是做增长，另一方面是避免下降。互联网上大多数内容都是关于流量增长相关的，这次我来分享下避免 SEO 流量下降，以及解决流量下降问题的内容。
SEO 流量下降是正常情况
首先，如果你较长时间负责过一个网站的 SEO 流量，你会发现 SEO 流量并不是固定不变或者一直涨的，而是动态变化的过程。短期内，大型节日或周末，SEO 流量会有下降。长期起来，搜索引擎的算法更新，网站的功能异常，也会导致 SEO 流量下降。所以，遇到 SEO 流量下降其实是很正常的情况，不需要恐慌和焦虑，需要理性和客观的面对。
SEO 流量下降的 3 种原因
如上面提到的，SEO 流量下降的原因会有很多，一般会有以下 3 种：
- 流量统计异常。比如统计代码丢失、其他渠道流量的误算、统计口径的调整等；
- 我们有遇到过某个项目导致 SEO 流量翻倍，结果发现是 PPC 流量误算为 SEO；
- 也有遇到过 chrome 升级后 referer 字段丢失，导致频道数据异常；
- 外部原因，比如搜索引擎算法的更新、大型节日等；
- 比如 2021 6 月和 7 月的核心算法影响对很多网站的影响很明显；
- 再比如穆斯林斋月对伊斯兰教国家的影响非常明显，还有圣诞节、春节等；
- 内部原因，比如网站 SEO 代码丢失、服务器或网站功能异常等；
- 比如我遇到过开发同学不小心把网页 title 改掉，导致核心关键词排名丢失；
- 或者搜索服务异常，导致列表页流量明显下降；
总之，上面这些情况出现得太多，太普遍，我不得不梳理一下思路想办法避免这些问题，并且再出现时我该怎么快速解决。于是有了下面的话题，SEO 流量下降该怎么避免、分析和修复。
SEO 流量问题应以预防为主
就跟消防行业 “预防为主” 一样，SEO 流量问题也应该以预防为主，能不出问题就尽量不出问题。我们有 3 层保障方法来预防这些流量问题：第一层是巡检系统 - 保障网站 SEO 元素和功能正常；巡检系统主要是进行网站元素的自动化定时检查，如有问题就发送警告通知。比如我们在巡检系统中配置了以下功能：
- 网页 TDK 的配置 - 检查核心元素是否按照正常内容呈现
- 统计代码的检查 - 检查统计代码是否正常，确保流量正常统计
- 网页样式的检查 - 检查是否有网页错版的问题
- 列表页的产品数量 - 确保搜索功能正常
- 基础功能检查，比如是否 200 状态码、是否有死链
不光如此，巡检系统还可以模拟 Google 爬虫、美国 IP 访问，如有问题还可以发邮件、发钉钉第一时间通知（这里感谢下测试和后端的小伙伴）。
第二层是数据预警 - 流量出现异常时及时报警，将流量问题扼杀在前期；我们主要是参考小时的实时数据，跟上周同时段的数据进行对比。然后当增长/下降超过 10% 就会发送警报（阈值可设置），这样可以保证第一时间发现问题。
第三层是信息推送 - 主要是各国节日信息、Google 算法信息的推送，第一时间了解核心信息
我们抓取了各国节日，每天早上会通过邮件自动推送。如果某个国家因为节日受到影响，第一时间可以定位到原因。我们也实时抓取 Google 的 Twitter、博客内容，如有更新会第一时间推送，这样可以最短时间了解到算法相关信息。
SEO 流量下降该如何分析
尽管我们在想办法避免，但如果还是出现了流量异常，该怎么分析呢，有以下几个流程。
第一步 确认数据问题
首先是确认数据问题，因为有时候只是我们日常用的统计工具出了问题。这时候需要多个数据平台进行对照，比如结合 GA、GSC 的数据做对照，看是否真的出现了这个问题；另外还需要跟 BI 同学确认是否调整了统计口径、手工整理底层数据来再次验证。
这一步先要做，是为了避免分析了一大通，结果发现只是数据统计的问题，导致工作量的浪费。
第二步 定义问题
好吧，既然确定出现了问题，那我们就看看到底什么情况。主要是确定下影响幅度、影响范围、发生时间这 3 个要素。
- 影响幅度。就是绝对值上下降了多少、大概有多少的比例。这样一方面可以了解严重程度，另一方面也方便后续细分时做对照；
- 影响范围。这个问题出现在什么频道、国家站、PC/移动端等维度，还有到底是 UV 在下降，还是转化率在下降，需要有个整体的判断；
- 发生时间。这个问题是近几天出现的，还是出现了很久。这个也会决定处理的优先级和时间。
第三步 数据细分
到这里就要一层层的拨开数据概览，看下到底是哪一层出现了问题。一般来说有 3 种细分：
- 维度细分。如上面所讲，需要对终端、频道、国家、行业等维度进行细分和数据对照，还需要进行维度交叉细分；比如分析发现是移动端流量在下降，需要进一步频道细分看下是移动端的列表页还是产品详情页的问题；
- 链路细分。一方面按照搜索引擎的核心链路：抓取 - 收录 - 曝光 - 排名 - CTR - 流量进行细分，另一方面还需要按照用户转化链路进行细分检查，比如列表页访问 - 产品详情页访问 - 下单页访问 - 提交订单 - 支付；
- 关键词类型细分。一般情况下会按照品牌词、成人词、热门/冷门词进行细分。需要注意的是，品牌词流量不光是在首页，也会分布在列表页和详情页，比如 “品牌词+产品词” 这类的关键词。
一般情况，按照上面 3 种细分，流量问题基本上就基本可以定位出来了。
第四步 假设与求证
流量问题定位出来之后，就需要确定具体原因，这时候需要进行进行假设和求证了。一般情况下可以结合下面几个信息来验证：
- 项目上线时间。有些流量问题是项目上线引起的，需要结合项目情况来验证，比如 AMP 下线引起的流量波动；
- GSC 数据验证。搜索引擎的核心链路问题、服务器问题，在 GSC 里可以进行数据验证；
- Google 算法。结合算法的详细信息，比如方向、时间来确定最终问题。
SEO 流量下降该怎么修复
其实流量问题定位之后，解决方法也基本确定了。
- 对于流量统计、网站功能异常这种内部原因，进行针对性的修复就可以了；
- 对于外部原因，节日类的异常只需要等待就可以恢复；
- 有具体方向的算法更新，可以进行针对性修复，比如外链更新；
- 另一类没有方向的算法更新，比如核心算法的更新，其实并没有很好的解决方案，一般需要其他增量项目来弥补这部分下降（这类算法的下降有时候也会回调）
3 个流量监控的经验
我觉得如果要做好 SEO 运营，关注 SEO 流量数据这是基本的素养。我有 3 个小经验可以分享：
- 每天手工记录。手工记录可以让你对数据有很直接的感受；
- 超过 3% 查问题。周环比的涨幅或跌幅超过 3% 就需要进行分析了，因为 3% 就意味着有一些数据变化，而不只是波动；
- 项目上线时间的记录。记录每个项目的时间和大概内容，方便后续做数据归因以及项目总结，否则每次看到之前的流量曲线，真的很难想起来当时做了什么（GA 里可以在曲线上加注释，很好用）。
印象较深的 2 次流量异常经历
经历过很多次流量异常了，比如网页错版、Title 丢失、搜索功能异常，更不要说隔几天就有的各国节日了，其中印象最深是 2 次流量异常：一次是 made-in-china.com 经历的外链处罚，另一次是 alibaba.com 九月大促时的爬虫被屏蔽，在这里可以分享下。
made-in-china.com 的外链处罚
早期购买外链其实是很常见的 SEO 行为，因为不买外链就无法跟竞手 PK 排名， made-in-china.com 也不例外。但 Google 的企鹅算法如晴天霹雳，突然对外链这种业内常见的优化手法进行处罚。我当时是在 made-in-china.com 担任 SEO 工程师，只见网站流量骤降 40%。我其实从开始对外链就有疑惑。因为我日常也会去博客和论坛发外链，每次都是复制粘贴一些同质内容。我会怀疑这种手工产生的“互联网垃圾”为什么要提高网页排名，不生产这些垃圾就会排名下降？这种情况合理吗？于是当企鹅算法推出之后，我就极力劝导同事，我们需要对购买的外链进行处理。但后来同事并没有听从，反而是处理了一些健康外链。没过多久我也离开了这个岗位。其实当时的下降原因也很明确，就是外链导致的，但进一步定位到底是哪一类外链有问题、需要处理，我并没有拿出足够的证据去说服同事。
alibaba.com 九月大促时的爬虫被屏蔽
这个要说到刚进阿里的时候的一段经历了。正在参加阿里百阿的脱岗培训，跟小组的小伙伴正准备吃火锅。忽然接到电话说 SEO 流量有大量下降，需要赶紧解决。当时正是九月大促（类似天猫双十一的大促），并且据了解下降幅度很大，于是我就在饭店打开电脑开始分析。当时也是一顿分析找不到具体原因，后来就跟开发同学打听最近上线的项目，偶然发现原来是开发同学为了服务器稳定屏蔽了爬虫的抓取。最终的原因虽然定位到了，但大促时出现流量下降还是很严重的事，我最后的绩效也受到了影响。但多说一句，那次绩效影响也不算是坏事，后来我增强了主人翁意识，第二年经过努力就涨回来了～
最后
最后再啰嗦一次，SEO 流量其实就是一方面做增长，一方面避免下降。这次的分享主要就是避免下降这部分的，而以上也都是经历了一次次的流量异常才总结来的，希望对你的项目有一点帮助。
也欢迎各位朋友分享自己的流量下降的经历～
