HTML5與app以對立競爭的產品形態展現在大眾視野。從去年開始又有一大批技術派或者創業者盯向html5領域，移動游戲的爆發和微信朋友圈等眾多平臺為HTML5導流，能不能顛覆，或許只是時間上的問題。

就像Apple成立前，HP的高層告訴沃茲：誰會在家里擺一臺電腦呢?未來HTML5肯定會顛覆原生App。2007年W3C(萬維網聯盟)立項HTML5，直至2014年10月底，這個長達八年的規范終于正式封稿。

過去這些年，HTML5顛覆了PC互聯網的格局，優化了移動互聯網的體驗，接下來，HTML5將顛覆原生App世界。這聽起來有點危言聳聽，但若認真分析HTML5的發展史，你會發現，這個世界的發展趨勢確實就是這樣。

▌跨平臺：

在多屏年代，開發者的痛苦指數非常高，人人都期盼HTML5能扮演救星。多套代碼、不同技術工種、業務邏輯同步，這是折磨人的過程。有點類似個人電腦早期世界，那個時候的每家電腦都有自己的操作系統和編程語言，開發者疲于做不同版本，其實DOS的盛行也很大程度是因為開發者實在沒精力給其他電腦寫程序。跨平臺技術在早期大多因為性能問題夭折，但中后期硬件能力增強后又會占據主流，因為跨平臺確實是剛需。

▌快速迭代：

移動互聯網是一個快魚吃慢魚的時代，誰對用戶的需求滿足的更快，誰的試錯成本更低，誰就擁有巨大的優勢?；ヂ摼W產品大多免費、且有網絡效應，后入者搶奪用戶的難度非常大。使用原生開發，從招聘、開發、上線各個環節的效率都慢一倍以上，而且參與的人越多，溝通效率往往拖慢不止一倍。

▌持續交付：

很多人有這樣的體會，一個原生應用上線Appstore，突然有一個大bug，只好連夜加班修復，然后靜靜等待2周或更長時間的Apple審核，這2個星期被用戶的涂抹淹死，市場上一片差評，用戶大量流失。等新應用被審核上線了，用戶已經卸載了。但是，HTML5沒有這些問題，你可以實時更新，有問題立即響應。

▌大幅下降成本：

創業者融資并不容易，如何花錢更高效非常重要。如果你使用原生開發的App和競爭對手使用HTML5開發的App沒什么區別，但你的開發成本高出一倍，我相信沒有投資人會喜歡給你投錢。

▌開源生態系統發達：

HTML5前端是開放的正反饋循環生態系統，大量的開源庫可以使用，開發應用變得更輕松、更敏捷，當然這也體現在了快速迭代和成本下降上。不過更重要的是，這種開放的正反饋循環生態系統未來的生命力是比原生生態系統更強勁的。

▌開放的數據交換：

HTML是以page為單元開放代碼的，它無需專門開發SDK，只要不混淆，就能與其他應用交互數據。開發者可以讓手機搜索引擎很容易檢索到自己的數據，也更容易通過跨應用協作來滿足最終用戶需求。

▌更容易推廣、更容易爆發：

導流入口多：HTML5應用導流非常容易，超級App(如微信朋友圈)、搜索引擎、應用市場、瀏覽器，到處都是HTML5的流量入口。而原生App的流量入口只有應用市場。聰明的HTML5開發者當然會玩轉各種流量入口從而取得更強的優勢。

流量大：前段時間微信朋友圈風靡一時《神經貓》，這個游戲如果放到Appstore，絕對沒有那么多流量，超級App帶來的流量，遠大于原生應用市場。假如微信允許游戲在桌面創建快捷方式、假如游戲后續升級解決持續娛樂問題，未來不可想象。

導流效率高：除了入口多、流量大，導流效率高也不可忽視，誰都知道：頁游和端游打同樣的廣告，廣告變用戶的轉化率，頁游遠遠高于端游。

▌大幅降低使用門檻

為什么流媒體會替代下載視頻成為主流?為什么頁游會如此火爆?只因用戶太“懶”。讓用戶更方便的滿足需求，有時效果好于更多的滿足需求。

用戶眼睛看到一個興趣點，點擊后，就應該立即開始滿足用戶需求。比如流媒體可以立即看，頁游可以立即玩。而目前的原生應用市場，用戶需要這樣操作：選一個應用、等待下載、確認權限、等待安裝，然后點擊打開。這樣糟糕的體驗遲早要被顛覆。

不管是App、游戲還是音視頻，未來都將即點即用。誰先滿足用戶這個需求，誰就制勝。

▌實時更新、差量更新的優秀體驗

HTML5應用可以繞開應用市場的限制進行自主實時更新，用戶可以快速享受新服務。

