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

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

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

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

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

關(guān)于Web App

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

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

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

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

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

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

1) 問題：

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

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

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

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

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

Web App提供的“對話框”，用戶無法通過回退按鈕退出；

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

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

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

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

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

……

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

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

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

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

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

同時，HTML基于Java Script，而Java Script是實(shí)時解釋型語言，語法非常靈活，其設(shè)計初衷之一就是犧牲效率換靈活，且其設(shè)計之初并未考慮過在移動設(shè)備運(yùn)行，其執(zhí)行效率天然與Native App存在明顯差距，對部分App而言，這個差距遠(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)一，影響跨平臺的優(yōu)勢

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

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

2) 解決：

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

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

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

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

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

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

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

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

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

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

4) 基于AppCan, PhoneGap提供的統(tǒng)一內(nèi)核（例如WebView），不用考慮針對多種三方手機(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一度熱炒的概念，至今并無確切的定義，三家巨頭所提的邏輯也并不完全相同。不過大體上，輕應(yīng)用是基于Web App的一種創(chuàng)新應(yīng)用封裝方式。

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

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

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

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

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

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

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

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

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

移動App的使用越來越集中，用戶更習(xí)慣訪問頻繁極少數(shù)超級App，而大量的長尾應(yīng)用極難被用戶訪問。作為毋庸置疑的超級App，UC同樣可以通過其成熟的導(dǎo)航、檢索、搜索機(jī)制建立起用戶需求與長尾應(yīng)用之間的即時關(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)用寶，不被搜狗移動搜索支持，其實(shí)用價值將仍被局限在手機(jī)瀏覽器的傳統(tǒng)使用范疇。反之，如果這個輕應(yīng)用能被引入到微信，那么…也就不需要那么了…

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

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

4. 微信App

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

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

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

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

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

來源：36氪