MIP引入主動推送流程
對於 MIP 站點改造好了，我們如何提交數據，並且 MIP 提交後，我們能得到哪些數據的反饋，在這裏簡單的寫一篇文章，說一下。
改造 MIP，我們一般是添加了一個二級域名站點進行改造，比如 mip.xxx.com、在 m.xxx.com改造，或者是m.xxx.com/mip/，那麼我們需要在百度站長後臺，將這個含有 MIP 頁面的二級站點添加一下。
然後在百度站長後臺，點擊左側 MIP 引入，選擇改造 MIP 的站點，有三個選項卡，分別是“MIP 介紹”、“數據提交”、“MIP-Cache 清理”。
點擊數據提交，會出現“同意《百度 MIP 資源接入內容責任書》的相關協議”，這裏點一下同意按鈕，纔會出現MIP 介紹、數據提交、MIP-Cache 清理。
![]()
數據提交分爲兩種，一種是主動推送，一種是手動提交（手動提交就是把鏈接放在提交框提交，適合數據量比較小的 MIP 站點，目前手動提交，一次最多隻能提交20條，且不支持 txt 和 xml 格式，建議大家使用主動推送），在這裏我們說一下主動推送。
主動推送下面的數據類型，有推送數據（主要講這個推送數據）、更新數據、以及刪除數據。
在這裏，提醒一下，其實更新推送和刪除推送，對於我們 MIP 站點來說很少用得到，在文章講完 MIP-Cache 清理後，順帶說下這倆更新數據推送和刪除數據推送。
我們有 MIP 頁面，或者新增了新的 MIP 內容，都要用主動推送來告訴百度蜘蛛，來抓取。
下面的有4種推送示例。
大家發現沒有，這個和站點的普通數據推送（鏈接提交）是一樣一樣的，唯一的區別在於，推送接口多了一個類型 &type=mip
所以說，使用過普通站點主動推送（鏈接提交）的童鞋，看到MIP引入，有一種似曾相識的感覺吧！
百度站長給了四種推送示例，我在這裏以 php 示例做一個示範，其他幾種，大家參考普通站點的主動推送，即可。
飛鷹正義大佬在論壇也有分享的普通站點的推送工具，在這裏一樣適合MIP推送，傳送門
上圖，有百度給出的的推送示例，那我直接寫一個 PHP 文件（如下圖），將該 PHP 文件放在一個支持php的環境下，（比如將該推送PHP文件上傳到支持 PHP 環境的網站空間內或者網站服務器內）訪問該 PHP 地址，即可完成推送。
一次最多推送2000條，如果數據多，可以分多次推送，目前新站，一天的MIP推送額度是10000條，上不封頂，隨着站點質量提升，額度會逐步提升。
推送結果出現 success 的字眼以及成功條數，爲推送成功；出現 error 字眼，那你多半是推送錯了，看看是不是哪裏寫的不對，api接口是不是錯了，推送的鏈接是不是不屬於該網站等。
推送完畢，要等2天左右，纔會出現如圖，提交的數據反饋以及錯誤鏈接反饋。
在這裏有幾個名詞需要給大家解釋一下:
提交鏈接量：你使用 MIP 推送接口推送頁面，包含歷史推送頁面，去掉重複的，計算的總和數量。
校驗通過鏈接量：推送的頁面，改造符合 MIP 規則的頁面數量。
有展現生效鏈接量：百度收錄並且被 MIP 緩存的頁面，有用戶搜索，在搜索結果頁面得到展示的 MIP 頁面數量。
有點擊生效鏈接量：對於百度收錄頁面，有用戶產生點擊行爲的 MIP 頁面地址。
點擊量：顧名思義，就是你 MIP 緩存頁面的總點擊量。
在這裏需要強調一點，MIP 頁面緩存生效，類似於 cdn 的緩存道理一樣，需要用戶產生點擊行爲，才能正常生效。這就是爲什麼，第一次訪問 MIP 生效頁稍微慢一點的緣故。
對於錯誤反饋，在這裏要說明一下，有些頁面在 MIP 校驗工具，校驗成功還出現在錯誤反饋，提示鏈接錯誤，主要是因爲數據有延遲，需要站長修改好自己的 MIP 頁面，等待蜘蛛抓取。
MIP-Cache 清理使用介紹
MIP-Cache 清理有什麼用，大家可以參考 CDN 清除緩存來理解，其實 MIP-Cache 相當於 cdn 的緩存加速環節，如果 MIP 網站更改過內容、logo、css、圖片等改動、一般不需要使用 MIP-Cache 清理，只需要等待 MIPcache 過期即可，在緊急情況下，才使用 MIP-Cache 進行清理緩存。
在 MIP-Cache 中：
- 頁面的緩存時間爲52分鐘-5天（由該頁面用戶點擊量和站點本身穩定性決定）。
- 圖片緩存時間爲10天。
- MIP-JS 組件文件的緩存時間爲10分鐘。
當你急需更新 MIP 生效頁面，那麼在這裏就要用到 MIP-Cache 清理這個功能。理論上 MIP-Cache 清理生效時間爲幾分鐘左右。圖片爲演示示例，需要將 key 更改爲你的 Authkey，鏈接改爲你要更新 MIPcache 的 MIP 鏈接。
和主動推送一樣，該文件只要放在支持 php 環境的地方，訪問一下 php 地址即可，反饋信息 {“status”:0,”msg”:”cache clean success”} 爲 MIP-Cache 清理成功。
反饋信息
"msg":"authorization check fail", //授權校驗失敗反饋信息
"msg":"update times exceed the limit", //更新次數超限
需要說明的是，更新 MIP-Cache，目前限制100s只可以更新10條.如果 MIP 站點是 https 協議，那麼 MIP-Cache 清理的 $api 處應該是 :
$api = 'http://c.mipcdn.com/update-ping/c/s/';
MIP 引入使用最後總結
主動數據那裏的數據類型，更新數據推送用於網頁內容做了更改，告訴蜘蛛，更新數據推送類似於百度的投訴快照功能；刪除數據推送用於內容刪除了，需要告訴蜘蛛，該頁面已刪除。
而 MIP-Cache 清理，則是清理 MIP 生效頁面/緩存頁的緩存，類似於 CDN 清理緩存的功能。
提交鏈接量比較低的原因，提交的數據有沒有重複，接口以及提交文件寫法是不是正確。不建議大家數據重複提交，會造成提交數據慢。
校驗通過鏈接量比較低的原因，主要是改造的過程中，MIP 規範不是很嚴格造成的，建議大家改造 MIP 的過程中，一定要仔細檢查改造的頁面，然後再提交。
有展現生效鏈接量比較低的原因，主要是 MIP 改造的頁面客戶體驗有待提高，甚至會出現被轉碼的現象，這和MIP 沒有關係，主要是頁面客戶體驗有待提高。
