前端开发|明明是提升体验?谷歌的网页加速技术为何会被抵制

前端开发|明明是提升体验?谷歌的网页加速技术为何会被抵制

文章图片

前端开发|明明是提升体验?谷歌的网页加速技术为何会被抵制

文章图片

前端开发|明明是提升体验?谷歌的网页加速技术为何会被抵制

文章图片


在如今的移动互联网时代中 , APP毫无疑问是当之无愧的主角 , 但传统的Web网页依然还是相当多用户获取信息的渠道 。 并且由于移动浏览器作为互联网重要入口的地位并未改变 , 所以时至今日 , 其活跃用户的规模也依然十分庞大 。
而为了让移动浏览器的体验更好 , 谷歌方面早在2015年时就推出了一项名为“加速移动网页”(Accelerated Mobile Pages , 下文简称为AMP)的技术 , 以提升用户打开移动端网页的速度 。



然而这项在诞生之初被认为 , 将实现网站开发者、移动浏览器、用户三方共赢的技术 , 最终在运行7年后走向了名存实亡 。 日前 , 知名移动浏览器Brave与搜索引擎DuckDuckGo以存在隐私安全问题 , 宣布抵制AMP技术 。 此外 , Brave浏览器不久前推出了一项名为“De-AMP”的新功能 , 能帮助用户轻松绕过使用谷歌AMP框架呈现的网页 , 并将用户直接带到原始页面 。 DuckDuckGo方面也表示客户端及扩展程序已支持防止AMP的跟踪 , 同样可为用户绕过AMP 。
事实上 , 在Brave与DuckDuckGo之前 , Twitter在去年就已宣布完全停止对AMP的支持 , Meta方面更是搞出了自己的Instant Articles来与AMP竞争 。 同时 , 苹果在iOS 15中也设置了用户如果使用Safari浏览器进行搜索 , 结果中的AMP网页会被自动阻止 , 并称做出这样的改变是基于用户的行为 。 甚至在去年秋季 , Amplosion:Redirect AMP Link这款屏蔽AMP的插件 , 在Safari付费扩展排行榜一度位列榜首 。



换句话来说 , 也就是从浏览器、搜索引擎到社交平台 , 再到移动操作系统 , 谷歌的AMP已经将自己弄成了举世皆敌的状态 。
那么 , AMP这种旨在加速移动端网页打开速度这种明显惠及用户的技术 , 为什么没有得到业界的支持呢?要想解答这个问题 , 还得从头说起 。
得益于移动设备性能的不断增强 , 如今APP的响应速度也越来越快 , 并且随着时间的推移 , APP的响应速度与移动网络的加载速度之间的差距也越来越显著 。 据CDN服务提供商Akamai的研究表明 , 一般用户读取网页响应时间可容忍的阀值是2秒 , 一旦超过3秒会有40%的用户放弃浏览 , 因此这也成为网页加速技术诞生的源头 。
【前端开发|明明是提升体验?谷歌的网页加速技术为何会被抵制】


同时 , 无论在PC还是移动浏览器上 , 其实只有不到10%的时间是用来读取页面的HTML , 剩下90%的时间则是用来加载脚本文件、图片、CSS样式 , 这也成为了谷歌AMP的理论基础 。 但AMP技术与浏览器硬件加速模式是完全不同的技术路径 , 前者作为一个开源的HTML框架 , 提供了一种直接的方式来创建快速、流畅加载的网页 , 所以与其说AMP是一种技术 , 不如说它是一种基于HTML的优化标准 。 从技术上来说 , AMP就是在HTML5标准上遵循这一的代码规则 , 构建了一套精简的、针对移动设备优化的网页副本 。



本质上 , AMP是通过优化页面渲染或延迟加载 , 以及减少阻塞的原理来实现页面的加速 , 并用一套标准来要求开发者设计它们的网页 。 例如AMP自定义了一套属于自己的HTML标签 , 比如amp-img、amp-video、amp-audio、amp-ad , 使用这些tag可以确保加载的顺滑 , 也负责管理资源何时加载、以避免不必要的流量 。 同时 , AMP还定义了自己的JavaScript , 确保外部所有资源都是异步装载 。 最为关键的一点是 , 谷歌为AMP页面还提供了免费的CDN服务 , 网站开发者可以缓存图片、视频、静态文件等资源到谷歌的服务器上 。

相关经验推荐