网站流量为什么掉了？先查测量出没出错

这次下跌是不是真的

突然掉流量有两大类原因：受众真的走了，或者计数坏了。第二类要先查，因为它测起来更快，而且出现得出奇地频繁。统计代码会在网站更新时被拿掉，同意提示会改变有多少访客被计入，筛选条件会被人改动，脚本会被拦截；在上述每一种情况里，企业真实的流量照旧，只有报表上那条线在往下掉。

顺序恰恰是补救这一行永远不会主动讲的部分。一个卖补救服务的供应商，没有任何动机以网站其实没毛病作为开场，所以检查这把尺子，是买方必须自己坚持的那一步。它只花一小时，却决定了到底有没有急事。

那张图是对访客的一次测量，而测量出故障的频率，远高于受众凭空消失的频率。第一个小时属于这把尺子。

接下来是工作顺序：先尺子、再形状、再原因、最后修复。每一步都可以核查，而且没有哪一步需要相信任何人的销售材料，包括这个网站的。

计数器会说谎

四种尺子故障造成了大部分误报，而每一种都有老板今天就能自己跑的检验方法。

• 代码坏了或不见了。 网站更新、换主题和插件冲突都会悄无声息地移除统计代码。检验很直接：打开网站、盯着实时报表，确认在关键的几类页面上、在电脑和手机上，访问都被记录下来了。
• 同意设置改了分母。 统计只数那些同意被数的访客。提示条改版、更严格的默认设置，或者同意工具的一次升级，都可能在一夜之间大幅削掉被测量的比例，而真实受众毫无变化；在欧洲市场，真实访客和同意访客之间长期存在差距是正常的。凡是变更日志里靠近下跌日期的同意设置改动，都是头号嫌疑。
• 筛选条件和数据资源的改动。 一条被放宽的内部流量过滤、一条被删掉的数据流，或者一个配置错误的数据资源，都会在没有任何一个访客改变行为的情况下重写这条线。管理操作的变更历史几分钟就能回答这一项。
• 拦截插件和浏览器隐私设置。 拦截插件的普及会让被测量的比例逐渐变薄。如果只在某一个浏览器或某一类设备上出现台阶式的落差，通常意味着某个浏览器版本或政策变动，而服务器端的数字会显示受众还在。

交叉核对能定案。拿三个独立的计数器和统计曲线对着读：搜索控制台的点击量，那是搜索引擎在自己那一侧测的；服务器或内容分发日志，它们不管同意与否都会记下请求；以及企业自己的询盘和订单数字。搜索点击稳住而统计在掉，说明是尺子故障。所有线一起往下走，说明是真实下跌，接下来交给下一节。

下跌的形状

一次真实的下跌，要先诊断形状，再谈原因。四刀切下去，一个下午就能把范围从什么都有可能，收窄到具体某一类。

1. 哪些页面。 全站一起掉，指向技术层面或域名层面的原因。一组相关页面一起掉，指向内容或者搜索意图的变化。只有一个页面掉，那通常就是这一个页面的问题。
2. 哪些来源。 只限于搜索流量的下跌，原因就在搜索这一侧。只限于某一个引荐来源，说明有个入口变了。所有来源同时下跌，则又指回那把尺子，或者指向需求本身。
3. 哪些地区、哪些设备。 只有一个市场在掉，那是市场事件。只有一类设备在掉，多半是技术问题，而且值得拿那台设备实测，而不是在表格里看。
4. 具体是哪一天。 第一个坏日子的日期，拿去和网站自己的变更日志、以及搜索引擎公布的更新时间表对照。陡峭的台阶背后有事件；平缓的斜坡背后是趋势。

做形状这件事一点也不光鲜，却能在任何一个错误理论开始花钱之前就把它们清掉。它同时还产出了一位称职的专家在第一次会面时会索要的那批证据，从而把那次会面大大缩短。

真实原因的短清单

真实的下跌几乎无一例外地属于六类，而上面那套形状功课，通常自己就能指向其中一类。

• 算法更新。 搜索引擎一年会推出成千上万次小改动，以及少数几次公开宣布的大改动。下跌时间与一次公布的推送对得上、并且集中在某一组内容上，就是经典特征，而且它到来时不会有任何形式的通知。
• 迁移和改版。 自己造成的伤害里最大的一类。地址换了却没有做重定向，会把积累下来的权重一页一页地扔掉，损害在上线后几周内就会落地。这一项的遗漏，在建站报价里经常缺席，一个网站要花多少钱里讲过。
• 技术故障。 误加的禁止收录标记、爬虫文件里的封禁、主机故障、过期证书、坏掉的模板。乏味、常见，也是这份清单上恢复得最彻底的一类。
• 季节性和需求。 每个市场都按自己的日历起落，这也正是为什么比较要同比而绝不环比。需求本身也会移动，而一个正在收缩的品类，会表现为所有人同时出现流量问题。
• 入口丢失。 某个引荐网站撤掉了链接、某个名录重组了，或者结果页本身变了、如今直接回答了更多问题，于是展现量稳住而点击在降。这一层界面变化，从策略角度在讲搜索优化的指南里有说明。
• 处罚。 人工处理很罕见，一旦发生会在搜索控制台里被明确点名，而且几乎从来不是答案。销售话术里把下跌归咎于处罚、却拿不出那条点名通知的，实际上是一次更新或者一个技术故障。

