過去幾個月在問答社區回答了一些關于移動端網站優化的問題，發現很多移動SEO的問題涉及到用哪種架構做移動站。不少SEO貌似對獨立移動站，也就是單獨的m，當然移動站的HTML代碼（以及CSS）與PC站也是不一樣的，是專門做了移動優化的。換句話說，這種方式下，移動站就是個獨立的網站。

這三種方式各有各的特點。

響應式設計

既然URL一樣，所有設備得到的 HTML代碼也一樣，好處顯而易見：簡單明了，搜索引擎不會被弄糊涂。搜索引擎抓取、索引一套頁面就行了，提高索引效率，尤其對大網站，抓取份額浪費在多個URL上，就意味著降低深層頁面被抓取的機會。自適應設計只有一個URL，鏈接、權重計算都集中在一個URL上，不會出問題。

用戶也不會被弄糊涂，收藏書簽、分享頁面也不會因為URL的不同而出問題。

站長方面開發維護一套代碼就可以了，后端開發成本相對低一些。建設的外鏈也集中在一個URL上。不需要判斷設備、瀏覽器類型，也不需要轉向，也就不會出錯。

當然也有壞處。比如，移動設備由于屏幕大小的關系，經常要隱藏一些內容和功能，但還是需要下載完整的HTML代碼，經常還包括圖片，所以會浪費帶寬。手機網速慢的話，多下載文件就意味著速度變慢。而且，同一套代碼要在所有設備顯示正常，還要盡快開始渲染，前端設計需要比較高的水平。

響應式設計的頁面必須設置viewport，告訴瀏覽器按照屏幕寬度自動調整頁面排版：

<meta name=”viewport” content=”width=device-width, initial-scale=1/”>

對應的移動頁面需要加下面代碼指明PC版本位置：

<link rel=”canonical” href=”/”>

在搜索引擎兩個版本都抓取了、并且正確判斷的情況下，PC和移動版本就建立了一一對應關系。但是，如果站長把標簽加錯了怎么辦？搜索引擎只抓取了一個版本怎么辦？搜索引擎沒有準確解析<link ref>標簽怎么辦？

而且，要建立一一對應關系，需要PC版本和移動版本主體內容是一樣的。很多時候m

m

m

等等。多語言hreflang標簽和獨立移動站的<link ref>標簽排列組合起來，哪個對應哪個不能弄錯了。如果再加上Google AMP和百度MIP頁面版本，所有版本之間的對應關系和標簽寫法，可能會把人繞暈倒。

動態服務

動態服務和獨立移動站一樣，首先在服務器端判斷設備和瀏覽器類型，然后在同樣的URL上、根據瀏覽器屏幕寬度返回不同的HTML和CSS代碼。

所以動態服務方法相當于把響應式設計和獨立移動站的優點結合起來了，即有URL統一的簡潔明了，又有獨立移動站的代碼優化，SEO效果是最好的。當然，代價是前后端成本都要提高。

對不差錢的公司來說，動態內容是最佳選擇，比如amazon現在就是用動態服務做移動優化的，URL統一簡單，不會出錯，兩個版本的代碼還可以分別優化，據說，亞馬遜移動版本節省了40%的文件下載量，對手機用戶來說，頁面打開速度的提升是至關重要的 。

是否使用動態服務要看公司情況。對大部分網站來說，頁面內容、排版、功能沒那么復雜，響應式設計已經滿足需要，用高成本實現動態服務，節省的下載量沒那么明顯，比如SEO每天一貼這種博客，還有大量內容型網站，頁面連個圖片都沒有，除了留言也沒有別的交互，那是一點下載都節省不了，動態服務就沒意義了。

搜索引擎蜘蛛訪問動態服務的頁面時，從HTML代碼是無法自動知道不同瀏覽器得到的代碼將會是不同的。比如PC蜘蛛訪問時，得到的是PC版代碼，但蜘蛛并不必然知道移動蜘蛛來訪問的話會得到不同的代碼，所以服務器端需要通過Vary HTTP頭信息告訴搜索引擎蜘蛛，PC蜘蛛和移動蜘蛛得到的代碼是不一樣的，兩個蜘蛛都要來訪問一下。比如amazon.頁面的服務器頭信息：

< Content-Type: text/html

< Content-Length: 6400

< Connection: keep-alive

< Server: Server

< Date: Sat, 27 Jul 2019 16:42:45 GMT

< Vary: Content-Type,Host,Cookie,Aept-Encoding,X-Amzn-CDN-Cache,X-Amzn-AX-Treatment,User-Agent

< Edge-Control: no-store

< x-amz-rid: KH589YRZC8QEW3QEWGKD

< X-Cache: Error from cloudfront

< Via: 1.1 1b52dd431f9e3c81753e61dfdf467a.cloudfront (CloudFront)

< X-Amz-Cf-Pop: SFO9

< X-Amz-Cf-Id: 0qtVw99a2_AustEZ-dxC_cs9hfVzyll-DmHnmWFDtBSWKtinpxhB2Q==

其中Vary那行就是通知瀏覽器/蜘蛛，根據后面列的情況不同，HTML代碼是不同的，Vary: User-Agent指的就是根據瀏覽器用戶代理的不同，HTML代碼是不同的。

對獨立移動站的執念來自何處

很多公司和站長對獨立移動站情有獨鐘，認為m.移動站SEO效果是最好的，做新網站還要做獨立m.站。這個執念可能來自兩方面。

一是以前百度更建議獨立移動站，我在2015年廈門百度之夜的帖子中說明過這一點。但現在4年過去了，百度現在的正式官方態度我沒有看到，但兩年前百度搜索主任架構師譚待明確跟我說過，百度也認為響應式設計是未來趨勢，百度也推薦轉向響應式設計。我的觀察是，百度現在對響應式設計的支持沒有問題。

Google一直以來就是推薦響應式設計的。

當然，這里說的推薦，并不是說響應式比獨立移動站的SEO效果更好，而只是表明，百度和Google對三種方法是一視同仁的，排名上并不偏向哪一個，SEO效果是一樣的。既然效果一樣，當然推薦那個簡單便宜的了。

第二個原因，就如開頭讀者說的，目前在百度移動搜索排名靠前的m站較多。這是個準確的觀察，確實百度移動搜索結果中排名好的m站很多，在不少行業，m.站排在前面的占大部分。不過，這并不必然說明m.獨立移動站有SEO優勢，我覺得這更多是采樣偏差造成的。

舉個例子，數據表明，車禍發生大部分是男性司機造成的，不過這是否說明男司機開車有劣勢呢？恐怕不能這么認為，因為必須考慮路上司機的男女比例，很可能開車的80%是男的，造成了70%的車禍，所以70%車禍是男司機造成，不能說明男司機開車水平比女司機差。

移動搜索排名也是同樣道理。現在排名靠前的m.站居多，很可能這些站絕大部分是老站（所以才排名能力高嘛），而幾乎所有老站當初開始做移動SEO時都是從m站入手的，不到萬不得已，這些使用m站的老站不會去改為響應式設計，因為改動太大了，冒險，又沒有明顯好處（如前所說，三種方式SEO效果一樣的），沒有動力改。

所以，老站、大站排名好，而老站、大站又以m站為主，所以我們就看見m站排名好了。但這不說明一個新站就要學著做m站啊。

來源：SEO每天一貼