癑ֺUd搜烦优化指南2.0

搜烦引擎作ؓ|站的普通访客,对网站的抓取索引、对站点/面的h值判定以及排序,都是从用户体验出发。因此,原则上网站Q何对用户体验的改q,都是Ҏ索引擎的改进。但是限于当前整体的|络环境以及技术性原因,落实用户体验的具体手D也是需要考虑Ҏ索引擎友好性的Q之在满用户体验的前提下也会让搜索引擎更易理解处理。那么,面向Ud搜烦引擎的网站徏设,主要分ؓ三个部分Q如何更好的让百度移动搜索收录网站中的内宏V如何在Ud搜烦中获得更好的排名、如何让用户从众多的搜烦l果中持l地扑ֈq点M的网站。简单来_是收录、排序、展现。下面我们将从这三个斚w分别介绍Q?BR>
Ud|站优化 

面向Ud搜烦的网站徏设之Q良好收?/FONT>

【机器可诅R?BR>        ?/SPAN>PC spider一P癑ֺ通过一个叫Baiduspider2.0的程序抓取移动互联网上的|页Q经q处理后建入Ud索引中。当?/SPAN>Baiduspider只能L文本内容Q?/SPAN>flash、图片等非文本内Ҏ时不能很好处理,攄?/SPAN>flash、图片中的文字,癑ֺ只能单识别。徏议用文本而不?/SPAN>flash、图片?/SPAN>Javascript{来昄重要的内Ҏ链接Q搜索引擎暂时无法识?/SPAN>Flash、图片、复?/SPAN>Javascript中的内容Q同时仅存在?/SPAN>flash?/SPAN>Javascript中包含链接指向的|页Q百度移动搜索同样可能无法收录。不要在希望搜烦引擎可读的地方?/SPAN>Ajax技术,比如标题、导航、内容等{?/SPAN>

【结构扁q?BR>        Ud站点同样应该有清晰的l构以及更浅的链接深度,q能够用户持箋地获取有用信息,也能使搜索引擎持l理解网站中的每一个页面所处的l构层次。网站结构徏议采用树型结构,树型l构通常分ؓ以下三个层Q首——频道——详情页?/SPAN>

【网犉接?BR>  理想的网站结构是树型扁^Q从首页到内定w的层U尽量少Q这h有利于搜索引擎进行处理。同Ӟ|站内的链接也应该采用网状结构,|站上每个网都要有指向上、下U网以及相兛_容的链接Q避免出现链接孤岛:首页有到频道늚链接Q频道页有到首页和普通内定w的链接、普通内定w有到上频道以及首页的链接、内容相关的|页间互相有链接?BR>        |站中每一个网,都应该是|站l构的一部分Q都应该能通过其他|页链接刎ͼq样才能?/SPAN>baiduspider可能全地遍历网站内宏V同Ӟ重要内容应该距离首页更近Q有利于价g递?/SPAN>

【简单易懂的URL?BR>        h良好描述性、规范、简单的URLQ有利于用户更方便地记忆和直观判断网内容,也有利于搜烦引擎更有效地抓取和理解网c网站设计之初,应该有合理?/SPAN>URL规划。我们认为:
   • 对于Ud站首一般采?/SPAN>m.a.com/3g.a.com/wap.a.com
Q?BR>   • 频道采?/SPAN>m.a.com/n1/?/SPAN>m.a.com/n2/Q其对应?/SPAN>PC站点的频?/SPAN>n2.a.comQ,当然Q?/SPAN>n1?/SPAN>n2直接可读更佳Q?BR>   • 详情늚URL量短,减少无效参数Q例如统计参数等Q保证同一面只有一?/SPAN>URL地址Q不同Ş式的URL301跌{到正?/SPAN>URL上;
   • Robotsbaiduspider抓取您不惛_C给用户?SPAN lang=EN-US>URL形式以及不愿被百度抓取的U密数据?/SPAN>

【涵盖主旨的anchor?BR>        anchor即锚文本Q对一个链接的描述性文字,锚文本写得越z明,用户易明白该指向网늚L内容。用户发C的网|从其他网上的链接,锚文本是该网늚唯一介绍。跟普通用L同,搜烦引擎spider在刚发现一个网|Q锚文本也是对该面理解的唯一因素Q同时对于最l的排序起到h一定的作用?/SPAN>

?/FONT>工具Q移?SPAN lang=EN-US>sitemap?BR>        癑ֺ站长q_提供?/SPAN>Udsitemap提交工具Q通过提交sitemapQ可以癑ֺ更快更全地抓取收录网站内宏V?/SPAN>

?/FONT>工具Q移动烦引量?BR>        癑ֺ站长q_同时提供?/SPAN>Ud索引量工?/SPAN>Q可以站长及时了解到自q站在Ud端的收录情况?BR>

?B>工具Q移动死链提?/B>?BR>        癑ֺ站长q_q提供了Ud死链提交工具Q通过提交死链sitemapQ可以癑ֺ更快地发现网站死链进行更新删除?/SPAN>

【合理的q回?/FONT>?BR>        癑ֺspider在进行抓取和处理Ӟ是根?/SPAN>http 协议规范来设|相应逻辑的,常用的几个返回码如下Q?BR>   • 404Q百度会认ؓ|页已失效已删除Q通常在烦引中删除Q短期内spider再次遇到也不会抓取。徏议内容删除、网失效等的情况下使用404q回码,告知癑ֺspider该页面已失效。同时网站中量减少死链的篏计。如果网站时关闭或抓取压力q大Q不要直接返?SPAN lang=EN-US>404Q?SPAN lang=EN-US>503?BR>   • 301Q永久性重定向Q百度会认ؓ当前URL怹跌{xURL。网站改版、更换域名等情况使用301Q同旉合用站长^台的|站改版工具?BR>   • 503Q百度会认ؓ临时不可讉KQ不会直接删除,短期内再来检查几ơ。如果网站时性关闭徏议?SPAN lang=EN-US>503



面向Ud搜烦的网站徏设之Q良好排?/FONT>

首先要介l一下移动搜索结果的构成Q移动搜索主要有如下几类l果构成Q移动页面、{码页面?SPAN lang=EN-US>PC面?/SPAN>整体上,Ud搜烦的结果是?/SPAN>PC搜烦l果加入更多的移动端特征后进一步调整而来Q优先对Ud面q行排序。其中,Ud面l果包括开N配提交的与PC一一对应的移动页以及单独的移动页面。百度移动搜索引擎中为更好满用户信息需求,会同时ؓ用户提供PC|页?/SPAN>mobile|页Q但目前大多?/SPAN>PC在Udl端中直接浏览的体验较差Q交互、兼容和量{)。因此,我们会对癑ֺ搜烦l果中缺乏可替代mobile资源?/SPAN>PC进行格式{换,变ؓ适合手机览?/SPAN>mobile|页Q其能在移动终端浏览器有较好的览体验Q这便是转码面。其?/SPAN>PC面Q是癑ֺl过各种{略识别发现其没有对应的Ud面资源、且转码后体验不佳的情况下保留的一U结果类型。对于后两者我们强烈徏议站长进行移动化?/SPAN>

【主旨明的标题?BR>        |页?/SPAN>title用于告诉用户和搜索引擎这个网늚主题是什么,搜烦引擎判断一个页面内Ҏ重时Q?/SPAN>title是主要因素之一。每个页面的内容都是不同的,都应该有独一无二?/SPAN>title。移动站的标题应该注意如下:
   • 
主题明确Q涵盖页面主旨内容;
   • 不罗列关键词Q用户能够持箋分LZ题,最好不过17个中文汉字,否则在搜索结果中会被折行Q超q?/SPAN>24
个会被截断;
   • 
重要内容往左放Q保持语义通顺Q?BR>   • 使用用户熟知或习惯用?/SPAN>

可以按照如下的Ş式来命名Q?BR>   • 首页Q网站名U?/SPAN>_核心服务or核心产品
   • 频道:Q频道核心服?/SPAN>_Q频道名U?/SPAN>_
|站名称
   • 详情:文章标题_频道名称_|站名称

【优质的原创内容、整合系列服务?BR>        |站的服务对象是用户Q搜索引擎只是网站普通用户中的一员,因此Q一切从用户角度出发提供用户需要的原创内容、整合系列服务非帔R要,每天保持一定数量的原创内容更新Q同时可以对优质内容、系列服务进行整合Ş成专题。但是,鉴于技术的现状Q仍然要注意如下几点Q?BR>   • 不要使用ajax技术在希望搜烦引擎可读的地方;
   • 不将主要内容创徏?/SPAN>iframe
框架中;
   • Ud端很多内容用图片,搜烦引擎目前无法理解复杂囄Q请使用alt标签q行标记

?/FONT>l端适配?BR>        随着Ud互联|的发展Q越来越多的用户使用Ud讑֤讉K|站Q百度移动搜索会对移动站l予优先排序的机会,对于?/SPAN>PC|站的站长:
   • 
做好自适配Q将Udl端的访问自主适配跌{至移动版站点Q?BR>   • Z更快地告知百度移动搜索您PC|站与移动站内容的一一对应关系Q徏议用站长^?/SPAN>开N配工具q行适配关系提交?BR>   关于开N配帮助可以参考:http://zhanzhang.baidu.com/wiki/39

同时q可以用如?/SPAN>Meta标签协议规范Q?BR>  1、如果该|页只适合在电脑上q行览Q例如(http://www.sina.com.cn/ Q,?SPAN lang=EN-US>html中加入如?/FONT>metaQ?BR>   <meta name="applicable-device"content="pc">
  2、如果该|页只适合在移动设备上q行览Q例如(http://3g.sina.com.cn/ 
Q,?SPAN lang=EN-US>html中加入如?SPAN lang=EN-US>metaQ?BR>   <metaname="applicable-device" content="mobile">
  3、如果网采用了响应式网设计,例如Q?/SPAN>http://cdc.tencent.com/
Q?不需要经q?SPAN lang=EN-US>url自适配跌{可以根据浏览器的屏q大自适应的展现合适的效果Q同旉合在移动设备和电脑上进行浏览,?SPAN lang=EN-US>html中加入如?/FONT>meta: 
   <meta name="applicable-device" content="pc,mobile">

?/FONT>地域扩展?BR>        Z方便用户Ҏ自n位置查找或用本C息与服务Q百度移动搜索将Ҏ用户地理位置信息优先具有地域属性的内容展现l用P如果是提供地域性信息服务的站点Q可以通过q|加地理位|信?/SPAN>Meta标注Q让目标用户在百度移动搜索中更快的找到您|站的内宏V具体的地域Meta协议如下Q?BR>  <meta name="location" content="province=北京;city=北京; coord=116.306522891,40.0555055968">
   • name属性的值是location?SPAN lang=EN-US>Content的gؓprovince=北京;city=北京; coord=116.306522891,40.0555055968Q?BR>   • province为省份简Uͼcity为城市简Uͼ均不可ؓI;
   • coord是页面信息的l纬度坐标,采用的是bd09ll坐标。若面信息为城市别,填写城市中心点即可。若面信息有具体的地址Q经U度坐标填写该具体地址的坐标(可以通过癑ֺ地图的地址解析 API获取Q?/SPAN>

【加载速度?BR>        Ud互联|上Q网站的打开速度对用户体验的影响更加凸显。实验表明一个页面的打开旉过4~5sQ绝大部分用户选择关闭。因此,加蝲速度也是癑ֺUd搜烦中一个重要的排序因素Q站镉K要在q方面进行专优化?nbsp;

?/FONT>搜烦l果转码?BR>        在移动终端中直接览PC面体验较差Q交互、兼容和量{)。ؓ改善搜烦用户的浏览体验,我们会对搜烦l果中缺乏可替代Ud资源?SPAN lang=EN-US>PC(无移动站Q进行格式{换,变ؓ适合手机览的移动网c如想了解更多可参考:转码声明  。我们强烈徏议没有移动化的站长进行网站移动化Q提交开N配Q将转码量领回家?/SPAN>


面向Ud搜烦的网站徏设之Q良好展?/FONT>

【有吸引力的title?BR>        用户在百度移动搜索中输入query搜烦C的页面时Q?/SPAN>title作ؓ最重要的内容展现在搜烦l果中,主题明确、吸引眼球的title能够使用L一旉理解你页面的主题是否W合他的需求,q而更快捷C众多搜烦l果中选择你点M?BR>   • 主题明确Q?BR>   • z扼要,不罗列,量不超q?/SPAN>17个中文汉字,否则会折行;
   • 
如果你的品牌知名度高Q品牌词最好能够展现出来;
   • 吸引眼球

【不唯一?SPAN lang=EN-US>description?BR>        作ؓ搜烦l果摘要的重要选择目标之一Q一定不要采用默认Ş式,用适当的语a寚w面进行进一步描qͼ?/SPAN>title的进一步补充,能够使用hq一步理解你面的内容与光求是否匹配,让你的目标用h快找C点击你?BR>   • ?/SPAN>title的进一步补充,准确描述面内容Q但不堆砌关键词Q否则可能被认ؓ有作弊嫌疑;
   • 每个面要有不同?/SPAN>description
Q尽量不适用默认一LQ?BR>   • 适当的长度,出会被截断?/SPAN>