百度站长平台VIP大讲堂于4月、5月分别对外讲解了《移动网站优化官方课程》，独家揭秘了百度移动搜索在抓取、收录、展现、优化各个环节的原理及要点。官方PPT也可在多种渠道获取。但为了我们的忠实粉丝，仅有PPT是不够的，还是应该有解读的！那么，我们将分为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演员介绍——之前感觉这样的内容还可以，毕竟都是跟同一个电视剧相关的。私下问了一下刘院长，刘院长说这种情况在百度内部是不允许的，属于作弊，会被狠狠打压，大家还是避免为妙。

不知加上飞鹰同学的解读，你对优质移动站的理解是不是更深刻了？接下来我们进入到基础篇的学习，PC站点目前主流的移动化方式有哪些？这个内容也是我们积极的学员李曰辉的心得，奖励小红花一枚，自行脑补！

首先先看官方PPT：

跳转适配：该方法会利用单独的网址向每种设备提供不同的代码。这种配置会尝试检测用户所使用的设备或ua，然后使用 HTTP 重定向和 Vary HTTP标头重定向到相应的页面。
代码适配：该方法使用相同的网址（不考虑用户所使用的设备），但会根据服务器对用户所用浏览器的了解（ua），针对不同设备类型生成不同版本的HTML。
自适应：通过同一网址提供相同 HTML代码的网站设计方法。该方法不考虑用户所使用的设备（pc、平板电脑、移动设备），但可以根据屏幕尺寸以不同方式呈现（即适应）显示屏。
　*院长手按：使用不同配置方式的站点在提交sitemap文件要做的工作不同，请密切关注百度站长平台后续的公告和教育文章。

下面我们来分析一下这几个方式都有那些具体的实施办法：
【跳转适配】
　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就要全放开了，但在官方没有正式发布消息前，我们还是按照传统保守的方法进行操作吧。
    说了这么多，其实三种方式各有各的优缺点，站点移动化进程，还要根据自己的实际情况来选择实施方式。

加上解读比光看PPT自己理解要强很多吧？告诉你，站长学院还带现场视频呢！刘院长温柔磁性的声音为你详解PPT，学起来更酸爽！

 
最后，记得关注“百度站长平台”官方微信，回复“移动优化”关键字，获取培训高清完整无码版PPT教材！