關于百度MIP

MIP全稱Mobile Instant Pages，移動網頁加速器，是百度提出的頁面加速解決方案。MIP從前端渲染和頁面網絡傳輸兩方面進行優化，杜絕頁面渲染中的阻塞問題，提升頁面展現速度。

MIP答疑解惑

1、MIP化后對其他搜索引擎抓取收錄以及SEO 的影響如何？

答：在原頁面MIP化，不會影響其它搜索引擎的抓取收錄，也不會影響頁面權重。新增MIP頁可通過robots.txt文件禁用其它搜索引擎的抓取，從而保證原頁面的權重。

2、MIP 可以加什么樣子的廣告？       

答：MIP既可以加入百度聯盟廣告，也可以加入第三方廣告

3、MIPcache緩存更新時間是多長時間？      

 答：目前是50分鐘左右，后期將會優化到更短時間。

4、百度對站點MIP化方案的建議是怎樣的？

答：目前MIP化有兩種方案：一種是在原有頁面上進行修改，另一種是在保持原有頁面的基礎上再新建一套頁面；兩種方案都可以良好支持。

5、如果采取新建一套MIP 頁面的方式，假設新建 MIP 頁面出現問題，譬如改造錯誤、失效或者其他不可預知問題，百度的處理機制是怎樣的？       

答：MIP是有回退機制的，MIP訪問出問題后，會直接回到原來的h5頁面；不會影響權重，mip會更被認可和優先。

6、是否必須是https才能 MIP化，如果不是https會有什么影響？如何快速https化?       

答：mip改造本身是不需要支持https的。但如果要接入百度，要求是https的。可以通過自身支持或者走mip cache代理兩種方式實現。快速進行https可以通過百度云加速的https方案進行快速部署https環境.

7、MIP 頁面中可以展現哪些元素？對于彈窗廣告有何限制？      

 答：MIP頁面中可以展示所有原頁面的元素，在前端代碼中對于一些標簽做替換即可。我們會提供組件支持fix布局，可用于頁面固定廣告的顯示。

8、MIP 化的收益是什么？具體數據?       

答：從目前收集到的數據來看，網站MIP化上線后，頁面速度提升30-80%，頁面到達率提升5-40%

9、使用偽靜態url的網站如何使用mip？        

答：MIP頁面可能會被MIP-Cache緩存，所以用戶看到的不一定是動態的頁面。當需要更新頁面內容時，可通過MIP組件形式封裝js請求，以及后續更新DOM的js操作。

10、針對擁有pc、wap、mip三套頁面的網站，如何進行移動適配工具和mip工具提交？        

答：MIP頁面可單獨通過站長平臺的MIP入口提交，不會影響PC和WAP。

11、代碼適配站點如何使用mip？       

答：區別討論。如果后端根據UA判斷是否為移動端頁面，并返回頁面，則將返回的頁面MIP化即可。 如果是前端判斷瀏覽器寬度或UA，再請求后端返回相應頁面，則需要改變這套流程，使用后端判斷，或直接改為響應式頁面。

12、MIP在原網站搭建還是重新在新子域做，還是新目錄做？       

答：都可以，MIP不做限制。MIP和原頁面的對應關系寫在頭部link標簽中。

具體見https://www.mipengine.org/doc/2-tech/5-show-your-page.html

13、gbk編碼的網站如何使用mip？       

答：更改成utf-8編碼后使用MIP。gbk編碼并不是國際通用標準，在一些手機上會有會顯示亂碼。

14、網站如何確認改造的mip頁面已經在線上生效？       

答：MIP頁面都會使用百度搜索結果頁異步打開，只需要在百度搜索中搜索鏈接，并且打開后URL上是百度地址。

       15、這個 MIP 移動網頁加速器做了之后是只針對移動百度的展示，還是說也對我們其它的正常用戶一樣顯示？     

答：MIP 頁面是可以獨立運行的，可以在瀏覽器中通過 url 直接訪問，不依賴百度結果頁。由于 MIP 頁速度較快，體驗更優，會在百度移動結果頁有更高的權重。

16、MIP 與 CDN 的區別是什么？      

 (1)已使用了CDN之后，再進行 MIP 改造，兩套CDN 會不會產生沖突和影響？      

  答：不會產生沖突，也不會存在雙重加速的問題。 搜索請求會先發到MIP-Cache（MIP-CDN），如果頁面不存在或過期，會進一步訪問原CDN。       

 (2)已經使用 CDN再用 MIP 的必要性是什么？      

 答：MIP的性能提升方案，很大一部分是技術實現的收益，非cdn收益。MIP原理不能簡單的理解為MF框架+CDN，技術核心是通過頁面渲染技術等提升性能。

關于CDN與MIP：

