隨著近幾年移動手機用戶的持續增加，移動端手機網站優化成為眾多SEO人必須面對的一個問題，站在企業的角度來講，任何一個市場都有可能贏取商業先機，更何況目前已有不少行業的用戶群體逐漸對移動搜索產生了依賴性，要想更早的獲得成功，就必須提前布局移動端網站優化。

移動端站內優化的生命周期一般概括為三個詞：實驗、評估、調整。

技術方案方面——融合站內優化需求，保障網站穩定

數據埋點方面——收集和跟蹤數據，進行后期調整

1、架構及代碼篇

? 確認開發架構，頁面生成方式，有沒有單頁應用，有沒有異步加載

? 使用工具確認spider對網站內容的可抓取

? 確認頁面URL部署方案，響應式(PC和H5共用URL)還是分站，據悉百度建議使用分站，但對于Google，是有相關文檔的自適應頁面的設計

? URL的設計是否滿足層級分明的原則，參數整齊、長度正常、結構清晰、命名準確是否遵循HTML5的標準

? title、deion、keyword使用是否“正確”，h標簽是否正常使用，所依附的關鍵詞是否有計劃且正確部署，所謂的target、有主有次，基于數據。

? 圖片是否有了title和alt標簽，比這個重要的是圖片是否進行了移動優化，大小、加載速度、錯誤監控，移除沒必要的圖片展示。

撰寫搜索引擎喜愛的標題

? 以及，是否有追蹤關鍵詞部署效果的監控機制，以數據作指導用作調整依據，需要有自己的抓取、入庫、報表的一套關鍵詞競爭情報工具。

移動端網站如何優化

? 服務器、域名解析、CDN，是否都使用了靠譜的供應商，且建立了反應迅速的監控機制，是否有完善的日志系統以備查證問題有依據可循，抓取量、返回碼、抓取時間分布、URL分布、入口效能分析、spider抓取性能指標

? 是否有方便蜘蛛抓取的通路，比如HTML版的SITEMAP，各家XML版的sitemap是否制作且提交平臺正確，定期關注平臺報錯。現在百度、搜狗、神馬、好搜都有對應的XML提交入口及規范。

? 內部鏈接是否在位置的部署上結構清晰，在抓取深度上設計夠扁平，如果內容繁雜是否有別的通道維持繁雜和扁平的平衡

? 是否運行了DNS反解析，保證spider的順暢抓取，無法支持反解析的搜索引擎的是否在防火墻及安全部門開通了UA白名單

? 檢查robots，及nofollow標簽的使用，不要誤屏蔽，遵照數據和經驗玩。

? 確保PC頁面被移動設備訪問時的跳轉方案，對應頁面的跳轉要絕對保證，此處應有自動化測試工具定期跑case。

? 確保設備清單長期的維護和更新，涵蓋移動spider及最新的設備標示。遵循蜘蛛和人看到一樣內容，如果分移動和PC蜘蛛，還要遵循移動蜘蛛和移動設備看到一樣的內容原則。

? 有沒有瀑布流，分頁怎么處理，入口不能丟，另外，如果是SEO頁面，有些功能在是否真有實現的必要。

? 是否有重復頁面，要干掉重復頁面，干不掉的其他方案都是補救，再談Canonical標簽

? 關注搜索引擎算法更新，規避相關懲罰規則，比如針對移動頁面的冰桶算法。

?修正自己網站需求及功能上有傷害搜索引擎的功能。

2、代碼埋點

? 是否在PC端及移動端添加了地理位置信息

? 是否在PC端部署了各家的頁面適配代碼

? 是否在移動端使用了微格式(這個Google算是比較不錯提高頁面質量的方式)，百度也會針對性地使用這些數據，表現為搜索結果展現評論數、星級、電話、位置。

? 流量統計代碼是否部署正確，指標是否齊全，產出漏斗是否構建

? 性能統計代碼是否部署正確，指標是否齊全，針對設備進行了性能測試和監控

? 各家的站長工具代碼是否部署正確，如下按需添加，同時完成網站地圖和適配文件的提交

? 是否有自動化測試方案，確保全量頁面上線后功能及代碼標簽的正確

? 是否組建并維護了詞庫，詞庫是否由移動用戶真實搜索詞構成

? 是否監控詞庫中各家搜索引擎SERP中，網站的排名，索引的是移動頁?PC頁?轉碼頁?(要獲取這些頁面的URL，以作進一步改進)

? 是否有PC排名和移動排名的對比?是否有搜索結果防黑監控?

? 同樣的體系是否涵蓋了競爭對手

3、適配

移動端網站如何優化

? 如果是響應式設計，確保百度META標簽的適配方式完全正確，Google注意alternate和canonical標簽的使用。

? 如果分站設計，跳轉要是否做到了對應頁面的跳轉，PC重復頁面是否也做了對應頁面跳轉的收口，是否遵循了移動蜘蛛和移動用戶看到的內容一致的原則。

? 沒有對應頁面的PC頁面，是否本著優化手機用戶體驗但又不擾亂蜘蛛的原則進行了跳轉，比如JS跳轉

? 適配效果如何監控

? 社會在進步，去年就不應該再關注非智能手機的適配，如果你的WAP站還有流量，考慮轉往HTML5站點。

? 是否有對跳轉頁面、返回碼(301、302)的正確性，移動頁面的可用性的日常監控體系