而且這種更新完全可以是差量更新，比如某個HTML頁面或某個js文件有問題，只更新這個幾k的小文件就可以了，這比原生應用的更新體驗好太多。

▌跨應用的使用體驗

目前手機應用切換是以桌面或任務管理器為中心的，但事實上這些中心很影響效率和體驗。用戶想出差三亞，先打開去哪App訂票，然后切回桌面，再找到并打開天氣App，搜索輸入三亞，再切到桌面，找到并打開航旅縱橫App，輸入航班號值機，哦對了，航班號多少來著，再切到桌面，找到并打開去哪App看航班號，最后找到并打開租車App，輸入租車地點，然后再切回桌面。

在原生應用體系下，用戶只能這樣。但在HTML5體系下，他不需要切回桌面，他可以在App間方便的直接跳來跳去，而不是使用一個一個孤島App;他更不用重復錄入數據，應用間可以方便的互相傳遞數據。

這種模式需要一點想象力，但未來遲早會來。

分析至此，我們可以明顯的看出，不管是站在最終用戶角度、還是站在開發者角度，HTML5必將取代原生應用當前的位置。并由此引發一系列顛覆。

HTML5的爆發，原生App生態系統的顛覆，是一場產業革命，很多角色都會受到影響，我們來預測一番。

▌新型HTML5引擎戰火將燒起

標準的HTML5引擎并不能解決HTML5的所有問題，擁有大流量入口的互聯網巨頭，莫不在思考內嵌更優秀的增強引擎。騰訊推出了X5瀏覽器引擎，就是看中這個機會。目前各路瀏覽器廠商、應用市場廠商、甚至rom廠商，都在努力整合更優質的瀏覽器引擎。假使微信內嵌的Webview可以運行更優秀的canvas游戲、假使360手機助手可以發行即點即用的HTML5應用并且能力體驗與原生一致、假使小米rom內置更強大的webview使得所有HTML5應用在小米手機上運行的更流暢。

一個巨頭開始行動，所有巨頭都會聞風而動，沒錯，這場戰役會是移動互聯網世界的二次世界大戰。

▌應用發行市場將洗牌

由于超級App的巨大流量能輕易成為HTML5應用的入口，并且會形成大者更大的效應，傳統的應用商店、甚至線下預裝，這些流量不足和效率偏低的發行模式將被擠出市場主流。本身也是超級App的大流量應用商店，如果轉型得當，也將以發行HTML5應用為主。

▌廣告和統計市場

原生的廣告和統計SDK提供商會面臨尬尷，Google、百度等基于網頁的廣告和統計服務會取得更大的優勢。開發者不再需要打包SDK，引入一個Script即可。

▌開源技術將在移動互聯網領域更加流行

HTML的開放性造就了大量的開源產品，也反向促進了HTML的繁榮。在Github上有大量的JS框架，而原生的開源代碼數量相比甚少。而未來移動互聯網世界將因為開源而發展的更迅速，這里也同樣存在類Github廠商的機遇。

▌開發工具的變化

早期HTML只需要記事本寫幾個Tag，中期的HTML、JS、CSS比較復雜，需要更高級的文本編輯器，但HTML5到來后，它的代碼量、復雜度、開發模型將與原生開發看齊，需要類似XCode、Eclipse等專業的IDE工具來解決開發、調試的問題。一些以會使用記事本寫代碼為榮的開發者，將面臨思路轉換甚至被更高效的開發者淘汰。

▌性能分析調優

目前很多針對原生應用的性能分析調優工具或服務，未來也面臨轉型，HTML5應用的性能分析調優是另一個世界。

▌混淆與產權保護

HTML5是開放代碼的，好處也帶來弊端，有些東西開發者希望暴露，但有些東西開發者希望保護?；煜夹g就變得更有商業機會。PC Web上Gmail的混淆就做的不錯。除了JS混淆，離線數據加密相信也有不少空間。

▌安全廠商的新機會

HTML5的強大會引發很多安全問題，并且解決思路與原生不一樣，業內有可能會出現新的安全廠商領導者。

有人說，光標準定稿沒用啊，配套起來了嗎?HTML5做的應用究竟能否匹敵原生App?答案是，HTML5不但可以匹敵原生App，甚至它天然的很多特性超越了原生App。

我們先談談HTML5原來不如原生應用的地方，業內俗稱HTML5有“性工能”障礙。即HTML5性能不如原生、開發工具不如原生、能力調用不如原生。

這幾個問題導致開發者無法使用HTML5做出與原生一樣的App。然而，不管是硬件升級還是OS廠商策略變化，以及相關軟件技術的成熟，已解決了HTML5的“性工能”障礙。

▌1. 硬件升級

2011年，iPhone 4s的CPU是A5，現在iPhone 6是A8，按蘋果的歷次發布會的說法，速度共提升了7.5倍。這3年間7.5倍的速度提升，抹平了太多HTML5的性能問題。

