PC站點轉(zhuǎn)移動站3個方法的具體實施方法

一、自適應(yīng)

　　自適應(yīng)是呼聲最高的一個方式，H5越來越普及，自適應(yīng)的站點和頁面也越來越多，甭管是國外的谷歌還是國內(nèi)的百度都承認(rèn)未來站點屬于H5的自適應(yīng)。自適應(yīng)頁面由H5+CSS3+JS判讀不同屏幕寬度展示不同樣式的頁面，PC和移動頁面url和源代碼都相同。之前他有很多名字：頁面自適應(yīng)、響應(yīng)式、H5頁面、寬度變化頁面等，之后我們統(tǒng)一為自適應(yīng)。

　　同樣自適應(yīng)也有自己的優(yōu)缺點：一次編碼多平臺共用，維護(hù)成本低，設(shè)備展示效果一致，用戶地體驗好；但也有缺點，復(fù)雜頁面在做自適應(yīng)時，受手機屏幕限制很難排版，若隱藏部分內(nèi)容相比獨立移動手機站頁面體積大、加載速度和數(shù)據(jù)流量也更大。此類非常適合如知乎、36KR、新聞媒體內(nèi)容頁等功能相對單一的頁面和站點。

　　 在經(jīng)歷多個方式的調(diào)整和適配的總結(jié)后，個人比較喜歡自適應(yīng)，唯一的麻煩是終端比較多，不能每個終端都達(dá)到100%匹配，在有的屏幕上面就是有錯位等等，這個是頭疼的，但是在網(wǎng)站排名和移動搜索結(jié)果方面，是很好的。自適應(yīng)網(wǎng)站建設(shè)推薦新勢力網(wǎng)絡(luò)！

二、跳轉(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)系同時提交到百度站長平臺。上圖中提到“維護(hù)成本較高”，可以這樣解決：在開發(fā)時調(diào)用同一數(shù)據(jù)庫，就免去了發(fā)兩邊內(nèi)容的成本。

　　4、對于CMS系統(tǒng)，無程序擴(kuò)展功能的：新建一個獨立移動站點，原PC頁面中加入JS來判斷UA，通過JS重定向到移動頁面。此方法第一次請求后會返回完整HTML到用戶本地，JS本地判斷后再次請求返回完整HTML，頁面需要加載兩次，延遲嚴(yán)重。而且百度對JS的跳轉(zhuǎn)并不支持，僅僅實現(xiàn)了頁面的轉(zhuǎn)換，還是需要最好對應(yīng)適配關(guān)系提交到百度站長平臺的。

三、代碼適配

　　代碼適配沒有跳轉(zhuǎn)適配那么多方法，它的實施方法是：原PC站CMS系統(tǒng)升級改造，當(dāng)用戶訪問一條URL時，后臺程序判斷UA，根據(jù)不同UA返回不同的HTML代碼和樣式。

　　此方法無延遲、移動站點維護(hù)成本較低，但局限性也很大：首先你要有開發(fā)能力，其次你的CMS系統(tǒng)能讓你開發(fā)，第三是此類站點不能完全靜態(tài)化。代碼適配非常適合社區(qū)論壇和用戶交互式站點。