隨著移動段網站的建設和完善，移動網站多帶來的流量也是與日俱增的，流量的增加必然帶來的就是移動搜索引擎的功能越來越豐富，也是越來越齊全，這也就意味著它會體現出更多移動特性，也可以施展更多的發展空間，當然這樣就意味著我們今后對HTML5網站的要求要更趨規范和嚴格了，這對于負責移動站點優化的負責人來說是個極大的挑戰，于是我們就有必要學的更多的經驗和技術。
下面是攜程移動優化負責人在負責移動站優化過程中根據經驗總結的To do list，我也做了一些補充，做移動這一塊或者準備著手移動優化的可以參考一下。
移動優化大拿分享：移動站點站內優化注意事項我一般將站內優化的生命周期概括為三個詞，實驗、評估、調整，因此這個checklist也貫穿了這一過程。
技術方案方面——融合站內優化需求，保障網站穩定；數據埋點方面——收集和跟蹤數據，進行后期調整；適配——作為識別移動網站的重要手段，單獨列出關注。
一、架構及代碼篇
確認開發架構，頁面生成方式，有沒有單頁應用，有沒有異步加載。
使用工具確認spider對網站內容的可抓取，另外也可以使用xenu死鏈檢測工具；? 確認頁面URL部署方案，響應式(PC和H5共用URL)還是分站，據悉百度建議使用分站子站點的，但對于谷歌，喜歡自適應頁面的設計。
URL的設計是否滿足層級分明的原則，參數整齊、長度正常、結構清晰、命名準確是否遵循H5的標準? title、description、keyword使用是否“正確”，h標簽是否正常使用，所依附的關鍵詞是否有計劃且正確部署，基于數據有主有次。
圖片是否有了title和alt標簽，比這個重要的是圖片是否進行了移動優化，大小、加載速度、錯誤監控，移除沒必要的圖片展示。
是否有追蹤關鍵詞部署效果的監控機制，以數據作指導用作調整依據，需要有自己的抓取、入庫、報表的一套關鍵詞競爭情報工具。
服務器、域名解析、CDN，是否都使用了靠譜的供應商，且建立了反應迅速的監控機制，是否有完善的日志系統以備查證問題有依據可循，如抓取量、返回碼、抓取時間分布、URL分布、入口效能分析、spider抓取性能指標。
是否有方便蜘蛛抓取的通路，比如HTML版的SITEMAP，各家XML版的sitemap是否制作且提交平臺正確，定期關注平臺報錯。現在百度、搜狗、神馬、好搜都有對應的XML提交入口及規范。
內部鏈接是否在位置的部署上結構清晰，在抓取深度上設計夠扁平，如果內容繁雜是否有別的通道維持繁雜和扁平的平衡。
是否運行了DNS反解析，保證Spider的順暢抓取，無法支持反解析的搜索引擎是否在防火墻及安全部門開通了UA白名單? 檢查robots，及nofollow標簽的使用，不要誤屏蔽，遵照數據和經驗玩。
確保PC頁面被移動設備訪問時的跳轉方案，對應頁面的跳轉要絕對保證，此處應有自動化測試工具定期跑一遍。
有沒有瀑布流，分頁怎么處理，入口不能丟，另外，如果是SEO頁面，有些功能在是否真有實現的必要。
是否有重復頁面，要干掉重復頁面，干不掉的其他方案都是補救，再談Canonical標簽。
關注搜索引擎算法更新，規避相關懲罰規則。
二、代碼埋點
是否在PC端及移動端添加了地理位置信息；
是否在PC端部署了各家的頁面適配代碼；
是否在移動端使用了微格式(這個谷歌算是比較不錯提高頁面質量的方式)，百度也會針對性地使用這些數據，表現為搜索結果展現評論數、星級、電話、位置。
流量統計代碼是否部署正確，指標是否齊全，產出漏斗是否構建？性能統計代碼是否部署正確，指標是否齊全?
各家的站長工具代碼是否部署正確，如下按需添加，同時完成網站地圖和適配文件的提交。（百度站長平臺、神馬開發平臺、搜狗站長平臺、Google站長工具、好搜站長平臺、bing站長工具）? 是否有自動化測試方案，確保全量頁面上線后功能及代碼標簽的正確。
是否組建并維護了詞庫，詞庫是否由移動用戶真實搜索詞構成；是否監控詞庫中各家搜索引擎SERP中，網站的排名索引的是移動頁，PC頁，還是轉碼頁？
是否有PC排名和移動排名的對比？是否有搜索結果防黑監控？
三、適配
如果是響應式設計，確保百度META標簽的適配方式完全正確，谷歌上需注意alternate和canonical標簽的使用。
如果是分站設計，跳轉要是否做到了對應頁面的跳轉，PC重復頁面是否也做了對應頁面跳轉的收口，是否遵循了移動蜘蛛和移動用戶看到的內容一致的原則。
沒有對應頁面的PC頁面，是否本著優化手機用戶體驗但又不擾亂蜘蛛的原則進行了跳轉，比如JS跳轉。
是否有對跳轉頁面、返回碼(301、302)的正確性，移動頁面的可用性的日常監控體系？
至此，如何做好一個基本的移動站點的站內優化還有推廣現在簡單的就介紹到這里了，有些常識就無須贅言，希望大家能夠學習到點什么。
