移動站點站內優化項目列表

隨著移動流量的與日俱增，移動搜索引擎的功能越來越豐富，意味著更多移動特性可以施展，同時也意味著對HTML5網站的要求更趨規范和嚴格，這對于負責移動站點優化的負責人來說是個極大的挑戰。學院要來了攜程移動優化負責人安琦老師的todolist，內容多得讓小編想吐，就這樣他還說不夠全面，很多常識性內容根本沒有寫上去。學院把這些內容分享出來，更多移動站點優化負責人是否還有補充？

一般將站內優化的生命周期概括為三個詞，實驗、評估、調整，因此我的checklist也貫穿了這一過程。

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

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

適配——作為識別移動網站的重要手段，單獨列出關注

1、架構及代碼篇

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

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

什么是百度抓取診斷工具

google抓取方式工具

xenu

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

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

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

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

百度圖片搜索收錄展現基礎要求

產品、編輯必看：撰寫搜索引擎喜愛的標題

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

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

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

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

關于抓取的管理，推薦一篇啟蒙文章Large Website Design Theory and Crawl Management，開篇的七個指標可以指導一些思路

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

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

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

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

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

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

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

? 通讀百度站長學院文章，修正自己網站需求及功能上有傷害搜索引擎的功能。

2、代碼埋點

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

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

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

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

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

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

百度站長平臺

神馬開發平臺

搜狗站長平臺

Google站長工具

好搜站長平臺

bing站長工具

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

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

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

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

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

3、適配

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

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

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

? 適配效果如何監控

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

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

至此，一個基本的移動站點的站內優化check完成，有些PC相關的提不全，也覺得沒有必要提，常識就無須贅言，這算是一篇關注點及思路聚合文章，很多點有機會可以單獨拎出來當做專題討論，共同交流和學習。