1、關于移動適配，在百度站長工具后臺有主動推送和stiemap提交兩個入口，提交成功后有時仍看不到排名，是因為“收錄”并不代表“索引”（索引才會被納入排名體系）；

2、關于Baiduspider種類是有很多的，但并不代表單個Baiduspider所在的IP段均為百度的Baiduspider，沙盒Baiduspider，降權Baiduspider是不存在的；同時注意上圖中的那個網址，推薦使用有助于識別baiduspider真偽；

3、目前對于PC頁與移動頁暫未明顯劃分，故當前的robots的使用是對PC端與移動端同時生效的；同時對于移動庫的概念，Blank是存在較多疑問的，因為百度廈門會、上海會時都未提到移動庫的概念，可能真的要歸功于百度技術的步伐走得過于快。同時拋出個人疑問：既然存在獨立的移動庫，那作為移動網站，是否有必要給予單獨的移動靜態頁，而不于當前的PC端頁面的對應關系，起碼這種移動頁的建立，可以解決當Pc端頁面無法正常瀏覽時的尷尬！

4、頁面打開速度是影響移動排名結果的重要因素之一，建議在3秒以內，向1秒靠齊；關于這點Blank覺得百度對于m站，原則上要求打開時間為3秒以內，但目前的3秒只是一個參考值，且并不一定加入到了判斷網站權重等，但百度有采用一定的規則對網站進行綜合判斷，并且可以預見經常打開緩慢，網站權重會受到影響。（意味著，百度能統計到頁面打開及渲染速度，包含js廣告大小，多少，頁面是否跳轉，js加密等等）

5、移動頁面的用戶體驗是影響移動排名結果的重要因素之一；在設計移動端頁面時需留意內容的對應問題，避免被判斷成兩個不同的頁面，即可能被誤判為作弊行為；同時移動適配關系的提交，是可以多種方式同步進行的，但必須確保提交規則的統一，比如PC端頁面是www.abc.cn/123/{id}/，則多種方法必須均將該頁面對應到m.abc.cn/123/{id}/，而不會出現如m.abc.cn/234/{id}/的對應關系；

6、以地域為代表的組合檢索結果頁，優化時可以加入地域標簽name=”location”；（Blank作為此手法的過來人，提醒小伙伴們別以為這種方法在百度上是可行的，便大面積批量的使用，一時爽的后果也是非常令人難忘的）

7、同一個網站盡可能不要采用兩種以上，包含兩種的適配方式；

8、對于移動端域名的使用，推薦m.abc.com ；mobile.abc.com ；123.m.abc.com ；不推薦www.abc.com/m甚至無對應關系的PC端www.abc.com與m.abc123.com對應；同時Blank提醒移動站對域名是不是海外域名是無講究的，重點是網站所在服務器IP的健康程度；

9、在移動端編寫語言中，百度更推薦xml、xhtml、html5中的“html5”；

10、站于網站結構，盡可能讓Baiduspider能全地遍歷網站頁面，即合理化布局內容的從屬關系
比如：www.abc.com/{頻道id} www.abc.com/{頻道id}/{欄目id} 當然不建議過于細分目錄，對于那些目錄下內容并不是很多的情況；這里Blank回想起先前的白云分享的一個帖子http://bbs.zhanzhang.baidu.com/thread-26804-1-1.html 是關于“在PC站點里建一個目錄專放移動頁面是否可行？ ”的問題，這個是挺標準的回復；

11、關于移動站url結構，主體和Pc的url建議一樣，但盡可能不要使用特殊符號及中文url，因為目前的移動適配工具對于中文url的支持不是非常準確；（關于移動站的url規則問題，我開個帖討論下，希望有想法的參與討論 ? ? 關于移動化網站的網址結構問題?http://bbs.zhanzhang.baidu.com/thread-27530-1-1.html ）

12、關于移動站的優化，大部分對于Pc有效的優化手法，對于“移動站”都是有效的；

13、移動站上的頁面和Pc站頁面是必須是有對應關系的，嚴禁多個Pc頁面對應同一個移動頁面；

14、關于跳轉適配，推薦看新浪、京東、58等大型站點，因為他們的Pc站點頁面較復雜，在移動化時需要做大量減法；

15、關于跳轉適配，其進入移動搜索結果的會仍是Pc端網址，當用戶點擊后則進入對應的移動頁面；這里有些人會誤認為是移動適配不成功的表現！

16、百度對于移動適配關系的處理，工具的優先級是的，為迅速的；其次在百度站長工具中有個“流量與關鍵詞”工具，“紅藍曲線”波動越接近越表明適配關系做得好（注意紅藍對應的數柱分別在兩側）；

17、在使用移動適配工具提交數據時，對于上傳的單個“適配文件”是有要求的大小需少于10M，多50000對；直接填寫的則多不超過2000對；

18、關于移動適配關系生效的問題，較上次杭州培訓會時所分享的內容有所調整 ，對于有調整的適配關系發生時，只需提交新的適配規則即可，系統會以網站提交的規則為準；無需對刪除舊的適配關系；

19、關于跳轉適配生效時間問題，更推薦采用“正則式”，忌ajax等異步加載，關于“正則式”粒度越小越好，具體的網上有攻略：

20、解封robots（看第3點），適配關系是個嚴肅的過程，對于無法打開，需登陸才能瀏覽的內容，都將影響適配關系的順利進行；同時盡可能保持Pc頁與移動頁的內容統一（修改尺度過大易被誤判作弊）；關于這一點Blank也開一帖，具體討論下，這個討論不代表官方立場！關于移動端頁面與PC端內容需保持統一的問題，其尺度？http://bbs.zhanzhang.baidu.com/thread-27532-1-1.html ）

21、百度會自行判斷頁面是否是移動頁面，但“applicable-device標注”有更好輔助百度校驗識別的結果；也是說這是“錦上添花”的事，而不是多此一舉！

22、存在m.abc.com在Pc端百度site大面積收錄問題，該收錄不代表“搜索收錄”；更有不同網站收錄差距很大的問題，主要原因是該網站內容的質量；

23、實時推送是通百度有新的內容產生，推送的內容不是被百度收錄；推送的應當是有質量的、暫未收錄的，頻繁推送無質量的，已收錄的內容會影響百度給予的推送配額；

24、看圖自己理解，移動搜索目前是缺內容的，多付出有更多的回報；

25、移動流量下降時間要看的是適配狀態是否異常！

推薦閱讀

PC站點移動化過程"百度定義的站點移動化主流方式" | 文軍營銷2, 不能用JS對UA進行適配跳轉,雖然下半年百度JS要全放開了,但在官方沒有正式發布消息前,我們還是按照傳統保守的方法進行操作吧。 說了這么多,其實三種方式各有各的優缺點,站點移動化進程,還要根據自己的實際情況來選擇實施方式。