首页 > seo学习 > 百度算法 > 2015年百度移动搜索最新发展历程与移动建站优化指南
2015
12-23

2015年百度移动搜索最新发展历程与移动建站优化指南

2015年百度移动搜索最新发展历程与移动建站优化指南

 

一、百度移动搜索发展历程

2012年,百度在移动搜索领域展开了多端布局,从入口上看就包括了网页版移动搜索、百度移动搜索APP以及内嵌于手机浏览器、WAP站等各处的移动搜索框,这让用户可以从多个渠道获得快速、全面、精准地移动搜索服务,也让百度在移动互联网时代的入口地位得以凸显。

2013年1月,国内知名IT网站TechWeb发布“2012年最受欢迎的十大移动应用”榜单,经过用户和组委会票选,百度移动搜索、微信、微博等移动互联网热门应用凭借为用户提供的个性化、智能化的优质搜索体验,跻身2012年最受欢迎十大移动应用。

百度移动统计是百度公司继成功推出“百度网站统计”工具之后,又一次顺应移动互联网大潮,推出的基于移动APP统计的分析工具。自2012年4月份上线以来,百度移动统计一直秉承着百度“简单可依赖”的精神,为开发者提供专业、免费、高效的移动统计分析服务,每天处理会话请求超过10亿次。独创的“六大分析”,支持iOS和Android两大平台,全面帮助移动开发者实现数据化、精细化运营。百度移动统计快速迭代,已经孵化出“统计分析、开发工具、营销推广等多种服务类型,从开发到运营到推广,为开发者提供真正意义上的“一站式”服务。百度移动统计愿与全体开发者一同,引领大数据时代精细化运营的潮流。

2014年8月百度移动搜索地域优化服务说明,为方便用户根据自身位置查找和使用本地信息与服务,帮助移动站点健康、稳定地提升流量,百度移动搜索现提供地域优化服务。

如果您是提供线下信息服务的站点,可以通过为自己的网页添加地理位置信息的方式,让您的站点所在地的用户更快在找到您。

2015年12月中国联通官方发布了2015年度“沃指数之移动应用APP排行榜”,该榜单共涉及三十多个小类,覆盖了网民社交、购物、娱乐等多个应用场景,在其中搜索类榜单中,360好搜(原360搜索)超越搜狗搜索,与百度一同分列搜索引擎类前二。目前,360好搜作为中国第二大搜索引擎,市场份额已达35%,每日搜索请求多达7亿次,拥有3亿多网友的支持和信赖。

二、百度移动建站优化指南

2014年11月百度站长平台推出《移动网站建设常见问题集锦》,百度移动搜索沙龙在深圳召开,数十名站长与百度移动搜索团队专家热烈讨论,以下是移动搜索专家熊咏志现场回答站长高频问题的实录:

问:如果是URL、PC访问和移动访问分别识别不同的模版,例如我们有一个URL,PC访问是这个模版,手机访问是那个模版。那么我们是使用相同的URL好,还是单独的做一个M站好?

答:理想状态下同一套url是最优的。目前受限于机制问题,还有待进一步解决,预期14年底能够完成。目前仍然建议大家移动站使用单独的m链接。同时,暂时不要使用类似这样的url: http://m.site.com?src=http://www.site.com 。

问:感谢,我们是这样理解吧,未来的话如果以用户习惯来说,是同一个URL好?

答:理想的技术角度看,是同一个url更好,但是目前尽量仍然使用单独的m链接。

问:一个站点有M站和PC站,采用完全相同的TDK,是否有问题,手机站的SEO规则是否跟PC站相同?

答:TDK代表标题、摘要、关键词是吧?先理解一下。是这样的,PC端和移动端搜索结果展现标题和摘要的字数限制等都是不同的,PC端30多个中文汉字才截断,移动端不到20个就折行了,20多个就省略看不到了。所以,建议移动站使用单独的TDK。

问:如果两个站点它的TDK都是完全相同的,每一个页面,会不会导致站点被惩罚?

答:这里说的两个站如果指同一个站点的PC和移动,肯定是不会导致被惩罚的。

