您現在的位置: 网站首頁 / seo優化 / 正文

《移動站點對百度友好全解》

作者: admin 发布: 2015-11-5 22:22:57 分类: seo優化 閱讀: 次 查看評論

  本文檔集合整理了站長學院中已有的教育文章,同時對已經過時的內容進行了修訂,各位站點管理員可以通過閱讀本文檔,全面了解在移動大潮中從百度移動搜索獲得更多流量的基礎性知識。本文檔的內容包括:《幾種站點移動化技術選型對比》《建對百度友好的移動站點》《跳轉適配生效指南》《代碼適配如何做對百度友好》《自適應對百度友好關鍵》。本文檔同時會隨著學院內容的增加而擴充,請大家隨時關注。另外鳴謝文檔物料的提供者:百度搜索高級技術經理振雷、52pk産品負責人孫二坤、高三網負責人三木、貓途鷹SEO負責人張洺乾、皮皮魯網SEO負責人蔣飛。

  選擇適合你的移動化之路

  如何布局您的PC站和移動站,並表達兩者之間內容的對應關系

  目前較流量的PC站與移動站配置方式有三種,百度站在搜索引擎角度將這三種分別稱爲跳轉適配、代碼適配和自適應,以下爲這三種配置方式的名詞解釋及異同對比。

  1,跳轉適配:该方法会利用单独的网址向每种設備提供不同的代码。这种配置会尝试检测用户所使用的設備或ua,然后使用 HTTP 重定向和 Vary HTTP 标头重定向到相应的页面。

  2,代碼適配:该方法使用相同的网址(不考虑用户所使用的設備),但会根据服务器对用户所用浏览器的了解(ua),针对不同設備类型生成不同版本的 HTML。

  3,自適應:通过同一网址提供相同 HTML 代码的网站设计方法。该方法不考虑用户所使用的設備(pc、平板电脑、移动設備),但可以根据屏幕尺寸以不同方式呈现(即适应)显示屏。


PC、移動網址是否一致PC、移動網頁代碼是否一致
跳轉適配
代碼適配
自適應

  三種配置方式的分析

  百度仅站在搜索引擎角度对跳轉適配、代碼適配、自適應这三种配置方式做了一些对比和分析,希望能够帮助站点选择更适合自己、性价比最优的方式来进行移动化。


跳轉適配代碼適配自適應
複雜程度簡單到中等。開發獨立網站的速度可以非常快。

  小型企業可選用多種自動方案,以近乎實時的速度生成移動網站。

中到高,取决于网站的複雜程度和您需要创建的代码库数量。

  代碼適配所需的開發时间可能较长,且要求服务器端编程

中。需要使用能隨屏幕尺寸而變的流體網格從頭開始創建。

  如果網站需求較簡單,有許多開源模板可供選擇。

  如要构建包含额外编程的复杂的自適應网站,所需的时间会比较长。

