智能手机和微信时代,对Web与手机浏览器的再思考(上).pdfVIP

智能手机和微信时代 ，对Web与手机浏览器的再思考 （上 ） 2010年 ，”W ired”杂志的一篇”T he web is dead, lo ng live t he int ernet ”被国内行 媒体广泛转载 ；2012年 ，搜狗小川总也对媒体表示 ，“link （链接 ）已死 ，就是说手机它未来不是靠链接构建的网 络环境 ，浏览器是以链接为核心驱动的…”。 时至今日 ，社会化传播已经成为支撑整个移动互联网生态运转的核心力量之一。移动互联网的任何 产 领域 ，早已无法离开粉丝经济。当移动互联网用户越来越习惯通过微信、朋友圈、微博分享 视频、音乐、购物、资讯乃至天气、位置… ，当越来越多的的Nat ive A pp希望得到社会化媒体的广 泛传播 （并得到回流 ），他们都需要一个普适的 ，标准的传播格式。 我们可以清晰的发现 ，承载社会化传播的最广泛也是最恰当的基础 ，恰恰是那个曾经被视为“已死” 的Web与Link。优酷客户端是Nat ive的 ，淘宝客户端是Nat ive的 ，酷我音乐是Nat ive的 ，百度地图 是Nat ive的 ，Z aker是Nat ive的 ，搜狐新闻是Nat ive的…但这些Nat ive A pp所提供的分享 ，传播 ，却 是标准的Link ， age和实实在在的Web A pp。 答案似乎很明显 ：在移动互联网时代 ，Web与Link都没有死 ，相反 ，却在社会化传播的浪潮里爆发 出更为强劲的生命力。 此外 ，在移动互联网时代 ，虽然 C互联网基于百度、搜狗等搜索框的访问形态开始被诸多垂直搜索 分流 ，但传统的搜索模式依旧是移动互联网用户最常用的服务 ；而能够承载这种跨领域通用搜索模 式的技术基础 ，依旧只能是基于Web的爬虫 ，检索……所以 ，对任何希望能够通过通用搜索入口触 及用户的应用而言 ，Web仍须成为其基础性的内容形态之一。 关于Web A pp 在 C互联网时代 ，Web的承载基本就是浏览器。而在移动互联网 ，特别是智能手机普及的 时代 ，Web完全可以绕开传统意义上的手机浏览器 ，典型的例子是 ：社会化传播的承载体 （如微信 、微博客户端 ），在传播Web与link的同时 ，并不要求用户必须通过手机浏览器访问Web ；相反 ，集 成了浏览器内核部件的微信 ，微博可以让用户直接在客户端访问链接 ，直接运行Web A pp ，甚至直 接玩HT ML5游戏。 手机浏览器似乎很难完整复制 C浏览器的卡位优势 ，相反 ，Web在社会化传播时代的价值却使得 手机浏览器不得不面对更多的分流 ，因为Web在移动互联网时代呈现出了更多元的形态 ，或 者说 ，Web已经融入更多的Nat ive A pp ： 1. 基于传统手机浏览器的Web A pp 从一般定义上讲 ，在手机浏览器中通过导航、链接打开某种基于Web的近似于Nat ive A pp体验的 服务 ，是Web A pp最正宗的应用场景。这种产品模式的好处一直被行 称道和期待 ：跨平台 ，无需 下载 ，一点即用。 相对于垂直Nat ive A pp ，手机浏览器具备“覆盖广泛 ，快速到达”的核心优势 ，几乎可以直接到达移 动互联网的绝大多数服务 ，用户并不需要事先下载 ，甚至不需要了解具体应用的存在 ，打开手机浏 览器就可以快速到达。所以 ，对于解决用户的长尾需求而言 ，手机浏览器始终是必备 ，难以被替代 。 但是 ，时至今日 ，（基于传统手机浏览器的 ）Web A pp应用现状 ，似乎还未普遍达到行 期待 ；特 别是在部分高频应用垂直领域 ，应用的Web A pp形态访问量还不能与其Nat ive A pp形态比肩。为 什么 ？ 1) 问题 ： 仅从产品层面来说 ，在手机浏览器中运行交互体验很强的Web A pp ，至少存在如下先天缺憾 （必须 要说明 ，如下问题大都不应算作手机浏览器的产品问题 ，而是Web A pp技术规范在手机端实现的先 天缺陷 ）： a. 操作可能混淆 ，交互体验受影响 Web A pp运行在手机浏览器上 ，等于在底层操作系统与A pp之间隔了一层手机浏览器 ；同时 ，手机 浏览器必须提供通用的方式操作大部分应用 ，很难对所有类型的应用都提供定制化的操作体验。 所以 ，用户对A pp的若干交互操作可能被视为对手机浏览器的通用操作 ，造成用户操作预期与实际 响应的不对称。看看如下场景 ： Nat ive A pp中应用内的前进回退操作 ，可能被视为手机浏览器Label页面的回退操作 ； 手机屏幕很小 ，对一些涉及垂直搜索的Web A pp ，用户容易混淆A pp的搜索框与手机浏览器的搜 索框 ； Web