请选择 进入手机版 | 继续访问电脑版

美姿姿SEO优化团队

 找回密码
 立即注册

移动站点对百度友好全解

2019-10-9 23:21| 发布者: mzzseo| 查看: 14| 评论: 0

摘要: 如何布局您的 PC 站和移动站,并表达两者之间内容的对应关系目前较流量的 PC 站与移动站配置方式有三种,百度站在搜索引擎角度将这三种分别称为跳转适配、代码适配和自适应,以下为这三种配置方式的名词解释及异同对 ...

如何布局您的 PC 站和移动站,并表达两者之间内容的对应关系

目前较流量的 PC 站与移动站配置方式有三种,百度站在搜索引擎角度将这三种分别称为跳转适配、代码适配和自适应,以下为这三种配置方式的名词解释及异同对比。

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

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

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

PC、移动网址是否一致PC、移动网页代码是否一致
跳转适配
代码适配
自适应

三种配置方式的分析

百度仅站在搜索引擎角度对跳转适配、代码适配、自适应这三种配置方式做了一些对比和分析,希望能够帮助站点选择更适合自己、性价比最优的方式来进行移动化。

跳转适配代码适配自适应
复杂程度简单到中等。开发独立网站的速度可以非常快。小型企业可选用多种自动方案,以近乎实时的速度生成移动网站。中到高,取决于网站的复杂程度和您需要创建的代码库数量。代码适配所需的开发时间可能较长,且要求服务器端编程中。需要使用能随屏幕尺寸而变的流体网格从头开始创建。如果网站需求较简单,有许多开源模板可供选择。如要构建包含额外编程的复杂的自适应网站,所需的时间会比较长。
性能中。图片和其他网站内容可轻松针对小屏幕优化,但网站重定向经常会导致延迟问题。高。可以简化为只包含为相应设备优化的内容,以实现最佳性能。高。无任何重定向,但需要有周全的计划才能实现最优的效果。数据量膨胀是最常见的错误。
维护需求中到高。更新主网站后,还必须单独在移动网站上进行更新。如果人工维护,将需要大量的资源。许多网站使用内容管理系统来避免这一问题,并自动在所有模板上发布内容。低。创建后,更新内容会流向所有设备,维护工作量极低。
设备可专门针对移动用户优化网站。单独的文件和服务器端代码(会在向用户传递网页前在您的服务器上运行)可以提供依设备而定的体验。所有设备上的用户体验保持一致(一些设备专属的选项可通过服务器端程序添加)。
是否支持扩展至新平台不支持。这是智能手机专用的独立移动网站。新平台无法轻松集成到现有架构中。支持。可轻松针对具体的设备(例如智能电视)创建模板,并通过同一个网址投放。支持。使用指定的断点和流体网格,可轻松扩展到新平台和新设备。

建设对百度友好的移动站点

一、域名&服务器&前端语言

  1. 域名 最初的时候,我以为移动站(俗称手机站,简称M站或者wap站)的域名和PC站一样,随便挑一个就可以了。后来才发现,“理想是美好的,现实是残酷的”:百度搜索引擎原来有自己的偏好!如下所示:
      推荐: m.baidu.com sports.sina.cn a.m.hao123.net www.m168.info
      不推荐:www.baidu.com/m

可以看出来,百度搜索引擎喜欢独立的、短小的二级域名(简洁的三级域名也可)。但却不喜欢用子目录做的M站,理由也很简单,如果说PC站用 www.baidu.com,M站用www.baidu.com/m/ ,那搜索引擎对 /m/ 这个目录会感到疑惑:到底是PC站的一个子目录,还是PC站相对应的M站呢?真是剪不断,理还乱啊。

以上举例的域名,我们来做个PC站与M站对应的关系:

  PC站M站
  www.baidu.comm.baidu.com
  sports.sina.comsports.sina.cn
  a.hao123.neta.m.hao123.net
  www.m168.ccwww.m168.info

可能大家会发现,最后一个例子中,PC站和M站都是使用的www作为前缀,其实我是不怎么赞同的,使用 m 或者 wap 才较为合适。因为说不定什么时候老板想把www.m168.cc 作为他用,而 www.m168.info 作为PC站了。

OK,我们现在知道M站用二级域名或者三级域名了,那么有同学又提到了一个问题,在百度搜索引擎的策略里,PC站和M站的主域是不是必须用一个呢?答案是“否”,但又必须相关,如下:
  可行——PC站:www.hao123.com 移动站:m.hao123.net
  不推荐——PC站:www.hao123.com 移动站:m.123.com