性能中。圖片和其他網站內容可輕松針對小屏幕優化,但網站重定向經常會導致延遲問題。高。可以簡化爲只包含爲相應設備優化的內容,以實現最佳性能。高。無任何重定向,但需要有周全的計劃才能實現最優的效果。數據量膨脹是最常見的錯誤。
維護需求中到高。更新主網站後,還必須單獨在移動網站上進行更新。如果人工維護,將需要大量的資源。許多網站使用內容管理系統來避免這一問題,並自動在所有模板上發布內容。低。創建後,更新內容會流向所有設備,維護工作量極低。
設備可專門針對移動用戶優化網站。单独的文件和服务器端代码(会在向用户传递网页前在您的服务器上运行)可以提供依設備而定的体验。所有設備上的用户体验保持一致(一些設備专属的选项可通过服务器端程序添加)。
是否支持擴展至新平台不支持。這是智能手機專用的獨立移動網站。新平台無法輕松集成到現有架構中。支持。可轻松针对具体的設備(例如智能电视)创建模板,并通过同一个网址投放。支持。使用指定的断点和流体网格,可轻松扩展到新平台和新設備。

  建設對百度友好的移動站點

  一、域名&服務器&前端語言

  1.域名

  最初的時候,我以爲移動站(俗稱手機站,簡稱M站或者wap站)的域名和PC站一樣,隨便挑一個就可以了。後來才發現,“理想是美好的,現實是殘酷的”:百度搜索引擎原來有自己的偏好!如下所示:

  推荐: m.baidu.com     sports.sina.cn     a.m.hao123.net     www.m168.info

  不推薦:www.baidu.com/m

  可以看出来,百度搜索引擎喜欢独立的、短小的二级域名(简洁的三级域名也可)。但却不喜欢用子目录做的M站,理由也很简单,如果说PC站用 www.baidu.com,M站用www.baidu.com/m/ ,那搜索引擎对 /m/ 这个目录会感到疑惑:到底是PC站的一个子目录,还是PC站相对应的M站呢?真是剪不断,理还乱啊。

  以上舉例的域名,我們來做個PC站與M站對應的關系:

  PC站                        M站

  www.baidu.com     m.baidu.com

  sports.sina.com      sports.sina.cn

  a.hao123.net          a.m.hao123.net

  www.m168.cc         www.m168.info

  可能大家会发现,最后一个例子中,PC站和M站都是使用的www作为前缀,其实我是不怎么赞同的,使用 m 或者 wap 才较为合适。因为说不定什么时候老板想把www.m168.cc 作为他用,而 www.m168.info 作为PC站了。

  OK,我們現在知道M站用二級域名或者三級域名了,那麽有同學又提到了一個問題,在百度搜索引擎的策略裏,PC站和M站的主域是不是必須用一個呢?答案是“否”,但又必須相關,如下:

  可行——PC站:www.hao123.com 移动站:m.hao123.net

  不推荐——PC站:www.hao123.com 移动站:m.123.com

  可以看到,百度搜索引擎(以下内容简称百度)认同 用 hao123 做为主干,使用不同后缀的域名分别用作PC站和M站的域名,但不推荐使用没有关系的域名。

  2.服務器

  不管做什麽站,首先網站有個非常重要的前提:服務器的穩定性。百度官方透露:目前百度對可訪問性有問題的網站打壓是非常厲害的。如果被檢測到網站404、502等各種影響用戶浏覽網站的狀況發生,是會影響到網站自身在移動百度搜索結果裏的排名。同時,移動百度搜索對網頁加載速度上的要求也很苛刻:“網頁加載超過3秒以上不考慮排名”。當然,一般情況下會排除統計工具代碼的加載時間,但廣告加載會計算在3秒之內!大家還是先回家測試一下手機站的加載速度吧。溫馨提示:利用站長平台工具“頁面優化建議”可以粗略的查出影響頁面加載的因素有哪些。

  

  3.前端開發語言

  移動互聯網發展至今,前端開發語言經過曆次的更叠,目前主流仍在使用的用xml、xhtml、html5。

  曆年來,移動web主要技術標准有:

  WML——古典的移動web標准,使用WML

  i-mode——小日本的標准,使用iHTML,我們可以忽略

  OMA领导的xHTML mobile profile,使用xHTML

  W3C领导的xHTML Basic,使用xHTML

  以及所谓的Full Web,也就是普通的HTML——从iPhone开始流行起来

  近年來比較流行HTML5,是html標准的最新版(在2014年10月正式發布),目前世界上主流浏覽器最新版均以支持,同時,也是各站長平台、浏覽器廠商推薦的移動站點的前端語言標准。附送一張進化圖,用以各位看官了解:

  

  二、applicable-device標注

  1.意義

  用來向百度蜘蛛說明此url頁面適合在PC端還是M端展現。說白了,就是幫助百度提交校驗識別結果的正確性,減少百度蜘蛛把PC站當成M站,或者把M站當成PC站進行抓取。

  2.代碼位置

  代碼放在<head></head>中間,規則和對應關系見下:

  如果是PC站,代码:<meta name="applicable-device"content="pc">

  如果是M站,代码:<meta name="applicable-device"content="mobile">

  如果是自適應或代碼適配,代码:<meta name="applicable-device"content="pc,mobile">

  三、站點結構

  1.樹狀or扁平?

  其實大家沒有必要再糾結所謂的樹狀還是扁平,只要能讓Baiduspider把整個網站跑一遍就可以,但今天要提醒大家注意兩點:

  a 不要所有内容放在同一个目录下(包括根目录),这种不符合上面所说的“树状结构”,同时无法让蜘蛛明白这些文章的分类。错误例子:http://www.xxx.com/article-7750-1.html

  b 不要过度细分目录(就是一级目录下面有二级目录,然后还有三级、四级。。。等目录),按需生成目录,不要无下限的生成多级目录:

  http://www.xxx.com/news/ 推荐

  http://www.xxx.com/news/yyxw/ 若内容过少,不推荐

  2.面包屑導航

  對于移動網頁來說,面包屑導航也非常重要,在此不再多言。

  3.anchor質量

  超鏈接分兩種,一種是純文本鏈接(只有url,沒有說明描述),在移動網頁上百度並不推薦使用;另一種就是錨文本鏈接,代碼如下:

  <a title="标题描述" href="http://www.xxx.com/article-7750-1.html">标题描述</a>

  上述標題描述即爲anchor,這個anchor必須准確地描述相對應的鏈接內容,虛假的anchor內容還會受到百度的懲罰。

  四、url結構和外鏈

  1.url結構

  雖然百度已經支持動態化url鏈接,但靜態化url鏈接依然是優先推薦使用(純靜態化,或者僞靜態化)。在使用靜態化url鏈接時,url的結構也是需要注意的地方:

  盡量簡單短小,少用特殊符號;

  盡量不用中文url,因爲在移動端沒有太大意義,目前平台的改版工具和移動適版工具支持得也不夠,別給自己找麻煩了;

  結構層次盡量不要太多,越少越好,但不要把所有的內容頁放在同一個目錄裏面

  2.外鏈

  有句内行话是这么说的:“内容为王,外链为皇”。如今,外链的作用依然很强大,不管是导量方面也好,SEO優化方面也罢。各个站长依然为了“外链”而头疼,特别是被不明身份者恶意刷外链的站长们,更是吃不下睡不着。关于外链生效的问题方面,PC端、移动端外链均有效(PC链向移动站点同样有效),但需要注意几点:

  整體而言,減弱信任度;

  高質量的外鏈,一直有效;

  低質量的外鏈,具有負面影響,而作弊外鏈,則會受到懲罰。

  針對惡意外鏈事件屢次發生,站長平台發布了“外鏈分析”的工具,讓各位站長可以明確的知曉到底有哪些站放了我們網站的外鏈。各位可以在站長平台查看:

  

  五、移動類型提交

  百度站在平台的设置里,把网站分为了五类:PC站;有对应PC站的移动站;独立移动站;自適應的站点;代碼適配的站点。根据站点实际情况进行设置,有利于百度蜘蛛在抓取页面,以及搜索结果的排名(PC站和M站的搜索结果展现机制不一样)。设置方法如下:

  

  

  跳轉適配生效经验分享

  當用戶用百度搜索某個關鍵詞時,百度會優先展現用戶體驗最佳的頁面,就算你做了移動站,可因爲百度並沒有發現你原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页,在<head></head>中标注<meta name="applicable-device"content="pc">

  如果是移动页,在<head></head>中标注<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/${1}.html 一个正则表达。但建议写成两个正则:

  www.123.com/a/abc-(\d+).html对应 m.123.com/a/abc-${1}.html

  www.123.com/a/def-(\d+).html对应 m.123.com/a/def-${1}.html

  五、最後強調

  不管使用哪種方式,適配成功後都要持續保持PC頁和移動頁的適配關系,因爲百度會繼續檢查適配關系是否正常是否生效,如果發現適配關系不正確,之前生效的數據也會轉爲失效,影響移動流量。

  1,PC結構發生變化,檢查移動站點是否快速跟著變了

  2,PC頁面主體內容發生變化,檢查移動頁面是否一致

  3,如果使用平台工具提交的適配關系,定期檢查數據狀態,如果之前顯示“適配成功”的數據改成了“校驗失敗”要趕緊查看PC頁與移動頁的對應關系。

  自適應对百度友好关键

  一、什么样的网站适合做自適應

  自適應网页设计(Responsive Web Design)是指可以自动识别终端設備屏幕的大小从而做出相应调整的网页设计方法。这种网页设计方法完美解决了如何在不同大小的网络設備上呈现同样的网页效果。大家公认自適應至少有4个好处:提升用户体验;PC端和移动端SEO保持一致;避免重复内容和出错内容;链接统一。

  而自適應比较明显的缺陷是,開發成本比较高,尤其是要构建包含额外编程的复杂的自適應网站,所需的时间会比较长。如果网站需求较简单,有许多开源模板可供选择。

  对于已经比较成熟PC网站来说,如果要实现全站的自適應,有可能需要推掉原来所有的代码进行重构,时间和技术成本都比较大,而且如果一个网站有多个portal(入口),会大大增加架构设计的复杂度,所以现在有很多网站只在移动端实现了响应式布局设计。

  二、自適應网页代码上需要做出哪些调整

  1、 阻止移动浏览器自动调整页面大小

  iOS和Android浏览器都基于webkit核心,这两种浏览器以及其他的很多浏览器都支持viewport meta元素覆盖默认的画布缩放设置,只需在HTML的<head>标签中插入一个<meta>标签,<meta>标签中可以设置具体的宽度(如像素值)或者缩放比例2.0(設備实际尺寸的两倍),下面是将一个页面放大到設備实际尺寸两倍显示的meta标签示例:

  <meta name=”viewport” content=”initial-scale=2.0,width=device-width”/>

  2、將網頁修改爲百分比布局

  当某个浏览窗口处于媒体查询固定的范围之外,网页就需要水平滚动才能完整浏览,而通过百分比布局可以页面元素根据窗口大小在一个又一个媒体查询之间灵活修正样式,具体来讲,就是css代码不会指定具体像素宽度:width:xxx px;而是会指定一个百分比宽度:width:xx%;或者直接就是width:auto;这里大家可以根据一个简易的公式将固定像素宽度转换成对应的百分比宽度:目标元素宽度 ÷ 上下文元素宽度 = 百分比宽度

  例如:

  <div id =”wraper”>

  <divid = “header”></div>

  </div>

  #wrapper {

  margin-right: auto;

  margin-left: auto;

  width: 960px;

  }

  #header {

  margin-right: 10px;

  margin-left:10px;

  width: 940px;

  }

  轉換爲百分比的header區塊的css爲:

  #header {

  margin-right: 10px;

  margin-left: 10px;

  width: 97.916667% /* 940 ÷ 960 */

  }

  3、用em替換px

  同样,目标元素宽度 ÷ 上下文元素宽度 = 百分比宽度这个公式也适用于将文字的像素单位转换为相对单位,值得注意的是,现代浏览器的默认文字都是16像素,因此一开始给body标签应用下列任何一条规则所产生的效果都一样:

  font-size: 100%;

  font-size:16px;

  font-size: 1em;

  例如某網站網站標題相應的樣式:

  #logo {

  display: block;

  padding-top: 75px;

  color: #0d0c0c;

  font-family: Arial;

  font-size: 48px;

  }

  修改後的樣式如下:

  #logo{

  display: block;

  padding-top: 75px;

  color: #0d0c0c;

  font-family:Arial;

  font-size:3em /* 48 ÷ 16 */

  }

  4、流动布局(fluid grid)的使用

  “流動布局”指的是各個區塊的位置都浮動,不是固定不變的。

  .main {float: right;width: 70%;}

  .leftBar {float: left;width: 25%;}

  這麽做的好處是,如果寬度太小,放不下兩個元素,後面的元素會自動滾動到前面元素的下方,不會在水平方向溢出,避免了水平滾動條的出現,大大提升了用戶的閱讀體驗。另外,絕對定位(position:absolute)的使用,也要非常小心。

  5、Media Query技术的使用

  在自適應设计的技术中,css3支持css2.1定义的媒体类型,同时添加了很多涉及媒体类型的功能属性,包括max-width(最大宽度),device-width(設備宽度,orientation(屏幕定向:横屏或竖屏),因此可以通过Media Query加载相应的CSS文件. 例如,下面代码定义了如果页面通过屏幕呈现,并且屏幕宽度不超过480px,则加载shetland.css

  <link rel="stylesheet" type="text/css" media="screen and (max-device-width: 480px)" href="shetland.css" />

  同样可以创建多个样式表,以适应不同設備或者不同分辨率的宽度范围,当然更有效的做法是将多个Media Query整合在一个样式表文件中:

[email protected] only screen and (min-devece-width: 320px) and (max-device-width: 480px) {

  /* Styles */

  }

[email protected] screen and (min-width: 600px) {

  .hereIsMyClass {

  width: 30%;

  float: right;

  }

  上面的代碼中定義的樣式類只有在浏覽器屏幕寬度超過600px時才會有效。

  因此,使用min-width和max-width可以同时判断屏幕尺寸与浏览器实际宽度,如果希望通过Media Query作用于某种特定設備,但忽略在其上运行的浏览器是否由于没有最大化尺寸与設備屏幕尺寸不一致,则可以使用max-device-width和max-device-width属性来判断設備本身屏幕尺寸。

  Media Query不是唯一的解决方案,同样可以通过Javascript来实现自適應设计,特别是某些旧浏览器无法完美支持CSS3的Media Query时,它可以作为备选方案。当然,我们仍然能借助专业的Javascript库来帮助旧浏览器(IE5+,Firefox 1+,Safari 2等)支持CSS3的Media Queries.使用方法:下载css3-mediaqueries.js,然后在页面中调用它即可,例如:

  <!--[if lt IE 9]>

  <script src=http://css3-mediaqueries-js.googlecode.com/svn/trunk/css3-mediaqueries.js></script>

  <![endif]-->

  6、 设计响应式图片

  有很多同比縮放圖片的技術,其中有不少是簡單易行的,比較流行的方法是使用CSS的max-width屬性:

  img { max-width: 100%;}

  老版本的IE不支持max-width,所以只好寫成:

  img { width: 100%; }此外,windows平台缩放图片时,可能出现图像失真现象。这时,可以尝试使用IE的专有命令:

  img { -ms-interpolation-mode: bicubic; }

  或者,Ethan Marcotte的imgSizer.js。

  addLoadEvent(function() {

  var imgs =

  ocument.getElementById("content").getElementsByTagName("img");

  imgSizer.collate(imgs);

  });

  如果有條件的話,最好能根據屏幕的不同大小,加載不同分辨率的圖片。

  三、 自適應站点对百度友好的关键

  1,applicable-device標注應該怎麽寫

  有了自適應设计的网页,还要照顾到对百度友好的设计,即告诉百度“我是自適應页面”方便百度进行识别校验。方法也很简单,只要在上面viewport标签下面再添加一个applicable-device标签就行:

  <meta name="applicable-device" content="pc,mobile">

  表示页面同时适合在移动設備和PC上进行浏览。

  2, 在使用百度站长平台链接提交工具的sitemp进行提交时,要做mobile type标记,具体取值:

  <mobile:mobile type="pc,mobile"/>

  其他網頁取值如下:

  <mobile:mobile/> :移动网页

  <mobile:mobile type="mobile"/> :移动网页

  <mobile:mobile type="htmladapt"/>:代碼適配

  無該上述標簽表示爲PC網頁

  代碼適配如何做对百度友好

  百度的移动适配目前分为三种情况:跳轉適配,代碼適配和自適應。跳轉適配目前百度的站长平台里有完整的适配工具,可以在平台里提交适配规则即可。但是代碼適配则需要我们在网站里做一些配置,才能让百度准确识别我们的网页适配关系。下面就详细介绍下我们做代碼適配的过程。

  流量潛力

  如果不做移動適配的話,可能我們本來有的移動網頁和移動端排名因百度無法確認是移動頁面,因此這部分流量都給指向了百度的轉碼頁。可以看自己網站在站長工具裏面,移動端有多少流量是指向了轉碼頁。這部分流量在做完適配後,即可指向我們的移動頁面,避免了自己的流量被百度截流。

  開發

  代碼適配的開發,百度官方也有详细的说明,可分为两部分: Vary HTTP标头 和 Meta applicable-device 标签。

  【Vary HTTP 标头】

  其作用在百度的文档里解释得很清楚:1、它会向百度传递一个信号,表示说这是个代碼適配的站点,百度就会尽快把网站抓取一遍进行适配;2、它可以防止用户接收到错误的网页缓存。这部分是在网站的服务器上进行的,有可能是 Nginx,Apache, IIS 等, 需要在服务器的配置里,设置 Varyheader 为 Vary:Accept-Encoding, User-Agent

  比如Nginx 下, 可以在配置文件中加上:more_set_headers-s 200 "Vary: " "Accept-Encoding, User-Agent"

  注意:打開這個設置需要nginx同時安裝有ngx_headers_more模塊

  在Apache下,可以在配置文件里写上:Headerappend Vary User-Agent

  【Meta applicable-device 标签】

  Vary header 加上之后,为了让百度更好地识别我们的页面是 PC 还是 Mobile,就需要使用百度自定义的这个 Meta applicable-device 标签了。注意以下来自百度的消息: Meta applicable-device 标签,并非是站点必须标注的,现在很多站点没有标记这个标签情况也很好。但这个标签可以帮助百度校验自己的判断,并及时进行修正。做这个事情又不麻烦,所以我们建议代碼適配站点为了保证效果,还是加这个标签。

  因此可能有些网站之前的移动流量已经很好了, 不会出现被百度转码的情况. 这说明百度已经能很好地识别你的移动页面了. 但是依然建议加上这个标签, 一来加这个标签很容易, 二来可以确保百度能更准确地识别页面类型. 如果没有加这个标签的话, 万一突然技术做改版, 一些代码的修改导致百度无法继续准确识别页面类型了呢?

  这部分是在网站的模板里添加的。自適應的网站肯定已经有了判断用户設備是 PC 还是 Mobile 的逻辑。利用这个逻辑,在整站的 <head></head> 部分添加一行代码即可:

  如果用户是PC設備(注意需要包括Baiduspider PC UA),则添加<metaname="applicable-device" content="pc">

  如果用户是移动設備(包括 Baiduspider Mobile UA),则添加<metaname="applicable-device" content="mobile">

  注:關于BAIDUSPIDER,移動和PC其實都是Baiduspider,並沒有區分,只是UA進行了區分。最新移動UA請見百度官方文檔。

  驗收上線

  開發完成后,需要先在测试机上验收。可以用 Google 浏览器来模拟 Baiduspider 来检查是否添加正确, 如图所示, 是检查 Baiduspider Mobile UA 的效果的

  

  在测试机上验收完成后就可以上线了。上线后,尽量再用站长平台的抓取诊断工具测试几个页面,以免到线上后出现与测试机不一致的情况。比如下面是抓取 PC 页面来检查的线上结果。

  

  跟蹤

  上线后就可以持续跟蹤百度移动的SEO流量数据了。要追踪的主要是网站自己的统计工具统计的流量数据和百度站长平台的移动端转码页流量数据。上线后一到两周,移动端的流量应该就会有明显的增长,而百度转码页的流量则会下降。这个此消彼长的过程会持续一段时间。直到转码页的流量基本为0,都转为移动页的流量。

  來源:SEO搜尋引擎優化 - SEO自學網 轉載注明出處!

? 上一篇下一篇 ?   本文關鍵詞: 移動搜索  無線搜索  移動SEO  

評論列表:

站長SEO學院
第一節:百度搜索引擎工作原理
第二節:建設對搜索引擎友好的站點
第三節:如何進行網站內容建設
第四節:整體優化、結構優化、網頁優化
第五節:移動搜索-明确移動搜索优化标准
百度SEO資料文檔
百度搜索引擎優化指南2.0
百度移動搜索优化指南2.0
網站分析白皮書(站長版)
移動站點該如何優化
建設對百度友好的站點
百度搜索引擎網頁質量白皮書
石榴算法-綠蘿算法-冰桶算法
新搜索時代下的優化策略
更多百度SEO資料文檔
站長推薦
DIV+CSS布局實例教程-Web標准
网站SEO優化常见问题汇总
SEO優化推广方案该如何写
SEO優化方案步骤
影響網站關鍵詞排名因素總結
影響谷歌搜索引擎排名的因素調查
手機移動端站點適配優化
最近發表