為了移動端頁面展示效果和用戶體驗,很多站長會選擇將移動端和PC端分離開來單獨做,然后通過js等方式來自適配(當用戶使用移動設備訪問PC端網頁時自動將網頁跳轉到對應的移動端頁面)。
這時為了提升搜索用戶在移動搜索的檢索體驗,給對應PC頁面的手機頁面在搜索結果處有更多的展現機會,就需要做移動適配。
移動適配就是讓搜索引擎知道你的PC端的URL與移動端的URL具有對應關系,讓PC端收錄的頁面對應到移動頁面,以提升用戶在移動搜索時的瀏覽體驗。
1、正則表達式格式
a)確定是純數字:([0-9]+) 或(d+)。
b)確定是純字母:([a-zA-Z]+),包括字母大小寫的情況。
c)確定是數字和字母混合串:
方法一、((?:[a-zA-Z]+[0-9]+|[0-9]+[a-zA-Z]+)[a-zA-Z0-9]+);
方法二、([a-zA-Z0-9]+);
說明:兩種混合串的區別:較長的一種為嚴格的數字和字母混排形式,且數字和字母交替至少出現1次;較短的一種可支持純數字,純字母和數字字母混排。
d)確定有中文字符:((?:%[a-zA-Z-0-9]{2,})+)。
e)確定有參數值:([^&]+)。
f)確定有“-”或“_”連接字符串的替換規則:將連接的各個部分分別用對應的規則替換。如:a.com/ab-cd,得到的規則則為:a.com/(d+)-(d+)
2、以站點www.a.com適配到站點m.a.com為例來說明:
適配PC鏈接地址為:www.a.com/12/aBc/ab12c.html
適配移動鏈接地址為:m.a.com/12/aBc/ab12c.html
步驟一:確定適配鏈接中的可替換參數或者路徑,得到其位置序號和類型。
根據網站自身url的層次結構,其中12,aBc,aBc為動態可替換的路徑。12為純數字,aBc為純字母,ab12c為數字字母混合。
步驟二:根據可替換參數或路徑的類型,得到鏈接的表達形式。
使用上面所說的正則表達式格式,12為純數字則為([0-9]+) 或(d+),aBc為純字母則為([a-zA-Z]+),ab12c為數字字母混合則表示為([a-zA-Z0-9]+);
步驟三:根據移動鏈接,以及可替換參數在步驟一中的位置序號,依次用${1},${2},…,${n}表示替換掉適配PC鏈接中的可替換參數或路徑,得到適配后的移動鏈接的pattern形式。
最后,我們得到的適配規則為:
www.a.com/([0-9]+)/([a-zA-Z]+)/([a-zA-Z0-9]+).html
m.a.com/ ${1}/${2}/${3}.html
在做移動適配之前建議:
1. 網站自己做好PC和移動網頁的自適配,當用戶在移動設備訪問PC網頁時自動適配到移動網頁。
2. 網站可在PC版網頁標注meta聲明,格式如下:
站長后臺提交適配后,在網站的頭部標簽也就是標簽內添加聲明。meta標簽聲明代碼如下:
<!-- PC端頁面 --><meta name="applicable-device" content="PC"> //聲明設備為PC<meta name="mobile-agent" content="format=html5;url=對應的移動端URL"> //聲明移動端頁面類型及地址,主要針對神馬搜索<link rel="alternate" media="only screen and(max-width:640px)" href="對應的移動端URL"> //助于搜索引擎發現網站的移動版網頁所在的位置<!-- 移動端頁面 --><meta name="applicable-device" content="mobile"> //聲明設備為移動<link rel="canonical" href="對應的PC端URL"> //統一網頁,指向對應的PC端頁面,如果主要做移動端可不加
注:meta標簽內的內容請各自對應網站的URL,PC端頁面的meta標簽內容的URL對應移動頁面,而移動頁面里的meta標簽對應PC頁面。
1、梳理頁面結構
不管給哪個網站做移動適配之前,都會找出PC端頁面對應移動端頁面的規律。如圖1所示,以表格的形式來呈現對應關系,以便統計網站中所有不同的URL結構。
圖1 制作成表格形式找出URL對應的規律
2、適配入口:百度搜索資源平臺–網站支持–移動適配–添加適配關系。
3、目前百度有兩種提交適配的方式:規則適配和URL適配。
規則適配:如果你的網站PC端頁面與移動頁面存在規則(pattern)的匹配關系,如PC頁面www.xxx.com/1.html對于的移動頁面是m.xxx/1.html時,就可以通過提交正則表達式的方式來做規則適配。
URL適配:如果你的網站PC端頁面與移動頁面沒有相對應的匹配關系時,那么只能通過提交URL對文件來做URL適配。
注:這里強烈建議使用規則適配,提交規則適配可以對以后新產生的同規則URL持續生效,不用多次提交。而且適配周期比URL適配周期更短,更利于維護和問題排查。
規則適配時建議選用“提交單條規則”的方式,可以幫您實時校驗并反饋表達式中的錯誤;而如果選用“提交多條規則”時,則需要先提交等待驗證之后才能清楚適配規則正確與否。
URL適配相比規則適配顯得較麻煩,對于已產生的鏈接大家可以以文件提交的方式提交,對于新產生的鏈接可以用“URL對批量提交”的方式提交。
4、不管以哪種方式提交之后,站長后臺都要對提交的移動適配數據進行檢驗。如果處理狀態顯示適配成功那么恭喜大家,校驗失敗也不用慌,點擊校驗失敗就能查看失敗原因。
注意事項:
1、在做百度移動適配時,推薦大家使用提交單條規則。因為選擇單挑規則提交時,如果規則和下方的驗證URL對不匹配,提交不了而且會提示錯誤,這樣可以方便找出規則錯誤原因,另外提交之后也方便查看是否適配成功。
2、網站做了適配不一定給你驗證成功,它需要你適配的移動端網址和PC端網站是已經收錄的,如果有頁面沒有收錄就會提示適配失敗。
提交路徑:搜狗站長平臺 → 網站支持 → 站長工具 → 開放適配 → 添加規則 → Pattern匹配
提交格式:支持單挑規則在線提交和XML格式文件提交。推薦使用XML文件提交。
標準xml文件格式示例:
圖源搜狗站長平臺移動適配幫助
注意事項:
1、搜狗的移動適配規則相比起神馬移動適配,規則格式更加嚴格,單個URL Pattern 內不僅要包含Pattern 規則,還需要添加URL示例和移動端頁面版本。
提交路徑:360站長平臺 → 站長工具 → 移動專區 → 移動適配 → 添加適配地址
提交格式:僅支持txt文件。(文檔中數據為兩列,中間用tab鍵隔開)
注意事項:
1、在360的移動適配規則中,移動端頁面pattern對應PC端pattern中可替換參數的順序,與其他的規則略有不同。在規則中,可替換參數在對應的PC頁pattern中出現的順序,依次用\1,\2,……表示該參數。如:http://www.xxx.com/cat/(\w+)/ http://m.xxx.com/cat/\1/。
2、txt文檔中數據為兩列,中間用tab鍵隔開;
3、由于xml適配規則文件內不能做首頁URL匹配,如果想給首頁做移動適配,需要單獨使用URL匹配方式提交PC端首頁地址和對應的移動端首頁地址。
提交路徑:神馬站長平臺 → 數據提交 → 移動適配 → 提交適配數據。
提交格式:支持以xml文件提交移動適配數據。xml文件可提交url一對一對應關系以及url pattern級對應關系,提交數據可以是1組或者多組。一個xml文件提交的數據上限是1000組.
標準xml文件格式示例:
注意事項:
1、需要在PC端head頭部Meta字段添加PC和移動頁面對應關系聲明
Meta聲明格式為:
圖源神馬站長平臺移動適配幫助
2、神馬只支持XML格式文件提交,適配文件直接上傳至服務器根目錄即可。