|
|
發表於 2016-11-15 15:39:09
|
顯示全部樓層
|
關於百度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標籤中。
13、utf-8編碼的網站如何使用mip？
答：更改成utf-8編碼後使用MIP。utf-8編碼並不是國際通用標準，在一些手機上會有會顯示亂碼。
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廣告，同時也支持一些第三方廣告系統，統計可以支持百度統計，更多具體的組件支持的可以參考官網的組件說明：http://www.mipengine.org/doc/3-widget/10-overview.html；後續MIP也將持續提供多樣的組件，以適應不同的需求.
18、搜索結果打開是百度的域名，用戶分享的是否也是是百度鏈接？使用百度域名是否不利於網站的品牌傳播同時也會影響流量統計，該如何解決？
答：如果用戶通過分享組件分享，則分享的標題，圖片和內容都是原頁面內容，具體分享內容可以在使用組件時定義。這種做法不會影響品牌傳播，也不會影響流量統計。
如果用戶直接從瀏覽器複製鏈接分享，那麼被分享的是當前頁面url，沒有品牌和標題露出。統計代碼在頁面加載完成後都會生效，不會受到分享影響。
19、如果新建一套MIP頁面，在搜索結果中MIP頁面和原來的頁面關係是怎樣的？
答：在創建 MIP 頁時加入 canonical 標籤，在原頁面加入miphtml標籤，將兩個頁面聯繫起來。在搜索結果中會用 MIP 頁面替換原生頁面，用戶打開後展現的是 MIP 頁面。
|
|
發表於 2021-2-19 16:54:12
