谷歌想讓自家加速移動頁面技術成行業標準，可行嗎

（原標題：Inside Google』s plan to make the whole web as fast as AMP）

網易科技訊 3月9日消息，據國外媒體報道，在當地時間3月8日發表的一篇博客文章中，谷歌宣布正式啟動一個項目，以說服負責Web標準的組織能夠採用谷歌加速移動頁面（AMP）框架背後相關的技術。從理論上講，這意味著實際上任何支持AMP的網頁將會獲得像AMP一樣的優勢：即時載入，兼容多個平台以及在多個平台上分發，在谷歌平台上的位置更加突出。

雖然理解起來有些困難，但這對於Web以及谷歌未來與用戶的交互方式至關重要。從許多方面來說，谷歌關於AMP標準化的成敗將重塑Web在智能手機上的運行方式。

AMP（加速移動頁面）是谷歌於2015年聯合數十家技術機構和企業共同推出的一個移動網頁加速項目，其嚴格限制了HTML中所能夠使用的內容，在現有網頁技術的基礎上，該項目只使用了HTML中的一部分子集，使得AMP HTML文檔（也就是網頁）在瀏覽器中的載入和運行速度很快。其主旨想法是，當用戶再次點擊其他平台上的相同鏈接時，因為它已經在應用中預裝了，所以用戶不必在此等待文章載入。 AMP的最終目標是讓Web頁面在移動設備端的載入和PC端一樣流暢。

可以說，谷歌徑直走進了叢林的中心。

通過創建AMP，谷歌徑直走進了關注Web未來的開發人員組成的叢林中心。內容發布商也擔心谷歌將會掌握太多的Web網路控制權。事實上，所有人都擔心最終谷歌不是Web頁面的管家，而是其背後邪惡的木偶大師。

在過去的幾個月中，所有這些擔憂都集中爆發了。有人發表公開信要求谷歌修繕AMP，網路上充斥著對AMP的質疑和攻擊。

谷歌搜索工程副總裁大衛·波斯瑞斯(DavidBesbris)對整個情況有些沮喪。本周早些時候，筆者造訪山景城，與波斯瑞斯以及AMP的工程負責人馬特爾·烏伯（Malte Ubl）交談。 波斯瑞斯表示：「從我們的角度來看，這確實是一個相當利他主義的項目。

「我們之所以發明AMP，並不想人們所假設的那樣，是因為我們想要控制一切，」他說。相反，他認為，你大可以回過頭看看幾年前，AMP問世之前整個移動網路的狀況是多麼糟糕。事實上，美國科技網站TheVerge編輯尼萊·帕特爾(Nilay Patel)曾在2015年發表了一篇名為《移動網路太糟》的報道。他說得很貼切。而蘋果和Facebook通過創建專有格式來解決這個問題，然後說服內容發布商通過特定格式將內容發布到平台上。帕特爾這樣寫道：

總而言之，蘋果新聞和Facebook的即時文章都是對網路開放性最可悲的駁斥：它們是不兼容的專有發布系統，完全由大公司控制。它們根本不是特別理解內容發布商或媒體。

波斯瑞斯也以同樣的方式看待這件事情：「當時業界趨勢是用簡單方法解決這些問題，從而保證用戶體驗.....但這是以犧牲網路開放性為代價的。」所以谷歌的解決方案是AMP，該框架設計的初衷在於讓整個Web網路和這些平台的效果一樣好，這樣整個Web網路實際上就可以與蘋果和Facebook的平台進行競爭。

儘管有很多缺陷，但總體上AMP是一個非常明智的工程解決方案

讓網頁能夠即時載入，同時兼容移動端，需要非凡的智慧和對現有架構的顛覆。

這次顛覆涉及到現有Web技術（如iFrames）的重新組合，發布更為嚴格的網頁標準（保證載入速度更快）等等。而最關鍵的在於在網頁發布者的伺服器到用戶手機之間採用完全不同類型的基礎設施。而人們在使用AMP時，常常會抱怨出現的諸多問題。譬如iFrames會出現奇怪的滾屏，網址不匹配，或者是與完整網頁相比AMP頁面顯得更呆版。當然，現在所有這些問題的解決方案存在或已經提出。

儘管存在所有這些問題，但AMP依舊有很大益處：當需要發布網頁時，它可以從任何緩存伺服器發布。但這並不是真的讓它變得更快的原因；真正重要的是它可以實現即時載入，因為它已經在後台進行了預載入。然而儘管AMO進行了預載入處理，但由於用戶沒有真正訪問，所以發布商就無法設置任何Cookie或進行任何跟蹤。而且即使該源網頁內容在第一次發布後進行了更新，位於谷歌搜索或Twitter平台上的緩存網頁會與規範來源保持一致。

「我們需要不斷嘗試來真正弄清楚。」

「一開始，很多人認為Web無法做到這一點，」波斯瑞斯說。 烏伯和他的團隊提出了組合技術的想法，但它需要目前尚未真正構建到Web中的技術。所以谷歌面臨著一個選擇：花時間試著說服Web標準組織採納AMP，讓瀏覽器開發商來支持它，或者乾脆把它通過谷歌搜索等自家產品向全世界推廣。

波斯瑞斯認為：「我們需要不斷嘗試才能真正弄清楚。」 谷歌必須證明改進後的Web能夠和Facebook的即時文章效果一樣好。更重要的是，速度必須要快，必須在人們拋棄它之前，就獲得了同樣好的效果——也就是在人們拋棄之前，AMP已經有了上百萬個定製應用程度和文章 。波斯瑞斯表示谷歌不能被動等著制定Web標準的委員會完成這項工作。 「如果你走的是標準流程，現在我們依舊在紙上談兵，」他認為。

