MIP引入主動推送流程

　　對于 MIP 站點(diǎn)改造好了，我們?nèi)绾翁峤粩?shù)據(jù)，并且 MIP 提交后，我們能得到哪些數(shù)據(jù)的反饋，在這里簡單的寫一篇文章，說一下如何改造 MIP，我們一般是添加了一個(gè)二級域名站點(diǎn)進(jìn)行改造，比如 mip.xxx.com、在 m.xxx.com改造，或者是m.xxx.com/mip/，那么我們需要在百度站長后臺，將這個(gè)含有 MIP 頁面的二級站點(diǎn)添加一下。接下來在百度站長后臺，點(diǎn)擊左側(cè) MIP 引入，選擇改造 MIP 的站點(diǎn)，有三個(gè)選項(xiàng)卡，分別是“MIP 介紹”、“數(shù)據(jù)提交”、“MIP-Cache 清理”。點(diǎn)擊數(shù)據(jù)提交，會出現(xiàn)“同意《百度 MIP 資源接入內(nèi)容責(zé)任書》的相關(guān)協(xié)議”，這里點(diǎn)一下同意按鈕，才會出現(xiàn)MIP 介紹、數(shù)據(jù)提交、MIP-Cache 清理。

　　數(shù)據(jù)提交分為兩種，一種是主動推送，一種是手動提交（手動提交就是把鏈接放在提交框提交，適合數(shù)據(jù)量比較小的 MIP 站點(diǎn)，目前手動提交，一次只能提交一條，且不支持 txt 和 xml 格式，建議大家使用主動推送），在這里我們說一下主動推送。 主動推送下面的數(shù)據(jù)類型，有推送數(shù)據(jù)（主要講這個(gè)推送數(shù)據(jù)）、更新數(shù)據(jù)、以及刪除數(shù)據(jù)。

　　在這里，提醒一下，其實(shí)更新推送和刪除推送，對于我們 MIP 站點(diǎn)來說很少用得到，在文章講完MIP-Cache 清理后，順帶說下這倆更新數(shù)據(jù)推送和刪除數(shù)據(jù)推送。

　　我們有 MIP 頁面，或者新增了新的 MIP 內(nèi)容，都要用主動推送來告訴百度蜘蛛，來抓取。

　　下面的有4種推送示例。

　　大家發(fā)現(xiàn)沒有，這個(gè)和站點(diǎn)的普通數(shù)據(jù)推送（鏈接提交）是一樣一樣的，唯一的區(qū)別在于，推送接口多了一個(gè)類型 &type=mip 所以說，使用過普通站點(diǎn)主動推送（鏈接提交）的童鞋，看到MIP引入，有一種似曾相識的感覺吧！百度站長給了四種推送示例，我在這里以 php 示例做一個(gè)示范，其他幾種，大家參考普通站點(diǎn)的主動推送，即可。飛鷹正義大佬在論壇也有分享的普通站點(diǎn)的推送工具，在這里一樣適合MIP推送，傳送門上圖，有百度給出的的推送示例，那我直接寫一個(gè) PHP 文件（如下圖），將該 PHP 文件放在一個(gè)支持php的環(huán)境下，（比如將該推送PHP文件上傳到支持 PHP 環(huán)境的網(wǎng)站空間內(nèi)或者網(wǎng)站服務(wù)器內(nèi)）訪問該 PHP 地址，即可完成推送。

　　一次最多推送2000條，如果數(shù)據(jù)多，可以分多次推送，目前新站，一天的MIP推送額度是10000條，上不封頂，隨著站點(diǎn)質(zhì)量提升，額度會逐步提升。推送結(jié)果出現(xiàn) success 的字眼以及成功條數(shù)，為推送成功；出現(xiàn) error 字眼，那你多半是推送錯(cuò)了，看看是不是哪里寫的不對，api接口是不是錯(cuò)了，推送的鏈接是不是不屬于該網(wǎng)站等。推送完畢，要等2天左右，才會出現(xiàn)如圖，提交的數(shù)據(jù)反饋以及錯(cuò)誤鏈接反饋。

　　在這里有幾個(gè)名詞需要給大家解釋一下:

　　提交鏈接量：你使用 MIP 推送接口推送頁面，包含歷史推送頁面，去掉重復(fù)的，計(jì)算的總和數(shù)量。

　　校驗(yàn)通過鏈接量：推送的頁面，改造符合 MIP 規(guī)則的頁面數(shù)量。

