百度转码后的手机网站页面是否有利于SEO优化
随着移动互联网的飞速增长，越来越多的移动端网站正在迅速掘起，据百度搜索统计表示：2013年移动端搜索发展迅猛，整体占比高达40%，预期在2014年内可能会出现超过PC端的搜索增长，从当前移动互联网的发展方向看来，主要通过移动站点或APP应用两大方面，占据庞大的移动市场以及海量的用户人群覆盖。
随着的手机站的需求增大，也使得很多站长做了手机站点，可今天却看到有网友反映说用手机访问自己网站的时候发现自己做的手机站没了，被百度自动转码了，原以为是百度无法识别响应式站点，但在搜索了其他网站，发现出现这样的情况还不少，而且他们都有自己的手机站却转成了百度的站，那这是好现象吗？百度转码后的手机网站页面是否有利于SEO优化呢？
1、关于百度转码
互联网上融合了WEB和WAP两类网页资源，WEB网页资源占比远多于WAP网页，但目前绝大多数移动终端的浏览器都不能直接浏览WEB网页，因此，为确保WAP可用性，必须对WAP搜索结果中的WEB网页进行格式转换，转换为WAP网页，使其能在移动终端浏览器被浏览（具体可查看马海祥博客《》的相关介绍）。
由于大部分PC网页在中低端手机中无法浏览，所以百度移动搜索对PC站点原有www页面进行了转码（即transcoder，简称TC），以满足手机用户浏览互联网的需求。
百度把你浏览的原来的网页去除了许多对wap页面不能显示的东西，精简了许多东西，百度的转码技术即是为实现此目的、服务于WAP搜索的附属产品，各大搜索引擎均拥有并提供类似转码技术。
这样的操作，可以让网页能在中低端手机上浏览，并通过忽略掉很多不必要的代码或文件，从而也达到节省了很多?丝机流量的目的。
百度认为这样非常符合用户体验，即便出现这样的提示：“原网页已由百度转码以便在移动设备上查看”的字样。
2、百度转码的好处
当用户在用百度搜索时，为了方便阅读，或者是有的网页不适合手机查看，百度帮你转码后，以你手机能够显示的方式呈现给你——前提是你要用百度搜索并从搜索结果里点击进入。
百度转码唯一的好处就是通过忽略原网页上的沉冗代码，让用户访问没有WAP版的网页时，速度更快，流量更省。
如果你网站没有移动端，用户在打开你网站的时候，看到PC站点需要扩大或缩小的，点击网站页面自然是很费劲的，所以，通过百度转码以后，自然在用户体验上提升了很多（具体可查看马海祥博客《》的相关介绍）。
3、百度转码的坏处
但如果我们真有自己的手机站却被百度转成了百度转码后的站，那自然是不利于体验，虽说我们的技术不如百度，但咱自己辛辛苦苦做的手机网站再怎么LOW也不会比百度机器转码过来站体验差，我调查不少的转码站点，我的站点算好的，甚至有些被转码后变成了乱码、排版参差不齐，更严重的有转码打开后出现404错误页面。
（1）、从用户体验的角度
百度转码好处的考虑过于片面，其并没有考虑也无法考虑到转码后的页面，与原网页表现的初衷。
也就是说，百度转码可能会省去加载可能的CSS、JS的东西，原网页上的字体、颜色，以及结构性的元素不能显示那是自然，更重要的是有些功能都不能用了（比如申请、回复等）。
（2）、从站长统计的角度
由于网站分析工具（包括百度统计、谷歌分析、CNZZ等）的代码均是一段js代码，而最初经过百度转码的网页基本不加载js代码，导致该转码流量无法被记录，也就是说，对于仅有pc站、没有wap站的站长朋友，以及没有声明不转码的用户，该情况等于是丢失了移动端的搜索数据（被转码后的页面的流量丢失啦，蛋疼吧！）。
马海祥博客注：百度统计于2013年2月21日进行了升级，对使用百度统计的网页，即使被百度转码也同样会被统计，这显然是间接地在业内人士里推广自己的产品。
当然，我们也不能够全局否认了百度转码的功能，如果我们没有一个利用用户体验的手机模版建议还是使用百度的转码技术，如果转码效果不佳或者你不满意还是可以到百度siteapp进行调整你的样式。
4、百度转码后的手机站是否有利于SEO优化
我做一个最大胆的假设，就算百度转码后的网站比我们的网站利于用户体验、利于SEO优化，那最终用户进入你的网站域名还是百度的，如下图所示：
不过百度siteapp做了最人性化的一点，就是可以自己解析域名到转码网站上，但前提是要备案。
建立好自己的Wap站后，使用百度移动标注协议，在PC站点的html页面中加入百度的标注协议（注释形式），提升转码效果，该协议主要针对采用html规范制作的Web站点，以利于站长自助优化百度无线搜索访问其站点时的页面效果。
所以这里马海祥给出的建议是如果想用百度的转码技术，最好的办法是自己网站备案解析到百度siteapp处，利用他们转码的技术把你网站做成手机站，如果不想用那就直接屏蔽他们的技术，免得他们强行把你网站转码了（具体可查看马海祥博客《》的相关介绍）。
5、禁止百度转码的方法
如果你不希望自己的站点被百度转码，那该怎么办呢？对此，马海祥为大家分享3种解决方案：
（1）、no-transform协议
TC支持的no-transform协议为如下两种形式：
a、HTTP Response中显式声明Cache-control为no-transform。
b、meta标签中显式声明Cache-control为no-tranform，格式为：
<head>
<meta http-equiv=”Cache-Control” content=”no-transform ” />
</head>
如第三方站点不希望页面被转码，可添加此协议，当用户进入第三方网站时，先进入中间提示页，页面将引导用户自主选择跳转至原网页。
（2）、handheld协议
页面通过<link>标签显式指定WAP网页，声明格式如下：
<link rel=”alternate” type=”application/vnd.wap.xhtml+xml” media=”handheld” href=”target”/>
如第三方站点不希望页面被转码，可添加此协议，告知我们原网页对应有一个WAP版页面，当用户进入第三方网站时，先进入中间提示页，让用户自主选择跳转至原网页或第三方网站自有的wap页面。
（3）、User-Agent相关
TC抓取页面时，使用的User-Agent为：
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; baidu Transcoder;)
如第三方站点不希望转码HTML页面，且又可以提供对应的自有WAP页面，则可以根据这个User-Agent，返回自有WAP页，同时在HTTP Response显示声明：Content-Type为：vnd.wap.xhtml+xml，那么TC将不对这个页面转码，而是直接跳转至相应的自有WAP页面。
马海祥博客点评：
看到上面的内容，多半人是投了百度转码的差评，但百度转码究竟是利于体验还是毁掉SEO，这个还的看你网站具体情况而定，还是那句话，如果你没有一个利于用户体验的手机网站模版，那我建议你使用百度转码技术，如果你有属于自己的手机模版并且在流量操作方面都比百度转码技术强，那直接屏蔽百度转码技术。