问:用户使用m.baidu.com搜索时不同的终端排名不一致,比如说iphone搜索与安卓手机搜索结果不一致,部分排名也跟PC端访问的百度差很远。

答: ios和安卓不同的系统下我们会有微调,但理论上的差别不会特别大。例如搜索同一款app,安卓和ios系统下是需要给出对应该系统的结果的。第二个问题,从人、设备、使用场景及移动站特征看,PC和移动都是存在明显差异的,因此,未来移动端的排序与PC端的差异会更加明显。

问:外链对手机站是否有效果?

答:外链还是有效果的,但不要做那些垃圾外链,比如说论坛的标签里面或者说买卖链接或者是说批量的发链接有可能被惩罚。正常交换一下链接是有帮助的。0和1是明显不同的。

问:手机站使用xhtml与html5开发,对搜索引擎是否有区别?

答:大家使用手机搜索时会发现用2G的情况下移动搜索会给你到极速版,就是保证你得到结果的速度足够快,但是结果样式比较简单。一般情况下极速版我们会优先给Xhtml的结果,触屏版优先给html5,效果更加炫酷。

问:百度移动端对做了移动样式的站点的排名是否有照顾?移动端适配成功后是否可以把很多没做适配的站点挤下去?

答:做了移动适配的站点比PC的网站,其他都相同的情况下,我们会优先展示适配移动的站点。系统中是更倾向于将移动站优先展现的。

问:百度还是转码那么该怎么办?

答:百度的转码服务实际上有一段代码可以强制要求百度不转码,可以把这个写在html中。

2015年1月百度移动搜索引擎为了更好地满足用户需求,会对移动搜索结果中的网页进行转码处理。

2015年2月百度移动服务事业群组&百度商业分析部对外发布《移动互联网发展趋势报告2015贺岁版》,报告详细盘点了2014年Q4及全年的国内移动互联网市场,同时首次对00后的移动互联网行为进行了分析和洞察。

报告显示,截止2014年Q4的数据表明BAT在移动互联网时代拥有了更强的生态控制力,以手机百度、淘宝、微信为代表的BAT超级APP已经开始在“连接人与服务”领域展开正面交锋;与此同时,智能手机大盘在2014年的增幅已经放缓,预计这一人口红利将在2015年结束;而00后的崛起则开始逐渐对移动互联网行业的发展产生影响。

2015年3月百度LEE漫谈移动化,在3月19日的百度站长平台蝶变行动专场沙龙现场,百度LEE团队主要成员、移动搜索产品负责人熊咏志老师针对现阶段大热的PC移动化问题阐述了自己的看法,值得同学们好好学习一下,汇总起来要点如下:

• 理清目标用户需求,切忌盲目移动化

• 移动适配要全面,以免流量流失

• 尽快在百度站长平台验证站点,享受专项服务

2014年在不同的场合都跟站长朋友说了很多,相信大家也都看到了,从流量角度讲2014年可以说是移动流量爆发式增长的一年。但今天我想说的一点就是:大家不要盲目去做移动化,比如我前几天接触了一家移动站点,用户的很多操作行为实际上是需要在电脑上才能完成的,在手机移动端却非常麻烦,这说明其并不适合在移动端上下大力去做。大家在进行移动化之前一定要想清楚自己的目标用户是谁以及他们的需求是怎样的,还要考虑清楚自己的业务是否适合在移动端开展,只有适合的情况下才能在移动方向上去发力。

我们最近在做调研,看整个互联网上到底有多少内容是只存在于移动端、而PC端完全没有的?还有多少是PC移动共存的?今天在座的新好站基本上都是PC端和移动端一起发力的,在此想提醒各位一下,PC端上的内容,移动端应该很好的无缝对接,这一点可以通过移动适配来解决,我们站长平台的站长学院里有相关内容,在这里就不多讲了。因为我们发现很多网站在PC搜索上有一些流量,但移动适配工作没有上,白白浪费了很多获取移动流量的机会。