MIP是用CDN做加速的么？準確答案是：是，但不只是。 

頁面渲染耗時與MIP加速原則

頁面渲染耗時主要分為以下三類：DNS解析耗時，網絡傳輸耗時，瀏覽器渲染重繪耗時。 MIP加速的基本原理就是減少各個步驟的耗時：

為減少DNS解析，MIP-Cache將靜態文件以相對路徑儲存在百度CDN中； 為減少網絡傳輸耗時，MIP-JS 控制靜態資源的按需加載，MIP-Cache系統優先從CDN讀取文件； 為減少瀏覽器渲染重繪耗時，MIP-HTML 對<img>,<video>等造成瀏覽器重繪的標簽進行了封裝控制。 下文將對MIP的三大組成部分MIP-HTML, MIP-JS, MIP-Cache進行詳細介紹。

MIP-HTML 組件加速原理

MIP-HTML 規范中有兩類標簽，一類是HTML常規標簽，另一類是MIP標簽（MIP-HTML 組件）。在MIP規范中，類似<img>等會引起瀏覽器重繪的標簽應被替換成<mip-img>, 利用懶加載和按需加載提高頁面的渲染速度。

MIP-HTML除了對瀏覽器原生標簽的封裝，還有一類自定義交互組件。比如圖片輪播組件，表單組件，分享組件等。這些組件依賴MIP-JS和自身腳本即可運行，不需要引用第三方庫。引用MIP自定義組件的而好處在于，頁面開發時無需引入jquery，bootstrap等體積龐大的庫，減少頁面發送的網絡請求及傳輸時間，加快網頁的傳輸和渲染。

MIP-JS 加速原理

MIP-JS是MIP的運行環境，接管了MIP頁的生命周期，腳本加載及頁面渲染。具體來說，MIP-JS包括基礎類引入（AMD），內置組件加載（mip-img），外置組件管理（組件css插入）以及組件布局管理（解決布局兼容性問題）。

MIP-JS選擇使用精簡的基礎類，盡量減少網絡傳輸時間；內置優秀的組件，在不阻塞瀏覽器渲染的前提下提供最好的交互體驗；提供組件布局管理，預先為組件設定寬高，避免組件加載后的瀏覽器重布局。

MIP-Cache 緩存加速原理

MIP-Cache 通過CDN(Content Delivery Network)服務器緩存靜態MIP頁面。當用戶訪問MIP頁面時，請求首先會發到CDN服務器，如果頁面存在，則從CDN直接返回靜態頁面；如果頁面不存在，則會請求第三方服務器。返回的頁面的同時加入MIP-Cache。

在使用MIP Cache時，MIP頁面引用的所有靜態文件和外部資源都會被替換成相對地址，緩存到CDN上。盡可能減少了DNS解析時間和網絡請求時間。

總的來說，MIP除了CDN加速，還針對瀏覽器渲染和網絡加載做了優化。改版網站的數據表明，頁面加載速度提升了30-80%。更快的打開速度意味著更少的用戶等待和放棄，更好的用戶體驗。欲了解更多詳情，歡迎到MIP官網，與我們一同建立秒開的移動頁面。

17、目前 MIP 組件之外的一些 javascript插件如何支持？譬如廣告、統計、推薦等等？       

答：（1）MIP為了確保安全性和性能表現，不允許用戶自定義JavaScript，需要用MIP 組件的形式引進來；MIP組件是開源的，允許開發者自定義功能組件。        

（2）目前MIP組件已經支持多種功能組件：如廣告支持站長自定義的橫幅廣告、視頻廣告、H5廣告，同時也支持一些第三方廣告系統，統計可以支持百度統計，更多具體的組件支持的可以參考官網的組件說明：https://www.mipengine.org/doc/3-widget/10-overview.html；后續MIP也將持續提供多樣的組件，以適應不同的需求.

18、搜索結果打開是百度的域名，用戶分享的是否也是是百度鏈接？使用百度域名是否不利于網站的品牌傳播同時也會影響流量統計，該如何解決？       

答：如果用戶通過分享組件分享，則分享的標題，圖片和內容都是原頁面內容，具體分享內容可以在使用組件時定義。這種做法不會影響品牌傳播，也不會影響流量統計。       

 如果用戶直接從瀏覽器復制鏈接分享，那么被分享的是當前頁面url，沒有品牌和標題露出。統計代碼在頁面加載完成后都會生效，不會受到分享影響。

19、如果新建一套MIP頁面，在搜索結果中MIP頁面和原來的頁面關系是怎樣的？      

 答：在創建 MIP 頁時加入 canonical 標簽，在原頁面加入miphtml標簽，將兩個頁面聯系起來。在搜索結果中會用 MIP 頁面替換原生頁面，用戶打開后展現的是 MIP 頁面。