　　有展現(xiàn)生效鏈接量：百度收錄并且被 MIP 緩存的頁面，有用戶搜索，在搜索結(jié)果頁面得到展示的 MIP 頁面數(shù)量。

　　有點(diǎn)擊生效鏈接量：對于百度收錄頁面，有用戶產(chǎn)生點(diǎn)擊行為的 MIP 頁面地址。

　　點(diǎn)擊量：顧名思義，就是你 MIP 緩存頁面的總點(diǎn)擊量。

　　在這里需要強(qiáng)調(diào)一點(diǎn)，MIP 頁面緩存生效，類似于 cdn 的緩存道理一樣，需要用戶產(chǎn)生點(diǎn)擊行為，才能正常生效。這就是為什么，第一次訪問 MIP 生效頁稍微慢一點(diǎn)的緣故。對于錯(cuò)誤反饋，在這里要說明一下，有些頁面在 MIP 校驗(yàn)工具，校驗(yàn)成功還出現(xiàn)在錯(cuò)誤反饋，提示鏈接錯(cuò)誤，主要是因?yàn)閿?shù)據(jù)有延遲，需要站長修改好自己的 MIP 頁面，等待蜘蛛抓取。

　　MIP-Cache 清理使用介紹

　　MIP-Cache 清理有什么用，大家可以參考 CDN 清除緩存來理解，其實(shí) MIP-Cache 相當(dāng)于 cdn 的緩存加速環(huán)節(jié)，如果 MIP 網(wǎng)站更改過內(nèi)容、logo、css、圖片等改動、一般不需要使用 MIP-Cache 清理，只需要等待 MIPcache 過期即可，在緊急情況下，才使用 MIP-Cache 進(jìn)行清理緩存。在 MIP-Cache 中：頁面的緩存時(shí)間為52分鐘-5天（由該頁面用戶點(diǎn)擊量和站點(diǎn)本身穩(wěn)定性決定）。圖片緩存時(shí)間為10天。MIP-JS 組件文件的緩存時(shí)間為10分鐘。當(dāng)你急需更新 MIP 生效頁面，那么在這里就要用到 MIP-Cache 清理這個(gè)功能。理論上 MIP-Cache 清理生效時(shí)間為幾分鐘左右。圖片為演示示例，需要將 key 更改為你的 Authkey，鏈接改為你要更新 MIPcache 的 MIP 鏈接。

　　和主動推送一樣，該文件只要放在支持 php 環(huán)境的地方，訪問一下 php 地址即可，反饋信息 {"status":0,"msg":"cache clean success"} 為 MIP-Cache 清理成功。

　　反饋信息"msg":"authorization check fail", //授權(quán)校驗(yàn)失敗

　　反饋信息"msg":"update times exceed the limit", //更新次數(shù)超限

　　需要說明的是，更新 MIP-Cache，目前限制100s只可以更新10條.如果 MIP 站點(diǎn)是 https 協(xié)議，那么 MIP-Cache 清理的 $api 處應(yīng)該是 :

　　$api = 'http://mipcache.bdstatic.com/update-ping/c/s/';

　　MIP引入使用最后總結(jié)

　　主動數(shù)據(jù)那里的數(shù)據(jù)類型，更新數(shù)據(jù)推送用于網(wǎng)頁內(nèi)容做了更改，告訴蜘蛛，更新數(shù)據(jù)推送類似于百度的投訴快照功能；刪除數(shù)據(jù)推送用于內(nèi)容刪除了，需要告訴蜘蛛，該頁面已刪除。而 MIP-Cache 清理，則是清理 MIP 生效頁面/緩存頁的緩存，類似于 CDN 清理緩存的功能。

　　提交鏈接量比較低的原因，提交的數(shù)據(jù)有沒有重復(fù)，接口以及提交文件寫法是不是正確。不建議大家數(shù)據(jù)重復(fù)提交，會造成提交數(shù)據(jù)慢。校驗(yàn)通過鏈接量比較低的原因，主要是改造的過程中，MIP 規(guī)范不是很嚴(yán)格造成的，建議大家改造 MIP 的過程中，一定要仔細(xì)檢查改造的頁面，然后再提交。 有展現(xiàn)生效鏈接量比較低的原因，主要是 MIP 改造的頁面客戶體驗(yàn)有待提高，甚至?xí)霈F(xiàn)被轉(zhuǎn)碼的現(xiàn)象，這和MIP 沒有關(guān)系，主要是頁面客戶體驗(yàn)有待提高。（作者：宋亞鵬）