所以用户只要是通过移动端百度搜索链接进入你的网站，显示的页面直接就是已经转过码的，无需自行设置（但是直接填写网址链接是不会有转码效果的）。
拓展：
但是百度转码技术也并非完美无缺，很多站长发现百度转码过的网站实在是太丑了，现在有一些网站为了提高用户体验，会自行对网站进行自适应或者响应式的布局，这样在适应不同设备时都能有一个较为美观的布局和效果，这时我们就不需要再进行百度转码。
百度一共提供了三种解决方案：
1. no-siteapp协议
Siteapp支持的no-siteapp协议为如下两种形式：
a. HTTP Response中显式声明Cache-control为no-siteapp。
b. meta标签中显式声明Cache-control为no-siteapp，格式为：
<head
meta http-equiv="Cache-Control" content="no-siteapp" />
/head>
如第三方站点不希望某页面被转码，可该页面上添加此协议，当用户通过移动搜索进入第三方网站时，会直接进入原网页。
2.开放适配协议
如第三方站点不希望页面被转码，且本身有对应手机页面时，建议站长使用百度的开放适配服务，百度将会帮助用户直接进入第三方网站自有的手机页面。
由于开放适配有多种参与方式，点击查看开放适配服务
3. handheld协议
页面通过link标签显式指定WAP网页，声明格式如下：
<link rel="alternate" type="application/vnd.wap.xhtml+xml" media="handheld" href="target"/>
如第三方站点不希望页面被转码，可添加此协议，告知我们原网页对应有一个WAP版页面，当用户进入第三方网站时，先进入中间提示页，让用户自主选择跳转至原网页或第三方网站自有的wap页面。
互联网上融合了WEB和WAP两类网页资源，WEB网页资源占比远多于WAP网页，但目前绝大多数移动终端的浏览器都不能直接浏览WEB网页。因此，为确保WAP可用性，必须对WAP搜索结果中的WEB网页进行格式转换，转换为WAP网页，使其能在移动终端浏览器被浏览。百度把你浏览的原来的网页去除了许多对wap页面不能显示的东西，精简了许多东西。百度的转码技术即是为实现此目的、服务于WAP搜索的附属产品，各大搜索引擎均拥有并提供类似转码技术。
1.Siteapp页面转码的意义?
在百度移动搜索引擎中为更好满足用户信息需求，会同时为用户提供pc网页和mobile网页，但目前大多数PC页在移动终端中直接浏览的体验较差(交互、兼容和流量等)。因此为改善搜索用户的浏览体验，我们会对百度搜索结果中缺乏可替代mobile资源的PC页进行格式转换，转换为适合手机浏览的mobile网页，使其能在移动终端浏览器有较好的浏览体验。百度的Siteapp转码技术即是为实现此目的、服务于百度搜索的附属产品，各大搜索引擎均拥有并提供类似转码技术。
2.百度Siteapp转码的策略?
为了最大程度改善PC页面在手机上的体验，Siteapp转码须去除WEB页面中不能在手机浏览器上浏览的内容，并改善不适用mobile的交互功能。百度移动搜索还会智能地选择转码效果较好的页面进行转码，尽可能减少对转码后效果不佳的页面进行转码处理。
3.如果觉得自己的站点转码效果不佳怎么办?
百度提供了siteapp自助建站服务，您可以登录siteapp.baidu.com获取该服务，该服务提供了站长自助优化百度无线搜索访问其站点时的页面效果，也可以通过提供独立的域名创建属于自己的网站，您还可以在siteapp服务中，管理百度网盟广告获取收益。
百度CEO李彦宏和新晋副总裁李明远，相继介绍了本次大会的重头产品：轻应用。何谓轻应用？作为一个偏技术化的产品概念，按照官方的解释有四大要点：无需下载，即搜即用；破壳检索，智能分发；功能强大，全能体验；订阅推送，沉淀用户。简单直白的说，轻应用其实就是遵循百度技术标准的一类webApp，与之前微信的公众账号有些类似（技术上差别较大，但是概念可以这么理解）。对O2O的创业者来说，它真正的优势有几个方面：1）无线搜索会更有效的对轻应用分发流量。百度无线搜索在2013Q1时，单日搜索量已过亿，而Q2的数据显示，里面有30%的搜索需求是服务类需求。这就意味着每天至少有3000万次的服务搜索请求，用户在搜索美食、酒店、家电维修、医院、电影等等，而这些流量之前做了很多无效分发：比如最典型的是，搜索结果前几条，点过去发现居然是个PC的网站，用户体验极差。后续的服务往往到此中止了。而这些有非常明确目的性的服务需求，恰好是很多应用开发者（行业服务商）梦寐以求的。就算你有一个100万真实装机量的app，按照日启动5%来算（服务类APP平均水平），一天也无非5万次请求，再算上各种损耗和各种运营push带来的无效启动，有效性会更低。而这5万次需求，也许在无线搜索里面，可更容易的获取。具体可以参考好大夫的案例。与微信相比，这些流量自然就是来源于线上；和与线下扫二维码的模式，恰好形成互补，也能更好的发挥互联网的优势。2）更容易快速满足需求。很多服务类的需求是低频的、甚至一次性的，而且往往也是长尾的。让用户成为各个领域的专家，提前去做好功课显然不现实。比如刚到一个二线城市，想找点好吃好玩的地方，大众点评数据未必完善，但当地很多地方性网站确是信息丰富的；此时让用户去装一个厦门小鱼的app，还是装一个长沙吃喝宝典的app？显然大部分用户都懒得这么做，而且轻应用方式则不然，半分钟之内就可能通过搜索找到，马上形成决策。再举一个例子，比如去appstore里面搜索装修建材试试 ，各种app让你眼花缭乱，等你下载了一批，挨个试用一遍，半天都过去了。所谓轻应用的好处，就是搜到之后立即能使用，免去安装下载选择的流程，行与不行在于产品本身是否能满足用户需求，而不会让用户陷入苦等和选择障碍。3）百度提供了一批开发工具和解决方案，降低开发成本。轻应用的帮助文档已经讲的比较清楚了，再加上之前的siteapp工具，开发者可以比较简单的将原来的pc网站移植成webApp，并通过App Buildr发布成轻应用。与原生的ios和android开发、上架流程相比，这个还是要简单不少；而且提供对硬件使用的一些支持后，也有可能解决纯粹webApp的某些体验缺陷。4）轻应用不仅仅能应用在百度无线搜索。首先，拥有轻应用也几乎意味者同时拥有webApp，而webApp的访问可以通过很多方式引导，比如微博微信，甚至线下物料的引导。其次，百度内部的产品线，除了无线搜索，还有发展迅速的百度地图。百度地图从工具向生活服务平台转变的同时，需要增加各类行业的深度服务，也需要二三线城市的本地服务，而这些显然不是百度自己全部来做的。轻应用解决方案的出现，带来了一种可能（而且可能性很高），即百度地图开放商家POI点上的详情页面，让O2O的创业者和服务商们，将自己的服务打包接入。这样，用户可以通过无线搜索，直达应用；也可以通过地图，查到商家后，在商家详情页面上使用应用。按照百度地图每天达到详情页面的千万级PV来计算，无疑又给O2O的创业者接触用户提供了一个很好的机会。当然，轻应用并不是万能的，它能解决的主要问题其实还是流量分发、降低开发者开发成本，降低用户使用成本，以后是否还会出现另一种类型的竞价排名还很难说。欢迎分享，转载请注明来源：夏雨云
微信扫一扫
支付宝扫一扫
评论列表（0条）