1. 程式人生 > 實用技巧 >【移動適配】跳轉適配成功生效經驗分享

【移動適配】跳轉適配成功生效經驗分享

就在平臺的工作人員每天都被詢問url適配資料為何一直顯示校驗中時,社群版主三木得意地告訴院長,他的站點跳轉適配非常順利,願意和大家分享一下經驗。以下內容便是三木和院長反覆溝通後確認的、跳轉適配成功生效的注意要點,看完文字最好再收看一下長沙培訓的現場視訊,看看劉院長在培訓中是如何闡述跳轉適配生效要點的。

當用戶用百度搜索某個關鍵詞時,百度會優先展現使用者體驗最佳的頁面,就算你做了移動站,可因為百度並沒有發現你原PC頁面對應的移動頁面,也會失去上述優先機會。那麼,如何讓百度快速發現PC–移動頁面的對應關係?我們常做的有自主適配、meta標註、站長工具提交適配關係,但由於自主適配和meta標註只有在百度蜘蛛抓取原PC頁面的時候才能發現對應的移動頁面,那麼發現全部移動頁面會需要很長的時間,而在百度站長工具中提交移動適配關係將大大縮短了這個時間。

下圖中這個移動站上線半年,之前一直做了自主適配和meta標註,在8月10日的時候提交了移動適配,通過下面曲線圖就可以看出6天之後適配效果就達到比較理想狀態(紅線和藍線間距越小適配效果越好)。

在這裡插入圖片描述

6天時間就校驗成功並生效,可能會讓一些校驗不成功或一直校驗中的同學憤憤不平,但在吐槽的時候,是不是也應該在自己身上找下原因呢?下面我們主要闡述下移動適配中的幾個要點。

一、內容一致是移動適配成功的關鍵

1、PC頁面和對應的移動頁面主體內容必須完全對等
  儘量保持原PC頁面資訊量不變,但為了移動頁面美觀和訪問速度,可以刪減不太重要的模組和細分導航,但頁面主體內容必須保持不變,比如文章正文或目錄頁面的連結數和連結指向要完全一致。

2、PC和移動的適配關係必須是一對一,不能多對一
  若某些PC頁面沒有對應的移動頁,那這些PC頁可以不提交適配關係,但不能將多個PC頁面同時指向一個移動頁面,比如某文章頁面在PC上有分頁,到了移動站上分頁取消,原PC文章所有分頁都指向了同一個移動頁面,這也會導致校驗識別。PS:允許出現一個PC頁面對應兩個移動頁的情況:一個是給高階機看的,一個是給低端機看的。

3、需要適配的頁面不能內容過少、為空或者無法訪問
  百度需要將PC頁面內容和移動頁面內容進行對比參照,若內容過少或空,以及需要登入才能檢視的頁面,百度都無法識別相似度。

二、建議移動站和PC同主域或同主幹,不建議使用目錄

1、移動站和PC主域相同,或主幹相同

  例若PC站是www.123.com,移動站強烈建議選用m.123.com,移動站URL儘量簡潔短小,建議使用m.123.com而非yidongzhan.123.com。www.123.net因為主幹相同也可以。

2、不建議使用二級目錄作為移動站
  例若PC站是www.123.com,移動站選用www.123.com/m/,這樣,百度、GOOGLE等搜尋引擎都是不喜歡的。但如果真的這樣做了,百度站長工具也可以提交適配規則,具體方法可檢視站長學院中《目錄級移動適配如何使用工具提交適配關係》這篇文章。

三、更多注意事項

1、允許Baiduspider訪問,不要robots封禁
  雖然聽起來有些無厘頭,但這種情況是真實存在的,要注意你的移動站點對百度是不是開放的。

2、UA判斷後儘量使用301或302進行跳轉
  現在比較常見的是PC站點只適配一個移動站點,那麼使用301就可以,如果需要同時適配高階域名和低端域名,推薦使用302

3、儘量為頁面新增applicable-device標籤
  applicable-device標籤用於幫助百度校驗識別頁面型別的準確度,雖然不是硬性要求,但對站點來說沒有任何弊端
  如果是PC頁,在中標註<meta name="applicable-device"content=“pc”>
  如果是移動頁,在中標註<meta name="applicable-device"content=“mobile”>

4、移動適配工具、META標籤、自主適配——三種方式邏輯關係保持一致
  很多朋友都是這三種方式全用的,百度也支援這樣,但這裡有一個問題是:邏輯關係要保持不變,不能在自主適配時PC頁對應的是移動頁是A,而提交時卻變成了B。這樣最終百度自主選擇的適配移動頁面可能和你預期的不一樣。

四、通過百度站長工具提交適配關係的注意事項

前面兩個要點要確保都沒問題了,那接下來就是向百度提交適配關係了。

1、強烈推薦使用規則適配
  使用規則適配的好處主要有百度校驗快,生效時間短,最主要的是後期不需要站長去維護,而URL適配需要不斷地更新近期增加的頁面。建議只有當PC對應的移動頁面URL沒有規則可言時再考慮URL適配。

2、在規則適配中推薦使用提交多條規則
  除非你的站點簡單,頁面型別單一可以選用單條規則,使用多條規則的好處是可以針對不同型別的URL頁面寫出對應規則,比如目錄頁、目錄分頁、文章頁、專題頁、產品頁等等,這樣能照顧到每一種頁面型別,一旦某個規則填寫錯誤負面影響可以縮到最小,整體提高校驗速度和縮短生效時間。

3、規則適配中正則粒度越細越好
  提交多條規則就涉及到正則式的問題,正則匹配符號(\d+)表述數字,([a-zA-Z]+) 表示字母,([a-zA-Z0-9]+)表示字母混合,(\w+)表示字母數字下劃線混合,上述四種匹配符號中,前兩者屬於粒度最細的、推薦使用,第三種第四種粒度較粗,在正則式中若用大粒度匹配符將會增加校驗時間。
  案例:若有兩個PC頁面www.123.com/a/abc-1.html和www.123.com/a/def-1.html,有些站長會直接用 www.123.com/a/(\w+).html 對應 m.123.com/a/KaTeX parse error: Undefined control sequence: \d at position 49: …123.com/a/abc-(\̲d̲+).html對應 m.123…{1}.html
  www.123.com/a/def-(\d+).html對應 m.123.com/a/def-${1}.html

五、最後強調

不管使用哪種方式,適配成功後都要持續保持PC頁和移動頁的適配關係,因為百度會繼續檢查適配關係是否正常是否生效,如果發現適配關係不正確,之前生效的資料也會轉為失效,影響移動流量。
  1,PC結構發生變化,檢查移動站點是否快速跟著變了
  2,PC頁面主體內容發生變化,檢查移動頁面是否一致
  3,如果使用平臺工具提交的適配關係,定期檢查資料狀態,如果之前顯示“適配成功”的資料改成了“校驗失敗”要趕緊檢視PC頁與移動頁的對應關係。