性能文章>超过50%的用户会放弃访问加载超过3秒的网站>

超过50%的用户会放弃访问加载超过3秒的网站转载

2月前
156501

今天,我们很高兴分享一项关于移动速度如何影响用户参与度和发布商收入的新研究的见解。 随着人们对移动体验的期望越来越高,仅仅能在移动设备上简单的呈现已经不够了,移动端网站所展示的内容还必须快速且有更好的相关性。

不幸的是,根据我们对 10,000 多个移动网络域的分析,我们发现大多数移动端网站都没有达到这个标准:移动网站的平均加载时间是 19 秒(3G 连接)。(这大约是唱完整首字母歌所需的时间 !)

加载缓慢的网站会让用户感到沮丧,并对发布商产生负面影响。 虽然影响收入的因素有很多,但我们的模型预测,移动网站在 5 秒内加载的发布商所获得的移动广告收入是网站在 19 秒内加载的发布商的 2 倍。该研究还观察到广告可见度提高了 25%。对于在 5 秒内加载而不是 19 秒的站点,平均会话数增加了 70%。

这就是我们如此专注于移动优先解决方案以帮助发布商取得成功的原因——从我们参与近一年的 AMP 项目,到我们推出可扩展的原生广告解决方案,再到我们投资于帮助发布商增加业务的产品 收入,同时最大限度地减少延迟。

移动速度从未像现在这样重要。

3...2...1… 走了

缓慢的页面加载时间是一个很大的障碍:

  • 如果页面加载时间超过 3 秒,则可能有 53% 的用户会放弃访问
  • 两分之一的人希望页面在 2 秒内加载
  • 46% 的人表示,在移动设备上浏览网页时,他们最不喜欢等待页面加载

我们都知道这一点——如果你正在手机上寻找东西,如果页面加载时间超过几秒钟,你会等多久?

降低移动网站速度的三个主要因素是文件大小、服务器请求的数量以及页面不同元素的加载顺序。 我们找到:

  • 移动网站内容的平均大小为 1.49 MB,通过 3G 连接加载需要 7 秒
  • 移动网页平均发出 214 个服务器请求,近一半的服务器请求与广告相关

加速

有许多工具可以帮助诊断问题并解决问题。 我们建议采用 3 步流程来加速移动网站:

  • 使用 PageSpeed Insights、Mobile-Friendly Test 和 Web Page Test 等工具评估网站的当前性能。
  • 执行更改以消除庞大的内容、减少服务器请求的数量并整合数据和分析标签。 切换元素顺序并选择首先显示在折叠上方的最小件数 --- 样式、javascript 逻辑以及在点击、滚动或滑动之后访问的图像可以稍后加载。
  • 进行更改后监控性能并运行 A/B 测试以定期审核您网站的设置,标记并删除任何增加延迟的内容。

您还应该研究开源解决方案,例如 Accelerated Mobile Pages (AMP) 和 Progressive Web Apps。

 

分类:
标签:
请先登录,再评论

暂无回复,快来写下第一个回复吧~

为你推荐

从Linux源码看Socket(TCP)的bind
前言之前笔者分享了关于Client端的Socket在进行Connect的时候到底做了哪些事情~今天笔者就来继续从Linux源码的角度看下Server端的Socket在进行bind的时候到底做了哪些事情
性能调优必备利器之 JMH
if 快还是 switch 快?HashMap 的初始化 size 要不要指定,指定之后性能可以提高多少?各种序列化方法哪个耗时更短?无论出自何种原因需要进行性能评估,量化指标总是必要的。在大部分场合
RocketMQ这样做,压测后性能提高30%
详细剖析RocketMQ4.9.1版本的性能优化实践
字节跳动应用性能监控帮助客户Java OOM崩溃率下降80%
本文将会从Java内存基础开始,详细介绍“基于Hprof内存快照的线上Java OOM归因方案”的底层原理与技术细节,欢迎接入MARS-APMPlus使用。
Redis 突然变慢了如何排查并解决?
Redis 通常是我们业务系统中一个重要的组件,比如:缓存、账号登录信息、排行榜等。一旦 Redis 请求延迟增加,可能就会导致业务系统“雪崩”。我在单身红娘婚恋类型互联网公司工作,在双十一推出下单就送女朋友的活动。谁曾想,凌晨 12 点之后,用户量暴增,出现了