百度MIP幕后揭秘 附MIP站点快速改造教程

百度MIP幕后揭秘 附MIP站点快速改造教程,第1张

百度MIP幕后揭秘附MIP站点快速改造教程

两周前,我去杭州参加了一个百度的沙龙,主题是百度MIP和GoogleAMP。从百度和Google最近的动作来看,他们都在大力推广MIP或者AMP(技术上来说这两个是一回事),这是很多SEO始料不及的。

沙龙上有一个对话环节,有百度MIP项目负责人高磊,携程流量和SEO负责人安琪,九虎科技CEO飞影正义,还有我。沙龙之前,我们几个人一起吃饭,主要聊的是MIP。下面总结一下台上和私下了解到的百度MIP的一些信息。

GoogleAMP近况

在沙龙上,我主要介绍了GoogleAMP的发展。

谷歌在去年(2015年)10月首次公布了AMP项目。和很多Google的小项目一样,当时并没有引起太多关注。我完全不记得有这样的事。直到2016年2月,谷歌在新闻搜索的顶部转盘返回AMP结果,我才注意到这样一件事。一般来说,进入搜索结果的是不得不关注的。

不过还是没有引起太多关注,至少我没有,因为那时候的AMP只限于新闻页和轮播。我也做不了新闻网站。我不太在乎。

2016年8月,谷歌宣布AMP将应用于所有类型的页面和搜索,不再局限于新闻。这时候真的引起了很多SEO人的注意。这个消息公布的时候,AMP页面还没有出现在真实用户的普通搜索中,但是Google给出了一个演示地址。你可以通过搜索demo来查看AMP页面。我在8月16日的GoogleAMP帖子中有一个演示截图。

本以为从试玩到实际上线需要很长时间,没想到9月20日搜索结果中出现了AMPpage。现在用手机搜索Google已经可以看到很多AMP页面了,如下图所示。第二个结果是我博客上的AMP页面,在描述前面有一个闪电标志和AMP两个字:

谷歌最近取消了移动友好页面的移动友好标志,这似乎是为AMP标志让路。

根据GoogleAMP官方博客10月7日的帖子,已经有70万个域名使用了AMP页面,Google已经索引了6亿个AMP页面。现在应该有更多了。

在参加沙龙之前,我随机搜索了30个左右的关键词,80%的关键词前两页显示的是AMP页面,而前两页几乎有10%显示的是AMP页面,这个比例应该超过了所有页面中AMP页面的比例。换句话说,AMP页面在移动搜索中的排名高于平均水平。

