移動優化的三種方式
移動網站大體上有三種方式可以選擇：
響應式設計（responsivedesign）：
PC站和移動站的URL是完全壹樣的（不管用什麽設備訪問都壹樣），返回給瀏覽器的HTML代碼也是壹樣的，不同寬度的屏幕排版不同是通過CSS控制的。以前也經常稱為自適應設計，就是因為排版是根據屏幕寬度自動適應的。
動態服務（dynamicserving）：
PC站和移動站的URL是完全壹樣的，這點和響應式設計相同，但動態服務方式返回給瀏覽器的HTML代碼（以及CSS）是不壹樣的，PC設備得到的HTML代碼是PC版，移動設備得到的HTML代碼是專門做了移動優化的移動版本。
獨立移動站（separatem.site）：
移動站的URL和PC站是不壹樣的，通常用單獨的子域名，比如PC站是，移動站是m.httseo.com，當然移動站的HTML代碼（以及CSS）與PC站也是不壹樣的，是專門做了移動優化的。換句話說，這種方式下，移動站就是個獨立的網站。
這三種方式各有各的特點。
響應式設計
既然URL壹樣，所有設備得到的HTML代碼也壹樣，好處顯而易見：簡單明了，搜索引擎不會被弄糊塗。搜索引擎抓取、索引壹套頁面就行了，提高索引效率，尤其對大網站，抓取份額浪費在多個URL上，就意味著降低深層頁面被抓取的機會。自適應設計只有壹個URL，鏈接、權重計算都集中在壹個URL上，不會出問題。
用戶也不會被弄糊塗，收藏書簽、分享頁面也不會因為URL的不同而出問題。
站長方面開發維護壹套代碼就可以了，後端開發成本相對低壹些。建設的外鏈也集中在壹個URL上。不需要判斷設備、瀏覽器類型，也不需要轉向，也就不會出錯。
當然也有壞處。比如，移動設備由於屏幕大小的關系，經常要隱藏壹些內容和功能，但還是需要下載完整的HTML代碼，經常還包括圖片，所以會浪費帶寬。手機網速慢的話，多下載文件就意味著速度變慢。而且，同壹套代碼要在所有設備顯示正常，還要盡快開始渲染，前端設計需要比較高的水平。
響應式設計的頁面必須設置viewport，告訴瀏覽器按照屏幕寬度自動調整頁面排版：
<metaname=”viewport”content=”width=device-width,initial-scale=1.0〃>
雖然有缺點，但隨著移動網速、手機性能的提高，響應式的缺點逐漸顯得沒那麽致命，而它的簡捷性就更顯優勢了。所以，響應式設計是今後的方向，是大勢所趨。這也就是為什麽我建議新網站，或者剛剛要做移動SEO的網站，肯定直接就做響應式了，不用考慮其它選項。（除非貴公司不差錢，可以考慮動態服務。）
獨立移動站
和響應式設計相比，獨立移動站顯然開發成本要提高，要開發維護兩套代碼。隨著國內人力成本提高，需要重復做的事情會越來越不劃算。
獨立移動站的更大潛在麻煩是URL的不同可能造成混亂和各種出錯。比如，既然移動和PC版本URL不同，搜索引擎就需要建立對應關系，必須判斷PC頁面對應的移動版本URL是什麽，移動頁面對應的PC版本URL是什麽。網站需要在頁面添加代碼幫助搜索引擎判斷：
PC頁面需要加下面代碼指明移動版本位置：
<linkrel=”alternate”media=”onlyscreenand(max-width:640px)”href=”.httseo.com
m.cn.httseo.com
等等。多語言hreflang標簽和獨立移動站的<linkref>標簽排列組合起來，哪個對應哪個不能弄錯了。如果再加上GoogleAMP和百度MIP頁面版本，所有版本之間的對應關系和標簽寫法，可能會把人繞倒。
動態服務
動態服務和獨立移動站壹樣，首先在服務器端判斷設備和瀏覽器類型，然後在同樣的URL上、根據瀏覽器屏幕寬度返回不同的HTML和CSS代碼。
所以動態服務方法相當於把響應式設計和獨立移動站的優點結合起來了，即有URL統壹的簡潔明了，又有獨立移動站的代碼優化，SEO效果是最好的。當然，代價是前後端成本都要提高。
對不差錢的公司來說，動態內容是最佳選擇，比如amazon現在就是用動態服務做移動優化的，URL統壹簡單，不會出錯，兩個版本的代碼還可以分別優化，據說，亞馬遜移動版本節省了40%的文件下載量，對手機用戶來說，頁面打開速度的提升是至關重要的。
是否使用動態服務要看公司情況。對大部分網站來說，頁面內容、排版、功能沒那麽復雜，響應式設計已經滿足需要，用高成本實現動態服務，節省的下載量沒那麽明顯，比如SEO每天壹貼這種博客，還有大量內容型網站，頁面連個圖片都沒有，除了留言也沒有別的交互，那是壹點下載都節省不了，動態服務就沒意義了。
搜索引擎蜘蛛訪問動態服務的頁面時，從HTML代碼是無法自動知道不同瀏覽器得到的代碼將會是不同的。比如PC蜘蛛訪問時，得到的是PC版代碼，但蜘蛛並不必然知道移動蜘蛛來訪問的話會得到不同的代碼，所以服務器端需要通過VaryHTTP頭信息告訴搜索引擎蜘蛛，PC蜘蛛和移動蜘蛛得到的代碼是不壹樣的，兩個蜘蛛都要來訪問壹下。比如amazon.com頁面的服務器頭信息：
<Content-Type:text/html
<Content-Length:6400
<Connection:keep-alive
<Server:Server
<Date:Sat,27Jul201916:42:45GMT
<Vary:Content-Type,Host,Cookie,Accept-Encoding,X-Amzn-CDN-Cache,X-Amzn-AX-Treatment,User-Agent
<Edge-Control:no-store
<x-amz-rid:KH589YRZC8QEW3QEWGKD
<X-Cache:Errorfromcloudfront
<Via:1.11b52a5dd431f9e3c81753e61dfdf467a.cloudfront.net(CloudFront)
<X-Amz-Cf-Pop:SFO9
<X-Amz-Cf-Id:0qtVw99a2_AustEZ-dxC_cs9hfVzyll-DmHnmWFDtBSWKtinpxhB2Q==
其中Vary那行就是通知瀏覽器/蜘蛛，根據後面列的情況不同，HTML代碼是不同的，Vary:User-Agent指的就是根據瀏覽器用戶代理的不同，HTML代碼是不同的。
對獨立移動站的執念來自何處
很多公司和站長對獨立移動站情有獨鐘，認為m.移動站SEO效果是最好的，做新網站還要做獨立m.站。這個執念可能來自兩方面。
壹是以前百度更建議獨立移動站。但現在4年過去了，百度現在的正式官方態度我沒有看到，但兩年前百度搜索主任架構師譚待明確跟我說過，百度也認為響應式設計是未來趨勢，百度也推薦轉向響應式設計。我的觀察是，百度現在對響應式設計的支持沒有問題。
Google壹直以來就是推薦響應式設計的。
當然，這裏說的推薦，並不是說響應式比獨立移動站的SEO效果更好，而只是表明，百度和Google對三種方法是壹視同仁的，排名上並不偏向哪壹個，SEO效果是壹樣的。既然效果壹樣，當然推薦那個簡單便宜的了。
舉個例子，數據表明，車禍發生大部分是男性司機造成的，不過這是否說明男司機開車有劣勢呢恐怕不能這麽認為，因為必須考慮路上司機的男女比例，很可能開車的80%是男的，造成了70%的車禍，所以70%車禍是男司機造成，不能說明男司機開車水平比女司機差。
移動搜索排名也是同樣道理。現在排名靠前的m.站居多，很可能這些站絕大部分是老站（所以才排名能力高嘛），而幾乎所有老站當初開始做移動SEO時都是從m站入手的，不到萬不得已，這些使用m站的老站不會去改為響應式設計，因為改動太大了，冒險，又沒有明顯好處（如前所說，三種方式SEO效果壹樣的），沒有動力改。
所以，老站、大站排名好，而老站、大站又以m站為主，所以我們就看見m站排名好了。但這不說明壹個新站就要學著做m站啊。