隨著移動流量的與日俱增，移動搜尋引擎的功能越來越豐富，意味著更多移動特性可以施展，同時也意味著對html5**的要求更趨規範和嚴格，這對於負責移動站點優化的負責人來說是個極大的挑戰。本文為攜程移動優化負責人安琦的todolist，內容有點兒多，他本人還說不夠全面，很多常識性內容根本沒有寫上去。下面就把這些內容分享給大家，若有不足之處歡迎留言交流？
我一般將站內優化的生命週期概括為三個詞，實驗、評估、調整，因此我的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）檢查rogttaamratzbots，及nofollow標籤的使用，不要誤遮蔽，遵照資料和經驗玩；
13）確保pc頁面被移動裝置訪問時的跳轉方案，對應頁面的跳轉要絕對保證，此處應有自動化測試工具定期跑case；
14）確保裝置清單長期的維護和更新，涵蓋移動spider及最新的裝置標示。遵循蜘蛛和人看到一樣內容，如果分移動和pc蜘蛛，還要遵循移動蜘蛛和移動裝置看到一樣的內容原則；
15）有沒有瀑布流，分頁怎麼處理，入口不能丟，另外，如果是seo頁面，有些功能在是否真有實現的必要。
16）是否有重複頁面，要乾掉重複頁面，幹不掉的其他方案都是補救，再談canonical標籤：
【canonical標籤與301的區別】
1，在幾個網頁內容完全相同（或高度相似）的時候，如果希望兩個網頁都可以被使用者正常訪問到，就使用canonical標籤；如果僅讓使用者訪問其中的乙個，直接使用3程式設計客棧01跳轉更方便。
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）各家的站長工具**是否部署正gttaamratz確，如下按需新增，同時完成**地圖和適配檔案的提交
百度站長平台
神馬開發平台
搜狗站長平台
google站長工具
好搜站長平台
bing站長工具
7）是否有自動化測試方案，確保全量頁面上線後功能及**標籤的正確；
8）是否組建並維護了詞庫，詞庫是否由移動使用者真實搜尋詞構成；
9）是否監控詞庫中各家搜尋引擎serp中，**的排名，索引的是移動頁？pc頁？轉碼頁？（要獲取這些頁面的url，以作進一步改進）；
10）是否有pc排名和移動排名的對比?是否有搜尋結果防黑監控？
11）同樣的體系是否涵蓋了競爭對手。
3、適配
1）如果是響應式設計，確保百度meta標籤的適配方式完全正確，google注意alternate和canonical標籤的使用。
站點如果自行適配有困難，可以在pc頁面中做簡單改造，百度協助實現適配效果。即：站長在站點pc頁的源**頭部嵌入一行或多行meta資訊，由meta信gttaamratz息來指明該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相關的提不全，也覺得沒有必要提，常識就無須贅言，這算是一篇關注點及思路聚合文章，很多點有機會可以單獨拎出來當做專題討論，共同交流和學習。
本文標題: 移動站點站內優化checklist
本文位址:
SEO站內優化（On page SEO）
在入門課程中我們已經介紹了 如何通過seo獲得流量？談到了什麼是搜尋引擎優化 seo 它可以使你的 出現在更靠前的自然搜尋引擎列表中。如何搜尋引擎優化，可以它分為兩方面 站內seo on page seo 和站外seo off page seo 站內seo就是優化 頁面，使它對於搜尋引擎更具有吸引力...
SEO之站內優化
一 乙個思想 定位 有如下特徵 1.比較長，往往是2 3個詞組成，甚至是短語。2.存在於內容頁面，除了內容頁的標題，還存在於內容中。3.搜尋量非常少，並且不穩定。三 四個重要概念 url標準化，次導航，四處一詞，五條金律 url標準化 當不同的url對應的內容一樣時，google從這些不同的url中...
移動站點搜尋引擎優化思路
今天翻程式設計客棧下站長平台，發現我部落格移動流量比起pc流量還多，所以開始重視到移動搜尋引擎優化這一塊，仔細的研究了一番，發現移動優化與pc優化有不少的差異性。pc和移動url對應 因為你以前有pc 所以新建乙個 直接兩 使用同乙個資料庫，或者使用一模一樣的資料庫，這樣兩 的url就對應了，pc的...