摘要：現(xiàn)在有越來越多的人抱怨移動網(wǎng)絡(luò)的網(wǎng)速太慢。這是個永恒的話題，因為無論移動網(wǎng)絡(luò)網(wǎng)速多快也滿足不了日益增長的網(wǎng)速需求。在14.4K調(diào)制解調(diào)器下龜速上網(wǎng)的時代早已被人們遺忘，現(xiàn)在人們的要求是瞬間打開任何網(wǎng)頁。然而奇怪的是，現(xiàn)在人們抱怨的并不是網(wǎng)速，而是抱怨網(wǎng)絡(luò)本身。如果單說提高網(wǎng)速的話，可以通過提升網(wǎng)絡(luò)速度、降低網(wǎng)絡(luò)延遲、或者是直接提高瀏覽器的速度來解決。(谷歌AMP和百度MIP對SEO的影響)

但是抱怨網(wǎng)絡(luò)本身的話，恐怕只能把鍋甩給開創(chuàng)萬維網(wǎng)的人了吧。

網(wǎng)頁在數(shù)量上的擴張速度是非常驚人的。由HTTP Archive進(jìn)行的調(diào)查研究結(jié)果顯示，在2012年1月，平均打開一個頁面所需加載的數(shù)據(jù)量為1239kB，共計86次請求；而到了2015年9月，數(shù)據(jù)量增長到了2,162kB，請求數(shù)增加到了103次。這些數(shù)字雖然并不直接與頁面加載和渲染所需的時間相掛鉤，但是卻是網(wǎng)頁所含信息量發(fā)生變化的一個重要指標(biāo)。

而另一方面，隨著網(wǎng)絡(luò)的發(fā)展，本地移動應(yīng)用也在更為迅猛地發(fā)展著。得益于移動設(shè)備性能的增強，應(yīng)用的響應(yīng)速度也越來越快。因此隨著時間的推移，應(yīng)用程序的響應(yīng)速度與移動網(wǎng)絡(luò)的加載速度之間的差距越來越顯著。至此，才引發(fā)了人們對于網(wǎng)速的抱怨。

這也就是為什么Facebook要開發(fā)交互式媒體內(nèi)容創(chuàng)建工具Instant Articles，為什么蘋果開發(fā)新聞應(yīng)用，為什么谷歌要開發(fā)Accelerated Mobile Pages（AMP）的原因所在。谷歌雖然慢了半拍，但是其開發(fā)AMP的目的與蘋果、Facebook是一致的，都像是想要使用戶瀏覽Web的體驗得到提升，使用戶感覺就像在使用本地應(yīng)用程序一樣。

對于AMP而言，有兩個影響用戶體驗的關(guān)鍵點，那就是JavaScript和基于JavaScript的廣告。 AMP的優(yōu)勢在于Google的強大服務(wù)器，劣勢則在于Google廣告。雖然聽起來比較可笑，但廣告的確是AMP的劣勢所在。因為谷歌擁有互聯(lián)網(wǎng)上最大的網(wǎng)絡(luò)廣告服務(wù)器。如果廣告是其中的問題根源，那Google為什么不直接從廣告的加載速度上解決問題呢？如果你想了解AMP，那么首先你需要了解Google新服務(wù)本身。

什么是AMP？

要了解AMP(Google AMP 是什么鬼？)，你還需要了解Facebook的Instant Articles。Instant Articles使用RSS和標(biāo)準(zhǔn)的HTML標(biāo)簽來優(yōu)化精簡所創(chuàng)建的項目。雖然Facebook會自動播放視頻或音頻片段來提供一些額外的內(nèi)容，但Facebook聲稱Instant Articles的加載速度仍會比直接從開放網(wǎng)絡(luò)打開快10倍以上?？斐鰜淼倪@部分速度一些來自于優(yōu)化精簡的內(nèi)容，而另一些則可能得益于緩存。

