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 没有关系,主要是页面客户体验有待提高。
文章作者:宋亚鹏
转发自:http://www.smallsky.cn/article/share/30.html