另外我可以告诉大家,有很多行业,移动搜索上的检索量比PC搜索已经高出很多。当然不同行业并不一样,大家可以分析一下你们的目标用户,来决定主要朝哪个方向发力,当然另一个方向也要去做,不要把任何一边浪费掉。

再有最重要的一点就是,今年百度站长平台增加了重要工作方向,就是支持移动搜索领域,目前百度站长平台内的工具,仅改版和闭站保护未对移动站点开放,我们还计划开发一些专门针对移动站点的工具,包括我们在线上看到的官网图标等等,之后移动端都会在站长平台有一个对接。除了工具以外,今年我们会与百度站长学院合作,通过线上文章线下培训等形式对移动站点的开发者给予更多的指导。欢迎各位尽早在站长平台验证站点,可以争取到工具内测和优先参与线下学习的机会。

2015年4月【大拿分享】移动站点站内优化,随着移动流量的与日俱增,移动搜索引擎的功能越来越丰富,意味着更多移动特性可以施展,同时也意味着对HTML5网站的要求更趋规范和严格,这对于负责移动站点优化的负责人来说是个极大的挑战。学院要来了携程移动优化负责人安琦老师的todolist,内容多得让小编想吐,就这样他还说不够全面,很多常识性内容根本没有写上去。学院把这些内容分享出来,更多移动站点优化负责人是否还有补充?

我一般将站内优化的生命周期概括为三个词,实验、评估、调整,因此我的checklist也贯穿了这一过程。

技术方案方面——融合站内优化需求,保障网站稳定

数据埋点方面——收集和跟踪数据,进行后期调整

适配——作为识别移动网站的重要手段,单独列出关注

1、架构及代码篇

• 确认开发架构,页面生成方式,有没有单页应用,有没有异步加载

• 使用工具确认spider对网站内容的可抓取

什么是百度抓取诊断工具

google抓取方式工具

xenu

• 确认页面URL部署方案,响应式(PC和H5共用URL)还是分站,据悉百度建议使用分站,但对于Google,是有相关文档的自适应页面的设计

• URL的设计是否满足层级分明的原则,参数整齐、长度正常、结构清晰、命名准确是否遵循HTML5的标准

• title、description、keyword使用是否“正确”,h标签是否正常使用,所依附的关键词是否有计划且正确部署,所谓的target、有主有次,基于数据。

• 图片是否有了title和alt标签,比这个重要的是图片是否进行了移动优化,大小、加载速度、错误监控,移除没必要的图片展示。

百度图片搜索收录展现基础要求

产品、编辑必看:撰写搜索引擎喜爱的标题

• 以及,是否有追踪关键词部署效果的监控机制,以数据作指导用作调整依据,需要有自己的抓取、入库、报表的一套关键词竞争情报工具。

• 服务器、域名解析、CDN,是否都使用了靠谱的供应商,且建立了反应迅速的监控机制,是否有完善的日志系统以备查证问题有依据可循,抓取量、返回码、抓取时间分布、URL分布、入口效能分析、spider抓取性能指标

• 是否有方便蜘蛛抓取的通路,比如HTML版的SITEMAP,各家XML版的sitemap是否制作且提交平台正确,定期关注平台报错。现在百度、搜狗、神马、好搜都有对应的XML提交入口及规范。

• 内部链接是否在位置的部署上结构清晰,在抓取深度上设计够扁平,如果内容繁杂是否有别的通道维持繁杂和扁平的平衡

关于抓取的管理,推荐一篇启蒙文章Large Website Design Theory and Crawl Management,开篇的七个指标可以指导一些思路

• 是否运行了DNS反解析,保证spider的顺畅抓取,无法支持反解析的搜索引擎的是否在防火墙及安全部门开通了UA白名单

• 检查robots,及nofollow标签的使用,不要误屏蔽,遵照数据和经验玩。

• 确保PC页面被移动设备访问时的跳转方案,对应页面的跳转要绝对保证,此处应有自动化测试工具定期跑case。

• 确保设备清单长期的维护和更新,涵盖移动spider及最新的设备标示。遵循蜘蛛和人看到一样内容,如果分移动和PC蜘蛛,还要遵循移动蜘蛛和移动设备看到一样的内容原则。