虽然网站的一般移动流量主要来自非AMP页面,但也有网站反映新发布页面的流量是非AMP页面的两倍。Google介绍过一些案例网站,用了AMP后收益很大:

  • 华盛顿邮报——7天内回访的移动用户增加了23%

  • Slate–每月访问用户增加了44%,每个用户的访问次数增加了73%

    Gizmodo–80%的AMP流量是新用户

    WIRED——搜索结果点击率提升25%,AMP页面广告点击率提升63%

    欧洲某广告平台——点击率最高增长600%,平均增长220%。

    这些数字相当吓人。都不是个位数增长,最低20%。

    此外,谷歌开始用AMP页面取代APP内容。Google花了两年时间研究索引APP的内容,教APP开发者如何帮助Google索引APP的内容,并长期在搜索结果中返回APP的内容。现在,如果一个网站在AMP和APP版本中有相同的内容,谷歌将返回AMP内容,而不是APP内容。

    百度为什么不采用AMP?

    AMP实际上是一个开源项目,并不是Google的专属。百度从Google公布AMP开始就非常关注,也被认为是移动搜索的正确方向,也和GoogleAMP项目组保持着密切的联系。那么百度为什么不直接采用AMP项目标准呢?

    我在第一篇介绍AMP的帖子末尾说过,估计百度不支持AMP,因为AMP页面需要调用官网的JS库。从技术上讲,这根本不是问题,但在政策上却是一个大地雷。

    当然,结局我也没猜到。没想到百度另起炉灶,做出了和AMP一样的东西。从协议和技术方面,百度MIP和Google AMP如出一辙。但与谷歌无关,大大降低了非技术风险。很多站长大概都觉得百度MIP是抄袭AMP,或者这么说,但真的不是百度要抄袭。

    百度为什么这么大力推MIP?只是因为速度?

    MIP或者AMP页面很快,真的是秒开。谷歌工程师在10月初的SMX会议上透露,AMP页面的平均下载时间为0.7秒。眨眼时间为0.3-0.4秒。AMP页面的平均下载时间为22秒。百度的MIP页面很少遇到,确实有几个,速度也很快,但是没有百度官方数据。

    然而,一个设计良好的移动版本也可以将页面做得非常小。再加上CDN,速度也能大幅提升。达到MIP级别也不是不可能。而且这两年移动SEO一直是热门话题,站长们在优化移动版本方面也有一些经验。那么百度为什么这么大力推MIP呢?只是为了速度?

    MIP项目负责人高磊提到了一个重要的考虑因素:生态。虽然百度推广移动SEO已经很久了,各个城市也组织了SEO研讨会,但是网站动员的过程并不尽如人意,很多网站还是不知道怎么做移动SEO。移动友好有时是一个不容易解释清楚的问题。所以百度的想法是,不如另起炉灶,看看效果,推广MIP。只要采用MIP,天生就是移动友好的。

    主流CMS的MIP插件什么时候出来?

    Google AMP之所以这么快被站长接受,短时间内出现大量的AMP页面,与主流CMS系统的AMP插件已经开发出来有很大关系。携程这样的公司要想采用MIP,显然需要自己发展。但是对于我这样的个人站长和中小企业的网站来说,使用现成的插件是第一选择。毕竟,大量的网站是由那些有限的开源CMS制作的。等正式插件出来了,就没必要自己花时间和精力了。

    目前百度MIP的情况是很多站长都在观望。花时间做MIP值值得吗?有什么好处?百度搜索,由于MIP页面不够多,无法在搜索结果中充分展现MIP的优势。站长很少在搜索结果中看到MIP页面,所以只能观望...

    如果MIP插件出来了,MIP页面几分钟就完成了,站长们何乐而不为。那么为什么百度不开发自己的MIP插件或者让别人开发呢?

    除了时间和人员的原因,还有一个大家可能不太容易想到的原因:百度MIP和Google AMP部门有很好的沟通,双方都有互相支持对方标准的计划。站长MIP和AMP可以做一个。AMP做好了,百度也索引使用,MIP做好了,Google索引使用。在技术层面,双方谈得很顺利,因为MIP和AMP是一回事,剩下的就是商业和政策层面,需要高层来决定。所以MIP团队暂缓开发插件,希望双方认可对方的标准,所以不会使用MIP插件。

    MIP是百度移动排名的一个因素吗?

    谷歌说AMP不是排名因素,但是从搜索结果来看,AMP明显间接影响排名,因为AMP的页面速度比普通页面快很多,打开速度才是排名因素。

    MIP是百度移动搜索的排名因素吗?高磊回答的很明确,MIP会直接影响排名。

    响应式设计与MIP是否有矛盾?

    MIP和AMP的一点区别是,AMP和原来的移动页面是两套不同URL的页面,而且是一一对应的。AMP页面使用meta标签指定对应的原始移动页面,移动页面也指定对应的AMP页面。MIP允许没有对应的移动页面,或者MIP页面是自己对应的移动页面。

    因此,响应性设计和MIP之间可能存在潜在的矛盾。如果响应式设计页面直接使用MIP标准,并指定自己为自己的原始移动页面,没有单独的MIP和移动页面,那么这种响应式设计如何在PC上处理?MIP本身就是一个移动标准,响应式设计应该同时适用于PC和移动。

    高磊证实,这确实是一个矛盾。所以现在响应式设计的做法是把MIP和移动版做成两套URL,就像AMP一样。

    附:如何快速改造一个MIP站点?导言

    文/飞鹰正义本名翁新宝

    在转型之前,我们先来回顾一下什么是MIP。能带来什么好处?

    简单来说,MIP就是百度推出的一套移动网页开放标准。说白了就是百度为了进一步提升用户体验而推出的一系列规范和标准。站长参与MIP改造计划,可以和百度一起获得一定的收益。

    目前看来,站长朋友对MIP站点的改造,除了有收集整理的潜在优势外,还能解决大部分站点加载慢、呈现慢等缺点。虽然现在大部分站点已经解决了PC站点的加载速度,但是由于移动端的特点,很多站点在移动端的全局加载达不到最佳状态,所以你可以通过修改MIP缓存来缓存你的页面资源!让你免费使用和百度搜索引擎一样的CDN。你觉得够了吗?

    言归正传,我们赶紧把原来的移动站点改造成MIP站点吧。

    一、装修前期准备及注意事项

    1.首先你要有移动站(当然你完全可以重新开发MIP站);

    2.可以选择直接把原来的移动站改成MIP站,也可以做一套MIP站和移动站共存。

    3.对于复杂的页面,不建议使用MIP转换。目前很好的支持信息、图文。如果功能比较复杂,建议定制组件或者等待MIP项目组开发。

    4.转型需要一定的html知识。请按照教程进行MIP转换,特别注意大小写。建议全世界都小写。

    二。详细的转化过程

    我们一步一步地转换一个html页面,只需按照本文中的步骤来完成Mip转换。

    1.文档类型转换

    1.1打开您的模板或代码文件,查看第一行。不出意外,就是这句话:<!DOCTYPEhtmlPUBLIC"-//W3C//DTDXHTML1.0transitional//EN""http://www.w3.org/TR/XHTML1/DTD/XHTML1-transitional.DTD">;

    也可能是这句话:

    <!DOCTYPEhtml>

    不管是什么,记住第一句话一定是:<!DOCTYPEhtml>

    2.<Html>标签转换

    2.1完成第一步后,代码向下看,将:

    <htmlxmlns="http://www.w3.org/1999/XHTML">;

    或者:

    直接更改为:

    3.3的重建。头部

    3.1<head>标签必须全部小写。

    3.2页面的编码必须是utf-8,修改语句为:

    3.3添加

    3.4向页面添加MIP特殊样式文件

    3.5这里需要告诉搜索引擎改变页面对应的标准html页面地址,如果存在,识别

    4.4内部的转换。身体

    4.1首先标签必须小写;

    4.2为MIP添加特殊的JS文件:

    4.3常用标签更换表



    被替换为

    评论

    <img <;图片

    <mip-img<图片


    <;风格

    <样式MIP-自定义

    Style在head中只能出现一次,请注意合并。

    脚本

    没有替代品

    脚本标签被列为禁止标签。需要JS部分来查看是否有组件支持。

    链接

    没有替代品

    不允许链接标记加载样式表。

    [h/]a

    没有替代品

    但不能是href="javascript:",目标必须设置为_blank。

    框架


    禁止使用原则

    表单

    删除标签。

    不要使用

    input,textareaa,select,option


    不要使用


    5.使用MIP缓存的注意事项

    5.1通用缓存图片、样式和脚本。经过以上四步,建议将资源地址改为相对地址;

    5.2缓存的内容需要更新。需要通过MIP数据提交中的更新数据接口推送更新后的url链接,等待百度更新。

    三。其他注释

    3.1本文的目的是将移动站点快速转化为MIP站点。请参阅https://www.mipengine.org了解一些缺失功能的详细信息。

    3.2除了上述要求,一些站点可能需要使用组件,包括一些当前支持的组件。稍后,我将继续解释如何使用组件。由于js引用的限制,我举一个简单的例子来说明如何使用百度统计:

    3.2.1引用https://mipcache.bdstatic.com/static/v0.1/mip-stats-bidu.js

    3.2.2去百度统计工具查统计JS代码。

    3.2.3获取画框的token,将代码放在js参考代码之前:

    3.3经过以上步骤,mip站点转换基本完成。我们已经在mip页面上确定了标准页面的地址。同样,为了加快收集速度,我们还需要在我们的标准移动页面上标识出该页面对应的mip页面。代码如下所示:

    3.4最后,我们完成了mip页面。建议你们都做数据推送,会有意想不到的效果!

    欢迎分享,转载请注明来源:内存溢出

    原文地址: http://www.outofmemory.cn/zz/763965.html

    (0)
    打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
    上一篇 2022-05-01
    下一篇 2022-05-01

    发表评论

    登录后才能评论

    评论列表(0条)

    保存