過去兩年多來，AMP 一直是用于構建一貫出色的網絡用戶體驗的主要格式，Google 也會將它作為實現構建用戶至上的網絡這個目標的良好途徑，在這個領域繼續大力投資。

我們一直認為可以通過多種方式實現構建用戶至上的網絡這個目標，但是直到我們啟動 AMP 項目，才確切知道這個目標的含義，以及實現目標仍面臨著種種挑戰。

根據我們從 AMP 中獲得的經驗，我們現在認為可以開展下一步工作，在專門設計的 Google 搜索區域（例如 “焦點新聞” 輪播）中支持更多并非基于 AMP 技術的即時加載內容。 要想符合資格，此內容需要遵循一套未來的網絡標準，并滿足多個客觀的性能和用戶體驗條件。

AMP 的起源和發展

我們之所以啟動 AMP，是因為我們發現移動網絡讓人感覺遲鈍而緩慢，落后于“圍墻花園”平臺可以提供的緊密集成、高度優化的用戶體驗。我們還知道其中不存在基本的技術問題：您可以利用恰當的知識、資源和管理支持構建出色的網絡體驗。因此，我們決定創建一個可以為構建出色的網絡體驗提供良好途徑的框架：AMP 具有資料完備、易于部署和可驗證等特性，并且對用戶至上的原則有獨特見解。

AMP 作為一個開放源代碼項目取得了快速發展，每周都會發布新功能并根據發布商和用戶的反饋進行持續調整。我們希望 Google 從過去 2 年多圍繞可擴展網絡進行的反復嘗試工作中學到的經驗可以為網絡標準制定過程提供一些有用的信息。感謝 Tim Kadlec 在 2016 年提出“內容性能策略”理念并說服我們應當沿著這條路繼續走下去。現在，這個理念已演變成功能策略，并且在今后不依賴 AMP 的情況下，切實有助于提供類 AMP 性能保證。

我們感到 AMP 背后的使命比以往更加重要，Google 將在開發 AMP 上繼續大力投資。投資的當前關注領域包括：通過 AMP 故事構建極具吸引力的故事敘述體驗、動態電子郵件、AMP 中的 JS、推動網絡電子商務創新，以及開發平臺和內容與 Google 搜索的其他深入集成。

學到的標準化經驗

AMP 驅動的標準化工作正通過各個 WICG 項目按部就班地開展。Google 的目標是將對 “焦點新聞” 輪播等功能的支持擴展到符合以下條件的類 AMP 內容：

(1) 滿足多個性能和用戶體驗條件；

(2) 實現一套新的網絡標準。關鍵途徑中的一些建議標準包括功能策略、網絡封裝、iframe 置頂、性能時間線和繪制計時。同樣重要的是，Chrome 團隊去年發布了 Chrome 用戶體驗報告。報告的底層數據首次為性能和用戶體驗提供了網絡范圍的真實測量值。

今年 1 月，我們宣布 Google 計劃按照 W3C TAG 發現的建議使用網絡封裝提供保護隱私的預加載功能，以及能夠在發布商網址下投放 AMP 內容。我們對網絡封裝感到非常興奮，因為它不是一種特定于 AMP 的技術，這樣一來，我們可以將它用于即時加載封裝的所有網絡內容！

Google 搜索中的“焦點新聞”輪播等功能依賴 AMP 的可嵌入性特性。例如，它使用保護隱私的預渲染；基于 AMP 的 CPU、內存和帶寬使用限制；以及內置的容器-嵌入-通信機制。現在我們相信，借助通過網站隔離或協同多任務實現的 iframe 性能隔離、網絡封裝、功能策略、iframe 置頂和文檔選擇接受，可以讓實現這些標準的非 AMP 網絡內容使用此類功能。

這需要跟蹤許多功能，因此，我們計劃定期更新此頁面來跟蹤進度。盡管我們完全計劃在 Google 搜索中進行這些變更，但是與任何 Google 搜索功能一樣，這些變更也將進行試驗和用戶測試，并且僅在結果對用戶有利時實施。很難估計我們何時逐步實施這些變更，因為這取決于標準化和瀏覽器實現的未來進度。在社區與實現者之間達成共識是標準化過程的重要部分，可能需要對此計劃進行變更。

總結

我們正在利用從 AMP 中學到的經驗，并緊鑼密鼓地制定允許即時加載非 AMP 網絡內容的網絡標準。我們希望這項工作也會解鎖類 AMP 可嵌入性，“焦點新聞”輪播等 Google 搜索功能正是依托于這種可嵌入性。同時，AMP 也將作為 Google 構建出色的網絡用戶體驗的良好途徑。盡管 AMP 只是眾多選擇之一，但我們由衷地推薦這種技術。

我們將在 AMP 領域繼續大力投資。我們繼續致力于網絡用戶體驗創新的一個主要示例是 AMP 故事，我們希望在這個過程中為未來的網絡標準提供深入的數據分析。

我和 AMP 團隊的各位同仁對開放網絡的未來感到非常興奮，并且迫不及待地想要看到大家的構建成果。