• 有没有瀑布流,分页怎么处理,入口不能丢,另外,如果是SEO页面,有些功能在是否真有实现的必要。

• 是否有重复页面,要干掉重复页面,干不掉的其他方案都是补救,再谈Canonical标签

• 关注搜索引擎算法更新,规避相关惩罚规则,比如针对移动页面的冰桶算法。

• 通读百度站长学院文章,修正自己网站需求及功能上有伤害搜索引擎的功能。

 2、代码埋点

• 是否在PC端及移动端添加了地理位置信息。

• 是否在PC端部署了各家的页面适配代码。

• 是否在移动端使用了微格式(这个Google算是比较不错提高页面质量的方式),百度也会针对性地使用这些数据,表现为搜索结果展现评论数、星级、电话、位置。

• 流量统计代码是否部署正确,指标是否齐全,产出漏斗是否构建。

• 性能统计代码是否部署正确,指标是否齐全,针对设备进行了性能测试和监控,2G?3G?4G?WIFI?

• 各家的站长工具代码是否部署正确,如下按需添加,同时完成网站地图和适配文件的提交。

百度站长平台

神马开发平台

搜狗站长平台

Google站长工具

好搜站长平台

bing站长工具

• 是否有自动化测试方案,确保全量页面上线后功能及代码标签的正确。

• 是否组建 并维护了词库,词库是否由移动用户真实搜索词构成。

• 是否监控词库中各家搜索引擎SERP中,网站的排名,索引的是移动页?PC页?转码页?(要获取这些页面的URL,以作进一步改进)。

• 是否有PC排名和移动排名的对比?是否有搜索结果防黑监控?

• 同样的体系是否涵盖了竞争对手。

 3、适配

• 如果是响应式设计,确保百度META标签的适配方式完全正确,Google注意alternate和canonical标签的使用。

• 如果分站设计,跳转要是否做到了对应页面的跳转,PC重复页面是否也做了对应页面跳转的收口,是否遵循了移动蜘蛛和移动用户看到的内容一致的原则。

• 没有对应页面的PC页面,是否本着优化手机用户体验但又不扰乱蜘蛛的原则进行了跳转,比如JS跳转。

• 适配效果如何监控。

• 社会在进步,去年就不应该再关注非智能手机的适配,如果你的WAP站还有流量,考虑转往HTML5站点。

• 是否有对跳转页面、返回码(301、302)的正确性,移动页面的可用性的日常监控体系。

至此,一个基本的移动站点的站内优化check完成,有些PC相关的提不全,也觉得没有必要提,常识就无须赘言,这算是一篇关注点及思路聚合文章,很多点有机会可以单独拎出来当做专题讨论,共同交流和学习。

2015年6月百度站长平台推出,百度眼中的优质移动站点什么样?做网站、做SEO的同学往往喜欢问百度各项关于标准的问题,在移动大潮席卷整个互联网的今天,百度眼中的优质移动站点是怎样的呢?在5月底结束的杭州培训上我们给亲临培训现场的同学留了作业,站长社区版主飞鹰正义是第一个就此题目发来作业的同学。在作业中,飞鹰同学并非仅就那一页PPT做了复录,更是将现场很多知识点结合在一起,内容比培训那单页PPT更加完整。不仅如此,飞鹰同学还就培训部分内容提出质疑与询问,在得到讲师的解答后完成了以下的分享笔记:

有幸参加百度VIP大讲坛,现场了解了一下百度在移动端是如何工作,之前一直在想百度是如何看待移动站点的,现在有了答案:百度基本是从两大维度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演员介绍——之前感觉这样的内容还可以,毕竟都是跟同一个电视剧相关的。私下问了一下刘院长,刘院长说这种情况在百度内部是不允许的,属于作弊,会被狠狠打压,大家还是避免为妙。

2015年6月百度站长平台发布PC站点移动化主流方式

百度官方给出的解释是:

跳转适配:该方法会利用单独的网址向每种设备提供不同的代码。这种配置会尝试检测用户所使用的设备或ua,然后使用 HTTP 重定向和 Vary HTTP标头重定向到相应的页面。

代码适配:该方法使用相同的网址(不考虑用户所使用的设备),但会根据服务器对用户所用浏览器的了解(ua),针对不同设备类型生成不同版本的HTML。

自适应:通过同一网址提供相同 HTML 代码的网站设计方法。该方法不考虑用户所使用的设备(pc、平板电脑、移动设备),但可以根据屏幕尺寸以不同方式呈现(即适应)显示屏。

下面我们来分析一下这几个方式都有那些具体的实施办法:

【跳转适配】

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就要全放开了,但在官方没有正式发布消息前,我们还是按照传统保守的方法进行操作吧。

说了这么多,其实三种方式各有各的优缺点,站点移动化进程,还要根据自己的实际情况来选择实施方式。

2015年7月 百度发布移动搜索结果排序倾斜策略简析,百度之所以一直大力倡导大家对PC站点进行移动化处理,是因为在移动端排序上存在着向移动页面、适配页面倾斜的策略,后续这种策略的力度会更大,转码页和PC页的展现空间将更小。所以提倡大家提高PC页移动化比例,减少移动流量损失。

2015年7月16日,百度站长平台推出移动搜索优化策略漫谈。

做移动网站优化,首先我们要做的是数据分析和挖掘。在站长平台里面,优化与维护>流量与关键词>移动搜索,就能看到相关的数据。

1、选取你的PC站点,点击页面类型里面的PC页,如果发现大量的移动流量进入PC站,那就是你的网站没有进行适配或者适配没有生效,移动流量被白白浪费掉。

2、选取你的移动站点,点击页面类型的PC页,如果数据很多,那就表明你的移动页面被识别为PC页,需要检查移动特征的代码是不是没有加好。

3、如果是代码适配或者自适应站点,不应该会出现大量的转码页面,这里就需要检查是否写有applicable-device标签。

此外,在移动适配里面,点击移动适配进度查询,然后下载站长平台提供的每日适配潜力top列表数据,在里面能发现不少问题,比如发现有不是以http开头的二级域名,这代表这个域名有相当多的内容还没有做适配,这个时候就要针对这些潜力频道加油了。另一个是以http开头的url,有两种可能,比如尚未进行适配或者适配错误了,这些页面就需要检查对应关系是否准确了。

最后谈谈在移动优化中的一些站长们需要注意的地方:

(1) 外链生效,PC端移动端外链均有效,但会减弱对其的信任,同时低质链接会产生负面影响,作弊链接会受到惩罚。

(2) PC站和移动站的TITILE是否需要保持一致,前期PC和移动搜索结果展示字数不一样,后期因为跳转适配展示较多是PC页面,用户点击PC页面可以进入移动页面,建议PC页面标题不要过长,否则移动端展示会出现问题。例如:PC端和移动端搜索结果展现标题和摘要的字数限制等都是不同的,PC端30多个中文汉字才截断,移动端不到20个就折行了,20多就省略看不到了。所以,建议移动站使用单独的TDK。

(3) 移动URL尽量进行静态化。

(4)大量PC页面适配不能同时指向同一个移动页。

2015年7月28日,新版移动适配工具常见问题QA集合。

新版移动适配工具7月25日晚正式上线,自升级公告发布以来,热情的平台用户和英俊的工程师在帖子里和VIP大讲堂学员微信群里进行了深入沟通探讨,社区工具版主xbx1209在短时间内对各位的问题和工程师的回复进行了梳理,归纳出十问十答,希望可以给各位解惑。

问:新版的移动适配工具,不支持pc和移动版domain不一样的提交吗?提示pc站点与移动站点主干不同。什么是主干?

答:主域不同可以,但是主干不同是不允许的,老版本也是这个要求。举例解释一下主干www.a.com wwww.a.net 属于主域不同,主干都是a,可以! www.a.com www.b.com 主干 一个是a,一个是B,不同,不可以。

问:为什么提示我“URL校验不通过”,填写没有问题呀?