但問題的關(guān)鍵是，Instant Articles只能查看與Facebook簽署過協(xié)議的網(wǎng)站內(nèi)容。這意味著，從Facebook的Instant Articles上，只有在閱讀如美國國家地理（National Geographic），英國廣播公司（BBC），以及Buzzfeed等網(wǎng)站上的內(nèi)容時才會比直接從網(wǎng)頁上看來的更快。蘋果的News的工作方式也大致相同，使用RSS標(biāo)準(zhǔn)，然后蘋果再對其中的內(nèi)容加以優(yōu)化。

所有這些應(yīng)用程序都會對網(wǎng)絡(luò)中的內(nèi)容加以削減優(yōu)化。這就基本相當(dāng)于變相改善了Web網(wǎng)頁日益臃腫的問題。

而AMP不同于Facebook的Instant Articles和蘋果的News的地方就在于，它并沒有用RSS或者HTML標(biāo)準(zhǔn)，而是使用了自己優(yōu)化過的HTML標(biāo)準(zhǔn)。 AMP上的HTML看起來就跟原HTML一模一樣 ，一點也不花俏。事實上，如果你不去看頂部的AMP項目公告的話，你根本就不知道這個網(wǎng)頁已經(jīng)被AMP優(yōu)化過，看起來就跟Web上的對應(yīng)的網(wǎng)頁一模一樣。

在AMP上用于標(biāo)記使用的tag標(biāo)簽非常有限，如表單標(biāo)簽、音頻或視頻標(biāo)簽、嵌入標(biāo)簽、腳本標(biāo)簽等全都沒有。只有在AMP的頂端會出現(xiàn)一個很短的HTML tag列表。遭受同樣命運的還有JavaScript，AMP中不會出現(xiàn)廣告和跟蹤腳本。但是，雖然禁了其他的跟蹤腳本，Google其實還是會跟蹤你的。

AMP自己也定義了一些標(biāo)簽，像是amp-YouTube，amp-ad或是amp-pixel。這些tag標(biāo)簽將有可能成為Web標(biāo)準(zhǔn)的一部分（也可能變成“ActiveX”的第二部分）。

AMP聽起來是一個非常棒的項目——更快的網(wǎng)頁加載，沒有任何跟蹤腳本，沒有任何JavaScript。不過，AMP上同樣也有一些設(shè)計上的缺陷。

AMP通過使用自定義組件amp-img重新設(shè)計了滾動圖并將原有的HTML內(nèi)容替代，同理也用amp-audio替代了音樂內(nèi)容，用amp-video替代了視頻內(nèi)容。AMP的開發(fā)者認(rèn)為這可以讓AMP只有在需要時才去調(diào)用這些加載項。然而，這卻造成了對Web瀏覽器自身的限制，而不是HTML本身。 AMP也很清楚這樣做所帶來的后果。你失去的不僅僅只是一些HTML標(biāo)簽，還有基于CSS的動畫和滾動條。

不過好在AMP的開發(fā)者在聽取意見上做得非常好。在初期，一個關(guān)于AMP的代碼曾遭到了強烈反對——原因是這條代碼禁用了閱讀時的縮放功能。值得慶幸的是Google聽取了意見，消除了影響縮放的tag標(biāo)簽。

AMP的標(biāo)記語言只是其中的一部分。畢竟，如果AMP真正想做的事是去掉所有的Web增強功能，只呈現(xiàn)頁面的內(nèi)容的話，它完全可以不必這么大費周章。提高加載速度對用戶來說是一個不錯的附帶好處，但從AMP的角度來看Facebook的Instant Article的話，看起來Facebook就像是把用戶鎖到了一個特定的網(wǎng)站、形式或者說服務(wù)中。

問題就在于廣告服務(wù)上(谷歌為什么要推出AMP計劃？)

Facebook開發(fā)Instant Article的目的是讓你在Facebook上就能看到其他網(wǎng)站上的內(nèi)容，這個方向是非常正確。如果能夠在Facebook里享受到比在其他瀏覽器更加快的加載速度的話，用戶又何必再去用別的應(yīng)用來看呢。

