大家好,这次我们聊聊流量下降的话题。 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 流量有大量下降,需要赶紧解决。 当时正是九月大促(类似天猫双十一的大促),并且据了解下降幅度很大,于是我就在饭店打开电脑开始分析。 当时也是一顿分析找不到具体原因,后来就跟开发同学打听最近上线的项目,偶然发现原来是开发同学为了服务器稳定屏蔽了爬虫的抓取。 最终的原因虽然定位到了,但大促时出现流量下降还是很严重的事,我最后的绩效也受到了影响。 但多说一句,那次绩效影响也不算是坏事,后来我增强了主人翁意识,第二年经过努力就涨回来了~