前两周去杭州参加了百度的一个沙龙活动,主题是百度MIP和Google AMP。从最近百度和Google的动作看,他们对MIP或AMP(技术上,这两个是一回事)都在大力推广,力度出乎很多SEO的预料。
沙龙上有个对谈环节,参加的有百度MIP项目负责人高磊,携程流量和SEO负责人安琦,九狐科技CEO飞鹰正义,和我。沙龙前,我们几个人一起吃饭,聊的也主要是MIP的事。下面总结一些台上及私下了解到的关于百度MIP的信息。
Google AMP近况
沙龙上我主要介绍了一些Google AMP的发展情况。
Google第一次公布AMP项目是去年(2015年)10月。和很多Google的小项目一样,当时并没有引起太大注意。我自己根本不记得有这么个东西,直到2016年2月,Google在新闻搜索的顶部轮播图中返回AMP结果,我才注意到有这么个东西。一般来说,进入搜索结果的东西,不得不关注了。
不过还是没引起太大重视,至少我没重视,因为当时的AMP只限于新闻页面,只限于轮播图中。我也不可能做新闻网站,不大关心。
2016年8月,Google公布AMP将应用于所有类型的页面和搜索,不再限于新闻。这时才真正引起很多SEO们的关注。公布这个消息时,AMP页面还没有出现在真实用户的普通搜索中,但Google给了一个demo地址,在demo上搜索是能看到AMP页面的样子的。我在8月16号的Google AMP帖子中有demo抓图。
本来以为从demo到实际上线要过一段比较长的时间,没想到9月20号开始,AMP页面全面出现在搜索结果中。现在用手机在Google搜索,已经可以大量看到AMP页面,如下图,第二个结果,是我这个博客上的AMP页面,描述前面有个闪电标志和AMP字样:
Google前不久取消了移动友好页面的Mobile Friendly标志,看来是为了给AMP标志让路。
据Google AMP官方博客10月7号帖子介绍,已经有70万域名使用AMP页面,Google索引了6亿AMP页面。现在应该更多了。
我在参加沙龙前随机搜索了大概30个关键词,80%的关键词在前两页出现AMP页面,而前两页结果中有差不多10%的AMP页面,这个比例应该超出了AMP页面占所有页面的比例,也就是说,AMP页面在移动搜索中排名表现高于平均。
虽然一般网站移动流量主要还是来自非AMP页面,但有网站报道,新发布的页面,来自AMP页面的流量是非AMP页面的两倍。Google介绍了一些案例网站,使用AMP后效益很大:
华盛顿邮报 – 7日内回访的移动用户增长23%
Slate – 月度访问用户增长44%,每个用户访问次数增长73%
Gizmodo – 80%的AMP流量是新用户
Wired – 搜索结果点击率增长25%,AMP页面广告点击率增长63%
欧洲某广告平台 – 点击率最高增长600%,平均增长220%
这些数字挺吓人的,不是个位数增长,最低都是20%。
另外,Google开始用AMP页面替换APP内容。Google用了2年时间研究索引APP中的内容,教APP开发人员怎样有利于Google索引APP中的内容,并且在搜索结果中返回APP内容挺长时间了。现在,如果网站有AMP和APP两个版本的相同的内容,Google将返回AMP内容,而不是APP内容。
百度为什么不采用AMP?
AMP其实是个开源项目,并不是Google专用。百度从Google公布AMP就很关注,也认为是移动搜索的正确方向,而且还与Google AMP项目组保持着很紧密的联系。那么百度为什么不直接采用AMP项目标准呢?
正如我在第一篇介绍AMP的帖子中最后说的,估计百度不支持AMP,因为AMP页面需要调用官网的JS库,就技术上说,这根本不是事,但政策上就是个大地雷了。
当然,我没猜到结局,没想到百度另起炉灶,做了一个和AMP一样的东西,从协议及技术层面看,百度MIP和Google AMP是完全一样的。但和Google没关系,这在非技术风险上就大大降低了。有不少站长大概觉得百度MIP就是抄袭AMP嘛,也可以这样说,但还真不是百度那么想抄。
百度为什么这么大力推MIP?只是因为速度?
MIP或AMP页面速度很快,确实是秒开。Google工程师在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页面了,站长们何乐而不为呢。那么百度为什么还没有自己开发,或者请人开发,几个主要CMS的MIP插件呢?
除了时间、人员等方面的原因,还有一个大家可能不容易想到的原因:百度MIP与Google AMP部门有良好沟通,双方有计划互相支持对方标准,站长们MIP和AMP做一个就行了,做了AMP,百度也索引来用,做了MIP,Google也索引来用。技术层面,双方谈得很顺利,因为MIP和AMP就是一回事,剩下的是商业和政策层面,需要高层定夺了。所以,MIP团队暂缓插件的开发,希望双方互相承认对方标准,那就不用MIP插件了。
MIP是百度移动排名的一个因素吗?
Google说,AMP并不是排名因素,但从搜索结果看,AMP显然间接影响了排名,因为AMP页面速度比普通页面快得多,而打开速度确定是排名因素。
MIP是百度移动搜索的一个排名因素吗?高磊明确回答,MIP会直接影响排名。
响应式设计与MIP是否有矛盾?
MIP与AMP很少的一个区别是,AMP与原来的移动页面是不同URL的两套页面,并且一一对应,AMP页面用meta标签指定对应的原移动页面,移动页面也指定对应的AMP页面。MIP允许不存在对应的移动页面,或者说,MIP页面就是自己的对应移动页面。
因此,响应式设计与MIP可能出现潜在矛盾。如果响应式设计的页面直接使用MIP标准,指定自身就是自己的原移动页面,没有独立分开的MIP和移动版两套页面,那么这个响应式设计在PC上怎么处理?MIP本身是移动标准,而响应式设计又是应该同时适用于PC及移动的。
高磊确认,这确实是个矛盾。所以,响应式设计目前的做法还是要把MIP和移动版做成两套URL,和AMP一样。
感谢读者在双11的百忙中还来看帖子。好了,我得去看着我太太,确保她今天不开电脑了。