怎么降低跳出率：先找到要紧的页面，再对症处理

降低跳出率，先要知道你的工具把什么算作跳出、哪些页面流失的访客最多。本文说明怎么按跳出会话数给落地页排序，按来源和设备找原因，再用对应的办法处理。

先确认什么算跳出

跳出是访客只看了一个页面、再没做任何被工具记录的事的会话。跳出率是跳出会话除以全部会话。关键在「被工具记录的事」，各个工具不一样。

在 TapCub 里，跳出是只有一次浏览、且没有自定义事件的会话。外链点击、Web Vitals 这类自动事件不算，所以读完一篇文章就走的访客仍然算跳出。如果你开始为视频播放之类的行为发自定义事件，带这个事件的会话就不再算跳出，页面没改，跳出率却下降了。只要它反映的是真实的参与，这没问题，但要记下日期，否则以后这份「改善」会误导你。

还要记住，跳出不一定是坏事。查到营业时间或者某个问题的答案、满意离开的人，也算跳出。所以跳出率和退出率都要结合场景看，全站一个数说明不了多少。

找到要紧的页面

别从跳出率最高的页面开始。从产生跳出会话最多的页面开始：会话数 × 跳出率。跳出率 95%、只有 40 次会话的页面不是你的问题；跳出率 82%、有 8,200 次会话的页面才是。

示例里，排在最前面的博客指南产生了 6,724 次跳出会话，一个付费社交落地页产生了 3,168 次。首页跳出不到一半，不是该先下手的地方。

然后把这些页面分别按来源和设备拆开。两个页面跳出的原因不同：

• 博客指南在移动端跳出 87%，桌面端 64%，移动端最大内容绘制（LCP）是 4.1 秒。搜索来的访客等一个慢页面加载，读完答案，找不到明显的下一步。
• 春季优惠落地页跳出 88%，几乎全部来自一个付费社交广告，各种设备都一样。广告承诺了一个折扣码，页面上却没有。这是承诺对不上，不是速度问题。

对症处理

每种常见原因都会在数据里留下可辨认的信号。下表把信号和首先要试的办法对应起来。

从产生跳出会话最多的页面开始。

通常有效的改动

• 第一屏就回答问题。 搜索来的人是带着具体问题来的。把答案放在最上面，再展开。
• 让页面在移动端快起来。 目标是最大内容绘制不超过 2.5 秒。压缩首图，延后非必要的脚本，避免把内容挤走的布局偏移。
• 给一个符合意图的下一步。 一篇相关指南、一个计算器、一段简短对比，给准备好了的读者一个注册入口。一个清楚的链接胜过十个。
• 让落地页兑现广告的承诺。 同样的标题、同样的优惠、同样的图片。逐个检查在投广告的落地页。
• 去掉挡住阅读的东西。 一进来就全屏的弹窗、盖住页面的 Cookie 横幅、自动播放的有声视频。
• 修好坏掉的入口。 404 页面和旧链接的跳转，几乎每个人都会跳出。标记了 404 模板后，TapCub 会把找不到的页面记成自动事件，你能看到哪些还在带来流量。

如实衡量结果

同一个页面、同一个来源、同一种设备，对比改动前后各两周以上，并在改动当天加一条标注。也要看下一步：只有更多人到达了你希望他们去的页面，跳出率下降才算赢。会话时长和滚动深度有帮助，它们的局限见平均会话时长。

常见问题

跳出率高的原因有哪些？

通常是以下之一：加载慢（尤其是移动端）、页面和访客从广告或搜索结果里预期的不一致、没有清楚的下一步、打扰阅读的弹窗、页面坏了。埋点也会让它虚高，比如统计代码在某些模板上没生效。

跳出率会影响 SEO 吗？

搜索引擎不会直接用你分析工具里的跳出率。但导致跳出的原因，比如页面慢、内容没回答搜索的问题，会影响页面能不能满足搜索者。

加事件能降低跳出率吗？

能，因为带自定义事件的会话不算跳出。只为真正代表参与的行为加事件，保持定义稳定，改动时加标注。

跳出率 70% 算高吗？

对于回答一个问题的博客文章，可能很正常。对于价格页或产品页，就偏高了。按页面的用途和它自己的历史来判断。见跳出率的定义。

另见：提高网站参与度。