2010年，”Wired”雜志的一篇”The web is dead, long live the internet”被國(guó)內(nèi)行業(yè)媒體廣泛轉(zhuǎn)載；2012年，搜狗小川總也對(duì)媒體表示，“l(fā)ink（鏈接）已死，就是說(shuō)手機(jī)它未來(lái)不是靠鏈接構(gòu)建的網(wǎng)絡(luò)環(huán)境，瀏覽器是以鏈接為核心驅(qū)動(dòng)的…”。

時(shí)至今日，社會(huì)化傳播已經(jīng)成為支撐整個(gè)移動(dòng)互聯(lián)網(wǎng)生態(tài)運(yùn)轉(zhuǎn)的核心力量之一。移動(dòng)互聯(lián)網(wǎng)的任何產(chǎn)業(yè)領(lǐng)域，早已無(wú)法離開(kāi)粉絲經(jīng)濟(jì)。當(dāng)移動(dòng)互聯(lián)網(wǎng)用戶越來(lái)越習(xí)慣通過(guò)微信、朋友圈、微博分享視頻、音樂(lè)、購(gòu)物、資訊乃至天氣、位置…，當(dāng)越來(lái)越多的的Native App希望得到社會(huì)化媒體的廣泛傳播（并得到回流），他們都需要一個(gè)普適的，標(biāo)準(zhǔn)的傳播格式。

我們可以清晰的發(fā)現(xiàn)，承載社會(huì)化傳播的最廣泛也是最恰當(dāng)?shù)幕A(chǔ)，恰恰是那個(gè)曾經(jīng)被視為“已死”的Web與Link。優(yōu)酷客戶端是Native的，淘寶客戶端是Native的，酷我音樂(lè)是Native的，百度地圖是Native的，Zaker是Native的，搜狐新聞是Native的…但這些Native App所提供的分享，傳播，卻是標(biāo)準(zhǔn)的Link，Page和實(shí)實(shí)在在的Web App。

答案似乎很明顯：在移動(dòng)互聯(lián)網(wǎng)時(shí)代，Web與Link都沒(méi)有死，相反，卻在社會(huì)化傳播的浪潮里爆發(fā)出更為強(qiáng)勁的生命力。

此外，在移動(dòng)互聯(lián)網(wǎng)時(shí)代，雖然PC互聯(lián)網(wǎng)基于百度、搜狗等搜索框的訪問(wèn)形態(tài)開(kāi)始被諸多垂直搜索分流，但傳統(tǒng)的搜索模式依舊是移動(dòng)互聯(lián)網(wǎng)用戶最常用的服務(wù)；而能夠承載這種跨領(lǐng)域通用搜索模式的技術(shù)基礎(chǔ)，依舊只能是基于Web的爬蟲(chóng)，檢索……所以，對(duì)任何希望能夠通過(guò)通用搜索入口觸及用戶的應(yīng)用而言，Web仍須成為其基礎(chǔ)性的內(nèi)容形態(tài)之一。

關(guān)于Web App

在PC互聯(lián)網(wǎng)時(shí)代，Web的承載基本就是瀏覽器。而在移動(dòng)互聯(lián)網(wǎng)，特別是智能手機(jī)普及的時(shí)代，Web完全可以繞開(kāi)傳統(tǒng)意義上的手機(jī)瀏覽器，典型的例子是：社會(huì)化傳播的承載體（如微信、微博客戶端），在傳播Web與link的同時(shí)，并不要求用戶必須通過(guò)手機(jī)瀏覽器訪問(wèn)Web；相反，集成了瀏覽器內(nèi)核部件的微信，微博可以讓用戶直接在客戶端訪問(wèn)鏈接，直接運(yùn)行Web App，甚至直接玩HTML5游戲。

手機(jī)瀏覽器似乎很難完整復(fù)制PC瀏覽器的卡位優(yōu)勢(shì)，相反，Web在社會(huì)化傳播時(shí)代的價(jià)值卻使得手機(jī)瀏覽器不得不面對(duì)更多的分流，因?yàn)閃eb在移動(dòng)互聯(lián)網(wǎng)時(shí)代呈現(xiàn)出了更多元的形態(tài)，或者說(shuō)，Web已經(jīng)融入更多的Native App：

1. 基于傳統(tǒng)手機(jī)瀏覽器的Web App