六类原因几乎覆盖了所有真实的下跌，而每一类都会点明自己的修法。一份说不出原因属于哪一类的诊断，是在为另一件工作报价。

不慌不忙地恢复

恢复的预期取决于原因属于哪一类，而把它提前讲清楚，正是修理和订阅之间的分界线。

• 技术故障在修好并重新抓取之后会完全恢复，几天到几周。
• 迁移造成的损害在重定向恢复之后会大幅回来，用时几周到几个月，而且补救得越早，回来得越完整。
• 更新造成的损失要靠在受影响的那组内容上做内容和意图的功课来恢复，用时数月，有时会得到下一轮更新周期的帮助。
• 季节性的低谷按它自己的日历回来，等着它不花一分钱。
• 丢失的入口是被替换而不是被找回的，办法是去挣新的入口。

采购规则由此直接得出。任何叫作补救的东西，都不该在原因类别被拿证据点明之前购买。靠买链接来救场，会把一个问题变成两个。而确有必要的重建工作，属于搜索可见度这门寻常功课，按它寻常的节奏走，也就是管着整个搜索优化的那份时间表：结构性的、会累积的，而且无法靠多花钱来加速。

不用心疼的那些下跌

有些下跌其实没有代价。靠虚荣词吸来的流量，走的时候和来的时候一样安静；如果离开的那批访客从来没询过价、没买过，将来也不会买，那么掉下去的是曲线，不是生意。所以任何一次流量紧急事件，第一步对账都是商业性的：先把询盘和收入这两条线摆在访问量旁边读一遍，再去心疼那些访问量。

反过来的情形也会出现：流量稳住了，询盘却在掉。那是页面或者报价的问题，不是可见度的问题，属于网站为什么不转化。至于剩下的部分该记在哪些渠道头上，属于哪个营销渠道在起作用。本指南的管辖范围止步于访问量这个问题，而知道每个问题各归何处，本身就已经答对了一半。

能抓住下一次的监控

一个坏星期和一个坏季度之间的差别，通常在于发现得有多快，而发现靠的是习惯，不是某个产品。

• 每周读一次搜索的点击和展现。 五分钟，从搜索引擎自己的控制台里读，这份数据不受任何同意提示影响。
• 一份变更日志。 每一次网站改动、每一次同意设置调整、每一次插件更新，都带上日期。诊断这件事说到底就是把日期对上，而一份记好的日志能把它从考古变成查表。
• 给尺子设一个告警。 出现零流量或接近零流量的一天就发消息，这样代码失效能在一天之内被发现，而不是等到月报。
• 每年做一次代码和同意设置的复查。 排定一个小时，确认这套测量还在真的测量，之后那些数字才值得再被信任一年。

只要坚持下来，这四个习惯就是数据分析与效果报告的实质内容，它们能把下一次下跌，从一桩悬案变成一个有日期、有形状的事件。

自己做还是请人做

修复之前的每一步，老板自己都能做。检查尺子不需要专家，搜索控制台是免费的，而形状那几个问题，是靠读报表回答的，不是靠写代码。老板如果能带着已经点名的原因类别和有日期的证据来谈，就已经把最要紧的诊断工作做完了，而且没花一分钱。

请人帮忙的位置在修复这一段：企业够不着的技术修正、规模较大的迁移补救，以及在受影响的那组内容上做重建。采购规则和整篇指南一致：提案要点明原因类别、给出证据、写明预期的恢复窗口；做不到，那就是一个在找买家的套餐。

在雇人做补救之前，先问网站属于哪一类原因，以及这个结论是怎么得出来的。能拿证据点名类别的供应商，做的是诊断。只报得出一个月费的供应商，做的是销售。

要点回顾

• 先查尺子：统计代码、同意设置的改动、筛选条件和拦截插件，都会造出没有受众流失的下跌。
• 三个独立计数器能定案：搜索点击、服务器日志和询盘量，拿来和统计曲线对着读。
• 真实的下跌按形状来诊断：哪些页面、哪些来源、哪些市场，以及具体是哪一天。
• 六类原因几乎覆盖了一切，而处罚是最罕见的一类，却是被卖得最多的一类。
• 恢复的预期跟着原因走，而在诊断之前买下的补救，出钱修的是另一个毛病。
• 每周读控制台、记一份变更日志、给尺子设告警，能把下一次下跌变成一个有日期的事件。

一次流量下跌，只要有了形状和原因类别，就不再是紧急事件；而这两样，任何一位愿意腾出一个下午、并且有纪律先查计数器再怪受众的老板都拿得到。整个制造恐慌的生意，正指望这个下午永远不会发生。

如果需要按这个顺序做的诊断，并且在任何补救工作报价之前就把原因类别点名并给出证据，欢迎向 Reachford 索取方案。回复会说明掉的是什么、为什么掉、预期的恢复窗口，以及能早早抓住下一次的那套监控。