折腾了几个月了，MIP的进展怎样？-荒时暴月网

本人是折腾对百度的搜索结果越来越不满意了，近几个月。个月可以说百度发扬跟踪谷歌屁股后面走的进展精神，一直在折腾MIP。折腾折腾了几个月，个月MIP的进展进展怎么样呢？

这里跳出说一下，下面内容来自百度站长平台公众号，折腾标题为：“关于MIP的个月三个进展，看过后应该可以减少对度娘母亲的进展问候”这个标题，大家觉得怎么样，折腾我咋觉得有种“百度PPT事件”的个月感觉。哈哈~

MIP 官方发布 v1稳定版本

MIP从推出到现在升级了四五个版本，进展

追随的折腾站长们有可能也跟着更改了四五次，

谢谢你们的个月不离不弃！

从现在起，进展终于可以告别这种窘境了。

v1版本的代码内容由服务端统一控制。未来的功能升级，bugfix等代码改动会直接生效到v1文件中，站长无需再次修改版本。

对于MIP页面开发者来说，只需替换线上引用的MIP文件为v1版本，就可以完成升级。具体可参见MIP官方博客http://www.cnblogs.com/mipengine/

百度MIP的规范要求必须添加强制性标签canonical，不然MIP校验工具会报错：

强制性标签<link rel="/^(canonical)$/"> 缺失或错误

简单来说，canonical标签用于关联原页面和MIP页，保证MIP页继承原页面权重，在移动搜索时优先展现MIP页。Canonical标签是MIP页连接外界的重要桥梁，不写或写错会导致MIP页不能和原页面产生联系，导致权重丢失，MIP页不展现。

原页面是相对于MIP页来讲的，如果在m.a.com/1.html的基础上，mip改造后得到mip.a.com/1.html，那么m.a.com/1.html就是mip.a.com/1.html的原页面。

Canonical标签添加在MIP页的<head>标签中，href指向原页面地址。如：mip.a.com/1.html页面（MIP页）的正确写法为：

<link rel="canonical" href="http://m.a.com/1.html">

href指向原则：href指向百度移动搜索导流最多的页面。

不同情况下的href指向：

如果同样的内容既存在对应的pc页，也存在移动页，那么href指向百度移动搜索流量大的页面。

如果是动态页面，原页面?已经存在canonical标签，则href指向与原页面指向一致。

如果?原页面?有多个版式，href指向流量最大的页面。

如果没有对应的原页面url（如新建独立MIP站），则href指向MIP页本身。

如果直接在当前url进行MIP改造并直接生效，则href指向MIP页本身。

关联原页面继承页面权重优先显示MIP页

在爬虫抓取MIP页后，会根据其中的canonical标签得到当前MIP页和原页面的关系，在移动端需要展现原页面时，优先展现体验更好、速度更快的MIP页。

一个类似的例子是在站长平台上提交移动端适配。在提交适配规则“m.a.com/1.html对应www.a.com/1.html”后，在移动端m.a.com/1.html会继承www.a.com/1.html的权重，优先展现m.a.com/1.html。

MIP页面和原始页面的主体内容应该大致相同。如果内容相差较大，被如果搜索引擎判定主体内容不一致的话，会认为canonical标签无效。

原网页与MIP页的url的对应关系尽量简单、直接（文档说明）。简明直接的对应关系有利于搜索引擎分析mip页与原网页的关系，加快MIP页被收录和展现的速度。

历史上，MIP曾使用“standardhtml”来链接MIP页和原页面，这个标签已经被“canonical”代替，新提交的mip页不再需要写“standardhtml”了。

很多站长反馈改了MIP很久了，迟迟看不到效果呀！

通过工具提交了，也不知道处理进度！

累觉不爱了。。。

现在明确告知站长：目前提交的MIP页面数据量非常之大，MIP项目组在筛查时发现存在较多因为技术使用不当而导致的质量问题。针对这部分问题他们正在做逐一检查，以确保当前用户体验不受影响。

预计从12月开始将会逐步放开已提交站点的MIP流量。

而站长平台的MIP引入工具也将于近期更新，大家可以了解数据的处理进度。