答:提交的目录名要与实际保持一致,第2对里提交的目录全是小写,与实际不符。

问:没规则的哪些页面怎么办呢?或者改版中的规则混乱的又怎么处理?

答:url适配>填写url对

 问:适配状态一直显示适配中,多久会有变化?

答:最长10天

 问:适配周期太长了,而且经常失败?

答:目前适配最慢生效周期是10天,我们可以继续努力让这个时间缩得更短,但是适配失效的原因往往是站点自身原因造成的,您可以参考一下我们的帮助文档

问:数据内容与指定站点不一致,这啥意思啊?

答:提交规则之前会让你填写“指定PC-移动站点”,出现“数据内容与指定站点不一致”的提示,说明您提交的数据所在站点,与填写的站点不一致。

问:听说有个下载按钮?我连“下载”都没?

答:提交批量规则适配、url适配有下载按钮,提交单条规则适配没有

 问:采取URL提交方式提交的URL对,下载后怎么排版是乱的。。。 不是一行两列了

答:你可能需要换个文本编辑器来打开,内容格式不是标准的windows文本

 追问:即使用txt打开是一行几列的情况也无所谓吗?

答:txt问题你换个文本编辑器应该就好,比如Utraledit

问:以前提交的适配怎么修改

答:新提交规则进行覆盖

问:正则规则移动URL会自动多加一个http://

答:这个是bug导致,目前(7月28日)已经修复,请你重新提交下

2015年9月,百度站长平台推出移动化友好指南预告。

当移动用户在手机上点按某条搜索结果时,除了搜索结果对需求的满足程度外,搜索结果的加载速度、页面浏览体验、页面是否符合移动端适配等因素,都影响着移动用户体验的满意度,我们将其统称为移动友好度,百度致力于帮助移动用户获得更好的移动网页浏览体验,移动友好度被作为一个重要的标准,用于衡量移动用户的满意度。百度移动搜索会请评估人员对抽样移动页面进行评估,评估后的结果会返回技术部门进行深度学习,进而影响移动搜索的结果排序。

百度移动搜索大体将移动页面的友好度分为四档:

一档,友好度高。页面非常适合在移动设备上展现及使用,页面布局好主体突出,排版精良,且浏览体验好,百度移动搜索会尽量给这类页面更多的展现机会,同时会根据页面的友好程度反推整个站点对百度移动搜索的友好程度。

二档,友好度中。页面能够在移动设备上展现及使用,但各方面表现一般,离友好性高尚有一定距离,百度移动搜索会给此类页面合理的处理方式,在友好性程度高页面缺失情况下,给友好性中页面展现机会,同时希望此类页面尽快进行提升,进入友好性高队伍。

三档,友好度低。页面能够在移动设备上展现及使用,但使用体验较差,此类移动页面将很难在百度移动搜索中获取重要流量。

四档,不友好。页面不适合在移动设备上展现及使用,完全不具有移动友好性,百度移动搜索将拒绝收录此类页面,对已被收录的页面会采取清理行为,即使保持收录也会限制其展现。

百度衡量移动友好度的因素有很多,在此仅做一个非常简单的分享:

1,页面可读性

页面可读或者说可访问,是衡量移动页面质量的前提,是友好度的基础,百度主要会从三个维度来衡量:页面加载速度体验、页面结构、页面浏览体验。

1.1页面加载速度体验。再优质的网页资源,如果打开速度慢加载时间超长,大部分的普通用户都会失去耐心而选择离开,3-5秒是正常状态,小于1秒体验优秀,大于5秒会被认为对用户非常不友好。

1.2页面结构。一个结构优质的页面,要让用户第一眼看到页面的主体内容,获取页面主体信息的时候没有多余的干扰,快速找到所需,并通过页面布局,快速了解页面各模块的主要内容。

1.3页面浏览体验。若百度认为该页面主体内容辨别困难(如,文本内容与背景颜色相近)或段落不够分明,会认为其对用户也不友好。

2,资源易用性

百度移动搜索会根据页面主体内容载体不同,对资源易用性和功能及服务提出不同的要求,比如:

