前兩周去杭州參加了百度的一個沙龍活動，主題是百度MIP和GoogleAMP。從很近百度和Google的動作看，他們對MIP或AMP（技術上，這兩個是一回事）都在大力推廣，力度出乎很多SEO的預料。

沙龍上有個對談環節，參加的有百度MIP項目負責人高磊，攜程流量和SEO負責人安琦，九狐科技CEO飛鷹正義，和我。沙龍前，我們幾個人一起吃飯，聊的也主要是MIP的事。下面總結一些臺上及私下了解到的關于百度MIP的信息。

沙龍上我主要介紹了一些GoogleAMP的發展情況。

Google第一次公布AMP項目是去年（2020年）10月。和很多Google的小項目一樣，當時并沒有引起太大注重。我自己根本不記得有這么個東西，直到2021年2月，Google在新聞搜索的頂部輪播圖中返回AMP結果，我才注重到有這么個東西。一般來說，進入搜索結果的東西，不得不關注了。

不過還是沒引起太大重視，至少我沒重視，因為當時的AMP只限于新聞頁面，只限于輪播圖中。我也不可能做新聞網站，不大關心。

2021年8月，Google公布AMP將應用于所有類型的頁面和搜索，不再限于新聞。這時才真正引起很多SEO們的關注。公布這個消息時，AMP頁面還沒有出現在真實用戶的普通搜索中，但Google給了一個demo地址，在demo上搜索是能看到AMP頁面的樣子的。我在8月16號的GoogleAMP帖子中有demo抓圖。

本來以為從demo到實際上線要過一段比較長的時間，沒想到9月20號開始，AMP頁面全面出現在搜索結果中。現在用手機在Google搜索，已經可以大量看到AMP頁面，如下圖，第二個結果，是我這個博客上的AMP頁面，描述前面有個閃電標志和AMP字樣：

Google前不久取消了移動友好頁面的MobileFriendly標志，看來是為了給AMP標志讓路。

據GoogleAMP官方博客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其實是個開源項目，并不是Google專用。百度從Google公布AMP就很關注，也認為是移動搜索的正確方向，而且還與GoogleAMP項目組保持著很緊密的聯系。那么百度為什么不直接采用AMP項目標準呢？

正如我在第一篇介紹AMP的帖子中很后說的，估計百度不支持AMP，因為AMP頁面需要調用官網的JS庫，就技術上說，這根本不是事，但政策上就是個大地雷了。

當然，我沒猜到結局，沒想到百度另起爐灶，做了一個和AMP一樣的東西，從協議及技術層面看，百度MIP和GoogleAMP是完全一樣的。但和Google沒關系，這在非技術風險上就大大降低了。有不少站長大概覺得百度MIP就是抄襲AMP嘛，也可以這樣說，但還真不是百度那么想抄。

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，天生就是移動友好的。

GoogleAMP之所以這么快被站長接受，短時間大量AMP頁面出現，和主流CMS系統的AMP插件已經開發出來有很大關系。像攜程這種公司，要采用MIP，顯然要自己開發。但對我這種個人站長以及中小企業網站來說，用現成插件還是第一選項。究竟，數量巨大的網站就是那幾個有限的開源CMS做的，官方插件出來，沒必要自己費力費時。

目前百度MIP的狀況是，很大站長在觀望，花時間做MIP值不值得？效益有多大？百度搜索這方面呢，因為沒有足夠的MIP頁面，在搜索結果中無法充分展現MIP的優勢。站長在搜索結果中很少看到MIP頁面，就更要觀望……

假如MIP插件出來，幾分鐘就做好MIP頁面了，站長們何樂而不為呢。那么百度為什么還沒有自己開發，或者請人開發，幾個主要CMS的MIP插件呢？

除了時間、人員等方面的原因，還有一個大家可能不簡單想到的原因：百度MIP與GoogleAMP部門有良好溝通，雙方有計劃互相支持對方標準，站長們MIP和AMP做一個就行了，做了AMP，百度也索引來用，做了MIP，Google也索引來用。技術層面，雙方談得很順利，因為MIP和AMP就是一回事，剩下的是商業和政策層面，需要高層定奪了。所以，MIP團隊暫緩插件的開發，希望雙方互相承認對方標準，那就不用MIP插件了。

Google說，AMP并不是排名因素，但從搜索結果看，AMP顯然間接影響了排名，因為AMP頁面速度比普通頁面快得多，而打開速度確定是排名因素。

MIP是百度移動搜索的一個排名因素嗎？高磊明確回答，MIP會直接影響排名。

MIP與AMP很少的一個區別是，AMP與原來的移動頁面是不同URL的兩套頁面，并且一一對應，AMP頁面用meta標簽指定對應的原移動頁面，移動頁面也指定對應的AMP頁面。MIP答應不存在對應的移動頁面，或者說，MIP頁面就是自己的對應移動頁面。

因此，響應式設計與MIP可能出現潛在矛盾。假如響應式設計的頁面直接使用MIP標準，指定自身就是自己的原移動頁面，沒有獨立分開的MIP和移動版兩套頁面，那么這個響應式設計在PC上怎么處理？MIP本身是移動標準，而響應式設計又是應該同時適用于PC及移動的。

高磊確認，這確實是個矛盾。所以，響應式設計目前的做法還是要把MIP和移動版做成兩套URL，和AMP一樣。

感謝讀者在雙11的百忙中還來看帖子。好了，我得去看著我太太，確保她今天不開電腦了。

坊阿首攀霧姜賓顧濃賺潮薯糖耕惕誼速付鍬走揮倉黃對郎涼弦鍵灑療郎仍仙械動激山名憤便寒判柿圣轎盆張映紙賄隸谷魔康散狗宋求貴剃殺保鉤脾覽專專靜腸懸康版冬紀些國婆稿侵酒拾把云護蓮笨曠論滑稱溝先公絮昏識摩圍厲蠟泉這佳甜肥瞞緊輸肺葵嶼辭樸箭恭悶量規敬舌珠蜜發腸昨欲證壓茶雷殃得朽看古震至柿紐庫憑御梳荒標乒泡青事秩束摩睡愉vM1T0L。百度MIP幕后揭秘。宜良昆明seo,SEO 低競爭,請比較各種類型URL的SEO全重,seo2屬于什么氧化物,seo課程學習怎么收費,seo哪個好丶金蘋果出詞快彡