從一般定義上講，在手機(jī)瀏覽器中通過(guò)導(dǎo)航、鏈接打開(kāi)某種基于Web的近似于Native App體驗(yàn)的服務(wù)，是Web App最正宗的應(yīng)用場(chǎng)景。這種產(chǎn)品模式的好處一直被行業(yè)稱道和期待：跨平臺(tái)，無(wú)需下載，一點(diǎn)即用。

相對(duì)于垂直Native App，手機(jī)瀏覽器具備“覆蓋廣泛，快速到達(dá)”的核心優(yōu)勢(shì)，幾乎可以直接到達(dá)移動(dòng)互聯(lián)網(wǎng)的絕大多數(shù)服務(wù)，用戶并不需要事先下載，甚至不需要了解具體應(yīng)用的存在，打開(kāi)手機(jī)瀏覽器就可以快速到達(dá)。所以，對(duì)于解決用戶的長(zhǎng)尾需求而言，手機(jī)瀏覽器始終是必備，難以被替代。

但是，時(shí)至今日，（基于傳統(tǒng)手機(jī)瀏覽器的）Web App應(yīng)用現(xiàn)狀，似乎還未普遍達(dá)到行業(yè)期待；特別是在部分高頻應(yīng)用垂直領(lǐng)域，應(yīng)用的Web App形態(tài)訪問(wèn)量還不能與其Native App形態(tài)比肩。為什么？

1) 問(wèn)題：

僅從產(chǎn)品層面來(lái)說(shuō)，在手機(jī)瀏覽器中運(yùn)行交互體驗(yàn)很強(qiáng)的Web App，至少存在如下先天缺憾（必須要說(shuō)明，如下問(wèn)題大都不應(yīng)算作手機(jī)瀏覽器的產(chǎn)品問(wèn)題，而是Web App技術(shù)規(guī)范在手機(jī)端實(shí)現(xiàn)的先天缺陷）：

a. 操作可能混淆，交互體驗(yàn)受影響

Web App運(yùn)行在手機(jī)瀏覽器上，等于在底層操作系統(tǒng)與App之間隔了一層手機(jī)瀏覽器；同時(shí)，手機(jī)瀏覽器必須提供通用的方式操作大部分應(yīng)用，很難對(duì)所有類型的應(yīng)用都提供定制化的操作體驗(yàn)。所以，用戶對(duì)App的若干交互操作可能被視為對(duì)手機(jī)瀏覽器的通用操作，造成用戶操作預(yù)期與實(shí)際響應(yīng)的不對(duì)稱?？纯慈缦聢?chǎng)景：

Native App中應(yīng)用內(nèi)的前進(jìn)回退操作，可能被視為手機(jī)瀏覽器Label頁(yè)面的回退操作；

手機(jī)屏幕很小，對(duì)一些涉及垂直搜索的Web App，用戶容易混淆App的搜索框與手機(jī)瀏覽器的搜索框；

Web App提供的“對(duì)話框”，用戶無(wú)法通過(guò)回退按鈕退出；

某些應(yīng)用并不希望提供左右滑屏或上下滾屏（而希望固定頁(yè)面），但在手機(jī)瀏覽器中，用戶的滑屏操作可能誤引起應(yīng)用頁(yè)面的不當(dāng)移動(dòng)，甚至退出應(yīng)用；

b. 每次都需要下載，消耗流量，且影響界面品質(zhì)

Web App無(wú)需像Native App那樣必須先行下載安裝，這樣的“優(yōu)勢(shì)”實(shí)際上意味著：

每次運(yùn)行Web App都需要進(jìn)行基礎(chǔ)業(yè)務(wù)數(shù)據(jù)的下載；

在應(yīng)用內(nèi)每個(gè)新頁(yè)面都需要進(jìn)行數(shù)據(jù)下載；

……

簡(jiǎn)言之，Web App的流量消耗可能更大。當(dāng)然，手機(jī)瀏覽器可以通過(guò)緩存或HTML5本地存儲(chǔ)等方式減少每次啟動(dòng)運(yùn)行Web App的流量，但這是不可控的。

基于這樣的風(fēng)險(xiǎn)，大部分Web App，都必須限制啟動(dòng)流量，帶來(lái)的后果就是界面與交互品質(zhì)難以與Native App媲美。

