事隔兩年后的今天，百度再次來到星城長沙，將百度站長VIP大講堂在長沙皇冠假日酒店七樓會議廳舉辦，這酒店在長沙算是比較洋氣的酒店，但無奈這個檔期正值酒店門口修地鐵，停車真難！不過大爺我還是來了
下午百度沙龍分享的三個PPT，需下載請http://bbs.zhanzhang.baidu.com/thread-27718-1-1.html
參會的小伙伴們來自全國各地，坐無虛席！
閑話就先不扯了，就現(xiàn)場百度給出的分享的大爺給下解讀（大神們?nèi)绨l(fā)現(xiàn)不對直接拍磚，拍完之后麻煩私聊下我錯誤區(qū)域，以便調(diào)整）
1、關于移動適配，在百度站長工具后臺有主動推送和stiemap提交兩個入口，提交成功后有時仍看不到排名，是因為“收錄”并不代表“索引”（索引才會被納入排名體系）；
2、關于Baiduspider種類是有很多的，但并不代表單個Baiduspider所在的IP段均為百度的Baiduspider，沙盒Baiduspider，降權Baiduspider是不存在的；同時注意上圖中的那個網(wǎng)址，推薦使用有助于識別baiduspider真?zhèn)危?/p>
3、目前對于PC頁與移動頁暫未明顯劃分，故當前的robots的使用是對PC端與移動端同時生效的；同時對于移動庫的概念，Blank是存在較多疑問的，因為就百度廈門會、上海會時都未提到移動庫的概念，可能真的要歸功于百度技術的步伐走得過于快。同時拋出個人疑問：既然存在獨立的移動庫，那作為移動網(wǎng)站，是否有必要給予單獨的移動靜態(tài)頁，而不僅限于當前的PC端頁面的對應關系，起碼這種移動頁的建立，可以解決當Pc端頁面無法正常瀏覽時的尷尬！
4、頁面打開速度是影響移動排名結果的重要因素之一，建議在3秒以內(nèi)，向1秒靠齊；關于這點Blank覺得百度對于m站，原則上要求打開時間為3秒以內(nèi)，但目前的3秒只是一個參考值，且并不一定加入到了判斷網(wǎng)站權重等，但百度有采用一定的規(guī)則對網(wǎng)站進行綜合判斷，并且可以預見經(jīng)常打開緩慢，網(wǎng)站權重會受到影響。（意味著，百度能統(tǒng)計到頁面打開及渲染速度，包含js廣告大小，多少，頁面是否跳轉(zhuǎn)，js加密等等）
5、移動頁面的用戶體驗是影響移動排名結果的重要因素之一；在設計移動端頁面時需留意內(nèi)容的對應問題，避免被判斷成兩個不同的頁面，即可能被誤判為作弊行為；同時移動適配關系的提交，是可以多種方式同步進行的，但必須確保提交規(guī)則的統(tǒng)一，比如PC端頁面是www.abc.cn/123/{id}/，則多種方法必須均將該頁面對應到m.abc.cn/123/{id}/，而不會出現(xiàn)如m.abc.cn/234/{id}/的對應關系；
6、以地域為代表的組合檢索結果頁，優(yōu)化時可以加入地域標簽name="location"；（Blank作為此手法的過來人，提醒小伙伴們別以為這種方法在百度上是可行的，便大面積批量的使用，一時爽的后果也是非常令人難忘的）
7、同一個網(wǎng)站盡可能不要采用兩種以上，包含兩種的適配方式；
8、對于移動端域名的使用，推薦m.abc.com ；mobile.abc.com ；123.m.abc.com ；不推薦www.abc.com/m甚至無對應關系的PC端www.abc.com與m.abc123.com對應；同時Blank提醒移動站對域名是不是海外域名是無講究的，重點是網(wǎng)站所在服務器IP的健康程度；
9、在移動端編寫語言中，百度更推薦xml、xhtml、html5中的“html5”；
10、站于網(wǎng)站結構，盡可能讓Baiduspider能全地遍歷網(wǎng)站頁面，即合理化布局內(nèi)容的從屬關系
比如：www.abc.com/{頻道id} www.abc.com/{頻道id}/{欄目id} 當然不建議過于細分目錄，對于那些目錄下內(nèi)容并不是很多的情況；這里Blank回想起先前的白云分享的一個帖子http://bbs.zhanzhang.baidu.com/thread-26804-1-1.html 是關于“在PC站點里建一個目錄專放移動頁面是否可行？ ”的問題，這個是挺標準的回復；
11、關于移動站url結構，主體和Pc的url建議一樣，但盡可能不要使用特殊符號及中文url，因為目前的移動適配工具對于中文url的支持不是非常準確；（關于移動站的url規(guī)則問題，我開個帖討論下，希望有想法的參與討論 關于移動化網(wǎng)站的網(wǎng)址結構問題?http://bbs.zhanzhang.baidu.com/thread-27530-1-1.html ）
12、關于移動站的優(yōu)化，大部分對于Pc有效的優(yōu)化手法，對于“移動站”都是有效的；
13、移動站上的頁面和Pc站頁面是必須是有對應關系的，嚴禁多個Pc頁面對應同一個移動頁面；
14、關于跳轉(zhuǎn)適配，推薦看新浪、京東、58等大型站點，因為他們的Pc站點頁面較復雜，在移動化時需要做大量減法；
15、關于跳轉(zhuǎn)適配，其進入移動搜索結果的會仍是Pc端網(wǎng)址，當用戶點擊后則進入對應的移動頁面；這里有些人會誤認為是移動適配不成功的表現(xiàn)！
16、百度對于移動適配關系的處理，工具的優(yōu)先級是最高的，最為迅速的；其次在百度站長工具中有個“流量與關鍵詞”工具，“紅藍曲線”波動越接近越表明適配關系做得好（注意紅藍對應的數(shù)柱分別在兩側）；
17、在使用移動適配工具提交數(shù)據(jù)時，對于上傳的單個“適配文件”是有要求的大小需少于10M，最多50000對；直接填寫的則最多不超過2000對；
18、關于移動適配關系生效的問題，較上次杭州培訓會時所分享的內(nèi)容有所調(diào)整 ，對于有調(diào)整的適配關系發(fā)生時，只需提交新的適配規(guī)則即可，系統(tǒng)會以網(wǎng)站最后提交的規(guī)則為準；無需對刪除舊的適配關系；
19、關于跳轉(zhuǎn)適配生效時間問題，更推薦采用“正則式”，忌ajax等異步加載，關于“正則式”粒度越小越好，具體的網(wǎng)上有攻略：
20、解封robots（看第3點），適配關系是個嚴肅的過程，對于無法打開，需登陸才能瀏覽的內(nèi)容，都將影響適配關系的順利進行；同時盡可能保持Pc頁與移動頁的內(nèi)容統(tǒng)一（修改尺度過大易被誤判作弊）；關于這一點Blank也開一帖，具體討論下，這個討論不代表官方立場！關于移動端頁面與PC端內(nèi)容需保持統(tǒng)一的問題，其尺度？http://bbs.zhanzhang.baidu.com/thread-27532-1-1.html ）
21、百度會自行判斷頁面是否是移動頁面，但“applicable-device標注”有更好輔助百度校驗識別的結果；也就是說這絕對是“錦上添花”的事，而不是多此一舉！
22、存在m.abc.com在Pc端百度site大面積收錄問題，該收錄不代表“搜索收錄”；更有不同網(wǎng)站收錄差距很大的問題，最主要原因是該網(wǎng)站內(nèi)容的質(zhì)量；
23、實時推送是通百度有新的內(nèi)容產(chǎn)生，推送的內(nèi)容不是絕對被百度收錄；推送的應當是有質(zhì)量的、暫未收錄的，頻繁推送無質(zhì)量的，已收錄的內(nèi)容會影響百度給予的推送配額；
24、看圖自己理解，移動搜索目前是缺內(nèi)容的，多付出就有更多的回報；
25、移動流量下降第一時間要看的是適配狀態(tài)是否異常！
喜歡 
頂
難過
囧
圍觀
無聊
