- A+
百度站长平台VIP大讲堂于4月、5月分别对外讲解了《移动网站优化官方课程》,独家揭秘了百度移动搜索在抓取、收录、展现、优化各个环节的原理及要点。官方PPT也可在多种渠道获取。但为了我们的忠实粉丝,仅有PPT是不够的,还是应该有解读的!那么,我们将分为6期进行解读。
好了,现在我们开始正式进入课程:
什么样的移动站在百度眼中才是优质站?下面这张图浓缩了全部精华,但仅有这张图还是不够的,我们的学员“飞鹰”同学进行了非常细致的解读:
1.HTML5建站
1.1百度移动搜索欢迎一切适合移动化设备浏览的网页,但目前HTML5是最先进的语言,强烈建议使用,能为后面的适配等工作加分不少。
1.2域名设置上尽量简短,移动站点推荐以m、wap做为二级域名名称
1.3URL结构上尽量简短且能够表达页面主意,目前动态url对PC搜索已不构成困难,但在移动端,咱们还是先做一段静态化的工作吧
1.4移动化页面特征尽量明显。关于这个问题等待站长学院的相关文章吧,听说已经有技术大牛在撰写了。
1.5正确适配,或正确填写sitemap,或正确标注applicable-device。
2.访问速度
2.1培训现场刘院长直接说“3秒以上死”,听起来很可怕,足以见得响应速度对移动站点是多么的重要。这个3秒包括网络时间、服务器处理时间、页面渲染时间,千万别超呀!所以我们在选择服务器、空间的时候要充分考虑速度的因素了。
2.2还有一点培训上没有讲到,我觉认为非常重要,就是访问的稳定性,这和PC端是一样的。我关注过去年广州沙龙时孙权老师提到的,网站服务器宕机一天对站点的整体排名表现都会有很长时间的影响。
3.死链率
3.1百度站长平台上上周发了《百度搜索标准死链官方文档》,最近也反复说这个问题,看来是非常重视的,想想看,用户在马路上使用百度移动搜索,点开的结果是死链,或者显示“此内容已过期”也真是够恶心的——院长说这就属于死链影响搜索用户体验,发生这种事情百度会很不开心。
3.2百度这么重视死链,也一直让我们提交死链,搞得我们很紧张,我曾经一度认为只要是报过404的页面都需要进行提交。后面问了一下刘院长,给我的解释是这样的:1,只提交百度收录的死链即可,即以前页面正常的,被百度收录后变成404的页面。2,除了404死链,内容死链和跳转死链也必须提交。
4.可访问性
4.1跟《百度搜索网页质量白皮书》里说的差不多,网页不能是死链(包括协议死链和跳转死链),不能是必须有权限或必须登录才能访问的页面。
4.2不能强迫用户,这个应该是目前百度比较重视的问题,包括不能要求用户下载APP才能看到网页内容等——冰桶算法有一部分就是打击这种行为的,相信百度后续会加大对这种手法的打击。
4.3现阶段百度还未公开宣传可以读懂FLASH、JS、图片,所以不要将链接和文本通过上述方式输出或表现(这点培训中没有讲,但是结合现场其它内容,感觉应该加进来提醒大家)。
5.使用体验
5.1减少用户获取内容的成本,一般移动站点使用树形结构的话,可以控制在三层,即首页-频道-内容页。
5.2尽量减少使用大屏广告的行为,小心被冰桶掉。
5.3移动网页面积有限,要在有限的空间里做大量交互行为是一件很难的事情,这就要看站点的功力了,刘院长在培训时着重讲了交互要爽,大家尽量去站长学院看视频吧。
6.内容价值
6.1百度对移动内容价值的判断,绝大多数同《百度搜索网页质量白皮书》里讲的一样,尤其是内容质量那个篇章,做网站的不看几遍这个白皮书都不好意思跟同行打招呼。
6.2刘院长在培训现场还强调了一个例子,就是网页标题上写的是XXX全剧剧情,但实际页面上是XXX演员介绍——之前感觉这样的内容还可以,毕竟都是跟同一个电视剧相关的。私下问了一下刘院长,刘院长说这种情况在百度内部是不允许的,属于作弊,会被狠狠打压,大家还是避免为妙。
不知加上飞鹰同学的解读,你对优质移动站的理解是不是更深刻了?接下来我们进入到基础篇的学习,PC站点目前主流的移动化方式有哪些?这个内容也是我们积极的学员李曰辉的心得,奖励小红花一枚,自行脑补!
首先先看官方PPT:
跳转适配:该方法会利用单独的网址向每种设备提供不同的代码。这种配置会尝试检测用户所使用的设备或ua,然后使用 HTTP 重定向和 Vary HTTP标头重定向到相应的页面。
代码适配:该方法使用相同的网址(不考虑用户所使用的设备),但会根据服务器对用户所用浏览器的了解(ua),针对不同设备类型生成不同版本的HTML。
自适应:通过同一网址提供相同 HTML代码的网站设计方法。该方法不考虑用户所使用的设备(pc、平板电脑、移动设备),但可以根据屏幕尺寸以不同方式呈现(即适应)显示屏。
*院长手按:使用不同配置方式的站点在提交sitemap文件要做的工作不同,请密切关注百度站长平台后续的公告和教育文章。
下面我们来分析一下这几个方式都有那些具体的实施办法:
【跳转适配】
1、百度siteapp。这显然是标准的跳转适配,但siteapp效果不大好,比如页面混乱、内容可控性差。好像百度也发现这些问题以至于此项目搁置,这个工具一直没有更新升级。
2、第三方移动建站工具。如:搜狐快站、腾讯风铃等。这些工具有个缺点是需要PC站点与移动站点做好对应关系,需要一篇文章发两遍的尴尬情况。
3、完全开发一套移动站点。通过后台程序判断出是移动UA,不会给用户返回代码,直接重定向到移动页面。这里要注意开发时一定要做好PC页与移动页面的
对应关系同时提交到百度站长平台。上图中提到“维护成本较高”,可以这样解决:在开发时调用同一数据库,就免去了发两边内容的成本。
4、对于CMS系统,无程序扩展功能的:新建一个独立移动站点,原PC页面中加入JS来判断UA,通过JS重定向到移动页面。此方法第一次请求后会返回完整HTML到用户本地,JS本地判断后再次请求返回完整HTML,页面需要加载两次,延迟严重。而且百度对JS的跳转并不支持,仅仅实现了页面的转换,还是需要最好对应适配关系提交到百度站长平台的。
【代码适配】
代码适配没有跳转适配那么多方法,它的实施方法是:原PC站CMS系统升级改造,当用户访问一条URL时,后台程序判断UA,根据不同UA返回不同的HTML代码和样式。
此方法无延迟、移动站点维护成本较低,但局限性也很大:首先你要有开发能力,其次你的CMS系统能让你开发,第三是此类站点不能完全静态化。代码适配非常适合社区论坛和用户交互式站点。
【自适应】
自适应是呼声最高的一个方式,H5越来越普及,自适应的站点和页面也越来越多,甭管是国外的谷歌还是国内的百度都承认未来站点属于H5的自适应。自适应页面由H5+CSS3+JS判读不同屏幕宽度展示不同样式的页面,PC和移动页面url和源代码都相同。之前他有很多名字:页面自适应、响应式、H5页面、宽度变化页面等,之后我们统一为自适应。
同样自适应也有自己的优缺点:一次编码多平台共用,维护成本低,设备展示效果一致,用户地体验好;但也有缺点,复杂页面在做自适应时,受手机屏幕限制很
难排版,若隐藏部分内容相比独立移动手机站页面体积大、加载速度和数据流量也更大。此类非常适合如知乎、36KR、新闻媒体内容页等功能相对单一的页面和站点。
百度不建议的做法
1,单独域名下不要使用多种配置方式,其实我家新闻站点就是这样做的:CMS系统没办法二次开发同时也没需要完全静态化,所以内容页采用自适应,而栏目众多结
构复杂的首页和频道页则采用跳转适配的方式,回去跟领导说说去。另外听院长说,有些站点是把移动内容当做PC站点下的一个目录进行配置,这也真是不行的。
2,不能用JS对UA进行适配跳转,虽然下半年百度JS就要全放开了,但在官方没有正式发布消息前,我们还是按照传统保守的方法进行操作吧。
说了这么多,其实三种方式各有各的优缺点,站点移动化进程,还要根据自己的实际情况来选择实施方式。
加上解读比光看PPT自己理解要强很多吧?告诉你,站长学院还带现场视频呢!刘院长温柔磁性的声音为你详解PPT,学起来更酸爽!
最后,记得关注“百度站长平台”官方微信,回复“移动优化”关键字,获取培训高清完整无码版PPT教材!
来自外部的引用: 1