*首页/索引页:页面提供的导航链接清晰可点,页面推荐的内容清晰、有效;

*音频/视频页:音频/视频能够直接播放,清晰优质

*APP下载:提供APP直接下载,且下载的为最新版

*商品页:提供完整的商品信息和有效的购买路径

等等,在此不完整举例了。

3,体验更优

体验更优这个维度属于增益项,移动页面在满足可读性和资源易用性要求的前提下,百度移动搜索才会考虑页面体验的问题。影响体验问题的因素举例:面包屑导航是否清晰;电话是否可拨打;地址是否可定位等等。

2015年9月8日,【移动适配】目录级移动适配如何使用工具提交适配关系。

“我的PC站点是www.a.com,移动站其实是PC站内的一个目录www.a.com/m,这样怎么使用移动适配工具提交适配关系?”我们发现一些PC站点下开辟某个目录存放移动适配页面、作为移动适配“站”,会有提交移动适配数据的需求,如:http://www.a.com/a.html 适配到http://www.a.com/m/a.html。虽然从长远角度看,这种行为对搜索引擎极不友好,百度(包括GOOGLE)一直不赞成不鼓励这种建方式,但为了满足该需求,百度站长平台移动适配工具依然开发了满足此需求的功能。

您可以先在下拉菜单中选择准确的站点域名,再点击“+添加适配关系”。也可以在默认的www主域下“+添加适配关系”。进入“添加新数据”界面后,“指定PC-移动站点”处填写的移动站点名,要与PC站点名一致,然后在提交规则处填写相应的正则信息,然后增加校验用url对即可。

  2015年9月14日,移动适配常见问题(15年9月)——了解这些,你也能算半个移动专家。

百度站长学院传播移动适配知识已有一段时间了,期间总是遇到同学提相同或相近的问题,这些问题随着时间推移也在发生着变化。所以学院会不定期地整理大家的问题,发布在学院中供大家参考。

问:跳转适配、代码适配、自适应——百度更支持哪一种?

答:都是亲生的,都喜欢都支持。目前对跳转适配的支持更全面一些,但对代码适配和自适应的理想状态处理也在紧锣密鼓地进行中(代码适配、自适应的理解状态是,一个链接在PC和移动都有展现,彻底告别转码)。

问:让百度正确识别适配关系的关键点是什么?

答:无论您使用哪种适配方式,工具提交、meta(rel)标注还是自主适配,关键要做到PC与移动页面主体内容相同,且各方式之间逻辑关系一致(详见下一个问题)

 问:跳转适配移动站点想让百度了解适配关系,平台移动适配工具提交、代码标注(meta标注、rel标注)、自主适配是否可以都做,要注意什么?

答:可以都做,我们也鼓励都做。但特别要注意的是,几种方式的逻辑关系要保持一致,比如PC链接A,不能在工具提交时对应的移动链接是B,而代码标注时会表示要对应移动链接C,如果出现这种情况,百度会为其A匹配一个移动页面,但也许这个移动页面并不是你认可的那个。

 问:跳转适配移动站点的收录为什么那么少?

答:首先要说明的是,对于跳转适配移动站来说,并不是说没有被百度直接收录就不会获得流量。在百度移动搜索结果中,我们优先展示拥有适配移动页的PC页结果 (简称A页),用户点击PC页结果后会自动跳入相应的适配移动页(简称B页)。所以对于百度来说,收录了拥有B页的A页,就等同于收录了B页,B页依然可 以通过百度移动搜索获得流量。当然了,百度移动搜索对重要的B页也有单独的抓取收录机制。

 问:在PC站点里建一个目录专放移动页面是否可行?

答:虽然现在我们也可以识别这样的做法,且移动适配工具给予一定支持,但从长远角度考虑,我们(包括GOOGLE)不建议您这样做,会有很多弊端。

问: 适配移动站点的页面被PC搜索收录了,是不是BUG?

答:这不是BUG,的确会有这种情况存在,该移动页面在PC端往往很难有较好的排名。站长发现此情况后,要重视的是:1,该移动页面对应的PC页在PC端表现是否正常;2,该移动页面是否已被百度移动搜索收录。

