不再受限:數字營銷人員必須看到的 AMP 格式的 10 個更新
已發表: 2020-03-11快速鏈接
- AMP 貢獻者正在增長
- 谷歌已放棄控制權
- 它可以支持更多通用的頁麵類型
- AMP 不限於移動設備
- AMP 不再只是關於速度
- AMP 不僅僅是加速頁面
- AMP 定義發生了怎樣的變化
- 它把隱私放在首位
- 它使個性化成為可能
- 將 AMP 與 JavaScript 結合使用
- 開始將 AMP 與點擊後頁面一起使用
多年前推出 AMP 時,它打算通過限制某些頁面元素的使用來加速移動網絡。 不過,今天,在變通辦法和新開發之間,它可以支持動態內容甚至整個網站。
儘管如此,仍然存在一種誤解,認為它只對靜態內容有效。 這不是唯一的誤解。 今天,我們就 AMP 格式的關鍵組成部分及其演變過程進行了直接記錄。
AMP 格式發生了怎樣的變化
1. AMP 貢獻者的數量和種類都在增長
AMP 最初是一個由 Google 支持的小型項目,只有兩個貢獻者。 到 2018 年,已有 700 人為該項目做出了貢獻。 一年後,來自 Twitter、雅虎、eBay 和 Pinterest 等其他網站的貢獻者人數增加到 1,000 人。 只有 22% 的貢獻者來自谷歌:
2.谷歌放棄控制權
自 Google 推出 AMP 以來,它一直是開源的,關於其未來的重大決定留給了 AMP 項目負責人 Matt Ubl。
但是,像 AMP 這樣的項目會影響整個網絡:企業、人員、工作、信息等等。 這就是為什麼 Ubl 和他的團隊計劃將控制權交給幫助建立它的社區代表的管理機構。
最近,該團隊實施了該計劃,實施了“尋求共識的治理模型”。 烏布爾說:
在為 AMP 選擇治理模型(描述決策制定方式的系統)時,我們最初關注的是敏捷性。 AMP 始終由使用它的開發人員和組織的聲音和反饋提供支持。 然而,治理以技術負責人(也就是我,這篇文章的作者)為中心,他最終決定執行什麼以及如何執行。
雖然這對於較小的項目非常有效,但我們發現它無法擴展到今天的 AMP 項目的規模。 相反,我們希望轉向一種模型,明確為社區的所有成員提供發言權,包括那些不能自己貢獻代碼的人,例如最終用戶。 我們提議的更改基於數月的研究,通過這些研究,我們決定跟隨 Node.js 項目的領導並轉向尋求共識的治理模型。
做出這個決定涉及考慮他們想要實現的目標:
- 他們想鼓勵各種各樣的人來決定 AMP 的未來:決定功能、錯誤、貢獻等。這包括不貢獻代碼但受 AMP 影響的人。
- 他們想闡明個人和公司如何為 AMP 做出貢獻。 這不僅限於批准代碼,還包括設置產品和技術路線圖等活動。
- 他們希望在日常工作和長期治理之間找到更好的平衡。
- 他們想了解在其他開源項目中哪些有效,哪些無效,這就是為什麼他們會見了參與 Node.js 和 Kubernetes 等項目的人員,並研究了 JS 基金會等地方的治理理念。
新變化究竟會對 AMP 格式產生怎樣的影響?
- 關於 AMP 項目的重大決策將不再由單個技術主管做出。 相反,他們將前往技術指導委員會,該委員會由已投入資源構建 AMP 的公司的代表組成。
- 技術指導委員會將根據由許多 AMP 選區組成的諮詢委員會的意見做出決定。
- 負責 AMP 某些方面(如 UI、基礎架構和文檔)的工作組將取代目前存在的非正式團隊。 展望未來,系統和流程將落實到位,以確保採用更加結構化的方法來改進網絡。
3. 可以支持更通用的頁麵類型
最初,AMP 受限的編碼語言使開發人員除了改善靜態頁面的加載時間外很難做更多的事情。 不過,現在該框架有了很多發展,使用戶能夠創建多功能頁面,其功能遠不止於分享新聞。
如今,AMP 可以跨頁面和垂直領域使用。 它可用於創建產品頁面和類別頁面。 它可以形成結賬流程並接受付款。 它可以針對特定細分市場進行個性化設置,甚至可以提供動態內容。 以下是來自 Myntra 的令人驚嘆的 AMP 產品類別頁面示例:
這些功能以及更多功能使其成為從新聞到電子商務的所有企業的有吸引力的選擇。 這就是為什麼 AMP 越來越多地用於構建整個網站,甚至是混合漸進式 Web 應用程序 (PWA),這些應用程序像應用程序一樣存在於用戶的設備上,但打開後會顯示以 AMP 的速度加載的網站。
4. AMP 不局限於手機
名稱中包含“移動”,這是有充分理由的:AMP 最初是作為一種加快令人尷尬的緩慢移動頁面加載時間的方法。 但從那時起,AMP 已從僅限移動設備的解決方案轉變為涵蓋所有格式和設備類型。 今天的 AMP 格式是一種編碼語言,能夠跨設備(包括台式機和平板電腦)構建高速頁面。 響應式設計功能使這成為可能。
5. AMP 不再只是關於速度
目標是速度,而 AMP 就是答案。 但實際上,改善移動加載時間是達到目的的一種手段,而這個目的就是改善用戶體驗。 考慮到這個更大的目標,加快網頁速度的目標擴大到包括不良用戶體驗的其他方面。 今天的 AMP“具有各種內置的用戶體驗優勢,”Ubl 說,例如禁止插頁式廣告和強制使用免費的主線程以實現流暢的交互。
6. AMP 不再只是加速頁面
從加速頁面,AMP 已經發展到廣告,甚至是電子郵件。 AMP 廣告的加載速度比傳統廣告快 6 倍,事實證明它們對一些廣告商有利:
對於電子郵件營銷人員,AMP for email 提供了一種在電子郵件正文中創建交互式內容的方法。 這使得在消息正文中傳遞最新內容成為可能。 例如:網絡研討會促銷可以反映剩餘的位置,用戶可以使用交互式下拉菜單安排會議等:
7. AMP 不再代表“Accelerated Mobile Pages”
由於 AMP 格式自啟動以來發生瞭如此多的變化,甚至名稱也不再反映框架的功能。 在博客文章中,AMP 的開發人員 Paul Baukaus 說:
一段時間以來,我一直在努力正確解釋 AMP 是什麼,尤其是對那些熟悉其長格式的人:Accelerated Mobile Pages。 現實是我們很久以前就沒有自己的名字了。
當您認為 AMP 不再嚴格地與加速、移動或頁面相關時,名稱已更改是有道理的。 今天的 AMP 就是“AMP”。 什麼都不缺。 不過,如果它必須代表某種東西,Bakaus 說,“Awesome Magical Power 怎麼樣?”
8. 將隱私放在首位
GDPR 是互聯網隱私權鬥爭中的里程碑式進展,但它並不是唯一的。 隨著越來越多的管理機構將互聯網隱私放在首位,AMP 已準備好效仿。 今天的 AMP 格式已經更新以符合新的 CCPA 指南,這意味著發布商現在可以包含多個同意提示並根據用戶的位置觸發正確的提示。
9. 讓個性化成為可能
個性化是現代營銷人員最有價值的工具。 根據關鍵標識符對組進行細分可使您的報價更具相關性,進而增加用戶認領您的報價的可能性。
為了通過 AMP 實現個性化,該團隊計劃改進地理位置定位。 借助 amp-geo 元素,營銷人員將很快能夠發現美國各州級別的用戶檢測,並基於此提供內容:
10. 現在可以同時使用 AMP 和 JavaScript
AMP 格式的定義特徵之一是它限制了 JavaScript 的使用。 這有助於縮短加載時間,但讓開發人員難以創建更多動態內容。 今天,您不再需要為了另一個而犧牲一個。
在組件 amp-script 的幫助下,您可以在頁面上使用 JavaScript,而不會因過多的代碼而陷入困境。 在博客文章中,Google AMP 項目的產品經理 Naina Raisinghani 詳細闡述瞭如何:
它是一個 AMP 組件,可在單獨的工作線程中運行您自己的 JavaScript。 這使您可以將自定義 JavaScript 添加到 AMP 頁面,同時仍保持其閃電般的速度!
<amp-script> 可讓您涵蓋現有 AMP 組件無法涵蓋的用例。 它還允許您在 AMP 和非 AMP 頁面之間共享代碼。 您甚至可以使用 JavaScript 框架。 以下是 <amp-script> 團隊構建的一些示例:
- 使用 Vue 的 Todo MVC
- 密碼檢查器
- 使用 D3.js 的文章中的數據可視化
- 多頁表單,其中每個部分都需要在繼續下一部分之前進行驗證,如下所示:
開始在您的點擊後頁面上使用 AMP 格式
AMP 格式與過去大不相同。 它現在最大的優勢之一是它可以支持以轉化為目標的頁面。 當加載時間是影響轉化率的一個主要因素時,即使是速度的一小部分提高對於底線來說也意味著很多。
在 Instapage 演示中了解如何使用 AMP 集成和擴展您最重要的點擊後登錄頁面。