谷歌似乎是認(rèn)識到了來自于Facebook的這種威脅——通過Instant Article，F(xiàn)acebook完全可以過濾掉Google的廣告服務(wù)。于是Google迅速動手開發(fā)了AMP項目，其目的實際上就是為了增強它在移動廣告服務(wù)領(lǐng)域的市場。至于為什么電腦用戶被拋棄掉了，那是因為谷歌已經(jīng)掌握把廣告推送給你的能力了。

如果你看過AMP的演示視頻，那你就能知道它在明年將會如何集成到搜索結(jié)果中。AMP頁面在谷歌搜索頁的鋪設(shè)方式和在其他網(wǎng)頁中加載本地應(yīng)用的方式是相通的。使得用戶能夠享受到非常快的響應(yīng)速度。

為此Google需要把Web打造的和移動應(yīng)用程序一樣快。而它也有信心能夠做到，因為Google有著世界頂尖的網(wǎng)絡(luò)工程師。Google也一直在鼓吹的移動網(wǎng)絡(luò)的優(yōu)勢。但網(wǎng)頁的發(fā)展速度似乎總要比網(wǎng)速的增長更快，于是網(wǎng)速就相對上變得越來越慢了。

Google已經(jīng)竭盡自己最大的努力來嘗試優(yōu)化自家的瀏覽器，而Chrome也已經(jīng)成為世界上最快的Web瀏覽器之一了。但是Google發(fā)現(xiàn)即使再優(yōu)化也仍然是治標(biāo)不治本。所以，在此基礎(chǔ)上再對Web進(jìn)行深度優(yōu)化也就變得順理成章了。

越來越多的用戶反映，過慢的加載速度已經(jīng)成為了阻隔信息和用戶之間的一道壁壘。通常瀏覽器都會通過加載項控制來攔截不必要的內(nèi)容，而這項功能雖然從出現(xiàn)到現(xiàn)在已經(jīng)有十多年了，但一直被局限于桌面系統(tǒng)中。直到蘋果iOS 9的出現(xiàn)，才標(biāo)志著終于把這一簡單的內(nèi)容攔截工具移植到了移動系統(tǒng)中。

iOS的內(nèi)容攔截以及News應(yīng)用，再加上Facebook的Instant Article，你會突然發(fā)現(xiàn)——Google的廣告都不見了。而這才是Google真正關(guān)心的問題，也是開發(fā)AMP的核心意義。

靜態(tài)頁面需要Google的JavaScript

你可以在Web上建立的最基本的網(wǎng)頁就是一個包含一些基本的tag標(biāo)簽的HTML文件。無論拿什么來加載這種網(wǎng)頁都會快如閃電。因為其中所含的信息量很少，而你所要做的只是套個模版，把信息放到網(wǎng)絡(luò)上而已。根本不需要JavaScript，甚至都不需要CSS。

AMP或多或少都希望你創(chuàng)建這種靜態(tài)頁面，不過AMP并不關(guān)心你的網(wǎng)頁實際上是靜態(tài)的還是那種可能需要從數(shù)據(jù)庫中調(diào)用的網(wǎng)頁，問題的關(guān)鍵是“什么呈現(xiàn)的是靜態(tài)的”。但隨后AMP就又要求每個頁面加載第三方腳本。直到這個腳本加載完畢前，AMP會故意將整個頁面的透明度設(shè)為0。只有這樣頁面才會被顯示出來。

這的確有點讓人摸不著頭腦，一名叫作Justin Avery的開發(fā)者寫道：“如果是這樣的話，那么很明顯直接加載這種頁面會來得更快啊?！?/p>

Pinboard.in的創(chuàng)作者M(jìn)aciej Ceg owski就是這樣做的，他組建了一個演示頁面，復(fù)制了AMP為基礎(chǔ)的（并且AMP主頁上沒有的）JavaScript。通過3G連接，Ceg owski的頁面在1.9秒加載完畢，而AMP的網(wǎng)頁則需要9.2秒。JavaScript拖慢了頁面的加載時間，即使這個JavaScript本身也是Google計劃中加快Web部件的一部分。