c. HTML5/Web App內(nèi)核問(wèn)題

a) 運(yùn)行效率和渲染能力低：

傳統(tǒng)手機(jī)瀏覽器內(nèi)核對(duì)HTML5 canvas的渲染基于CPU處理，渲染效率無(wú)法比肩Native App；2011以來(lái)，全球范圍內(nèi)有若干廠商嘗試過(guò)基于GPU渲染處理HTML5 canvas，但這類技術(shù)仍普遍面臨適配性問(wèn)題，以及針對(duì)非canvas頁(yè)面的處理問(wèn)題。

同時(shí)，HTML基于Java Script，而Java Script是實(shí)時(shí)解釋型語(yǔ)言，語(yǔ)法非常靈活，其設(shè)計(jì)初衷之一就是犧牲效率換靈活，且其設(shè)計(jì)之初并未考慮過(guò)在移動(dòng)設(shè)備運(yùn)行，其執(zhí)行效率天然與Native App存在明顯差距，對(duì)部分App而言，這個(gè)差距遠(yuǎn)非單純GPU渲染可以跨越。

b) 一些HTML5系統(tǒng)接口的處理效果仍欠佳，例如：

調(diào)用系統(tǒng)相機(jī)，錄音…當(dāng)前HTML5接口執(zhí)行效果仍欠佳，支持的參數(shù)也有限，很難想象基于Web運(yùn)行類似camera360，美圖秀秀，嘀嘀打車這樣的App。

基于Web截獲pinch或多點(diǎn)觸控消息，其執(zhí)行效果明顯遜色于Native調(diào)用，類似百度地圖的Web App，其交互體驗(yàn)并不理想。

此外，HTML5提供的特性仍不能完整覆蓋Native API，包括：系統(tǒng)推送，調(diào)用本地App等。

c) HTML5規(guī)范尚不統(tǒng)一，影響跨平臺(tái)的優(yōu)勢(shì)

理論上，HTML5是一種跨平臺(tái)，跨瀏覽器的技術(shù)平臺(tái)，可以做到：一次開(kāi)發(fā)，多平臺(tái)發(fā)布。

但在事實(shí)上，由于不同瀏覽器的處理差異，大部分Web App都必須對(duì)多種不同手機(jī)瀏覽器做出若干細(xì)節(jié)適配；而針對(duì)不同的手機(jī)，不同屏幕尺寸，不同CPU乃至GPU，可商用的Web App都需要進(jìn)行針對(duì)性適配。（與之形成對(duì)比的是，基于Native App進(jìn)行開(kāi)發(fā)，跨平臺(tái)逐漸成為開(kāi)發(fā)框架的標(biāo)配，越來(lái)越多的Native技術(shù)引擎天然就支持跨平臺(tái)）

2) 解決：

那么，Web App能否克服上述問(wèn)題，真正體現(xiàn)其價(jià)值？HTML5能否真正達(dá)成Native App的應(yīng)用效果？事實(shí)上，行業(yè)的既有商用已經(jīng)給出了清晰答案：能！

a. 當(dāng)下主流手機(jī)瀏覽器往往會(huì)針對(duì)視頻，閱讀，游戲，圖片4種應(yīng)用提供獨(dú)特的訪問(wèn)模式，特定訪問(wèn)模式不會(huì)受到手機(jī)瀏覽器通用操作的影響，在很大程度上解決了操作體驗(yàn)問(wèn)題；

b. HTML5在Native功能方面的缺陷，可以通過(guò)直接調(diào)用Native API的橋接方式克服， AppCan，PhoneGap都提供了相應(yīng)的解決方案；而在手機(jī)瀏覽器中，也逐漸加入了基于Native的功能調(diào)用，典型如二維碼掃描，調(diào)用Native形態(tài)的特性（如UC提供的“找身邊”）；