可以看到,百度搜索引擎(以下内容简称百度)认同 用 hao123 做为主干,使用不同后缀的域名分别用作PC站和M站的域名,但不推荐使用没有关系的域名。

  1. 服务器 不管做什么站,首先网站有个非常重要的前提:服务器的稳定性。百度官方透露:目前百度对可访问性有问题的网站打压是非常厉害的。如果被检测到网站404、502等各种影响用户浏览网站的状况发生,是会影响到网站自身在移动百度搜索结果里的排名。同时,移动百度搜索对网页加载速度上的要求也很苛刻:“网页加载超过3秒以上不考虑排名”。当然,一般情况下会排除统计工具代码的加载时间,但广告加载会计算在3秒之内!大家还是先回家测试一下手机站的加载速度吧。温馨提示:利用站长平台工具“页面优化建议”可以粗略的查出影响页面加载的因素有哪些。

  1. 前端开发语言 移动互联网发展至今,前端开发语言经过历次的更迭,目前主流仍在使用的用xml、xhtml、html5。
    历年来,移动web主要技术标准有:
  2. WML——古典的移动web标准,使用WML
  3. i-mode——小日本的标准,使用iHTML,我们可以忽略
  4. OMA领导的xHTML mobile profile,使用xHTML
  5. W3C领导的xHTML Basic,使用xHTML
  6. 以及所谓的Full Web,也就是普通的HTML——从iPhone开始流行起来

近年来比较流行HTML5,是html标准的最新版(在2014年10月正式发布),目前世界上主流浏览器最新版均以支持,同时,也是各站长平台、浏览器厂商推荐的移动站点的前端语言标准。附送一张进化图,用以各位看官了解:

二、applicable-device标注

  1. 意义 用来向百度蜘蛛说明此url页面适合在PC端还是M端展现。说白了,就是帮助百度提交校验识别结果的正确性,减少百度蜘蛛把PC站当成M站,或者把M站当成PC站进行抓取。

  2. 代码位置 代码放在<head></head>中间,规则和对应关系见下:

  3. 如果是PC站,代码:<meta name="applicable-device"content="pc">
  4. 如果是M站,代码:<meta name="applicable-device"content="mobile">
  5. 如果是自适应或代码适配,代码:<meta name="applicable-device"content="pc,mobile">

三、站点结构

  1. 树状or扁平? 其实大家没有必要再纠结所谓的树状还是扁平,只要能让Baiduspider把整个网站跑一遍就可以,但今天要提醒大家注意两点:
  2. 不要所有内容放在同一个目录下(包括根目录),这种不符合上面所说的“树状结构”,同时无法让蜘蛛明白这些文章的分类。错误例子:http://www.xxx.com/article-7750-1.html
  3. 不要过度细分目录(就是一级目录下面有二级目录,然后还有三级、四级。。。等目录),按需生成目录,不要无下限的生成多级目录:

  http://www.xxx.com/news/ --- 推荐
  http://www.xxx.com/news/yyxw/ --- 若内容过少,不推荐

  1. 面包屑导航 对于移动网页来说,面包屑导航也非常重要,在此不再多言。

  2. anchor质量 超链接分两种,一种是纯文本链接(只有url,没有说明描述),在移动网页上百度并不推荐使用;另一种就是锚文本链接,代码如下:

<a title="标题描述" href="http://www.xxx.com/article-7750-1.html">标题描述</a>

上述标题描述即为anchor,这个anchor必须准确地描述相对应的链接内容,虚假的anchor内容还会受到百度的惩罚。

四、url结构和外链

  1. url结构 虽然百度已经支持动态化url链接,但静态化url链接依然是优先推荐使用(纯静态化,或者伪静态化)。在使用静态化url链接时,url的结构也是需要注意的地方:
  2. 尽量简单短小,少用特殊符号;
  3. 尽量不用中文url,因为在移动端没有太大意义,目前平台的改版工具和移动适版工具支持得也不够,别给自己找麻烦了;
  4. 结构层次尽量不要太多,越少越好,但不要把所有的内容页放在同一个目录里面

  5. 外链 有句内行话是这么说的:“内容为王,外链为皇”。如今,外链的作用依然很强大,不管是导量方面也好,SEO优化方面也罢。各个站长依然为了“外链”而头疼,特别是被不明身份者恶意刷外链的站长们,更是吃不下睡不着。关于外链生效的问题方面,PC端、移动端外链均有效(PC链向移动站点同样有效),但需要注意几点:

  6. 整体而言,减弱信任度;
  7. 高质量的外链,一直有效;
  8. 低质量的外链,具有负面影响,而作弊外链,则会受到惩罚。

