過去幾個月在問答社區(qū)回答了一些關于移動端網(wǎng)站優(yōu)化的問題，發(fā)現(xiàn)很多移動SEO的問題涉及到用哪種架構做移動站。不少SEO貌似對獨立移動站，也就是單獨的m.domain站有不小的執(zhí)念，認為獨立移動站才是效果最好的。

問答后臺看到另一位讀者“一條愛做夢的咸魚”，也是問“新網(wǎng)站做移動SEO，使用m站還是響應式？”：

您好，我在某個回答中看到了你的回答，有一些疑惑，您建議：“新網(wǎng)站，或者剛剛要做移動SEO的，最好就直接采取響應式了。”，為什么直接采取響應式呢，我自己的感覺是目前移動搜索排靠前的都是m站較多

翻看了一下以前寫的關于移動SEO的帖子，才發(fā)現(xiàn)移動端SEO到底應該選哪種方式優(yōu)化還沒有仔細寫過。今天的帖子就深入探討一下怎樣選擇移動優(yōu)化的三種方式。

移動優(yōu)化的三種方式

移動網(wǎng)站大體上有三種方式可以選擇：

響應式設計（responsive design）：

PC站和移動站的URL是完全一樣的（不管用什么設備訪問都一樣），返回給瀏覽器的HTML代碼也是一樣的，不同寬度的屏幕排版不同是通過CSS控制的。以前也經(jīng)常稱為自適應設計，就是因為排版是根據(jù)屏幕寬度自動適應的。

動態(tài)服務（dynamic serving）：

PC站和移動站的URL是完全一樣的，這點和響應式設計相同，但動態(tài)服務方式返回給瀏覽器的HTML代碼（以及CSS）是不一樣的，PC設備得到的HTML代碼是PC版，移動設備得到的HTML代碼是專門做了移動優(yōu)化的移動版本。

獨立移動站（separate m. site） ：

移動站的URL和PC站是不一樣的，通常用單獨的子域名，比如PC站是www.seozac.com，移動站是m.seozac.com，當然移動站的HTML代碼（以及CSS）與PC站也是不一樣的，是專門做了移動優(yōu)化的。換句話說，這種方式下，移動站就是個獨立的網(wǎng)站。

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

響應式設計

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

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

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

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

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

<meta name=”viewport” content=”width=device-width, initial-scale=1.0″>

雖然有缺點，但隨著移動網(wǎng)速、手機性能的提高，響應式的缺點逐漸顯得沒那么致命，而它的簡捷性就更顯優(yōu)勢了。所以，響應式設計是今后的方向，是大勢所趨。這也就是為什么我建議新網(wǎng)站，或者剛剛要做移動SEO的網(wǎng)站，肯定直接就做響應式了，不用考慮其它選項。（除非貴公司不差錢，可以考慮動態(tài)服務。）

獨立移動站

和響應式設計相比，獨立移動站顯然開發(fā)成本要提高，要開發(fā)維護兩套代碼。隨著國內人力成本提高，需要重復做的事情會越來越不劃算。

獨立移動站的更大潛在麻煩是URL的不同可能造成混亂和各種出錯。比如，既然移動和PC版本URL不同，搜索引擎就需要建立對應關系，必須判斷PC頁面對應的移動版本URL是什么，移動頁面對應的PC版本URL是什么。網(wǎng)站需要在頁面添加代碼幫助搜索引擎判斷：

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

<link rel=”alternate” media=”only screen and (max-width: 640px)” href=”https://m.seozac.com/”>

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

<link rel=”canonical” href=”https://www.seozac.com/”>

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

而且，要建立一一對應關系，需要PC版本和移動版本主體內容是一樣的。很多時候m.移動版本頁面內容精減或修改過多，搜索引擎認為內容不相符怎么辦？甚至有的時候獨立移動站只建了部分頁面，很多PC頁面沒有對應移動頁面又怎么辦？

網(wǎng)站有兩個版本，用戶在添加書簽、分享鏈接時，不可避免地會有一部分指向PC頁面URL，一部分指向移動URL，鏈接權重將分散。

通常，為了用戶體驗和幫助搜索引擎判斷對應關系，網(wǎng)站需要做符合規(guī)則的轉向：

PC用戶由于某種原因訪問了移動URL的話，需要被自動301轉向到PC版本URL

移動用戶由于某種原因訪問了PC頁面URL的話，需要被自動301轉向到移動URL

301轉向一般是服務器端做的，首先就需要根據(jù)瀏覽器用戶代理匹配特征字符串判斷用戶設備和瀏覽器類型，上網(wǎng)設備和瀏覽器五花八門，程序100%檢測正確不是件容易的事。判斷出錯，用戶可能就只能看到一個排版錯誤的頁面，甚至某些功能都無法使用。搜索引擎蜘蛛也可能被判斷錯，導致不能建立兩個版本的對應關系。

大公司需要用子域名做多語言網(wǎng)站SEO的話，加上m.獨立移動站，就會使管理子域名更加復雜，因為網(wǎng)站又要增加：

sg.seozac.com

m.sg.seozac.com

cn.seozac.com

m.cn.seozac.com

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

動態(tài)服務

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

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

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

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

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

< 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,Accept-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 1b52a5dd431f9e3c81753e61dfdf467a.cloudfront.net (CloudFront)

< X-Amz-Cf-Pop: SFO9

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

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

對獨立移動站的執(zhí)念來自何處

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

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

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

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

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

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

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

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

原文：https://www.seozac.com/mobile-seo/mobile-seo-3-ways/