諷刺的是，Google的本意是想鼓勵出版商對自己的頁面進(jìn)行改良——將腳本內(nèi)容壓縮，并合理利用緩存。但改良之后卻意味著網(wǎng)頁將會加載的更慢，也就是說網(wǎng)站如果真的照Google說的那么去做了的話，在AMP上可能反而會變得更慢了。

最終，對于出版商而言最好的做法仍然是進(jìn)行常規(guī)的Web開發(fā)，而不依賴于從AMP獲得的資源。不幸的是，如今獨自建立網(wǎng)站的出版商現(xiàn)在是少之又少。大多數(shù)出版商有很多地方能夠獲得與AMP相當(dāng)?shù)募虞d速度。Google表示，AMP將能夠提高15％~85％的網(wǎng)頁加載速度。這么大的變動范圍很可能是根據(jù)網(wǎng)站上加載第三方腳本的多少而決定的。

對于JavaScript的依賴還會造成另一個不利影響。 AMP依賴于JavaScript，也就是說如果他們腳本由于某種原因無法加載，比如說你正在駛進(jìn)了隧道之中的火車上，或是在信號比較微弱的地區(qū)來連接AMP的話，顯示的頁面將會是完全空白的。一旦AMP頁面失敗，將會導(dǎo)致整個頁面無法顯示。

Google自己心里很清楚，所以即使是它自己的Gmail中也仍然提供著基于HTML的備用版本。

為了出版商而開發(fā)的AMP

按照AMP的要求，各大媒體所必須要做的就是放棄自己的網(wǎng)絡(luò)廣告。還有交互式地圖，還有數(shù)據(jù)的可視化效果，以及評論系統(tǒng)。

用戶可以得到AMP精簡后的WordPress博客。WordPress在網(wǎng)絡(luò)上所有網(wǎng)站的覆蓋率高達(dá)24％，而且還有一個簡單的方法能夠迅速從WordPress來生成AMP文件，這對于AMP而言意義非常重大，將能夠極大的推動AMP的發(fā)展。這當(dāng)然不是說去讓W(xué)ordPress來建立，事實上如果這么做了的話其實會適得其反。因為WordPress插件往往對加載時間有很大的負(fù)面影響。我們經(jīng)常能看到往往一個WordPress站點加載了多個外部的JavaScript庫，而這是由于用戶安裝了三個分別使用各自的庫的插件。AMP則能夠巧妙地通過優(yōu)化這些部分而解決加載過慢的問題。

那么，為什么出版商希望使用AMP呢？因為它是Google的項目，而它的影響力已經(jīng)滲透到各個行業(yè)，對流量有著強大的推動力。當(dāng)谷歌決定發(fā)展某個項目，往往會牽動各大媒體的視線。

AMP不是想擺脫網(wǎng)絡(luò)，這我們都明白。它的初衷只是想要建立一個平行于Web的平臺。在這個系統(tǒng)下，出版商不會停止生成常規(guī)網(wǎng)頁，但他們通常也將在URL的末尾生成AMP文件（由早期采用者的例子來看）。 AMP的頁面和常規(guī)的Web網(wǎng)頁將通過標(biāo)準(zhǔn)的HTML標(biāo)簽來實現(xiàn)相互轉(zhuǎn)換，用戶可以在兩者之間做出選擇。這也就是說，Google的網(wǎng)絡(luò)爬蟲可能會搶了AMP的頁面，但臺式機的Firefox也可能會把AMP頁面重新定向到常規(guī)網(wǎng)址上。

或許，多年后Web上將不會再有M標(biāo)準(zhǔn)的移動專用網(wǎng)站，而是amp標(biāo)準(zhǔn)的移動網(wǎng)站。而作為瀏覽者而言，我們希望的當(dāng)然是看到干凈整潔，沒有其他亂七八糟的加載項的網(wǎng)頁。不要等待網(wǎng)頁緩慢的加載，只要一瞬間的清爽。

