已往幾個月在問答社區(qū)回覆了一些關(guān)于移動端網(wǎng)站優(yōu)化的問題，發(fā)現(xiàn)許多移動SEO的問題涉及到用哪種架構(gòu)做移動站。不少SEO貌似對自力移動站，也就是單獨的m.domain站有不小的執(zhí)念，以為自力移動站才是效果最好的。
問答后臺看到另一位讀者“一條愛做夢的咸魚”，也是問“新網(wǎng)站做移動SEO，使用m站照樣響應(yīng)式？”：
您好，我在某個回覆中看到了你的回覆，有一些疑惑，您建議：“新網(wǎng)站，或者剛剛要做移動SEO的，最好就直接接納響應(yīng)式了。”，為什么直接接納響應(yīng)式呢，我自己的感受是現(xiàn)在移動搜索排靠前的都是m站較多
翻看了一下以前寫的關(guān)于移動SEO的帖子，才發(fā)現(xiàn)移動端SEO到底應(yīng)該選哪種方式優(yōu)化還沒有仔細寫過。今天的帖子就深入探討一下怎樣選擇移動優(yōu)化的三種方式。
移動優(yōu)化的三種方式
移動網(wǎng)站大要上有三種方式可以選擇：
響應(yīng)式設(shè)計（responsive design）：
PC站和移動站的URL是完全一樣的（不管用什么裝備接見都一樣），返回給瀏覽器的HTML代碼也是一樣的，差異寬度的屏幕排版差異是通過CSS控制的。以前也經(jīng)常稱為自順應(yīng)設(shè)計，就是由于排版是憑證屏幕寬度自動順應(yīng)的。
動態(tài)服務(wù)（dynamic serving）：
PC站和移動站的URL是完全一樣的，這點和響應(yīng)式設(shè)計相同，但動態(tài)服務(wù)方式返回給瀏覽器的HTML代碼（以及CSS）是紛歧樣的，PC裝備獲得的HTML代碼是PC版，移動裝備獲得的HTML代碼是專門做了移動優(yōu)化的移動版本。
自力移動站（separate m. site） ：
移動站的URL和PC站是紛歧樣的，通常用單獨的子域名，好比PC站是www.sxfda.cn，移動站是www.sxfda.cn，固然移動站的HTML代碼（以及CSS）與PC站也是紛歧樣的，是專門做了移動優(yōu)化的。換句話說，這種方式下，移動站就是個自力的網(wǎng)站。
這三種方式各有各的特點。
響應(yīng)式設(shè)計
既然URL一樣，所有裝備獲得的 HTML代碼也一樣，利益顯而易見：簡樸明晰，搜索引擎不會被弄糊涂。搜索引擎抓取、索引一套頁面就行了，提高索引效率，尤其對大網(wǎng)站，抓取份額虛耗在多個URL上，就意味著降低深層頁面被抓取的時機。自順應(yīng)設(shè)計只有一個URL，鏈接、權(quán)重盤算都集中在一個URL上，不會出問題。
用戶也不會被弄糊涂，珍藏書簽、分享頁面也不會由于URL的差異而出問題。
站長方面開發(fā)維護一套代碼就可以了，后端開發(fā)成真相對低一些。建設(shè)的外鏈也集中在一個URL上。不需要判斷裝備、瀏覽器類型，也不需要轉(zhuǎn)向，也就不會失足。
固然也有壞處。好比，移動裝備由于屏幕巨細的關(guān)系，經(jīng)常要隱藏一些內(nèi)容和功效，但照樣需要下載完整的HTML代碼，經(jīng)常還包羅圖片，以是會虛耗帶寬。手機網(wǎng)速慢的話，多下載文件就意味著速率變慢。而且，統(tǒng)一套代碼要在所有裝備顯示正常，還要盡快最先渲染，前端設(shè)計需要對照高的水平。
響應(yīng)式設(shè)計的頁面必須設(shè)置viewport，告訴瀏覽器根據(jù)屏幕寬度自動調(diào)整頁面排版：
<meta name=”viewport” content=”width=device-width, initial-scale=1.0″>
雖然有瑕玷，但隨著移動網(wǎng)速、手機性能的提高，響應(yīng)式的瑕玷逐漸顯得沒那么致命，而它的簡捷性就更顯優(yōu)勢了。以是，響應(yīng)式設(shè)計是往后的偏向，是事態(tài)所趨。這也就是為什么我建議新網(wǎng)站，或者剛剛要做移動SEO的網(wǎng)站，一定直接就做響應(yīng)式了，不用思量其它選項。（除非貴公司不差錢，可以思量動態(tài)服務(wù)。）
自力移動站
和響應(yīng)式設(shè)計相比，自力移動站顯然開發(fā)成本要提高，要開發(fā)維護兩套代碼。隨著海內(nèi)人力成本提高，需要重復做的事情會越來越不劃算。
自力移動站的更大潛在貧苦是URL的差異可能造成雜亂和種種失足。好比，既然移動和PC版本URL差異，搜索引擎就需要確立對應(yīng)關(guān)系，必須判斷PC頁面臨應(yīng)的移動版本URL是什么，移動頁面臨應(yīng)的PC版本URL是什么。網(wǎng)站需要在頁面添加代碼輔助搜索引擎判斷：
PC頁面需要加下面代碼指明移動版本位置：
<link rel=”alternate” media=”only screen and (max-width: 640px)” href=”https://www.sxfda.cn/”>
對應(yīng)的移動頁面需要加下面代碼指明PC版本位置：
<link rel=”canonical” href=”https://www.sxfda.cn/”>
在搜索引擎兩個版本都抓取了、而且準確判斷的情形下，PC和移動版本就確立了逐一對應(yīng)關(guān)系。然則，若是站長把標簽加錯了怎么辦？搜索引擎只抓取了一個版本怎么辦？搜索引擎沒有準確剖析<link ref>標簽怎么辦？
而且，要確立逐一對應(yīng)關(guān)系，需要PC版本和移動版本主體內(nèi)容是一樣的。許多時刻m.移動版本頁面內(nèi)容精減或修悔改多，搜索引擎以為內(nèi)容不相符怎么辦？甚至有的時刻自力移動站只建了部門頁面，許多PC頁面沒有對應(yīng)移動頁面又怎么辦？
網(wǎng)站有兩個版本，用戶在添加書簽、分享鏈接時，不能制止地會有一部門指向PC頁面URL，一部門指向移動URL，鏈接權(quán)重將渙散。
通常，為了用戶體驗和輔助搜索引擎判斷對應(yīng)關(guān)系，網(wǎng)站需要做相符規(guī)則的轉(zhuǎn)向：
- PC用戶由于某種緣故原由接見了移動URL的話，需要被自動301轉(zhuǎn)向到PC版本URL
- 移動用戶由于某種緣故原由接見了PC頁面URL的話，需要被自動301轉(zhuǎn)向到移動URL
301轉(zhuǎn)向一樣平常是服務(wù)器端做的，首先就需要憑證瀏覽器用戶署理匹配特征字符串判斷用戶裝備和瀏覽器類型，上網(wǎng)裝備和瀏覽器五花八門，程序100%檢測準確不是件容易的事。判斷失足，用戶可能就只能看到一個排版錯誤的頁面，甚至某些功效都無法使用。搜索引擎蜘蛛也可能被判斷錯，導致不能確立兩個版本的對應(yīng)關(guān)系。
大公司需要用子域名做多語言網(wǎng)站SEO的話，加上m.自力移動站，就會使治理子域名加倍龐大，由于網(wǎng)站又要增添：
- sg.sxfda.cn
- m.sg.sxfda.cn
- cn.sxfda.cn
等等。多語言hreflang標簽和自力移動站的<link ref>標簽排列組合起來，哪個對應(yīng)哪個不能弄錯了。若是再加上Google AMP和百度MIP頁面版本，所有版本之間的對應(yīng)關(guān)系和標簽寫法，可能會把人繞暈倒。
動態(tài)服務(wù)
動態(tài)服務(wù)和自力移動站一樣，首先在服務(wù)器端判斷裝備和瀏覽器類型，然后在同樣的URL上、憑證瀏覽器屏幕寬度返回差其余HTML和CSS代碼。
以是動態(tài)服務(wù)方式相當于把響應(yīng)式設(shè)計和自力移動站的優(yōu)點連系起來了，即有URL統(tǒng)一的精練明晰，又有自力移動站的代碼優(yōu)化，SEO效果是最好的。固然，價值是前后端成本都要提高。
對不差錢的公司來說，動態(tài)內(nèi)容是最佳選擇，好比amazon現(xiàn)在就是用動態(tài)服務(wù)做移動優(yōu)化的，URL統(tǒng)一簡樸，不會失足，兩個版本的代碼還可以劃分優(yōu)化，聽說，亞馬遜移動版本節(jié)約了40%的文件下載量，對手機用戶來說，頁面打開速率的提升是至關(guān)主要的 。
是否使用動態(tài)服務(wù)要看公司情形。對大部門網(wǎng)站來說，頁面內(nèi)容、排版、功效沒那么龐大，響應(yīng)式設(shè)計已經(jīng)知足需要，用高成本實現(xiàn)動態(tài)服務(wù)，節(jié)約的下載量沒那么顯著，好比SEO天天一貼這種博客，尚有大量內(nèi)容型網(wǎng)站，頁面連個圖片都沒有，除了留言也沒有其余交互，那是一點下載都節(jié)約不了，動態(tài)服務(wù)就沒意義了。
搜索引擎蜘蛛接見動態(tài)服務(wù)的頁面時，從HTML代碼是無法自動知道差異瀏覽器獲得的代碼將會是差其余。好比PC蜘蛛接見時，獲得的是PC版代碼，但蜘蛛并不一定知道移動蜘蛛來接見的話會獲得差其余代碼，以是服務(wù)器端需要通過Vary HTTP頭信息告訴搜索引擎蜘蛛，PC蜘蛛和移動蜘蛛獲得的代碼是紛歧樣的，兩個蜘蛛都要來接見一下。好比amazon.com頁面的服務(wù)器頭信息：
< 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那行就是通知瀏覽器/蜘蛛，憑證后面列的情形差異，HTML代碼是差其余，Vary: User-Agent指的就是憑證瀏覽器用戶署理的差異，HTML代碼是差其余。
對自力移動站的執(zhí)念來自那邊
許多公司和站長對自力移動站情有獨鐘，以為m.移動站SEO效果是最好的，做新網(wǎng)站還要做自力m.站。這個執(zhí)念可能來自兩方面。
一是以前百度更建議自力移動站，我在2015年廈門百度之夜的帖子中說明過這一點。但現(xiàn)在4年已往了，百度現(xiàn)在的正式官方態(tài)度我沒有看到，但兩年前百度搜索主任架構(gòu)師譚待明確跟我說過，百度也以為響應(yīng)式設(shè)計是未來趨勢，百度也推薦轉(zhuǎn)向響應(yīng)式設(shè)計。我的考察是，百度現(xiàn)在對響應(yīng)式設(shè)計的支持沒有問題。
Google一直以來就是推薦響應(yīng)式設(shè)計的。
固然，這里說的推薦，并不是說響應(yīng)式比自力移動站的SEO效果更好，而只是注釋，百度和Google對三種方式是一視同仁的，排名上并不偏向哪一個，SEO效果是一樣的。既然效果一樣，固然推薦誰人簡樸廉價的了。
第二個緣故原由，就如開頭讀者說的，現(xiàn)在在百度移動搜索排名靠前的m站較多。這是個準確的考察，確實百度移動搜索效果中排名好的m站許多，在不少行業(yè)，m.站排在前面的占大部門。不外，這并不一定說明m.自力移動站有SEO優(yōu)勢，我以為這更多是采樣誤差造成的。
舉個例子，數(shù)據(jù)注釋，車禍發(fā)生大部門是男性司機造成的，不外這是否說明男司機開車有劣勢呢？生怕不能這么以為，由于必須思量路上司機的男女比例，很可能開車的80%是男的，造成了70%的車禍，以是70%車禍是男司機造成，不能說明男司機開車水平比女司機差。
移動搜索排名也是同樣原理。現(xiàn)在排名靠前的m.站居多，很可能這些站絕大部門是老站（以是才排名能力高嘛），而險些所有老站當初最先做移動SEO時都是從m站入手的，不到萬不得已，這些使用m站的老站不會去改為響應(yīng)式設(shè)計，由于改動太大了，冒險，又沒有顯著利益（如前所說，三種方式SEO效果一樣的），沒有動力改。
以是，老站、大站排名好，而老站、大站又以m站為主，以是我們就望見m站排名好了。但這不說明一個新站就要學著做m站啊。
本文標簽：
