百度移动搜索优化指南 2.0

前期准备工作

【域名】

　　与 PC 网站一样，域名是用户对一个网站的第一印象。一个好的移动域名，不仅容易记忆、易于输入，还能方便用户向其他人推荐。域名应尽量简短易懂，越短的域名记忆成本越低，越容易理解的域名能让用户更直观了解网站主旨。移动站域名建议多采用m.a.com/3g.a.com/wap.a.com等，避免使用过于复杂或技术性的形式，例如 adcbxxx.a.com/html5.a.com 等。

【服务器】

　　选择正规空间服务商，避免与大量垃圾网站共用 IP，保证网站访问速度和稳定性。其他这里不再赘述，默认有 PC 网站基础。

【网站语言】

　　根据终端以及技术的发展，我们强烈建议使用 html5 作为移动站建站语言，并且根据不同终端机型进行自动适配。

面向移动搜索的网站建设

搜索引擎作为网站的普通访客，对网站的抓取索引、对站点/页面的价值判定以及排序，都是从用户体验出发。因此，原则上网站任何对用户体验的改进，都是对搜索引擎的改进。但是限于当前整体的网络环境以及技术性原因，落实用户体验的具体手段也是需要考虑对搜索引擎友好性的，使之在满足用户体验的前提下也会让搜索引擎更易理解处理。那么，面向移动搜索引擎的网站建设，主要分为三个部分：如何更好的让百度移动搜索收录网站中的内容、如何在移动搜索中获得更好的排名、如何让用户从众多的搜索结果中快速地找到并点击你的网站。简单来说，就是收录、排序、展现。下面我们将从这三个方面分别介绍：

面向移动搜索的网站建设之：良好收录

【机器可读】

与PC spider一样，百度通过一个叫Baiduspider2.0的程序抓取移动互联网上的网页，经过处理后建入移动索引中。当前Baiduspider只能读懂文本内容，flash、图片等非文本内容暂时不能很好处理，放置在flash、图片中的文字，百度只能简单识别。建议使用文本而不是flash、图片、Javascript等来显示重要的内容或链接，搜索引擎暂时无法识别Flash、图片、复杂Javascript中的内容；同时仅存在于flash、Javascript中包含链接指向的网页，百度移动搜索同样可能无法收录。不要在希望搜索引擎可读的地方使用Ajax技术，比如标题、导航、内容等等。

【结构扁平】

移动站点同样应该有清晰的结构以及更浅的链接深度，这能够使用户快速地获取有用信息，也能使搜索引擎快速理解网站中的每一个页面所处的结构层次。网站结构建议采用树型结构，树型结构通常分为以下三个层级：首页——频道——详情页。

【网状链接】

　　理想的网站结构是树型扁平，从首页到内容页的层级尽量少，这样更有利于搜索引擎进行处理。同时，网站内的链接也应该采用网状结构，网站上每个网页都要有指向上、下级网页以及相关内容的链接，避免出现链接孤岛：首页有到频道页的链接，频道页有到首页和普通内容页的链接、普通内容页有到上级频道以及首页的链接、内容相关的网页间互相有链接。
网站中每一个网页，都应该是网站结构的一部分，都应该能通过其他网页链接到，这样才能使baiduspider尽可能全地遍历网站内容。同时，重要内容应该距离首页更近，有利于价值传递。

【简单易懂的URL】

具有良好描述性、规范、简单的URL，有利于用户更方便地记忆和直观判断网页内容，也有利于搜索引擎更有效地抓取和理解网页。网站设计之初，就应该有合理的URL规划。我们认为：

对于移动站首页一般采用m.a.com/3g.a.com/wap.a.com；
频道页采用m.a.com/n1/、m.a.com/n2/(其对应于PC站点的频道n2.a.com)，当然，n1、n2直接可读更佳；
详情页的URL尽量短，减少无效参数，例如统计参数等，保证同一页面只有一套URL地址，不同形式的URL301跳转到正常URL上；
Robots封禁baiduspider抓取您不想展示给用户的URL形式以及不愿被百度抓取的私密数据。

【涵盖主旨的anchor】

anchor即锚文本，对一个链接的描述性文字，锚文本写得越简洁明确，用户越易明白该指向网页的主旨内容。用户发现你的网页是从其他网页上的链接，锚文本是该网页的唯一介绍。跟普通用户相同，搜索引擎spider在刚发现一个网页时，锚文本也是对该页面理解的唯一因素，同时对于最终的排序起到具有一定的作用。

【工具：移动sitemap】

百度站长平台提供了移动sitemap提交工具，通过提交sitemap，可以使百度更快更全地抓取收录网站内容。

【工具：移动索引量】

百度站长平台同时提供了移动索引量工具，可以使站长及时了解到自己网站在移动端的收录情况。

【工具：移动死链提交】

百度站长平台还提供了移动死链提交工具，通过提交死链sitemap，可以使百度更快地发现网站死链进行更新删除。

