如何在网站移动化的趋势下更好的与百度互动

1、关于移动适配，在百度站长工具后台有主动推送和stiemap提交两个入口，提交成功后有时仍看不到排名，是因为“收录”并不代表“索引”（索引才会被纳入排名体系）；

2、关于Baiduspider种类是有很多的，但并不代表单个Baiduspider所在的IP段均为百度的Baiduspider，沙盒Baiduspider，降权Baiduspider是不存在的；同时注意上图中的那个网址，推荐使用有助于识别baiduspider真伪；

3、目前对于PC页与移动页暂未明显划分，故当前的robots的使用是对PC端与移动端同时生效的；同时对于移动库的概念，Blank是存在较多疑问的，因为百度厦门会、上海会时都未提到移动库的概念，可能真的要归功于百度技术的步伐走得过于快。同时抛出个人疑问：既然存在独立的移动库，那作为移动网站，是否有必要给予单独的移动静态页，而不于当前的PC端页面的对应关系，起码这种移动页的建立，可以解决当Pc端页面无法正常浏览时的尴尬！

4、页面打开速度是影响移动排名结果的重要因素之一，建议在3秒以内，向1秒靠齐；关于这点Blank觉得百度对于m站，原则上要求打开时间为3秒以内，但目前的3秒只是一个参考值，且并不一定加入到了判断网站权重等，但百度有采用一定的规则对网站进行综合判断，并且可以预见经常打开缓慢，网站权重会受到影响。（意味着，百度能统计到页面打开及渲染速度，包含js广告大小，多少，页面是否跳转，js加密等等）

5、移动页面的用户体验是影响移动排名结果的重要因素之一；在设计移动端页面时需留意内容的对应问题，避免被判断成两个不同的页面，即可能被误判为作弊行为；同时移动适配关系的提交，是可以多种方式同步进行的，但必须确保提交规则的统一，比如PC端页面是www.abc.cn/123/{id}/，则多种方法必须均将该页面对应到m.abc.cn/123/{id}/，而不会出现如m.abc.cn/234/{id}/的对应关系；

6、以地域为代表的组合检索结果页，优化时可以加入地域标签name=”location”；（Blank作为此手法的过来人，提醒小伙伴们别以为这种方法在百度上是可行的，便大面积批量的使用，一时爽的后果也是非常令人难忘的）

7、同一个网站尽可能不要采用两种以上，包含两种的适配方式；

8、对于移动端域名的使用，推荐m.abc.com ；mobile.abc.com ；123.m.abc.com ；不推荐www.abc.com/m甚至无对应关系的PC端www.abc.com与m.abc123.com对应；同时Blank提醒移动站对域名是不是海外域名是无讲究的，重点是网站所在服务器IP的健康程度；

9、在移动端编写语言中，百度更推荐xml、xhtml、html5中的“html5”；

10、站于网站结构，尽可能让Baiduspider能全地遍历网站页面，即合理化布局内容的从属关系
比如：www.abc.com/{频道id} www.abc.com/{频道id}/{栏目id} 当然不建议过于细分目录，对于那些目录下内容并不是很多的情况；这里Blank回想起先前的白云分享的一个帖子http://bbs.zhanzhang.baidu.com/thread-26804-1-1.html 是关于“在PC站点里建一个目录专放移动页面是否可行？ ”的问题，这个是挺标准的回复；

11、关于移动站url结构，主体和Pc的url建议一样，但尽可能不要使用特殊符号及中文url，因为目前的移动适配工具对于中文url的支持不是非常准确；（关于移动站的url规则问题，我开个帖讨论下，希望有想法的参与讨论     关于移动化网站的网址结构问题?http://bbs.zhanzhang.baidu.com/thread-27530-1-1.html ）

12、关于移动站的优化，大部分对于Pc有效的优化手法，对于“移动站”都是有效的；

13、移动站上的页面和Pc站页面是必须是有对应关系的，严禁多个Pc页面对应同一个移动页面；

14、关于跳转适配，推荐看新浪、京东、58等大型站点，因为他们的Pc站点页面较复杂，在移动化时需要做大量减法；

15、关于跳转适配，其进入移动搜索结果的会仍是Pc端网址，当用户点击后则进入对应的移动页面；这里有些人会误认为是移动适配不成功的表现！

16、百度对于移动适配关系的处理，工具的优先级是的，为迅速的；其次在百度站长工具中有个“流量与关键词”工具，“红蓝曲线”波动越接近越表明适配关系做得好（注意红蓝对应的数柱分别在两侧）；

17、在使用移动适配工具提交数据时，对于上传的单个“适配文件”是有要求的大小需少于10M，多50000对；直接填写的则多不超过2000对；

18、关于移动适配关系生效的问题，较上次杭州培训会时所分享的内容有所调整 ，对于有调整的适配关系发生时，只需提交新的适配规则即可，系统会以网站提交的规则为准；无需对删除旧的适配关系；

19、关于跳转适配生效时间问题，更推荐采用“正则式”，忌ajax等异步加载，关于“正则式”粒度越小越好，具体的网上有攻略：

20、解封robots（看第3点），适配关系是个严肃的过程，对于无法打开，需登陆才能浏览的内容，都将影响适配关系的顺利进行；同时尽可能保持Pc页与移动页的内容统一（修改尺度过大易被误判作弊）；关于这一点Blank也开一帖，具体讨论下，这个讨论不代表官方立场！关于移动端页面与PC端内容需保持统一的问题，其尺度？http://bbs.zhanzhang.baidu.com/thread-27532-1-1.html ）

21、百度会自行判断页面是否是移动页面，但“applicable-device标注”有更好辅助百度校验识别的结果；也是说这是“锦上添花”的事，而不是多此一举！

22、存在m.abc.com在Pc端百度site大面积收录问题，该收录不代表“搜索收录”；更有不同网站收录差距很大的问题，主要原因是该网站内容的质量；

23、实时推送是通百度有新的内容产生，推送的内容不是被百度收录；推送的应当是有质量的、暂未收录的，频繁推送无质量的，已收录的内容会影响百度给予的推送配额；

24、看图自己理解，移动搜索目前是缺内容的，多付出有更多的回报；

25、移动流量下降时间要看的是适配状态是否异常！

推荐阅读