体验快 1 秒的移动页面 转化率提高高达 27%

一则或许对你有用的小广告

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / 1v1 提问 / Java 学习路线 / 学习打卡 / 每月赠书 / 社群讨论

  • 新项目:《从零手撸:仿小红书(微服务架构)》 正在持续爆肝中,基于 Spring Cloud Alibaba + Spring Boot 3.x + JDK 17...点击查看项目介绍 ;
  • 《从零手撸:前后端分离博客项目(全栈开发)》 2 期已完结,演示链接: http://116.62.199.48/ ;

截止目前, 星球 内专栏累计输出 63w+ 字,讲解图 2808+ 张,还在持续爆肝中.. 后续还会上新更多项目,目标是将 Java 领域典型的项目都整一波,如秒杀系统, 在线商城, IM 即时通讯,权限管理,Spring Cloud Alibaba 微服务等等,已有 2200+ 小伙伴加入学习 ,欢迎点击围观

过去,收集有关移动性能和业务指标的数据一直是一个悬而未决的提议。转化为付费客户的移动流量比例并不总是足够重要,无法为网站性能对移动商务的影响进行有意义的研究提供基础。

当然,您总是可以论证提供更快的移动体验是提供更好的整体用户体验的基本要素。毕竟,在线购物者在完成交易之前平均访问网站 6.2 次,使用 2.6 种不同的设备。但是这个论点并不能说服仍然相信两件事的顽固分子:

  • 移动购物者可以容忍缓慢的加载时间,并且
  • 缓慢的移动加载时间不会对转化率(以及最终的收入)产生重大影响。

今天的帖子是为所有这些顽固分子准备的。

我们的测试对象

在这项研究中,我专注于 SOASTA mPulse 客户:一家拥有大量移动流量的领先在线零售商。

我查看了该网站 30 天的移动性能数据,其中包括近 450 万个移动用户会话。使用 mPulse,我将这些会话绘制在图表上,该图表显示了根据加载时间的分布情况。然后我用一个折线图覆盖该图,该折线图显示了沿该加载时间分布的每个页面群组的平均转化率。然后,我使用 mPulse 数据对同一组会话中网站的跳出率进行了同样的操作。

这是我发现的……

主要发现

1. 在转换方面,性能最佳点为 2.4 秒

在这 30 天的时间跨度内,平均加载时间为 2.4 秒的页面享有最高转化率 (1.9%)。请注意,1.9% 的移动转化率非常可观。这个数字接近于 2-3% 的典型桌面转换率,这是我们通常在零售网站上看到的。

2. 仅快一秒的页面转化率提高了 27%

正如您在上图中看到的,平均页面加载时间为 3.3 秒的访问者的转化率降至 1.5%。换句话说,对于该站点,如果访问者享受加载时间快约 1 秒的访问者,转化率会高出 27%。

3. 4.2秒,平均转化率降到1%以下

仅慢 2 秒的页面的转化率降低了一半以上。或者,从更积极的角度来看这一发现,仅快 2 秒的页面的转化率翻了一番还多。对我来说,这非常重要,因为它证明了移动购物者愿意耐心等待缓慢加载时间的信念。在这种情况下,显然他们不是。

4. 到 6 秒时,转化率开始趋于平稳

过去,我将此称为“绩效贫困线”——转化或多或少触底的点。正如您在下面看到的,在 5.7 秒时,转换率开始趋于平稳,为 0.6%。在该点之后有小幅移动——在 8.1 秒时下降至最低点 (0.5%),并在 8.4 秒时有一个有趣的上升点 (0.6%)——但就所有意图和目的而言,这条线是平坦的。

5.跳出率比转化率受到的影响更大

查看相同加载时间分布的跳出率,我们看到转换率线图的倒置版本,跳出率随着性能下降而急剧上升。如果说有什么影响的话,那就是这里的影响更为深刻。加载时间为 2.4 秒的页面的跳出率为 12.8%,而加载时间为 3.3 秒的页面的跳出率为 20%。换句话说,只慢一秒的页面跳出率增加了 56%。这是巨大的。

而且,与转化率不同的是,跳出率并没有停滞不前,而是继续攀升——最终在 9.9 秒时达到 58%。

那么那些转换率低、跳出率高的快速页面呢?

好问题。更快的页面应该保留并转化更多的访问者,对吗?一般来说,是的,但网站上一些最快的页面是 404/错误页面,因此业务指标较差。

带走

每个站点都不同。这家零售商每改进 1 秒,转化率就会提高 27%。你的旅费可能会改变。了解加载时间如何与您网站上的转化相关的最佳方法是查看您自己的真实用户数据。重要的是要记住速度很重要,即使是在移动设备上——也许 尤其 是在移动设备上。即使您的页面已经相对较快,进一步优化它们也可以获得回报。

相关文章