隨著移動流量的與日俱增，移動搜索引擎的功能越來越豐富，意味著更多移動特性可以施展，同時也意味著對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)內部鏈接是否在位置的部署上結構清晰，在抓取深度上設計夠扁平，如果內容繁雜是否有別的通道維持繁雜和扁平的平衡;

    關于抓取的管理，推薦一篇啟蒙文章LargeWebsiteDesignTheoryandCrawlManagement，開篇的七個指標可以指導一些思路。

    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]——根據手機頁的協議語言，選擇其中的一種。