▌2. 蘋果、Google的策略變化

Google在2013年底發布的Android 4.4，內置的Webview不再是蹩腳的Android WebKit瀏覽器，而是Chromium，性能大幅提升。從最新的Android5.0開始，Webview可以通過Google Play Store實時更新，和Chrome的升級保持一致，用戶就可以不刷機享受到最新的瀏覽器引擎;再看Apple方面，2012年iPhone 5發布后，HTML5在iOS上的表現已令人滿意，Safari獨家的JavaScript加速引擎Nitro不再那么重要，不過在iOS 8發布后，蘋果還是很識趣地取消了三方程序調用Nitro的限制，現在任意瀏覽器或應用調用iOS的UIWebview都可以利用Nitro加速，這樣在前端使用JS做大型運算也成為可能。兩大手機操作系統霸主和瀏覽器巨頭的態度發生了變化，使得HTML5在手機上的發展不再受限，而且這個變化不可逆只能繼續向前，這種變化勢必會產生深遠的影響。

▌3. 軟件技術的成熟

PhoneGap的發展雖然放緩了，但其他產品技術卻成熟了。2014年的iWeb大會上，眾多廠商的產品提供了面向開發者免費或開源的HTML5性工能障礙的解決方案。

(注：編者作為從業人員，也會在分析各種方案時提到我們公司的方案，但編者會客觀不夸張的陳述方案，而且該方案是純免費的，沒有商業銷售嫌疑。)

DCloud公司在iWeb大會上發布了系統的HTML5“性工能缺失”的解決方案，包括：

a) 性能：提升HTML5性能的手機端引擎，讓側滑菜單、下拉刷新等動態交互卡頓的問題得以解決;

b) 工具：HTML5開發IDE產品HBuilder, 超快的編程利器;

c) 能力：把40萬原生API封裝成JavaScript對象，以解決HTML5能力不足問題的Native.js技術;

d) 最接近原生體驗的高性能框架：MUI框架，體積只有幾十K，加載、運行遠快于一般框架。

基于該方案開發的HTML5應用完全可以達到原生App的功能和體驗。

使用HBuilder開發HTML5應用

英特爾公司發布了Crosswalk引擎，可以讓Android 4.0-4.3的手機上的應用打包Chromium引擎而不是Android WebKit。畢竟目前市場上存在大量Android 4.0-4.3的手機，同時統一的webview也避免了兼容性的煩惱。

在專業方向上很多公司也做出了不錯的成績。觸控的Cocos2d-html5、Egret runtime和Ludei CocoonJS強化了Canvas的表現，讓HTML5游戲體驗更好;UC、獵豹等手機瀏覽器都強化了音視頻播放的表現。

不管是硬件升級、軟件成熟，還是操作系統廠商策略變化，都在強力推動HTML5的爆發。

不過要注意，我說的HTML5爆發，不是指手機瀏覽器會替代桌面成為應用入口。有人說HTML5不好，因為用戶討厭打開瀏覽器輸入URL的過程。我想說這種想法是對HTML5的片面理解。HTML5!=傳統瀏覽器，雖然編程語言還是HTML、Javascript、CSS，但發行方式絕不是傳統網站那么簡單。HTML5應用的入口，反而很少是啟動瀏覽器輸入URL，它可以是存在于手機桌面的圖標、也可以來自超級App(如微信朋友圈)、以及搜索引擎、應用市場、廣告聯盟。。。到處都是它的入口。它的入口，比原生App更多。

HTML5的“性工能”障礙得到解決，可以接近原生App的效果，所以它就可以替代原生App嗎?很多人認為，即使HTML5會發展的比現在好，也將是與原生App各占一部分市場的格局，要求不高的長尾應用會使用HTML5，而主流應用仍是原生App的天下。

但我認為這樣的想法很危險，就像Apple成立前，HP的高層告訴沃茲：誰會在家里擺一臺電腦呢?未來HTML5肯定會顛覆原生App。

其實未來如何發展是沒人能準確預測的，變量非常多。但我想讓用戶和開發者都更方便的趨勢是不會錯的。

我在這里拋磚引玉，歡迎大家一起討論，但我希望我們能理智的分析，在爭議中提煉真知，而不是未經思考或驗證僅因為害怕被顛覆而無謂的亂噴。也祝愿大家在HTML5的浪潮中，把握住機遇，享受下坐在風口當豬的感覺。

正常的網站頁面發展過程中毫無疑問網站是需要做改版的，可是你了解網站改版的一些常見問題嗎?還是回答一場說改就改的實際操作。在我們給客戶做網站優化的工作中發現，許多網站常有過不當的改版實際操作，最后被百度搜索引擎降權處罰的。今日這篇文章，我們就來講一下這種任性的“神”操作方法。

