隨著移動流量的與日俱增，移動搜索引擎的功能越來越豐富，意味著更多移動特性可以施展，同時也意味著對HTML5網站的要求更趨規范和嚴格，這對于負責移動站點優化的負責人來說是個極大的挑戰。

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

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

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

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

1、架構及代碼篇

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【Canonical標簽與301的區別】

1，在幾個網頁內容完全相同（或高度相似）的時候，如果希望兩個網頁都可以被用戶正常訪問到，就使用Canonical標簽；如果僅讓用戶訪問其中的一個，直接使用301跳轉更方便。

2，使用Canonical 標簽的前提是幾個網頁一定是完全相同（或高度相似）的，而301則沒有這個限制。

【使用Canonical 標簽時要特別注意的兩點】

1，百度雖然支持Canonical標簽，但并不保證完全遵守該標簽。請站長注意，最好在完全相同的網頁中使用Canonical標簽——這樣可以提升Canonical標簽的使用效果。

*之前的幫助文檔中的確提到高度相似的網頁也可以使用Canonical標簽，但在實際過程中我們發現，相似網頁使用Canonical標簽的成功率較低。

2，還有一點非常非常重要，請各位站長在設置Canonical標簽前，仔細檢查兩個網頁是否真的完全相同——一旦百度發現其中一個Canonical標簽有問題，會不信任該站點的所有Canonical標簽。

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

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

2、代碼埋點

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

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

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

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

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

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

百度站長平臺

神馬開發平臺

搜狗站長平臺

Google站長工具

好搜站長平臺

bing站長工具

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

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

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

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

11）同樣的體系是否涵蓋了競爭對手。

3、適配

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

站點如果自行適配有困難，可以在PC頁面中做簡單改造，百度協助實現適配效果。即：站長在站點PC頁的源代碼頭部嵌入一行或多行Meta信息，由Meta信息來指明該PC頁對應的手機頁的URL，以及該URL對應頁面的格式，百度將根據用戶終端類型選擇最適合展示的頁面。（無對應關系的PC頁面無需添加Meta ）

1.Meta聲明格式：[wml|xhtml|html5]; url=url">

注：A.加粗字體部分是需要站點自定義的內容。

[wml|xhtml|html5]——根據手機頁的協議語言，選擇其中的一種。

url=url——后者代表當前PC頁所對應的手機頁url，兩者必須是一一對應關系

Meta聲明示例：

2.站長需要將Meta聲明放在PC頁源代碼內部，如下：

……

生效情況：標注Meta聲明這一適配方案僅在百度移動搜索中生效，即只有當用戶通過百度移動搜索訪問站點時，適配才會生效；通過其他渠道則不生效。在標注準確對應關系無誤的情況下，大約需要七天左右的時間生效，老舊頁面會有延遲。但百度不保證一定能在移動搜索結果中按照您標注的對應關系進行替換。

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

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

4）適配效果如何監控；

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

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

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

來源：站長之家