百度官方發布了<PC站點移動化主流方式>，今天就接着把這3個方法的具(jù)體(tǐ)怎麽實施也摘抄過來，希望對大家有(yǒu)用(yòng)。

　　我們先來看看幾個方式的對比：

　　跳轉适配

　　1、百度siteapp。這顯然是标準的跳轉适配，但siteapp效果不大好，比如頁(yè)面混亂、内容可(kě)控性差。好像百度也發現這些問題以至于此項目擱置，這個工(gōng)具(jù)一直沒有(yǒu)更新(xīn)升級。

　　2、第三方移動建站工(gōng)具(jù)。如：搜狐快站、騰訊風鈴等。這些工(gōng)具(jù)有(yǒu)個缺點是需要PC站點與移動站點做好對應關系，需要一篇文(wén)章發兩遍的尴尬情況。

　　3、完全開發一套移動站點。通過後台程序判斷出是移動UA，不會給用(yòng)戶返回代碼，直接重定向到移動頁(yè)面。這裏要注意開發時一定要做好PC頁(yè)與移動頁(yè)面的對應關系同時提交到百度站長(cháng)平台。上圖中(zhōng)提到“維護成本較高”，可(kě)以這樣解決：在開發時調用(yòng)同一數據庫，就免去了發兩邊内容的成本。

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

　　代碼适配

　　代碼适配沒有(yǒu)跳轉适配那麽多(duō)方法，它的實施方法是：原PC站CMS系統升級改造，當用(yòng)戶訪問一條URL時，後台程序判斷UA，根據不同UA返回不同的HTML代碼和樣式。

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

　　自适應

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

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

　　 宇銳網絡在經曆多(duō)個方式的調整和适配的總結後，個人比較喜歡自适應，唯一的麻煩是終端比較多(duō)，不能(néng)每個終端都達到100%匹配，在有(yǒu)的屏幕上面就是有(yǒu)錯位等等，這個是頭疼的，但是在網站排名(míng)和移動搜索結果方面，是很(hěn)好的。