前端開發|明明是提升體驗?谷歌的網頁加速技術為何會被抵制

前端開發|明明是提升體驗?谷歌的網頁加速技術為何會被抵制

文章圖片

前端開發|明明是提升體驗?谷歌的網頁加速技術為何會被抵制

文章圖片

前端開發|明明是提升體驗?谷歌的網頁加速技術為何會被抵制

文章圖片


在如今的移動互聯網時代中 , 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服務 , 網站開發者可以緩存圖片、視頻、靜態文件等資源到谷歌的服務器上 。

相關經驗推薦