TML5已推出多年，被膜拜為全球搜索巨頭的Google早已對HTML5支持，并且自適應（又稱響應式）站點排名無論在PC和移動端均表現不錯。自適應站點是終端發展催生的一個必然產物，同時移動流量已經開始趕超PC，所以并不能因為百度的早期不支持，而放棄。

直到2014年左右，百度工程師仍建議采用站點分離的形式，而最近百度升級了Spider 3.0并且推出一系列移動排名算法更新。在新版的百度移動優化指南3.0中指出，百度官方建議新站點采用自適應的HTML5進行建站。

事實上，自適應站點在百度上的表現一直良好，本次有提權之意。在舊版本下，阻礙自適應站點的采用并非百度，而是國內很多人對自適應的錯誤理解，導致寫出來的響應式均為通過js制作而成，甚至不包含任何html5的元素，同時存在大量的冗余代碼，包括常見的一頁多模，內容重復的情況（大中小屏對應的模板均寫入頁面，通過js進行切換顯示不同尺寸內容，如3個主導航或者甚至3個主體內容）。

Orson Tsui操作的站點中，其中一個站點就是非html5的自適應，還好行業詞排名還是各搜索引擎的第一頁。但是好像并沒有手機版的標志呢？

文末分享一下給大家，自適應站點head信息建議加入(請自行斟酌)：

<meta name="applicable-device"content="pc,mobile">

<meta name="viewport" content="width=device-width, initial-scale=1.0">

<meta http-equiv="Cache-Control" content="no-transform">

<meta http-equiv="Cache-Control" content="no-siteapp">

<meta name="renderer" content="webkit">

<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1">

<meta name="image" content="images/logo.jpg">

<link rel="canonical" href="YOURLINK"/>

感謝各位看官，早前一排因為比較忙未能及時更新。

TML5 的下一步在何方

筆者從來不懷疑 HTML5 作為一種跨平臺的開發標準，隨著時間的推移注定會發揮更大的作用。那么拋棄商業的邏輯，想把 HTML5 和 Web App 單純當成技術來使用的時候，該如何面對呢？

記得 2004 年前后 Web2.0 在中國互聯網興起的時候，作為領軍人物的謝文曾經這樣分類互聯網的兩類人，一類是「做互聯網」的人，一類是「用互聯網」的人。所謂做互聯網的人就是把互聯網本身當成生意，而用互聯網的人是把互聯網當成渠道。同樣類比，HTML5 的從業者也可以分為「做 HTML5」和「用 HTML5」的人。

「做 HTML5」的人：這里面包括了 HTML5 的工具和平臺廠商、游戲廠商、Web App 開發者和渠道商（如微信和手機瀏覽器）

「用 HTML5」的人：擁有其他的業務，HTML5 技術和 Web App 是用來展示自身業務，把微信、手機瀏覽器等當成眾多流量入口之一的用戶。

對于「做 HTML5」的人賭生態來說下一步仍舊充滿未知和艱辛，因為博弈 iOS 和 Android 生態系統不會在短期內看到重大的機會，迎接黎明可能還要很久。就算微信成了 Web App 很好的一個渠道，但是大環境還是缺乏更廣泛的優質 Web App 渠道商（至少手機瀏覽器和搜索入口已經在第一輪競爭中落敗），與虎謀皮的生意能做多大是個挑戰。

對于「用 HTML5」的人，選擇是非常簡單的。互聯網是流量的生意，在不同的有流量的入口上布局是聰明的選擇。如果有足夠的預算，那么 Native App、Web App 以及微信公用賬號甚至百度的輕應用 Light App 都可以實現覆蓋，以便流量最大化，這也是眾多有資源的互聯網公司的通行做法。因為從「用」的角度完全沒必要像「做 HTML5」的群體那樣把賭的成分擴大。當然如果預算不夠，從現實的角度微信或 Native App 是更可行的方案，因為眼下這是兩個成型的生態系統，存在較高的商業價值。

技術角度看 Web App 和 Native App

HTML5 夢工廠的負責人田愛娜曾經說：「拿 HTML5 和原生比或 Flash 比沒有任何意義」，潛臺詞「HTML5 只是技術、不要被商業邏輯綁架」。接下來從三個技術角度看 Web App 和 Native App 的比較：

頁面布局：HTML5 配合 CSS3 以及 Canvas 確實在跨平臺的界面布局和展示方面存在效率和成本的優勢。反觀 Native App 的開發技術無論是在開發時間亦或是人員要求和整體成本上都有非常大的差距。但是對于一個能夠充分滿足用戶需求的（Web/Native）App 來說除了界面布局還有更重要的兩方面技術需求，一個是終端設備本身的能力 API 調用既端 API，另外一個是眾多云端能力 API 的調用既云 API。那么這兩方面 HTML5 的技術到底能不能滿足市場和用戶的需求？

端 API：HTML5 的標準自身配套了 Device API 的部分，但是遺憾的是終端和操作系統的發展已經不能用日新月異來形容，各種新的能力層出不窮。緩慢更新和落后的標準完全無法適應終端的發展以提供最新的端 API，因此可以說 HTML5 在端 API 領域存在較大的弱勢。如果單純限定 HTML5 只是在部分展示類的領域滿足用戶需求，可能要糾正市場對 HTML5 應用范圍的過高預期。

云 API：「云端架構」已經被認定為互聯網最明確的發展趨勢之一，眾多的服務通過云 API 的形式提供，各個領域也產生了大量的云 API 服務商。常見的如微信和微博分享、支付寶移動支付、云存儲等，另外例如融云 IM 即時通訊、美洽移動客服等 App 常用功能都以云 API 的方式提供給開發者。此外很多 APP 也把自身的服務封裝成 API 嵌入到另外一個 APP 中，例如 Uber 把叫車服務以云 API 的形式和 Starbucks 進行合作嵌入其中實現了服務的擴展和更多流量的聚集。對于云 API 不但簡化了 APP 的開發也增強了移動 APP 的能力。在眾多的云 API 中，幾乎大部分都同時提供了 Native SDK 和 JS SDK 同時服務 Native App 和 Web App。所以在云 API 的領域 HTML5 的技術還是有很多可以對接的服務可供選擇。不過總體而言 JS 版本的 SDK 無論從功能還是體驗上都和 Native SDK 存在差異，例如百度地圖云服務 API 的 SDK，用戶使用內嵌到 Web App 的 JS 版本 SDK 使用手勢縮放地圖的時候體驗通常較差。HTML5 在性能方面和 Native 技術的差異仍舊取決于硬件和瀏覽器性能的提升，但是應該在可預期的時間內獲得解決。

如果你覺得這篇文章有價值，請分享給你的朋友，也可交流，QQ&微信號：852094075。

【訂閱】

關注：飛屋旅行

最有態度，最具權威旅游咨詢

公眾微信號：feiwulvxing