AMP是否算作「網路（Web）」的一部分實際上仍是爭議的焦點之一 。波斯瑞斯和烏伯堅定地認為它是，而且為此提出了一個令人信服的理由。他們認為，AMP不需要使用谷歌伺服器或提供谷歌廣告;他們可以完全獨立於谷歌平台進行發布。

不管谷歌的工程師們怎麼想，但在山景城以外，儘管Bing，Twitter，百度等已採用了AMP，但其與Google的聯繫還是要強於單純的Web。部分原因在於谷歌是為了應對蘋果或Facebook的行動而推出了AMP，所以很容易就陷入了「谷歌專有文章格式」這個論斷。但大多數情況下，谷歌依託其巨大的用戶體量，通過其最大的產品谷歌搜索大大推動了AMP。支持AMP的發布商能夠出現在谷歌新聞輪播中，這意味著帶來大量流量。這才是支持AMP前進的巨大動力。

烏伯最新發布的博客文章這樣寫道：

「鑒於我們已經從AMP中學到的東西，現在我們準備採取下一步行動，並努力支持更多的內容快速載入。AMP不再僅僅基於谷歌搜索。」

谷歌提議的並不是要將整個Web網路變成AMP，而是把一些聰明黑客的想法付諸實踐，使AMP能夠在整個Web網路上運行，然後使其成為與谷歌無關的通用標準。這樣的話，幾乎所有的Web頁面都可以像現在AMP所支持的一樣快速分發和載入。

谷歌並不盲目，它知道其他公司不太可能採用AMP作為解決網路問題的通用方案。儘管烏伯會高興地說出有多少非谷歌員工對AMP代碼作出了貢獻，但他自己在谷歌工作，並且是AMP項目的負責人。新標準——其中許多已經在開發中——或許會對網路真正有用。但同樣重要的是，如果他們被視為基本的新Web技術而非谷歌谷歌項目，他們真的更有可能被競爭對手所利用。

谷歌認為AMP可以展示出一種速度更快，體驗更好的移動網路

波斯瑞斯稱：「我們的目標始終是推動AMP的標準化—— 從開發AMP過程中獲得更多的經驗教訓。」

當然，這種新標準目前還沒有一個明確的名稱。為了避嫌，谷歌顯然不願意主動提出。烏伯在博客文章中表示：

谷歌之於AMP的目標是擴展其對頭條新聞輪播等功能的支持，以滿足（1）符合一系列性能和用戶體驗標準，（2）實現一套新的AMP類網路標準。關鍵路徑中的一些建議標準包括特徵策略，Web打包，iframe升級，性能時間軸和繪圖時間。

接下來的步驟可能會涉及到諸多流程，我猜測最樂觀的情況下也需要幾個月的時間——更可能是幾年時間。各種標準話組織必須提出建議，嘗試並同意。而且Web標準化組織不僅僅是W3C一家機構的工作。允許網頁離線工作並重新分發的網路打包技術實際上可能需要和另一組織達成一致。

畢竟，最終需要開發網路瀏覽器和應用程序的公司實現這一切。當提及AMP標準化的時間表時，烏伯只是表示這一過程會持續很長時間。

同時，谷歌絕對會繼續開發AMP並推廣其使用。但為了加速標準流程，它採用了最初推廣AMP的相同策略——在谷歌平台上的顯著位置。谷歌承諾，任何與AMP效果相匹配的網頁都會在谷歌搜索中獲得完全相同的對待。

現在來看，谷歌沒有公布一個關於和AMP頁面的效果清單——至少目前也沒有。對於AMP背後的團隊來說，其花費了很長時間才確定AMP背後的技術可以被普及。其需要與Web標準化組織共同合作來完成AMP的標準化，無疑這需要更長時間。而在此前，AMP支持的頁面還是會在谷歌搜索中獲得特殊待遇。

AMP的標準化需要時間

一旦AMP成為標準並得以順利實施，任何符合這些標準的頁面都可以顯示在谷歌搜索的頭條新聞推送以及Android系統上的谷歌新聞流中，甚至可以在搜索結果旁顯示AMP支持的藍色閃電標記。但是，谷歌並不會保證採用相關標準的網頁在搜索結果中的排名更靠前，正如AMP也不會明確保證相關網頁的搜索位置更為靠前。 「為了在谷歌搜索中排名靠前，你需要做很多事情，但我們並不會告訴你到底是什麼，」波斯瑞斯開玩笑說。

烏伯發布的博客文章或許並無法消除人們對AMP的負面認識。AMP被賦予了太多內容，很多人擔憂谷歌會藉此強化對整個Web網路的控制。但是不少人又對Web網頁在移動端的用戶體驗不甚滿意，卻沒有足夠的動力去尋求更加開放的選擇。通過這一舉措，谷歌似乎正在試圖創造一個能讓用戶滿意的新Web網路。

AMP自出現以來一直飽受爭議，這通常也是建立Web標準的必經之路。但是AMP的風險要比以往高很多，因為人們對於Web開放性的關注要更多。AMP很可能會消失，除非它能夠得到重構，而非改進。

這並不是說每個人都應該完全信任谷歌，堅信該公司能夠從開放性中獲得最大利益。谷歌的確會從充滿活力的網路中受益更多。但是其在網路上的影響力是如此之大，以至於看起來就像是在控制網路。在談到Web網路時，谷歌自己也會意識到這一點。（晗冰）

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！