所述AMP是一個謊言

A+ A-

我想與響應式設計的引進和採用,我們不會做移動網頁上的任何更多的自定義格式 - 但我想我錯了。 該網站是夠複雜了,我們不需要另外的代碼庫維護,從而導致更多的問題更多的網站。 AMP是相當瘦的權利,但隨著越來越多的功能被添加和要求,AMP將膨脹。

有一件事大家都知道的是,AMP是快 - 但為什麼呢?

在頁面如何AMP作品中,我們看到的原因AMP快:

  • 執行所有AMP異步的JavaScript
  • 大小所有靜態資源
  • 不要讓擴展機制塊渲染
  • 保留所有第三方JavaScript了關鍵路徑的
  • 所有的CSS必須是內聯和尺寸綁定
  • 字體觸發必須是有效率
  • 最小化的風格重新計算
  • 只有運行GPU加速動畫
  • 優先資源加載
  • 在瞬間加載網頁

你需要AMP?

我想補充的另一個重要的一點是,在加載內容通過HTTP / 2時,大部分網絡仍是沒有的。 在上面的列表中幾乎什麼都可以沒有AMP來完成。 如果你知道你的網站有問題,為什麼忽略了主網站,並轉到一個獨立的代碼庫,而不是修理你的問題是什麼? 如果你想提供一個更快的網站,您的移動用戶,然後再去做。 它需要盡可能多的工作,落實AMP,因為它會提高你的網站沒有AMP。 削減了你的網站你不得不在AMP的方式,你會與網站幾乎一樣快結束了。

我說“幾乎一樣快”,因為AMP的秘密武器是真的預渲染。 提前加載的東西減少了知覺加載速度。 你寧願有一個被認為由用戶加載速度更快,但實際上需要更長的時間,網站或實際加載速度更快,但被認為較慢加載到用戶的網站? 我要說的感覺比實際要快就快更重要。

我隨機抽查使用Chrome DevTools模仿與從谷歌AMP預渲染的移動和加載網頁約50篇不同的文章,沒有預渲染(直接AMP),以及移動非AMP的網站。 我發現,預渲染剃光0.5-5.5秒掉頁面的加載時間,和大多數網站似乎對有關實際負載速度1秒的差異中獲益,但在感知速度上的差異就更大了。 這裡有幾個我從搜索引擎土地收到最近的文章的定時:

頁#1:

  • 1.3s預呈現
  • 2.0秒無預呈現
  • 4.9s移動

第2頁:

  • 1秒預渲染
  • 2.1s時沒有預先渲染
  • 1.9s移動

這是正確的 - 在第二篇文章中,移動網站是沒有對於實際加載時間比預先渲染的AMP頁面實際上更快。 現在,感知負載是不同的,而AMP頁面肯定出現更快。 AMP頁面也可以比非-AMP網頁速度較慢。 在頁面的最過分的我檢查來自監護人,那裡的真實加載時間為10秒,滿不再與預渲染比移動網站上的AMP頁面。

AMP分段的瀑布

12.8S預呈現

18.3s沒有預渲染

2.8s移動

什麼是驚人的,我是,如果我不得不看它,你猜哪一個加載速度更快,我會說有預渲染的AMP頁面。 實際上,有蘋果的基本性能提示,指出一節:“對業績的看法是,正如在許多情況下,實際表現為有效的”這感覺速度,比什麼都重要,是什麼給AMP真正的優勢,你不能得到非AMP的網頁。

我還是擔心AMP的未來,但是,因為任何數量的政策變化可能使AMP過時。 例如,延長預渲染規範允許多於一個頁面會帶走AMP最大的優勢,儘管這可能會導致一些其他的問題,帶寬,CPU,安全性等方面,已經有幾個想法類似功能政策之中討論可能導致AMP死亡。


在這篇文章中所表達的意見是那些客人筆者並不見得搜索引擎土地。 作者的工作人員在這裡列出。


Ads

分享

最近

注意你的業務:2017年我們首要的本地搜索欄

當地SEO從業者在數字營銷組合中發揮越來越重要的作用,與本地意圖的搜索繼續以快速的步伐增長 - 尤其是在移動設備上。 ...

使用AdWords API出口到第三方廣告網絡會保持OK作為谷歌仍保留在FTC和解方面採取

雖然谷歌的反壟斷和解與聯邦貿易委員會說讓他們允許部分通過其API的AdWords數據的出口將於明天到期,馬修Suche...

SearchCap:聖誕老人追踪器,谷歌API條款和SEO指標

下面是今天的搜索發生的事情,對搜索引擎土地和在網絡上其他地方的報導。 從搜索引擎土地: 使用AdWords API...

瑪琳·黛德麗谷歌塗鴉榮譽傳奇女星的事業

瑪琳·黛德麗,標誌性的德國出生的女演員,今天正在榮幸在她誕辰116週年的谷歌主頁上。 她是那個時代最高薪的女演員之一,...

谷歌圖片搜索結果中測試新的相關搜索框

谷歌在谷歌圖片搜索結果頁面的移動版本測試一種新的“相關搜索”框。 羅賓Rozhon發現了變化,在Twitter上發布的...

註釋