MIP

前幾天寫了一篇《關閉MediaWiki網站上的AMP版本、MIP版本》，其實我們的Drupal網

以前為了在MediaWiki網站上實現AMP版本和MIP版本可是費了不少力氣，更早是用Vector做電腦版、WPtouch做手機版，然後用一個簡單的Modern皮膚改為了AMP的皮膚，再後面又複制到MIP皮膚。

幾年前Google推出了AMP項目并開源，bing, sogou等搜索引擎也表示支持，百度随後自己推出了一套有些類似的MIP項目，我們網站為了有更好的SEO效果，也在MediaWiki和Drupal網站都添加了MIP版本，我甚至在《Google AdSense實戰寶典》一書中還在一個問答中推薦大家做MIP版本。

　　昨天同事發現一個奇怪的事情，在百度APP中搜索一個關鍵詞，我們網站排在第一位，顯示的内容也是正常的，點擊這個鍊接進入我們網站卻顯示“無法找到頁面”，檢查是進入的網址在我們網站并不存在，是百度對我們的URL二次編碼造成的，例如：

　　AMP和MIP版本的表單提交一直都需要特别處理，我們以前把Drupal站的contact頁面（聯系我們表單提交頁面）都做了專門的HTML替換處理，讓AMP/MIP下都可以使用，但最近我們

　　AMP Project是Google提出的一種移動頁面加速方案，包含了對各個廣告提供商的支持，但在國内一直看不到廣告，原因是被牆擋住了。在國内訪問帶有廣告的AMP頁面如下截圖所示：

　　百度MIP有批量提交API我們用過，看到有清除MIP緩存的API，但以前沒用過。

　　我們很早前就開始做百度MIP版本頁面了，通過這種方式也獲得了流量的增長和比較好的用戶體驗。但最近流量不太穩定，有的站MIP流量曾經很高，但後來跌落很厲害。還有的站MIP流量下降後，對應的普通WEB版流量上升。

　　我們做了各種推測和試驗，今天發現了一條重要線索：百度的MIP爬蟲曾經被我們屏蔽。

　　最近幾個月我們的百度聯盟廣告收入有了很大的提升，除了網站流量增加、選用合适的廣告形式以外，與啟用百度的反廣告屏蔽代碼也有關系，國内的多個浏覽器、多個運營商都強行過濾廣告，或者打着提升用戶體驗的旗号屏蔽網站上的廣告卻悄悄塞入自己的廣告，真夠流氓的，而反廣告屏蔽代碼在一定程度上可以反制這種行為。

　　一些百度官方的資料：

　　下面這篇是我2018年1月寫給出版社的《Google AdSense實戰寶典（第二版）》樣章，“加速移動頁面AMP和百度MIP”都是最近1、2年開始逐步推開的新技術，2010年寫第一版的時候還沒有，這類可能會給AdSense發布商創收的新内容都會在第二版中補充。該書第二版預計将在2018年中期出版。