c. 重構(gòu)內(nèi)核，繞開(kāi)HTML5和Java Script的性能劣勢(shì)。到目前為止，基于傳統(tǒng)內(nèi)核，試圖在保證HTML標(biāo)準(zhǔn)性基礎(chǔ)上達(dá)成Native App效果的嘗試，都沒(méi)有成功的典范。相反，某些內(nèi)核架構(gòu)，舍棄一些“標(biāo)準(zhǔn)”，對(duì)部分特性進(jìn)行優(yōu)化，卻可以達(dá)到很好的商用效果。最為典型的商用產(chǎn)品是cocos2d-html5 + JSB，此種方案對(duì)HTML5和Java Script的使用有諸多限制，本質(zhì)上提供的是已經(jīng)是半私有的接口了，但其性能效果和適配性非常出色；另外UC開(kāi)發(fā)的xCanvas，國(guó)外的Ludei等也在某種程度上采用了類似機(jī)制;

d. 開(kāi)發(fā)商對(duì)應(yīng)用進(jìn)行較為深入的優(yōu)化適配（有資源的話，甚至可以直接閱讀瀏覽器開(kāi)放內(nèi)核代碼并找到可優(yōu)化點(diǎn)），可以考慮舍棄一些不必要的功能例如DOM+Canvas混搭，特定的Web App完全可以達(dá)到Native App運(yùn)行效果?！獙?duì)開(kāi)發(fā)者而言，“標(biāo)準(zhǔn)性”首先要服從“實(shí)用性”。

2. Hybrid形態(tài)的Web App

基于HTML + Java Script開(kāi)發(fā)，通過(guò)AppCan或PhoneGap等產(chǎn)品打包，生成Native App形態(tài)的應(yīng)用；這是Web App另一種廣泛存在的形態(tài)。它的優(yōu)勢(shì)在于：

1) 充分利用HTML的跨平臺(tái)優(yōu)勢(shì)，一次開(kāi)發(fā)，可以生成Android, iOS, WinPhone的Native App；

2) Hybrid App內(nèi)的內(nèi)容，都可以直接通過(guò)URL分享到社會(huì)化媒體；相較于純Native App，非常便于社會(huì)化傳播；

3) 相對(duì)于傳統(tǒng)Native App，基于HTML和Java Script的開(kāi)發(fā)部署更為靈活，資源可以部署在服務(wù)器端，也可以打包在客戶端，同時(shí)應(yīng)用升級(jí)也更為簡(jiǎn)便；而且，HTML內(nèi)容可以預(yù)先打包在Hybrid App中，無(wú)需每次運(yùn)行都下載；

4) 基于AppCan, PhoneGap提供的統(tǒng)一內(nèi)核（例如WebView），不用考慮針對(duì)多種三方手機(jī)瀏覽器進(jìn)行適配；

5) AppCan, PhoneGap提供了豐富的插件和增強(qiáng)API，幫助應(yīng)用達(dá)成Native的商用效果；

而這種模式最為顯著的弱點(diǎn)在于：它采用的內(nèi)核運(yùn)行性能較差，一般難以支撐性能要求較高的應(yīng)用，特別是手機(jī)游戲。

3. 輕應(yīng)用形態(tài)的Web App

輕應(yīng)用是2013年360，百度，UC一度熱炒的概念，至今并無(wú)確切的定義，三家巨頭所提的邏輯也并不完全相同。不過(guò)大體上，輕應(yīng)用是基于Web App的一種創(chuàng)新應(yīng)用封裝方式。

1) 360的輕應(yīng)用，關(guān)鍵詞：應(yīng)用分發(fā)

將Web App封裝為基于操作系統(tǒng)桌面的快捷方式，更重要的是可以通過(guò)360的手機(jī)分發(fā)渠道進(jìn)行分發(fā)，這是360對(duì)傳統(tǒng)智能手機(jī)應(yīng)用分發(fā)形態(tài)的一種創(chuàng)新嘗試。

對(duì)用戶，特別是小白用戶而言，這種應(yīng)用獲取方式與在應(yīng)用商店下載安裝達(dá)成的效果基本相當(dāng)，但省卻了下載的流量和安裝的過(guò)程。同時(shí)，這種應(yīng)用形態(tài)，也可以規(guī)避在手機(jī)瀏覽器中運(yùn)行Web App需要兼顧多種交互操作的問(wèn)題。

2) 百度的輕應(yīng)用，關(guān)鍵詞：移動(dòng)搜索

百度強(qiáng)調(diào)傳統(tǒng)Native App應(yīng)用分發(fā)模式存在大量長(zhǎng)尾的信息孤島，難以被用戶在應(yīng)用商店檢索到（比如用戶根本就不知道這些應(yīng)用的名字），即使被下載安裝其使用頻度亦極低。

