最近在做公司的移動(dòng)站點(diǎn)SEO優(yōu)化時(shí)關(guān)于適配工作，遇到了很多問(wèn)題。原因很多，首先自己之前對移動(dòng)站點(diǎn)方面的SEO工作做的比較少，而移動(dòng)適配卻包含了很多知識點(diǎn)，并非一個(gè)簡(jiǎn)單的SEO人員能全部掌控的；其次整個(gè)移動(dòng)seo行業(yè)正處于摸索和探索階段，不夠成熟，很難找到與自己類(lèi)似的車(chē)成功案例可以效仿。綜合這兩大因素，讓一個(gè)適配工作持續了整整一周。主要問(wèn)題停留在程序員在寫(xiě)跳轉代碼的時(shí)候不知道該怎么寫(xiě)！
其實(shí)之前在做網(wǎng)站的移動(dòng)適配的時(shí)候，就遇到了不少問(wèn)題，但是由于當時(shí)不需要這么負責，因此直接選擇了百度的siteapp自主適配。
百度站長(cháng)平臺對移動(dòng)適配方面的東西是這么定義的：為了提升用戶(hù)的移動(dòng)搜索結果瀏覽體驗，百度移動(dòng)搜索對具有對應手機站的PC站提供“開(kāi)放適配”服務(wù)。如果您同時(shí)擁有PC站和手機站，且二者能夠在內容上對 應，您可向百度“提交”P(pán)C頁(yè)—手機頁(yè)的對應關(guān)系，若對應關(guān)系準確，將有助于百度在移動(dòng)搜索中將原PC頁(yè)結果替換為對應的手機頁(yè)結果。積極的參與“開(kāi)放適 配”，將有助于您的手機站在百度移動(dòng)搜索獲得更好的展現，同時(shí)以更佳的瀏覽效果贏(yíng)取用戶(hù)口碑。
百度開(kāi)放適配服務(wù)共提供三種方案——自主適配、標注Meta聲明、提交對應關(guān)系Sitemap，同時(shí)向站點(diǎn)提供開(kāi)放適配進(jìn)度查詢(xún)。
可能大家對標注meta聲明和提交對應關(guān)系的sitemap這一項比較熟悉。另外對自主適配這個(gè)的理解僅限于使用百度的siteapp這個(gè)東西的層面上。當然如果這么做，很簡(jiǎn)潔，對百度也很友好，必定是通過(guò)百度自己的東西做的自主適配。而我的問(wèn)題是，我們不需要他們的siteapp來(lái)做適配站。因為當時(shí)我們的網(wǎng)站是在原有的PC站點(diǎn)上，做了一一對應的手機站。這個(gè)手機站是單獨存在的。而在移動(dòng)設備上搜素到的我們的網(wǎng)站都是PC端的形式。在不想用百度的自動(dòng)轉碼的情況下，做自主適配就是一個(gè)探索性的東西。
當時(shí)我陷入僵局，因為一時(shí)間找不到我需要的適配方式，對程序員來(lái)說(shuō)適配很好做，很簡(jiǎn)單。但是我作為SEO人員，我要的適配不光是簡(jiǎn)單的進(jìn)行跳轉，而且是搜索引擎能識別且承認的一種適配和跳轉。這個(gè)需求當時(shí)給程序員很大的壓力，因為程序員不肯跟知道百度能識別什么。而作為我，提出了問(wèn)題，卻給不了解決需求的文檔，這是個(gè)難題。
我的需求是標注meta進(jìn)行判斷，判斷成功后進(jìn)行跳轉。而我當時(shí)的需求就是要這個(gè)跳轉代碼。而這個(gè)跳轉代碼必須是百度可以識別并承認這事適配之后的一個(gè)跳轉。
可能大家知道的跳轉代碼有很多，但是我當時(shí) 想要的是符合百度，做SEO的都懂得。
在網(wǎng)上找了好久，最后還是沒(méi)找到。不過(guò)找到一個(gè)js跳轉代碼，和我們的技術(shù)溝通之后，覺(jué)得也能用。這個(gè)代碼先給大家：
一個(gè)可以根據不同的終端類(lèi)型適當的改變正則表達式：
<script type=”text/javascript”>
if(/AppleWebKit.*mobile/i.test(navigator.userAgent) || (/MIDP|SymbianOS|NOKIA|SAMSUNG|LG|NEC|TCL|Alcatel|BIRD|DBTEL|Dopod|PHILIPS|HAIER|LENOVO|MOT-|Nokia|SonyEricsson|SIE-|Amoi|ZTE/.test(navigator.userAgent))){
if(window.location.href.indexOf(“?mobile”)<0){
try{
if(/Android|webOS|iPhone|iPod|BlackBerry/i.test(navigator.userAgent)){
window.location.href=”手機頁(yè)面”;
}else if(/iPad/i.test(navigator.userAgent)){
window.location.href=”平板頁(yè)面”;
}else{
window.location.href=”其他移動(dòng)端頁(yè)面”
}
}catch(e){}
}
}
</script>
后來(lái)看了一下是js寫(xiě)的，又覺(jué)得對搜索引擎不是很好。最后找了我們網(wǎng)站另一個(gè)頻道以前做的適配跳轉代碼，雖然不知道這個(gè)跳轉代碼是否是我想要的，但作為跳轉代碼還是完全正確的，寫(xiě)給大家：
String userAgent = request.getHeader(“User-Agent”).toUpperCase();
if(userAgent.indexOf(“UC”)!=-1 || userAgent.indexOf(“BAIDU TRANSCODER”)!=-1){
String enCity=request.getParameter(“city”);
String pid=request.getParameter(“pid”);
response.sendRedirect(“detail_mobile.jsp?city=”+enCity+”&pid=”+pid);
return;
}
if(userAgent.indexOf(“ANDROID”)!=-1 || userAgent.indexOf(“IOS”)!=-1 || userAgent.indexOf(“IPHONE”)!=-1){
request.getRequestDispatcher(“detail_mobile.jsp”).forward(request, response);
return;
}
最后經(jīng)過(guò)修改后我使用了這個(gè)跳轉代碼，并設置了302。沒(méi)有用內部跳轉，是因為在跳轉的過(guò)程中我希望URL也進(jìn)行跳轉。百度在適配文檔中寫(xiě)的是301，而我為什么設置了302而不是301呢？這里我要說(shuō)明的是，目前移動(dòng)適配領(lǐng)域的技術(shù)，百度自己也在探索中，對移動(dòng)站點(diǎn)的抓去和識別，百度自己也并非非常完善。因此誤判或者錯判是非常容易發(fā)生的事，而301是永久定向，就意外著(zhù)之前的URL將不復存在。如果說(shuō)被錯判了，做了301的URL也已經(jīng)起效。對站長(cháng)來(lái)說(shuō)，新的適配沒(méi)有被識別出來(lái)，舊的PCURL也因301而別快照刪除，或者排名下降。
之所以選擇這種沒(méi)有成功案例的適配方式，是因為我們的網(wǎng)站有上千萬(wàn)的頁(yè)面，移動(dòng)端和PC端都可以一一對應，而我們又有自己的獨立移動(dòng)站點(diǎn)，我們有這個(gè)能力，不需要百度的自主適配。大家都知道自己做的移動(dòng)站點(diǎn)，從各個(gè)角度來(lái)講肯定好于百度siteapp自主適配的移動(dòng)站。因此我們選擇了這種適配方式，說(shuō)實(shí)話(huà)，還處于試探狀態(tài)。如果看到這篇文章的朋友有這方面的經(jīng)驗，或者想和我探討關(guān)于更多移動(dòng)站點(diǎn)適配的知識。
本文原創(chuàng )：柴瀟，微信公眾賬號chaixiao2020，來(lái)自柴瀟自媒體 http://www.chaixiao.com/archives/1418 轉載請注明出處
注：相關(guān)網(wǎng)站建設技巧閱讀請移步到建站教程頻道。
聯(lián)系客服
