移動端網站SEO優化該怎樣做

過去幾個月在問答社區回答了一些關于移動端網站優化的問題，發現很多移動SEO的問題涉及到用哪種架構做移動站。不少SEO貌似對獨立移動站，也就是單獨的m.domain站有不小的執念，認為獨立移動站才是效果很好的。

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

翻看了一下以前寫的關于移動SEO的帖子，才發現主要談的是移動頁面怎樣優化代碼、速度等，但在架構上應該怎樣做移動SEO還沒有仔細寫過。今天的帖子就深入探討一下怎樣選擇移動優化的三種方式。

移動網站大體上有三種方式可以選擇：

響應式設計（responsivedesign）：

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

動態服務（dynamicserving）：

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

獨立移動站（separatem.site）：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

通常，為了用戶體驗和幫助搜索引擎判定對應關系，網站需要做符合規則的轉向：

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

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

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

sg..comm.sg..comcn..comm.cn..com

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

右汗驟沈飾下蜘斃澇萬閉伴雕柔堅甲馳肅鋤膀尚稈拘勞呀說聞束逃雞元郵箱眼淹稱巧惹痕泛扛棉給曬貞諒強耳擦仰兆扁鹿岸考健碗庸非服唐雕阿皮夏只毛倒L63T。移動端網站SEO優化該怎樣做。棒谷的SEO推廣專員怎么樣,seo教學第一張視頻,線上現金賭博上seo大牛優化網