问:PC站和移动站是同一个域名,如何向百度提交适配关系(自应适、代码适配如何向百度提交适配关系?

答:关于这个问题,首先要确认你使用的到底是哪种建站方式?

1,PC 站和移动站是同一个域名,即PC页面和移动页面使用同一个url,该url可以通过分辨访问者的终端设备(PCor手机)或浏览器分辨率大小自动对版面内 容进行调节,给用户以最优的视觉体验。那么你的站点应该是代码适配或自适应,无需向百度提交适配关系,但请为您的网页添加device代码,以帮助百度进 行判断校验。

2,PC 站点www.a.com,移动站点相当于PC站点下的二级目录www.a.com/wap。首先需要说明的是,百度和GOOGLE都不赞成不推荐这种做 法,但百度从站长角度出发,在移动适配工具中仍然针对此类情况开发了提交功能,具体请移步站长学院教育文章《目录级移动适配如何使用工具提交适配关系》了解详情。

问:以前通过siteapp做的移动站不想用了,做了高大上的新移动站,怎么修改适配关系?

答:将siteapp移动站点301至新移动站,注意是页面级的301,所有siteapp移动页面跳转到新移动站首页是不行的。

百度移动搜索官方课程(新)高速下载:http://pan.baidu.com/s/1c1nKKZA 密码:nwmq

琪琪SEO在最近的两年内,看到了一部分站点,由原来的单一的PC流量,现在发展到移动流量一般是PC端流量的3-5倍,这不能不说是又一个移动流量爆发的新常态。这三年多的时间里,移动站点流量,逐步呈现出爆发式的增长状态,未来5到10年内移动端流量将会持续增长,因此站在2015年岁末及2016年岁首之际,琪琪SEO深入总结了百度移动搜索发展历程,以及百度移动建站优化指南,是具有重大意义的,也是琪琪SEO在2016年,深入开展移动站点优化的序幕,移动站点优化是大势所需,人心所向,唯有顺势而为,激流勇上,才能在未来移动站点布局上,抢占优势,不被时代所淘汰。

61.5K

本文链接:2015年百度移动搜索最新发展历程与移动建站优化指南

转载声明:本站文章若无特别说明,皆为原创,转载请注明来源:seo学堂-seo新手学习交流的最佳平台。,谢谢!^^


Smilie Vote is loading.
打赏 赞(0)
微信
支付宝
2015年百度移动搜索最新发展历程与移动建站优化指南的图片 - 1

微信扫描二维码打赏

2015年百度移动搜索最新发展历程与移动建站优化指南的图片 - 2

支付宝扫描二维码打赏

历史的今天琪琪SEO发布的文章:

  1. 2014:  SEO学堂为你解析网站优化关键字布局方法(10)
  2. 2018:  2019年语音搜索的流行与百度SEO的整站优化解决方案(12)
最后编辑:
作者:琪琪SEO
Avatar
琪琪SEO,SEO专家、自媒体人、专注于SEO培训、网络推广、网络营销的媒体人。
捐 赠如果您觉得这篇文章有用处,请支持作者!鼓励作者写出更好更多的文章!

2015年百度移动搜索最新发展历程与移动建站优化指南》有 8 条评论

  1. Avatar kaixin 说:

    本文不错,对于进行SEO移动优化非常有帮助

    • Avatar SEO学堂 说:

      没有什么值得夸耀的,很多内容都是来自百度的,只是琪琪SEO在SEO实战优化中,注重不断总结资源整合罢了,想要真正学好SEO实战优化,做好资源整合和优势发挥至关重要。

  2. Avatar muou 说:

    新 的一年,听说百度可能有新的算法了

  3. Avatar ztmm 说:

    做网站必须会这个,多学有益!

    • Avatar SEO学堂 说:

      移动建站优化师大势所趋,凡是从事SEO实战优化的SEOER,都至少拥有一个移动站点,或者至少有一个自适应的网站。

留下一个回复

你的email不会被公开。

浏览器必须开启Javascipt