今天平臺發(fā)布了《移動sitemap協(xié)議mobile type升級公告》，里面介紹了三種主流PC站點移動化的方式，以及這三種方式在提交sitemap時該如何標(biāo)注mobile type。在此之前，社區(qū)版主李曰輝早已把杭州培訓(xùn)的內(nèi)容整理好，并添加了對平時工作的總結(jié)和經(jīng)驗，分享給各位同學(xué)。
今年年初時我曾發(fā)過一個帖子《移動大潮，你的站點是否準(zhǔn)備好了?—移動化方案分享》列舉了我當(dāng)時理解的站點移動化方案。當(dāng)時行業(yè)內(nèi)并沒有統(tǒng)一的名詞來規(guī)范這些方法，現(xiàn)在看來有些粗糙。好在5月底的杭州之行《移動優(yōu)化實用教程》劉院長給我們介紹了由百度定義的站點移動化主流方式，即：跳轉(zhuǎn)適配、代碼適配、自適應(yīng)。
百度官方給出的解釋是：
跳轉(zhuǎn)適配：該方法會利用單獨的網(wǎng)址向每種設(shè)備提供不同的代碼。這種配置會嘗試檢測用戶所使用的設(shè)備或ua，然后使用 HTTP 重定向和 Vary HTTP標(biāo)頭重定向到相應(yīng)的頁面。
代碼適配：該方法使用相同的網(wǎng)址(不考慮用戶所使用的設(shè)備)，但會根據(jù)服務(wù)器對用戶所用瀏覽器的了解(ua)，針對不同設(shè)備類型生成不同版本的HTML。
自適應(yīng)：通過同一網(wǎng)址提供相同 HTML 代碼的網(wǎng)站設(shè)計方法。該方法不考慮用戶所使用的設(shè)備(pc、平板電腦、移動設(shè)備)，但可以根據(jù)屏幕尺寸以不同方式呈現(xiàn)(即適應(yīng))顯示屏。
*院長手按：使用不同配置方式的站點在提交sitemap文件要做的工作不同，請密切關(guān)注百度站長平臺后續(xù)的公告和教育文章。
附上原始PPT：
下面我們來分析一下這幾個方式都有那些具體的實施辦法：
【跳轉(zhuǎn)適配】
1、百度siteapp。這顯然是標(biāo)準(zhǔn)的跳轉(zhuǎn)適配，但siteapp效果不大好，比如頁面混亂、內(nèi)容可控性差。好像百度也發(fā)現(xiàn)這些問題以至于此項目擱置，這個工具一直沒有更新升級。
2、第三方移動建站工具。如：搜狐快站、騰訊風(fēng)鈴等。這些工具有個缺點是需要PC站點與移動站點做好對應(yīng)關(guān)系，需要一篇文章發(fā)兩遍的尷尬情況。
3、完全開發(fā)一套移動站點。通過后臺程序判斷出是移動UA，不會給用戶返回代碼，直接重定向到移動頁面。這里要注意開發(fā)時一定要做好PC頁與移動頁面的對應(yīng)關(guān)系同時提交到百度站長平臺。上圖中提到“維護成本較高”，可以這樣解決：在開發(fā)時調(diào)用同一數(shù)據(jù)庫，就免去了發(fā)兩邊內(nèi)容的成本。
4、對于CMS系統(tǒng)，無程序擴展功能的：新建一個獨立移動站點，原PC頁面中加入JS來判斷UA，通過JS重定向到移動頁面。此方法第一次請求后會返回完整HTML到用戶本地，JS本地判斷后再次請求返回完整HTML，頁面需要加載兩次，延遲嚴重。而且百度對JS的跳轉(zhuǎn)并不支持，僅僅實現(xiàn)了頁面的轉(zhuǎn)換，還是需要最好對應(yīng)適配關(guān)系提交到百度站長平臺的。
【代碼適配】
代碼適配沒有跳轉(zhuǎn)適配那么多方法，它的實施方法是：原PC站CMS系統(tǒng)升級改造，當(dāng)用戶訪問一條URL時，后臺程序判斷UA，根據(jù)不同UA返回不同的HTML代碼和樣式。
此方法無延遲、移動站點維護成本較低，但局限性也很大：首先你要有開發(fā)能力，其次你的CMS系統(tǒng)能讓你開發(fā)，第三是此類站點不能完全靜態(tài)化。代碼適配非常適合社區(qū)論壇和用戶交互式站點。
【自適應(yīng)】
自適應(yīng)是呼聲最高的一個方式，H5越來越普及，自適應(yīng)的站點和頁面也越來越多，甭管是國外的谷歌還是國內(nèi)的百度都承認未來站點屬于H5的自適應(yīng)。自適應(yīng)頁面由H5+CSS3+JS判讀不同屏幕寬度展示不同樣式的頁面，PC和移動頁面url和源代碼都相同。之前他有很多名字：頁面自適應(yīng)、響應(yīng)式、H5頁面、寬度變化頁面等，之后我們統(tǒng)一為自適應(yīng)。
同樣自適應(yīng)也有自己的優(yōu)缺點：一次編碼多平臺共用，維護成本低，設(shè)備展示效果一致，用戶地體驗好;但也有缺點，復(fù)雜頁面在做自適應(yīng)時，受手機屏幕限制很難排版，若隱藏部分內(nèi)容相比獨立移動手機站頁面體積大、加載速度和數(shù)據(jù)流量也更大。此類非常適合如知乎、36KR、新聞媒體內(nèi)容頁等功能相對單一的頁面和站點。
百度不建議的做法
周日的時候我發(fā)現(xiàn)站長學(xué)院的官方課程悄悄更新上線了幾篇新文章，里面有講到在移動化過程中，百度不建議做的事情。
1， 單獨域名下不要使用多種配置方式，其實我家新聞?wù)军c就是這樣做的：CMS系統(tǒng)沒辦法二次開發(fā)同時也沒需要完全靜態(tài)化，所以內(nèi)容頁采用自適應(yīng)，而欄目眾多結(jié)構(gòu)復(fù)雜的首頁和頻道頁則采用跳轉(zhuǎn)適配的方式，回去跟領(lǐng)導(dǎo)說說去。另外聽院長說，有些站點是把移動內(nèi)容當(dāng)做PC站點下的一個目錄進行配置，這也真是不行的。
2， 不能用JS對UA進行適配跳轉(zhuǎn)，雖然下半年百度JS就要全放開了，但在官方?jīng)]有正式發(fā)布消息前，我們還是按照傳統(tǒng)保守的方法進行操作吧。
說了這么多，其實三種方式各有各的優(yōu)缺點，站點移動化進程，還要根據(jù)自己的實際情況來選擇實施方式。
申請創(chuàng)業(yè)報道，分享創(chuàng)業(yè)好點子。點擊此處，共同探討創(chuàng)業(yè)新機遇！