而基于應(yīng)用商店之外的移動(dòng)搜索則可以在用戶需求與應(yīng)用之間建立起即時(shí)關(guān)聯(lián)。這種搜索必然不是傳統(tǒng)應(yīng)用商店基于名稱、類別的檢索，而是面向用戶自然語(yǔ)言的搜索，同時(shí)也必然涉及應(yīng)用內(nèi)信息檢索。百度的搜索能力+基于Web App形態(tài)的應(yīng)用，本身就已經(jīng)實(shí)現(xiàn)了這種關(guān)聯(lián)。

另外，百度針對(duì)其輕應(yīng)用，亦提供多種增強(qiáng)API，幫助Web App提供類似Native App的功能特性。

同時(shí)，基于91，安卓市場(chǎng)，百度手機(jī)助手帶來(lái)的市場(chǎng)份額，百度已經(jīng)成為第一大應(yīng)用分發(fā)商，輕應(yīng)用形態(tài)也有可能得到其眾多移動(dòng)客戶端、分發(fā)渠道的支持。

3) UC的輕應(yīng)用，關(guān)鍵詞：超級(jí)App

移動(dòng)App的使用越來(lái)越集中，用戶更習(xí)慣訪問(wèn)頻繁極少數(shù)超級(jí)App，而大量的長(zhǎng)尾應(yīng)用極難被用戶訪問(wèn)。作為毋庸置疑的超級(jí)App，UC同樣可以通過(guò)其成熟的導(dǎo)航、檢索、搜索機(jī)制建立起用戶需求與長(zhǎng)尾應(yīng)用之間的即時(shí)關(guān)聯(lián)。這就是UC的Super App + Light App生態(tài)。

同樣的，UC所提的輕應(yīng)用概念也不是傳統(tǒng)意義上的純Web App，例如作為UC+組成部分的插件，本身就可以基于Native App技術(shù)架構(gòu)完成。

QQ手機(jī)瀏覽器5.0引入了輕應(yīng)用概念。但是，如果QQ手機(jī)瀏覽器的輕應(yīng)用不被引入應(yīng)用寶，不被搜狗移動(dòng)搜索支持，其實(shí)用價(jià)值將仍被局限在手機(jī)瀏覽器的傳統(tǒng)使用范疇。反之，如果這個(gè)輕應(yīng)用能被引入到微信，那么…也就不需要那么了…

此外，點(diǎn)心桌面也提供了類似的輕應(yīng)用中心。

這幾家巨頭都有能力在應(yīng)用分發(fā)和搜索等領(lǐng)域相互滲透，2014年，輕應(yīng)用有可能得到進(jìn)一步探索和演進(jìn)。對(duì)應(yīng)用開(kāi)發(fā)商而言，輕應(yīng)用可以成為新的發(fā)布渠道。

4. 微信App

微信提供的公眾賬號(hào)開(kāi)發(fā)架構(gòu)，就包含了基于Web App的實(shí)現(xiàn)部分；而任何可以提煉出URL的Web App，都可以在微信中自由傳播并直接在其自帶瀏覽器中打開(kāi)，微信本身就可以作為Web App的傳播渠道。

作為名符其實(shí)的第一入口，微信劍鋒所指皆是App開(kāi)發(fā)者唯恐趨之不及的方向。微信App的存在，是對(duì)Web App應(yīng)用的極大促進(jìn)。

但同時(shí)，基于微信的Web App，在技術(shù)和產(chǎn)品層面也至少面臨的如下問(wèn)題：

1) 目前微信所帶內(nèi)核為系統(tǒng)自帶內(nèi)核，例如在Android上就是一個(gè)WebView，支持能力和運(yùn)行性能都非常有限；

2) 微信產(chǎn)品基于IM，始終保持信息流動(dòng)狀態(tài)，難以形成針對(duì)特定URL的固定入口，所以，在微信上，很難形成針對(duì)特定Web App頁(yè)面的沉淀的用戶。（當(dāng)然，收藏功能以及微信自身提供的應(yīng)用列表如游戲可以提供固定入口，但前者需要用戶自行操作，而后者只屬于極個(gè)別有特殊資源的應(yīng)用。）

來(lái)源：36氪