一：更改網站源代碼

感覺一個網站好多功能沒法實現啊，他們的網站做的真好看，出于這些目的更改程序的公司絕對不少?？墒亲罱K的結果通常95%的都被降權了。而另一個的5%則是盡管網站更改軟件程序，可是卻做好了足夠的SEO措施的網站。小編建議您：假如非應用程序太過老化，比較嚴重跟不上節奏的狀況下，盡可能不要做更換軟件程序的操作。

二：更改URL網頁鏈接

做專業網站建設及seo優化15年時間常常對某些公司說一點：最好的SEO行得通方案，是最可行的計劃方案。為什么呢說呢?在SEO優化一途，一些物品就是說剛開始自身判定了的，例如URL網頁鏈接這里吧。一些網站做了“4層”URL網頁鏈接格式，但是大家都知道3層內的URL網頁鏈接是最有利于優化的。這個時候他就安奈不了自己了，愿意為網站更改URL網頁鏈接，那麼真得可行嗎?最好的，因此并不是最好的，最好的往往是最可行的!隨便更改網站URL網頁鏈接100%對綜合排名產生不良影響，輕則排行少幅度下降，重則直接K站。

因此小編提醒您：假如網站URL不嚴重危害百度搜索引擎抓取，則不需要做改動。

怎么區分嚴重程度：A,發布的信息內容是不是可以被迅速百度收錄?48小時內收錄，都談不上太大的問題B,發布的信息內容百度收錄比例有多少，假如用好文章而言收錄占比超出60%則一切正常。C,運用百度工具爬取診斷，是不是可以完成抓取?這3點往往是更為關鍵的。

三：刪除網站網絡數據

有些網站產品系列不要了，隨后改版后就將那些網頁頁面在網絡服務器中刪除，那樣的方法是極其不可取的。假如用不到的網絡數據，只需要不在網站顯示就可以了，為什么要立即刪除掉呢?即便刪除必須衡量這些欄目組是不是依然有價值，假如SEO上確定沒有作用后，刪除數據資料的時候還要跟百度提交“死鏈接”申請才可以。

四：網站經常修改

網站改版有很多部分網站被降權就是：不斷的在網絡服務器上對網站進行改動，而導致的。網站修改后的網頁頁面，蜘蛛爬行后就會對其做好存檔，假如反反復復改動，不就是需要反反復復存檔嗎?網站優化假如涉及改動注意事項較多，如1天以上的事兒，必須將改動的文件下載到當地，全都改動完畢后，統一性的上傳到服務器上進行修改。

五：線上欄目組提升

有些網站做欄目組增多的時候，會建設出大量欄目組，以后慢慢地的再給這些欄目組增加相匹配的信息內容。首先那樣的方法就是不善的。是因為：在搜索引擎爬取的時候，發覺站點很多信息內容為空，輕則網頁頁面不收錄，重則直接導致現階段網站總體綜合排名下跌。同時，也要查詢新提升的欄目組是不是存在SEO上的BUG，例如：某些必要條件篩選，將會造成較多的蜘蛛黑洞，這種超鏈接肯定要提早將其“斃”掉的。

六：不做程序流程交叉

有一些網站看了就是網站頁面兩個程序，這類狀況下盡管也可以做站，可是我們要說的是：盡可能不建議應用第二個應用程序，兩套應用程序相互間，不一定徹底適配不說，乃至增加的應用程序SEO上的難題也必須重新處理一遍，你真得確認新的應用程序SEO上充分契合百度搜索引擎標準嗎?再者，在綜合排名上面一整套應用程序建設的站點，容易得到權重。

七：不做降權改動

網站剛被降權就對網站做改動，可是降權的根本原因你了解嗎?同樣，在咨詢診斷的顧客中，也常常有一些站長網站降權，馬上來找我們做確診。我們規定對方是：等一個禮拜，假如綜合排名無法復原再來做SEO診斷也不晚。實際上有一些網站在這里一個星期內，綜合排名就正常了。在這里之前，假如做了改動，綜合排名還能修復嗎?這只是一個問號了!

網站關鍵詞：網站建設  網站設計  網站制作  上海網站建設  上海網站設計  上海網站制作  上海網絡公司  網站建設上海  上海做網站  上海建設網站  上海做網站公司  上海建網站公司  上海高端網站建設  上海手機網站建設  怎么建設網站  如何建設網站  營銷網站建設  品牌網站建設  網站建設方案  響應式網站建設  外貿網站建設  公司網站建設  建設網站  網站建設服務  高端網站建設  網站優化服務  上海網站公司  企業網站設計  官網制作  官網建設  官網設計  網站建設公司  網站設計公司  網站制作公司