百度转码是利于用户体验,还是毁掉seo
发布网友
发布时间：2022-08-18 08:50
共2个回答
热心网友
时间：2023-10-17 02:55
如果你网站没有移动端，用户在打开你网站的时候看到PC站点需要扩大缩小的看网站自然是吃力，但是如果我们真有自己的手机站却被百度转成了百度转码后的站，那自然是不利于体验，虽说我们的技术不如百度，但咱自己辛辛苦苦做的手机网站在怎么LOW也不会比百度机器转码过来站体验差，我调查不少的转码站点，我的站点算好的，甚至有些被转码后变成了乱码、排版参差不齐，更严重的有转码打开后出现百度404错误页面。
当然，我们也不能够全局否认了百度转码的功能，如果我们没有一个利用用户体验的手机模版建议还是使用百度的转码技术，如果转码效果不佳或者你不满意还是可以到百度siteapp进行调整你的样式。
实际却是毁掉了手机站的SEO
我做一个最大胆的假设，就算百度转码后的网站比我们的网站利于用户体验、利于SEO优化，那最终用户进入你的网站域名还是百度的，不相信你看上图的域名，不过百度siteapp做了最人性化的一点，就是可以自己解析域名到转码网站上，但前提是要备案。所以这里我给出的建议是如果想用百度的转码技术，最好的办法是自己网站备案解析到百度siteapp处，利用他们转码的技术把你网站做成手机站，如果不想用那就直接屏蔽他们的技术，免得他们强行把你网站转码了。
禁止百度转码的方法
A. no-transform协议
TC支持的no-transform协议为如下两种形式：
a. HTTP Response中显式声明Cache-control为no-transform。
b. meta标签中显式声明Cache-control为no-tranform，格式为：
如第三方站点不希望页面被转码，可添加此协议，当用户进入第三方网站时，先进入中间提示页，页面将引导用户自主选择跳转至原网页。
B. handheld协议
页面通过lt;link>标签显式指定WAP网页，声明格式如下：
如第三方站点不希望页面被转码，可添加此协议，告知我们原网页对应有一个WAP版页面，当用户进入第三方网站时，先进入中间提示页，让用户自主选择跳转至原网页或第三方网站自有的wap页面。
C. User-Agent相关
TC抓取页面时，使用的User-Agent为：
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; Transcoder;)
如第三方站点不希望转码HTML页面，且又可以提供对应的自有WAP页面，则可以根据这个User-Agent，返回自有WAP页，同时在HTTP Response显示声明：Content-Type为：vnd.wap.xhtml+xml，那么TC将不对这个页面转码，而是直接跳转至相应的自有 WAP页面。
百度转码是利于体验还是毁掉SEO
看到上面的内容，我多半是投了百度转码的差评，但百度转码究竟是利于体验还是毁掉SEO这个还的看你网站而来，还是那句话，如果你没有一个利于用户体验的手机网站模版，那我建议你使用百度转码技术，如果你有属于自己的手机模版并且在流量操作方面都比百度转码技术强，那直接屏蔽百度转码技术。
热心网友
时间：2023-10-17 02:56
理论上是利于体验
如果你网站没有移动端，用户在打开你网站的时候看到PC站点需要扩大缩小的看网站自然是吃力，但是如果我们真有自己的手机站却被百度转成了百度转码后的站，那自然是不利于体验，虽说我们的技术不如百度，但咱自己辛辛苦苦做的手机网站在怎么LOW也不会比百度机器转码过来站体验差，我调查不少的转码站点，我的站点算好的，甚至有些被转码后变成了乱码、排版参差不齐，更严重的有转码打开后出现百度404错误页面。
当然，我们也不能够全局否认了百度转码的功能，如果我们没有一个利用用户体验的手机模版建议还是使用百度的转码技术，如果转码效果不佳或者你不满意还是可以到百度siteapp进行调整你的样式。
实际却是毁掉了手机站的SEO
我做一个最大胆的假设，就算百度转码后的网站比我们的网站利于用户体验、利于SEO优化，那最终用户进入你的网站域名还是百度的，不相信你看上图的域名，不过百度siteapp做了最人性化的一点，就是可以自己解析域名到转码网站上，但前提是要备案。所以这里我给出的建议是如果想用百度的转码技术，最好的办法是自己网站备案解析到百度siteapp处，利用他们转码的技术把你网站做成手机站，如果不想用那就直接屏蔽他们的技术，免得他们强行把你网站转码了。
如若满意，请点击右侧【采纳回答】，如若还有问题，请点击【追问】
希望我的回答对您有所帮助，望采纳！
~ O(∩_∩)O~
