前兩周去杭州參加了百度的一個沙龍活動，主題是百度MIP和Google AMP。從最近百度和Google的動作看，他們對MIP或AMP（技術上，這兩個是一回事）都在大力推廣，力度出乎很多SEO的預料。
沙龍上有個對談環節，參加的有百度MIP項目負責人高磊，攜程流量和SEO負責人安琦，九狐科技CEO飛鷹正義，和我。沙龍前，我們幾個人一起吃飯，聊的也主要是MIP的事。下面總結一些台上及私下了解到的關於百度MIP的信息。
Google AMP近況
沙龍上我主要介紹了一些Google AMP的發展情況。
Google第一次公布AMP項目是去年（2015年）10月。和很多Google的小項目一樣，當時並沒有引起太大注意。我自己根本不記得有這麼個東西，直到2016年2月，Google在新聞搜索的頂部輪播圖中返回AMP結果，我才注意到有這麼個東西。一般來說，進入搜索結果的東西，不得不關注了。
不過還是沒引起太大重視，至少我沒重視，因為當時的AMP只限於新聞頁面，只限於輪播圖中。我也不可能做新聞網站，不大關心。
2016年8月，Google公布AMP將應用於所有類型的頁面和搜索，不再限於新聞。這時才真正引起很多SEO們的關注。公布這個消息時，AMP頁面還沒有出現在真實用戶的普通搜索中，但Google給了一個demo地址，在demo上搜索是能看到AMP頁面的樣子的。我在8月16號的Google AMP帖子中有demo抓圖。
本來以為從demo到實際上線要過一段比較長的時間，沒想到9月20號開始，AMP頁面全面出現在搜索結果中。現在用手機在Google搜索，已經可以大量看到AMP頁面，如下圖，第二個結果，是我這個博客上的AMP頁面，描述前面有個閃電標志和AMP字樣：
Google前不久取消了移動友好頁面的Mobile Friendly標志，看來是為了給AMP標志讓路。
據Google AMP官方博客10月7號帖子介紹，已經有70萬域名使用AMP頁面，Google索引了6億AMP頁面。現在應該更多了。
我在參加沙龍前隨機搜索了大概30個關鍵詞，80%的關鍵詞在前兩頁出現AMP頁面，而前兩頁結果中有差不多10%的AMP頁面，這個比例應該超出了AMP頁面占所有頁面的比例，也就是說，AMP頁面在移動搜索中排名表現高於平均。
雖然一般網站移動流量主要還是來自非AMP頁面，但有網站報道，新發布的頁面，來自AMP頁面的流量是非AMP頁面的兩倍。Google介紹了一些案例網站，使用AMP後效益很大：
華盛頓郵報 – 7日內回訪的移動用戶增長23%
Slate – 月度訪問用戶增長44%，每個用戶訪問次數增長73%
Gizmodo – 80%的AMP流量是新用戶
Wired – 搜索結果點擊率增長25%，AMP頁面廣告點擊率增長63%
歐洲某廣告平台 – 點擊率最高增長600%，平均增長220%
這些數字挺嚇人的，不是個位數增長，最低都是20%。
另外，Google開始用AMP頁面替換APP內容。Google用了2年時間研究索引APP中的內容，教APP開發人員怎樣有利於Google索引APP中的內容，並且在搜索結果中返回APP內容挺長時間了。現在，如果網站有AMP和APP兩個版本的相同的內容，Google將返回AMP內容，而不是APP內容。
百度為什麼不采用AMP?
AMP其實是個開源項目，並不是Google專用。百度從Google公布AMP就很關注，也認為是移動搜索的正確方向，而且還與Google AMP項目組保持著很緊密的聯系。那麼百度為什麼不直接采用AMP項目標准呢？
正如我在第一篇介紹AMP的帖子中最後說的，估計百度不支持AMP，因為AMP頁面需要調用官網的JS庫，就技術上說，這根本不是事，但政策上就是個大地雷了。
當然，我沒猜到結局，沒想到百度另起爐灶，做了一個和AMP一樣的東西，從協議及技術層面看，百度MIP和Google AMP是完全一樣的。但和Google沒關系，這在非技術風險上就大大降低了。有不少站長大概覺得百度MIP就是抄襲AMP嘛，也可以這樣說，但還真不是百度那麼想抄。
百度為什麼這麼大力推MIP？只是因為速度？
MIP或AMP頁面速度很快，確實是秒開。Google工程師在10月初的SMX大會上透露過，AMP頁面的下載時間中位數是0.7秒。人眨眼的時間是0.3-0.4秒。非AMP頁面下載時間中位數是22秒。百度MIP頁面碰到的比較少，但確實見到過幾個，速度也很快，不過沒有百度官方數據。
但設計良好的移動版本也可以把頁面做得很小，再加上CDN，速度也可以大大提高，達到MIP水平也不是不可能。而且移動SEO這兩年是熱門話題，站長們優化移動版本已經有一定經驗了。那麼為什麼百度這麼大力推MIP？只是為了速度嗎？
MIP項目負責人高磊的回答提到一個重要的考慮角度：生態。雖然百度推動移動SEO很長時間了，各個城市組織SEO們開研討會，但網站移動化的進程並不盡如人意，很大網站還是不知道該怎麼做移動SEO。移動友好有時候也是個不太容易解釋得清楚的問題。所以百度的想法是，不如另起爐灶看看效果，推動MIP，只要采用了MIP，天生就是移動友好的。
主流CMS的MIP插件什麼時候出來？
Google AMP之所以這麼快被站長接受，短時間大量AMP頁面出現，和主流CMS系統的AMP插件已經開發出來有很大關系。像攜程這種公司，要采用MIP，顯然要自己開發。但對我這種個人站長以及中小企業網站來說，用現成插件還是第一選項。畢竟，數量巨大的網站就是那幾個有限的開源CMS做的，官方插件出來，沒必要自己費力費時。
目前百度MIP的狀況是，很大站長在觀望，花時間做MIP值不值得？效益有多大？百度搜索這方面呢，因為沒有足夠的MIP頁面，在搜索結果中無法充分展現MIP的優勢。站長在搜索結果中很少看到MIP頁面，就更要觀望……
如果MIP插件出來，幾分鐘就做好MIP頁面了，站長們何樂而不為呢。那麼百度為什麼還沒有自己開發，或者請人開發，幾個主要CMS的MIP插件呢？
除了時間、人員等方面的原因，還有一個大家可能不容易想到的原因：百度MIP與Google AMP部門有良好溝通，雙方有計劃互相支持對方標准，站長們MIP和AMP做一個就行了，做了AMP，百度也索引來用，做了MIP，Google也索引來用。技術層面，雙方談得很順利，因為MIP和AMP就是一回事，剩下的是商業和政策層面，需要高層定奪了。所以，MIP團隊暫緩插件的開發，希望雙方互相承認對方標准，那就不用MIP插件了。
MIP是百度移動排名的一個因素嗎？
Google說，AMP並不是排名因素，但從搜索結果看，AMP顯然間接影響了排名，因為AMP頁面速度比普通頁面快得多，而打開速度確定是排名因素。
MIP是百度移動搜索的一個排名因素嗎？高磊明確回答，MIP會直接影響排名。
響應式設計與MIP是否有矛盾？
MIP與AMP很少的一個區別是，AMP與原來的移動頁面是不同URL的兩套頁面，並且一一對應，AMP頁面用meta標簽指定對應的原移動頁面，移動頁面也指定對應的AMP頁面。MIP允許不存在對應的移動頁面，或者說，MIP頁面就是自己的對應移動頁面。
因此，響應式設計與MIP可能出現潛在矛盾。如果響應式設計的頁面直接使用MIP標准，指定自身就是自己的原移動頁面，沒有獨立分開的MIP和移動版兩套頁面，那麼這個響應式設計在PC上怎麼處理？MIP本身是移動標准，而響應式設計又是應該同時適用於PC及移動的。
高磊確認，這確實是個矛盾。所以，響應式設計目前的做法還是要把MIP和移動版做成兩套URL，和AMP一樣。
感謝讀者在雙11的百忙中還來看帖子。好了，我得去看著我太太，確保她今天不開電腦了。
作者: [email protected]