针对恶意外链事件屡次发生,站长平台发布了“外链分析”的工具,让各位站长可以明确的知晓到底有哪些站放了我们网站的外链。各位可以在站长平台查看:

五、移动类型提交

百度站在平台的设置里,把网站分为了五类:PC站;有对应PC站的移动站;独立移动站;自适应的站点;代码适配的站点。根据站点实际情况进行设置,有利于百度蜘蛛在抓取页面,以及搜索结果的排名(PC站和M站的搜索结果展现机制不一样)。设置方法如下:

跳转适配生效经验分享

当用户用百度搜索某个关键词时,百度会优先展现用户体验最佳的页面,就算你做了移动站,可因为百度并没有发现你原PC页面对应的移动页面,也会失去上述优先机会。那么,如何让百度快速发现PC--移动页面的对应关系?我们常做的有自主适配、meta标注、站长工具提交适配关系,但由于自主适配和meta标注只有在百度蜘蛛抓取原PC页面的时候才能发现对应的移动页面,那么发现全部移动页面会需要很长的时间,而在百度站长工具中提交移动适配关系将大大缩短了这个时间。

下图中这个移动站上线半年,之前一直做了自主适配和meta标注,在8月10日的时候提交了移动适配,通过下面曲线图就可以看出6天之后适配效果就达到比较理想状态(红线和蓝线间距越小适配效果越好)。

6天时间就校验成功并生效,可能会让一些校验不成功或一直校验中的同学愤愤不平,但在吐槽的时候,是不是也应该在自己身上找下原因呢?下面我们主要阐述下移动适配中的几个要点。

一、内容一致是移动适配成功的关键

  1. PC页面和对应的移动页面主体内容必须完全对等 尽量保持原PC页面信息量不变,但为了移动页面美观和访问速度,可以删减不太重要的模块和细分导航,但页面主体内容必须保持不变,比如文章正文或目录页面的链接数和链接指向要完全一致。

  2. PC和移动的适配关系必须是一对一,不能多对一 若某些PC页面没有对应的移动页,那这些PC页可以不提交适配关系,但不能将多个PC页面同时指向一个移动页面,比如某文章页面在PC上有分页,到了移动站上分页取消,原PC文章所有分页都指向了同一个移动页面,这也会导致校验识别。PS:允许出现一个PC页面对应两个移动页的情况:一个是给高端机看的,一个是给低端机看的。

  3. 需要适配的页面不能内容过少、为空或者无法访问 百度需要将PC页面内容和移动页面内容进行对比参照,若内容过少或空,以及需要登录才能查看的页面,百度都无法识别相似度。

二、建议移动站和PC同主域或同主干,不建议使用目录

  1. 移动站和PC主域相同,或主干相同 例若PC站是www.123.com,移动站强烈建议选用m.123.com,移动站URL尽量简洁短小,建议使用m.123.com而非yidongzhan.123.com。www.123.net因为主干相同也可以。

  2. 不建议使用二级目录作为移动站 例若PC站是www.123.com,移动站选用www.123.com/m/,这样,百度、GOOGLE等搜索引擎都是不喜欢的。但如果真的这样做了,百度站长工具也可以提交适配规则,具体方法可查看站长学院中《目录级移动适配如何使用工具提交适配关系》这篇文章。

三、更多注意事项

  1. 允许Baiduspider访问,不要robots封禁 虽然听起来有些无厘头,但这种情况是真实存在的,要注意你的移动站点对百度是不是开放的。

  2. UA判断后尽量使用301或302进行跳转 现在比较常见的是PC站点只适配一个移动站点,那么使用301就可以,如果需要同时适配高端域名和低端域名,推荐使用302

  3. 尽量为页面添加applicable-device标签 applicable-device标签用于帮助百度校验识别页面类型的准确度,虽然不是硬性要求,但对站点来说没有任何弊端
    如果是PC页,在<head></head>中标注<meta name="applicable-device"content="pc"> 如果是移动页,在<head></head>中标注<meta name="applicable-device"content="mobile">


  4. 鲜花

    握手

    雷人

    路过

    鸡蛋

    相关阅读

    QQ|Archiver|手机版|小黑屋|美姿姿SEO优化团队 ( 粤ICP备13073484号-3

    GMT+8, 2019-10-17 08:23 , Processed in 1.062527 second(s), 16 queries .

    Powered by Discuz! X3.2

    © 2001-2015 Comsenz Inc.