聲明：本文來自于微信公眾號 逆冬黑帽SEO(ID：gh_c3dd79adc24e)，作者：逆冬，授權轉載發布。
關于移動端優化的問題、最近一些兄弟一直在問我應該怎么做?畢竟現在是手機的時代、絕大部分情況下、PC顯得有點雞肋!在講移動端排名之前、逆冬先來講兩個容易被大家搞錯的問題(移動端)。
1、逆冬老師你好、我觀察現在的移動端都是獨立的m.xxx.com，是不是百度喜歡獨立的移動端站點?
觀點：據本人對很多行業觀察、并非是百度喜歡m獨立移動站點、而是很多網站都這樣做、給人造成了一種錯覺、許多響應式的排名也相當不錯!另外、許多同學在觀察網站的時候、總喜歡觀察大型網站。
舉個例子：某大型網站A、 10 年前開始做網站、當時移動端并未興起、所以A一直做PC流量、直到后面幾年、突然發現移動端流量比較多、想做移動、這個時候A比較穩妥的做法不是把自己的網站改成響應式、而是做一套獨立的移動端網站、這樣既保證PC端的流量不受損、又能獲取移動端流量!貿然改模板、有可能會損失PC端的流量!這點是很多人想不到的。
2、以我們現在的技術、我能不能不優化PC端、單純去優化移動端、目前我的行業PC端沒有流量!
觀點：絕大部分網站都沒法直接優化移動端、而都是通過PC端排名去匹配移動端。現在市面上能單獨優化移動端的快排少之又少，而效果更是不如人意!
講完了上面 2 個經常被大家誤解的點、我們再來講下 2 種移動端匹配的方式以及它們之間存在的優缺點及應用場景!
一、響應式設計(自適應)
說明 ：PC站和移動站的URL是完全一樣的(不管用什么設備訪問都一樣)，返回給瀏覽器的HTML代碼也是一樣的，不同寬度的屏幕排版不同是通過CSS控制的。以前也經常稱為自適應設計，就是因為排版是根據屏幕寬度自動適應的。
優點：
搜索引擎抓取、索引一套頁面就行了，提高索引效率，尤其對大網站，抓取份額浪費在多個URL上，就意味著降低深層頁面被抓取的機會。自適應設計只有一個URL，鏈接、權重計算都集中在一個URL上，不會出問題。
站長方面開發維護一套代碼就可以了，后端開發成本相對低一些。建設的外鏈也集中在一個URL上。不需要判斷設備、瀏覽器類型，也不需要轉向，也就不會出錯。
缺點：
移動設備由于屏幕大小的關系，經常要隱藏一些內容和功能，但還是需要下載完整的HTML代碼，經常還包括圖片，所以會浪費帶寬。手機網速慢的話，多下載文件就意味著速度變慢。而且，同一套代碼要在所有設備顯示正常，還要盡快開始渲染，前端設計需要比較高的水平。
添加代碼：
自適應設計有其一般原則：在head添加以下代碼并且使用<picture>元素處理自適應圖片：<meta name="viewport" content="width=device-width， initial-scale=1.0">
自適應頁面還應該在head中標識：
<meta name="applicable-device"content="pc，mobile">表示頁面同時適合在移動設備和PC上進行瀏覽。
重要：許多公司在開發響應式網站的時候、都沒有添加以上兩段代碼、也沒有按照代碼要求去做、從而導致了排名無法進行匹配!
建議應用場景：簡單傳統企業網站以及SEO小白博客、不附帶其他功能權重網站!新網站也建議使用響應式!
實戰案例說明：
PC端排名(下圖)
移動端排名(下圖)
排名相差不大的兩個網頁、而且都是響應式的網站、一個網站移動端排名首頁、另一個網站移動端沒排名、觀其原因、則是sw256 這個站并未添加響應式移動端匹配代碼所造成!細節決定成敗!
二、獨立移動站點(m.domain.x)
說明：移動站的URL和PC站是不一樣的，通常用單獨的子域名，比如PC站是www.x.com，移動站是m.x.com，當然移動站的HTML代碼(以及CSS)與PC站也是不一樣的，是專門做了移動優化的。換句話說，這種方式下，移動站就是個獨立的網站。
優點：
獨立的移動端網站、與時俱進更加方便!比如百度某一年推出MIP、可以寫一套MIP模板與之對應!
獨立的移動端網站、可DIY的功能更多!比如移動端支持撥打電話、以及針對移動端人群的一些特定功能都較好開發!
獨立的移動端代碼更加簡潔、響應速度可以更快!如果是響應式的網站、為了適配不同的屏幕或設備、可能要寫多套CSS或html代碼、而獨立的移動端網站只需要寫對應的代碼即可!
缺點：
與響應式設計相比，獨立移動站顯然開發成本要提高，要開發維護兩套代碼。
獨立移動站的更大潛在麻煩是URL的不同可能造成混亂和各種出錯。比如，既然移動和PC版本URL不同，搜索引擎就需要建立對應關系，必須判斷PC頁面對應的移動版本URL是什么，移動頁面對應的PC版本URL是什么。
PC用戶由于某種原因訪問了移動URL的話，需要被自動 301 轉向到PC版本URL。移動用戶由于某種原因訪問了PC頁面URL的話，需要被自動 301 轉向到移動URL。 301 轉向一般是服務器端做的，首先就需要根據瀏覽器用戶代理匹配特征字符串判斷用戶設備和瀏覽器類型，上網設備和瀏覽器五花八門，程序100%檢測正確不是件容易的事。判斷出錯，用戶可能就只能看到一個排版錯誤的頁面，甚至某些功能都無法使用。搜索引擎蜘蛛也可能被判斷錯，導致不能建立兩個版本的對應關系。
添加代碼：
在pc版網頁(http：//www.example.com/page-1) 上，添加：
<link rel="alternate" media="only screen and (max-width： 640px)" href="http：//m.example.com/page-1" >
而在移動版網頁(http：//m.example.com/page-1) 上，所需的注釋應為：
<link rel="canonical"href="http：//www.example.com/page-1" >
重要：許多公司在操作網站的時候、并未在PC端移動端添加以上代碼。
重要：當我們做完獨立移動網站的時候、需要保持URL一一對應!使用整站或是正則適配、在百度站長工具平臺(ziyuan.baidu.com)分別將PC站點與移動站點添加，然后提交適配規則、驗證成功即可，就像做 301 一樣、許多人忽略了一個如此重要的點!
建議應用場景：大型網站或是比較老的網站想做移動端流量、包括一些移動端MIP或是有特殊要求的行業!
實戰案例：
39 健康網做的還是非常到位、不僅添加了代碼、而且還用開放適配直接匹配移動端頁面!
很多網站還在使用JS對ua進行適配跳轉、JS跳轉方式存在兩個缺點：
(以下摘抄來源于百度站長工具平臺)
1、對用戶：會加大由重定向的客戶端造成的延遲;這是因為客戶端需要先下載網頁，接著解析并執行 JavaScript，然后才能觸發重定向。 301 或 302 則不會有這個延遲。
2、對搜索：爬蟲也需要使用支持JS渲染的爬蟲，才能發現此重定向。
總結：如果你是獨立移動站點匹配、需要添加適配、做好匹配;如果你是響應式、只需要添加代碼即可!
