移動端網站seo優化怎么做？來源于seo每天一貼，旨在分享，共同成長
很多移動seo的問題涉及到用哪種架構做移動站。不少seo貌似對獨立移動站，也就是單獨的m.domain站有不小的執念，認為獨立移動站才是效果最好的。具體是不是這樣？今天的帖子就深入探討一下怎樣選擇移動優化的三種方式。
移動網站大體上有三種方式可以選擇：
響應式設計（responsive design）：
pc站和移動站的url是完全一樣的（不管用什么設備訪問都一樣），返回給瀏覽器的html代碼也是一樣的，不同寬度的屏幕排版不同是通過css控制的。以前也經常稱為自適應設計，就是因為排版是根據屏幕寬度自動適應的。
動態服務（dynamic serving）：
pc站和移動站的url是完全一樣的，這點和響應式設計相同，但動態服務方式返回給瀏覽器的html代碼（以及css）是不一樣的，pc設備得到的html代碼是pc版，移動設備得到的html代碼是專門做了移動優化的移動版本。
獨立移動站（separate m. site） ：
移動站的url和pc站是不一樣的，通常用單獨的子域名，比如pc站是www.35hw.com，移動站是m.35hw.com，當然移動站的html代碼（以及css）與pc站也是不一樣的，是專門做了移動優化的。換句話說，這種方式下，移動站就是個獨立的網站。
移動網站建設，這三種方式各有各的特點。
響應式設計
既然url一樣，所有設備得到的 html代碼也一樣，好處顯而易見：簡單明了，搜索引擎不會被弄糊涂。搜索引擎抓取、索引一套頁面就行了，提高索引效率，尤其對大網站，抓取份額浪費在多個url上，就意味著降低深層頁面被抓取的機會。自適應設計只有一個url，鏈接、權重計算都集中在一個url上，不會出問題。
用戶也不會被弄糊涂，收藏書簽、分享頁面也不會因為url的不同而出問題。
站長方面開發維護一套代碼就可以了，后端開發成本相對低一些。建設的外鏈也集中在一個url上。不需要判斷設備、瀏覽器類型，也不需要轉向，也就不會出錯。
當然也有壞處。比如，移動設備由于屏幕大小的關系，經常要隱藏一些內容和功能，但還是需要下載完整的html代碼，經常還包括圖片，所以會浪費帶寬。手機網速慢的話，多下載文件就意味著速度變慢。而且，同一套代碼要在所有設備顯示正常，還要盡快開始渲染，前端設計需要比較高的水平。
響應式設計的頁面必須設置viewport，告訴瀏覽器按照屏幕寬度自動調整頁面排版：
<meta name=”viewport” content=”width=device-width, initial-scale=1.0′>
雖然有缺點，但隨著移動網速、手機性能的提高，響應式的缺點逐漸顯得沒那么致命，而它的簡捷性就更顯優勢了。所以，響應式設計是今后的方向，是大勢所趨。這也就是為什么我建議新網站，或者剛剛要做移動seo的網站，肯定直接就做響應式了，不用考慮其它選項。（除非貴公司不差錢，可以考慮動態服務。）
獨立移動站
和響應式設計相比，獨立移動站顯然開發成本要提高，要開發維護兩套代碼。隨著國內人力成本提高，需要重復做的事情會越來越不劃算。
獨立移動站的更大潛在麻煩是url的不同可能造成混亂和各種出錯。比如，既然移動和pc版本url不同，搜索引擎就需要建立對應關系，必須判斷pc頁面對應的移動版本url是什么，移動頁面對應的pc版本url是什么。網站需要在頁面添加代碼幫助搜索引擎判斷：
pc頁面需要加下面代碼指明移動版本位置：
<link rel=”alternate” media=”only screen and (max-width: 640px)” href=”https://m.35hw.com/”>
對應的移動頁面需要加下面代碼指明pc版本位置：
<link rel=”canonical” href=”https://www.35hw.com/”>
在搜索引擎兩個版本都抓取了、并且正確判斷的情況下，pc和移動版本就建立了一一對應關系。但是，如果站長把標簽加錯了怎么辦？搜索引擎只抓取了一個版本怎么辦？搜索引擎沒有準確解析<link ref>標簽怎么辦？
而且，要建立一一對應關系，需要pc版本和移動版本主體內容是一樣的。很多時候m.移動版本頁面內容精減或修改過多，搜索引擎認為內容不相符怎么辦？甚至有的時候獨立移動站只建了部分頁面，很多pc頁面沒有對應移動頁面又怎么辦？
網站有兩個版本，用戶在添加書簽、分享鏈接時，不可避免地會有一部分指向pc頁面url，一部分指向移動url，鏈接權重將分散。
通常，為了用戶體驗和幫助搜索引擎判斷對應關系，網站需要做符合規則的轉向：
pc用戶由于某種原因訪問了移動url的話，需要被自動301轉向到pc版本url
移動用戶由于某種原因訪問了pc頁面url的話，需要被自動301轉向到移動url
301轉向一般是服務器端做的，首先就需要根據瀏覽器用戶代理匹配特征字符串判斷用戶設備和瀏覽器類型，上網設備和瀏覽器五花八門，程序100%檢測正確不是件容易的事。判斷出錯，用戶可能就只能看到一個排版錯誤的頁面，甚至某些功能都無法使用。搜索引擎蜘蛛也可能被判斷錯，導致不能建立兩個版本的對應關系。
大公司需要用子域名做多語言網站seo的話，加上m.獨立移動站，就會使管理子域名更加復雜，因為網站又要增加：
sg.35hw.com
m.sg.35hw.com
cn.35hw.com
m.cn.35hwc.com
等等。多語言hreflang標簽和獨立移動站的<link ref>標簽排列組合起來，哪個對應哪個不能弄錯了。如果再加上google amp和百度mip頁面版本，所有版本之間的對應關系和標簽寫法，可能會把人繞暈倒。
動態服務
動態服務和獨立移動站一樣，首先在服務器端判斷設備和瀏覽器類型，然后在同樣的url上、根據瀏覽器屏幕寬度返回不同的html和css代碼。
所以動態服務方法相當于把響應式設計和獨立移動站的優點結合起來了，即有url統一的簡潔明了，又有獨立移動站的代碼優化，seo效果是最好的。當然，代價是前后端成本都要提高。
對不差錢的公司來說，動態內容是好選擇，比如amazon現在就是用動態服務做移動優化的，url統一簡單，不會出錯，兩個版本的代碼還可以分別優化，據說，亞馬遜移動版本節省了40%的文件下載量，對手機用戶來說，頁面打開速度的提升是至關重要的 。


網站結構的SEO優化工作該如何做好？
如何改善網站建設
淺談DIV+CSS網頁布局及網站設計常犯錯誤
網站內容優化的錯誤方式
網站開發企業推廣大多為何要進行網站建設呢？有什么優勢和意義開發什么網站賺錢
網站建設主要要做哪些事情呢
公司如何利用優化提升網站品牌名氣?
好的網站對收錄起到了決定性作用