如今，我們基本都是在碎片化的時間中來獲取外界信息，獲取信息的方式也越來越多樣化。有些人喜歡在網(wǎng)上閱讀，有的通過Rss閱讀器來挑選自己喜歡的內(nèi)容閱讀，有的人通過Facebook的Instant Article，有的通過在Twitter上的AMP網(wǎng)頁來閱讀，有的在自己的應(yīng)用上閱讀。我們所希望的是，從一個單一的軟件上獲取到外界所有的信息，節(jié)省我們本來就不多的碎片時間。

AMP和開放的Web

雖然AMP可能會被強制設(shè)計為符合amp格式要求的頁面，但到目前為止，它似乎看起來比開放的Web或是Facebook的Instant Articles更加親民化。

如果往樂觀的方面想，作為Google一直在尋找的加快網(wǎng)絡(luò)加載速度的解決方案，其實AMP的前景是很美好的。正如Web開發(fā)人員（和AMP的樂天派一員）Jeremy Keith所說：“我希望這會是一種雙贏。在出版商通過創(chuàng)建AMP版本的網(wǎng)頁以安撫Google的同時，也許他們會開始問'為什么我們常規(guī)的網(wǎng)頁無法做到這樣快？ 這樣的疑問也會促使他們改善他們自己的Web網(wǎng)頁，從而一起進(jìn)步。AMP項目將有可能成為推動整個Web前進(jìn)的急先鋒。”

當(dāng)然，AMP項目里的人也不都是那么樂觀的。開發(fā)者Tim Kadlec寫道：“AMP感覺并不像一些常規(guī)的瀏覽器那樣幫助加載網(wǎng)頁，而像是把自己所制定的精簡優(yōu)化規(guī)范一點點拖到Web之中。Google通過用一個非常具體的工具來改善開放網(wǎng)絡(luò)。并向用戶展示他們自己定制后的頁面，吸引人們來使用AMP規(guī)范的網(wǎng)頁?！?/p>

AMP另一個重要的意義就是在于能夠幫助出版商加速他們的網(wǎng)頁：Google將會免費把他們的網(wǎng)頁緩存到Google自己的CDN中。“AMP就是緩存…如果符合規(guī)則，您將可以使用其中的緩存。” 在AMP項目中負(fù)責(zé)RSS的Dave Winer這樣寫道，“如果你不這樣做，你也可以使用自己的緩存，但這樣做將會嚴(yán)重影響到AMP的效果?！?/p>

這其實就是AMP最大的潛在問題。如果谷歌決定濫用其作為網(wǎng)絡(luò)的默認(rèn)搜索服務(wù)提供商的權(quán)限，將AMP頁面設(shè)置為優(yōu)先，那AMP將會對開放Web形成嚴(yán)重威脅。

到目前為止，谷歌已經(jīng)表示，AMP的網(wǎng)頁不會在Web搜索結(jié)果頁面得到任何優(yōu)先權(quán)。但是，這隨時可能會改變。Google為什么要自廢雙手呢？為什么Google在正式發(fā)布AMP后不去使用速度更快的網(wǎng)頁，而去將加載更慢的網(wǎng)頁優(yōu)先呢？畢竟，加載速度現(xiàn)在已經(jīng)成為了一個重要的衡量因素，AMP確實使網(wǎng)頁的速度變得更快了。

從長遠(yuǎn)來看，很難說AMP將會以何種方式繼續(xù)發(fā)展壯大。Google經(jīng)常會提出新項目。比如Gmail就對郵箱領(lǐng)域進(jìn)行了再定義。其他項目也是一波接著一波。還記得Google Author嗎？這是Google為了幫助出版業(yè)而做的最后一次努力。

對于Web而言，我們希望Google能夠成功說服出版商使用AMP。在未來能夠真正幫助我們加快網(wǎng)頁加載速度。就像Ceg owski在他對AMP的評語上寫的那樣：“現(xiàn)在是2015年，網(wǎng)站應(yīng)該主動提供只需更少資源，能夠快速加載的網(wǎng)頁給移動設(shè)備……對于移動設(shè)備而言，要求這些網(wǎng)站提供更加舒適的可讀版本是一個好主意。讓我們進(jìn)一步提高加載速度，并使其成為唯一的移動網(wǎng)頁標(biāo)準(zhǔn)吧?！?/p>