【合理的返回码】

百度spider在进行抓取和处理时，是根据http 协议规范来设置相应逻辑的，常用的几个返回码如下：

404，百度会认为网页已失效已删除，通常在索引中删除，短期内spider再次遇到也不会抓取。建议内容删除、网页失效等的情况下使用404返回码，告知百度spider该页面已失效。同时网站中尽量减少死链的累计。如果网站临时关闭或抓取压力过大，不要直接返回404，使用503。
301，永久性重定向，百度会认为当前URL永久跳转至新URL。网站改版、更换域名等情况建议使用301，同时配合使用站长平台的网站改版工具。
503，百度会认为临时不可访问，不会直接删除，短期内再来检查几次。如果网站临时性关闭建议使用503

面向移动搜索的网站建设之：良好排序

首先简要介绍一下移动搜索结果的构成，移动搜索主要有如下几类结果构成：移动页面、转码页面、PC页面。整体上，移动搜索的结果是由PC搜索结果加入更多的移动端特征后进一步调整而来，优先对移动页面进行排序。其中，移动页面结果包括开放适配提交的与PC一一对应的移动页以及单独的移动页面。百度移动搜索引擎中为更好满足用户信息需求，会同时为用户提供PC网页和mobile网页，但目前大多数PC页在移动终端中直接浏览的体验较差(交互、兼容和流量等)。因此，我们会对百度搜索结果中缺乏可替代mobile资源的PC页进行格式转换，变为适合手机浏览的mobile网页，使其能在移动终端浏览器有较好的浏览体验，这便是转码页面。其他PC页面，是百度经过各种策略识别发现其没有对应的移动页面资源、且转码后体验不佳的情况下保留的一种结果类型。对于后两者我们强烈建议站长进行移动化。

【主旨明确的标题】

网页的title用于告诉用户和搜索引擎这个网页的主题是什么，搜索引擎判断一个页面内容权重时，title是主要因素之一。每个页面的内容都是不同的，都应该有独一无二的title。移动站的标题应该注意如下：

主题明确，涵盖页面主旨内容；
不罗列关键词，使用户能够快速分辨出主题，最好不超过17个中文汉字，否则在搜索结果中会被折行，超过24个会被截断；
重要内容往左放，保持语义通顺；
使用用户熟知或习惯用语

可以按照如下的形式来命名：

首页：网站名称_核心服务or核心产品
频道页：(频道核心服务)频道名称网站名称
详情页：文章标题频道名称网站名称

【优质的原创内容建设、整合系列服务】

网站的服务对象是用户，搜索引擎只是网站普通用户中的一员，因此，一切从用户角度出发提供用户需要的原创内容、整合系列服务非常重要，每天保持一定数量的原创内容更新，同时可以对优质内容、系列服务进行整合形成专题。但是，鉴于技术的现状，仍然要注意如下几点：

不要使用ajax技术在希望搜索引擎可读的地方；
不将主要内容创建在iframe框架中；
移动端很多内容使用图片，搜索引擎目前无法理解复杂图片，请使用alt标签进行标记

【终端适配】

随着移动互联网的发展，越来越多的用户使用移动设备访问网站，百度移动搜索会对移动站给予优先排序的机会，对于有PC网站的站长：

做好自适配，将移动终端的访问自主适配跳转至移动版站点；
为了更快地告知百度移动搜索您PC网站与移动站内容的一一对应关系，建议使用站长平台开放适配工具进行适配关系提交。

关于开放适配帮助可以参考：http://zhanzhang.baidu.com/wiki/39

同时还可以使用如下Meta标签协议规范：

如果该网页只适合在电脑上进行浏览，例如(http://www.sina.com.cn/ )，在html中加入如下meta：　　　
如果该网页只适合在移动设备上进行浏览，例如(http://3g.sina.com.cn/ )，在html中加入如下meta：　　　
如果网页采用了响应式网页设计，例如(http://cdc.tencent.com/) 不需要经过url自适配跳转就可以根据浏览器的屏幕大小自适应的展现合适的效果，同时适合在移动设备和电脑上进行浏览，在html中加入如下meta:

【地域扩展】

为了方便用户根据自身位置查找或使用本地信息与服务，百度移动搜索将根据用户地理位置信息优先将具有地域属性的内容展现给用户，如果是提供地域性信息服务的站点，可以通过为自己网页添加地理位置信息Meta标注，让目标用户在百度移动搜索中更快的找到您网站的内容。具体的地域Meta协议如下：　　

name属性的值是location、Content的值为province=北京;city=北京; coord=116.306522891,40.0555055968；
province为省份简称，city为城市简称，均不可为空；
coord是页面信息的经纬度坐标，采用的是bd09ll坐标。若页面信息为城市级别，填写城市中心点即可。若页面信息有具体的地址，经纬度坐标填写该具体地址的坐标(可以通过百度地图的地址解析 API获取)。