我们先来看看几个方式的对比：

跳转适配

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、新闻媒体内容页等功能相对单一的页面和站点。

诺维泰网络在经历多个方式的调整和适配的总结后，个人比较喜欢自适应，唯一的麻烦是终端比较多，不能每个终端都达到100%匹配，在有的屏幕上面就是有错位等等，这个是头疼的，但是在网站排名和移动搜索结果方面，是很好的，