【转】百度站长平台MIP引入工具使用心得
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 没有关系，主要是页面客户体验有待提高。
