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

　　選擇適合你的移動化之路

　　如何布局您的PC站和移動站，并表達兩者之間內(nèi)容的對應(yīng)關(guān)系

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

　　1，跳轉(zhuǎn)適配：該方法會利用單獨的網(wǎng)址向每種設(shè)備提供不同的代碼。這種配置會嘗試檢測用戶所使用的設(shè)備或ua，然后使用 HTTP 重定向和 Vary HTTP 標(biāo)頭重定向到相應(yīng)的頁面。

　　2，代碼適配：該方法使用相同的網(wǎng)址（不考慮用戶所使用的設(shè)備），但會根據(jù)服務(wù)器對用戶所用瀏覽器的了解（ua），針對不同設(shè)備類型生成不同版本的 HTML。

　　3，自適應(yīng)：通過同一網(wǎng)址提供相同 HTML 代碼的網(wǎng)站設(shè)計方法。該方法不考慮用戶所使用的設(shè)備（pc、平板電腦、移動設(shè)備），但可以根據(jù)屏幕尺寸以不同方式呈現(xiàn)（即適應(yīng)）顯示屏。

	PC、移動網(wǎng)址是否一致	PC、移動網(wǎng)頁代碼是否一致
跳轉(zhuǎn)適配	否	否
代碼適配	是	否
自適應(yīng)	是	是

　　三種配置方式的分析

　　百度僅站在搜索引擎角度對跳轉(zhuǎn)適配、代碼適配、自適應(yīng)這三種配置方式做了一些對比和分析，希望能夠幫助站點選擇更適合自己、性價比最優(yōu)的方式來進行移動化。

	跳轉(zhuǎn)適配	代碼適配	自適應(yīng)
復(fù)雜程度	簡單到中等。開發(fā)獨立網(wǎng)站的速度可以非常快。 　　小型企業(yè)可選用多種自動方案，以近乎實時的速度生成移動網(wǎng)站。	中到高，取決于網(wǎng)站的復(fù)雜程度和您需要創(chuàng)建的代碼庫數(shù)量。 　　代碼適配所需的開發(fā)時間可能較長，且要求服務(wù)器端編程	中。需要使用能隨屏幕尺寸而變的流體網(wǎng)格從頭開始創(chuàng)建。 　　如果網(wǎng)站需求較簡單，有許多開源模板可供選擇。 　　如要構(gòu)建包含額外編程的復(fù)雜的自適應(yīng)網(wǎng)站，所需的時間會比較長。
性能	中。圖片和其他網(wǎng)站內(nèi)容可輕松針對小屏幕優(yōu)化，但網(wǎng)站重定向經(jīng)常會導(dǎo)致延遲問題。	高?？梢院喕癁橹话瑸橄鄳?yīng)設(shè)備優(yōu)化的內(nèi)容，以實現(xiàn)最佳性能。	高。無任何重定向，但需要有周全的計劃才能實現(xiàn)最優(yōu)的效果。數(shù)據(jù)量膨脹是最常見的錯誤。
維護需求	中到高。更新主網(wǎng)站后，還必須單獨在移動網(wǎng)站上進行更新。	如果人工維護，將需要大量的資源。許多網(wǎng)站使用內(nèi)容管理系統(tǒng)來避免這一問題，并自動在所有模板上發(fā)布內(nèi)容。	低。創(chuàng)建后，更新內(nèi)容會流向所有設(shè)備，維護工作量極低。
設(shè)備	可專門針對移動用戶優(yōu)化網(wǎng)站。	單獨的文件和服務(wù)器端代碼（會在向用戶傳遞網(wǎng)頁前在您的服務(wù)器上運行）可以提供依設(shè)備而定的體驗。	所有設(shè)備上的用戶體驗保持一致（一些設(shè)備專屬的選項可通過服務(wù)器端程序添加）。
是否支持擴展至新平臺	不支持。這是智能手機專用的獨立移動網(wǎng)站。新平臺無法輕松集成到現(xiàn)有架構(gòu)中。	支持?？奢p松針對具體的設(shè)備（例如智能電視）創(chuàng)建模板，并通過同一個網(wǎng)址投放。	支持。使用指定的斷點和流體網(wǎng)格，可輕松擴展到新平臺和新設(shè)備。

　　建設(shè)對百度友好的移動站點

　　一、域名&服務(wù)器&前端語言

　　1.域名

　　最初的時候，我以為移動站（俗稱手機站，簡稱M站或者wap站）的域名和PC站一樣，隨便挑一個就可以了。后來才發(fā)現(xiàn)，“理想是美好的，現(xiàn)實是殘酷的”：百度搜索引擎原來有自己的偏好！如下所示：

　　推薦： 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站相對應(yīng)的M站呢？真是剪不斷，理還亂啊。西安網(wǎng)站設(shè)計哪家公司好,網(wǎng)站制作推薦閱讀>>> 構(gòu)建對百度友好的移動站點——移動化培訓(xùn)長沙視頻3,

　　以上舉例的域名，我們來做個PC站與M站對應(yīng)的關(guān)系：

　　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

　　可能大家會發(fā)現(xiàn)，最后一個例子中，PC站和M站都是使用的www作為前綴，其實我是不怎么贊同的，使用 m 或者 wap 才較為合適。因為說不定什么時候老板想把www.m168.cc 作為他用，而 www.m168.info 作為PC站了。

　　OK，我們現(xiàn)在知道M站用二級域名或者三級域名了，那么有同學(xué)又提到了一個問題，在百度搜索引擎的策略里，PC站和M站的主域是不是必須用一個呢？答案是“否”，但又必須相關(guān)，如下：

　　可行——PC站：www.hao123.com 移動站：m.hao123.net

　　不推薦——PC站：www.hao123.com 移動站：m.123.com

　　可以看到，百度搜索引擎（以下內(nèi)容簡稱百度）認同 用 hao123 做為主干，使用不同后綴的域名分別用作PC站和M站的域名，但不推薦使用沒有關(guān)系的域名。

　　2.服務(wù)器

　　不管做什么站，首先網(wǎng)站有個非常重要的前提：服務(wù)器的穩(wěn)定性。百度官方透露：目前百度對可訪問性有問題的網(wǎng)站打壓是非常厲害的。如果被檢測到網(wǎng)站404、502等各種影響用戶瀏覽網(wǎng)站的狀況發(fā)生，是會影響到網(wǎng)站自身在移動百度搜索結(jié)果里的排名。同時，移動百度搜索對網(wǎng)頁加載速度上的要求也很苛刻：“網(wǎng)頁加載超過3秒以上不考慮排名”。當(dāng)然，一般情況下會排除統(tǒng)計工具代碼的加載時間，但廣告加載會計算在3秒之內(nèi)！大家還是先回家測試一下手機站的加載速度吧。溫馨提示：利用站長平臺工具“頁面優(yōu)化建議”可以粗略的查出影響頁面加載的因素有哪些。西安個人做網(wǎng)站,西安企業(yè)建站推薦閱讀>>> 什么是跳轉(zhuǎn)適配——移動化培訓(xùn)長沙視頻4,

　　

　　3.前端開發(fā)語言

　　移動互聯(lián)網(wǎng)發(fā)展至今，前端開發(fā)語言經(jīng)過歷次的更迭，目前主流仍在使用的用xml、xhtml、html5。

　　歷年來，移動web主要技術(shù)標(biāo)準有：

　　WML——古典的移動web標(biāo)準，使用WML

　　i-mode——小日本的標(biāo)準，使用iHTML，我們可以忽略

　　OMA領(lǐng)導(dǎo)的xHTML mobile profile，使用xHTML

　　W3C領(lǐng)導(dǎo)的xHTML Basic，使用xHTML

　　以及所謂的Full Web，也就是普通的HTML——從iPhone開始流行起來

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

　　

　　二、applicable-device標(biāo)注

　　1.意義

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

　　2.代碼位置

　　代碼放在<head></head>中間，規(guī)則和對應(yīng)關(guān)系見下：

　　如果是PC站，代碼：<meta name="applicable-device"content="pc">

　　如果是M站，代碼：<meta name="applicable-device"content="mobile">

　　如果是自適應(yīng)或代碼適配，代碼：<meta name="applicable-device"content="pc,mobile">

　　三、站點結(jié)構(gòu)

　　1.樹狀or扁平？

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

　　a 不要所有內(nèi)容放在同一個目錄下（包括根目錄），這種不符合上面所說的“樹狀結(jié)構(gòu)”，同時無法讓蜘蛛明白這些文章的分類。錯誤例子：http://www.xxx.com/article-7750-1.html

　　b 不要過度細分目錄（就是一級目錄下面有二級目錄，然后還有三級、四級。。。等目錄），按需生成目錄，不要無下限的生成多級目錄：

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

　　http://www.xxx.com/news/yyxw/ 若內(nèi)容過少，不推薦

　　2.面包屑導(dǎo)航

　　對于移動網(wǎng)頁來說，面包屑導(dǎo)航也非常重要，在此不再多言。

　　3.anchor質(zhì)量

　　超鏈接分兩種，一種是純文本鏈接（只有url，沒有說明描述），在移動網(wǎng)頁上百度并不推薦使用；另一種就是錨文本鏈接，代碼如下：

　　<a title="標(biāo)題描述" href="http://www.xxx.com/article-7750-1.html">標(biāo)題描述</a>

　　上述標(biāo)題描述即為anchor，這個anchor必須準確地描述相對應(yīng)的鏈接內(nèi)容，虛假的anchor內(nèi)容還會受到百度的懲罰。西安著名的網(wǎng)站建設(shè)公司,建企業(yè)網(wǎng)站推薦閱讀>>> 百度移動搜索工作介紹——移動化培訓(xùn)長沙視頻1,

　　四、url結(jié)構(gòu)和外鏈

　　1.url結(jié)構(gòu)

　　雖然百度已經(jīng)支持動態(tài)化url鏈接，但靜態(tài)化url鏈接依然是優(yōu)先推薦使用（純靜態(tài)化，或者偽靜態(tài)化）。在使用靜態(tài)化url鏈接時，url的結(jié)構(gòu)也是需要注意的地方：

　　盡量簡單短小，少用特殊符號；

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

　　結(jié)構(gòu)層次盡量不要太多，越少越好，但不要把所有的內(nèi)容頁放在同一個目錄里面

　　2.外鏈

　　有句內(nèi)行話是這么說的：“內(nèi)容為王，外鏈為皇”。如今，外鏈的作用依然很強大，不管是導(dǎo)量方面也好，SEO優(yōu)化方面也罷。各個站長依然為了“外鏈”而頭疼，特別是被不明身份者惡意刷外鏈的站長們，更是吃不下睡不著。關(guān)于外鏈生效的問題方面，PC端、移動端外鏈均有效（PC鏈向移動站點同樣有效），但需要注意幾點：

　　整體而言，減弱信任度；

　　高質(zhì)量的外鏈，一直有效；

　　低質(zhì)量的外鏈，具有負面影響，而作弊外鏈，則會受到懲罰。

　　針對惡意外鏈事件屢次發(fā)生，站長平臺發(fā)布了“外鏈分析”的工具，讓各位站長可以明確的知曉到底有哪些站放了我們網(wǎng)站的外鏈。各位可以在站長平臺查看：

　　

　　五、移動類型提交

　　百度站在平臺的設(shè)置里，把網(wǎng)站分為了五類：PC站；有對應(yīng)PC站的移動站；獨立移動站；自適應(yīng)的站點；代碼適配的站點。根據(jù)站點實際情況進行設(shè)置，有利于百度蜘蛛在抓取頁面，以及搜索結(jié)果的排名（PC站和M站的搜索結(jié)果展現(xiàn)機制不一樣）。設(shè)置方法如下：

　　

　　

　　跳轉(zhuǎn)適配生效經(jīng)驗分享

　　當(dāng)用戶用百度搜索某個關(guān)鍵詞時，百度會優(yōu)先展現(xiàn)用戶體驗最佳的頁面，就算你做了移動站，可因為百度并沒有發(fā)現(xiàn)你原PC頁面對應(yīng)的移動頁面，也會失去上述優(yōu)先機會。那么，如何讓百度快速發(fā)現(xiàn)PC--移動頁面的對應(yīng)關(guān)系？我們常做的有自主適配、meta標(biāo)注、站長工具提交適配關(guān)系，但由于自主適配和meta標(biāo)注只有在百度蜘蛛抓取原PC頁面的時候才能發(fā)現(xiàn)對應(yīng)的移動頁面，那么發(fā)現(xiàn)全部移動頁面會需要很長的時間，而在百度站長工具中提交移動適配關(guān)系將大大縮短了這個時間。

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

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

　　一、內(nèi)容一致是移動適配成功的關(guān)鍵

　　1、PC頁面和對應(yīng)的移動頁面主體內(nèi)容必須完全對等

　　盡量保持原PC頁面信息量不變，但為了移動頁面美觀和訪問速度，可以刪減不太重要的模塊和細分導(dǎo)航，但頁面主體內(nèi)容必須保持不變，比如文章正文或目錄頁面的鏈接數(shù)和鏈接指向要完全一致。

　　2、PC和移動的適配關(guān)系必須是一對一，不能多對一

　　若某些PC頁面沒有對應(yīng)的移動頁，那這些PC頁可以不提交適配關(guān)系，但不能將多個PC頁面同時指向一個移動頁面，比如某文章頁面在PC上有分頁，到了移動站上分頁取消，原PC文章所有分頁都指向了同一個移動頁面，這也會導(dǎo)致校驗識別。PS：允許出現(xiàn)一個PC頁面對應(yīng)兩個移動頁的情況：一個是給高端機看的，一個是給低端機看的。

　　3、需要適配的頁面不能內(nèi)容過少、為空或者無法訪問

　　百度需要將PC頁面內(nèi)容和移動頁面內(nèi)容進行對比參照，若內(nèi)容過少或空，以及需要登錄才能查看的頁面，百度都無法識別相似度。

　　二、建議移動站和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等搜索引擎都是不喜歡的。但如果真的這樣做了，百度站長工具也可以提交適配規(guī)則，具體方法可查看站長學(xué)院中《目錄級移動適配如何使用工具提交適配關(guān)系》這篇文章。

　　三、更多注意事項

　　1、允許Baiduspider訪問，不要robots封禁

　　雖然聽起來有些無厘頭，但這種情況是真實存在的，要注意你的移動站點對百度是不是開放的。

　　2、UA判斷后盡量使用301或302進行跳轉(zhuǎn)

　　現(xiàn)在比較常見的是PC站點只適配一個移動站點，那么使用301就可以，如果需要同時適配高端域名和低端域名，推薦使用302

　　3、盡量為頁面添加applicable-device標(biāo)簽

　　applicable-device標(biāo)簽用于幫助百度校驗識別頁面類型的準確度，雖然不是硬性要求，但對站點來說沒有任何弊端

　　如果是PC頁，在<head></head>中標(biāo)注<meta name="applicable-device"content="pc">

　　如果是移動頁，在<head></head>中標(biāo)注<meta name="applicable-device"content="mobile">

　　4、移動適配工具、META標(biāo)簽、自主適配——三種方式邏輯關(guān)系保持一致

　　很多朋友都是這三種方式全用的，百度也支持這樣，但這里有一個問題是：邏輯關(guān)系要保持不致，不能在自主適配時PC頁對應(yīng)的是移動頁是A，而提交時卻變成了B。這樣最終百度自主選擇的適配移動頁面可能和你預(yù)期的不一樣。

　　四、通過百度站長工具提交適配關(guān)系的注意事項

　　前面兩個要點要確保都沒問題了，那接下來就是向百度提交適配關(guān)系了。

　　1、強烈推薦使用規(guī)則適配

　　使用規(guī)則適配的好處主要有百度校驗快，生效時間短，最主要的是后期不需要站長去維護，而URL適配需要不斷地更新近期增加的頁面。建議只有當(dāng)PC對應(yīng)的移動頁面URL沒有規(guī)則可言時再考慮URL適配。

　　2、在規(guī)則適配中推薦使用提交多條規(guī)則

　　除非你的站點簡單，頁面類型單一可以選用單條規(guī)則，使用多條規(guī)則的好處是可以針對不同類型的URL頁面寫出對應(yīng)規(guī)則，比如目錄頁、目錄分頁、文章頁、專題頁、產(chǎn)品頁等等，這樣能照顧到每一種頁面類型，一旦某個規(guī)則填寫錯誤負面影響可以縮到最小，整體提高校驗速度和縮短生效時間。

　　3、規(guī)則適配中正則粒度越細越好

　　提交多條規(guī)則就涉及到正則式的問題，正則匹配符號(\d+)表述數(shù)字，([a-zA-Z]+) 表示字母，([a-zA-Z0-9]+)表示字母混合，(\w+)表示字母數(shù)字下劃線混合，上述四種匹配符號中，前兩者屬于粒度最細的、推薦使用，第三種第四種粒度較粗，在正則式中若用大粒度匹配符將會增加校驗時間。

　　案例：若有兩個PC頁面www.123.com/a/abc-1.html和www.123.com/a/def-1.html，有些站長會直接用 www.123.com/a/(\w+).html 對應(yīng) m.123.com/a/${1}.html 一個正則表達。但建議寫成兩個正則：

　　www.123.com/a/abc-(\d+).html對應(yīng) m.123.com/a/abc-${1}.html

　　www.123.com/a/def-(\d+).html對應(yīng) m.123.com/a/def-${1}.html

　　五、最后強調(diào)

　　不管使用哪種方式，適配成功后都要持續(xù)保持PC頁和移動頁的適配關(guān)系，因為百度會繼續(xù)檢查適配關(guān)系是否正常是否生效，如果發(fā)現(xiàn)適配關(guān)系不正確，之前生效的數(shù)據(jù)也會轉(zhuǎn)為失效，影響移動流量。

　　1，PC結(jié)構(gòu)發(fā)生變化，檢查移動站點是否快速跟著變了

　　2，PC頁面主體內(nèi)容發(fā)生變化，檢查移動頁面是否一致

　　3，如果使用平臺工具提交的適配關(guān)系，定期檢查數(shù)據(jù)狀態(tài)，如果之前顯示“適配成功”的數(shù)據(jù)改成了“校驗失敗”要趕緊查看PC頁與移動頁的對應(yīng)關(guān)系。

　　自適應(yīng)對百度友好關(guān)鍵

　　一、什么樣的網(wǎng)站適合做自適應(yīng)

　　自適應(yīng)網(wǎng)頁設(shè)計(Responsive Web Design)是指可以自動識別終端設(shè)備屏幕的大小從而做出相應(yīng)調(diào)整的網(wǎng)頁設(shè)計方法。這種網(wǎng)頁設(shè)計方法完美解決了如何在不同大小的網(wǎng)絡(luò)設(shè)備上呈現(xiàn)同樣的網(wǎng)頁效果。大家公認自適應(yīng)至少有4個好處:提升用戶體驗；PC端和移動端SEO保持一致；避免重復(fù)內(nèi)容和出錯內(nèi)容；鏈接統(tǒng)一。

　　而自適應(yīng)比較明顯的缺陷是，開發(fā)成本比較高，尤其是要構(gòu)建包含額外編程的復(fù)雜的自適應(yīng)網(wǎng)站，所需的時間會比較長。如果網(wǎng)站需求較簡單，有許多開源模板可供選擇。

　　對于已經(jīng)比較成熟PC網(wǎng)站來說，如果要實現(xiàn)全站的自適應(yīng)，有可能需要推掉原來所有的代碼進行重構(gòu)，時間和技術(shù)成本都比較大，而且如果一個網(wǎng)站有多個portal（入口），會大大增加架構(gòu)設(shè)計的復(fù)雜度，所以現(xiàn)在有很多網(wǎng)站只在移動端實現(xiàn)了響應(yīng)式布局設(shè)計。

　　二、自適應(yīng)網(wǎng)頁代碼上需要做出哪些調(diào)整

　　1、 阻止移動瀏覽器自動調(diào)整頁面大小

　　iOS和Android瀏覽器都基于webkit核心，這兩種瀏覽器以及其他的很多瀏覽器都支持viewport meta元素覆蓋默認的畫布縮放設(shè)置，只需在HTML的<head>標(biāo)簽中插入一個<meta>標(biāo)簽，<meta>標(biāo)簽中可以設(shè)置具體的寬度(如像素值)或者縮放比例2.0(設(shè)備實際尺寸的兩倍)，下面是將一個頁面放大到設(shè)備實際尺寸兩倍顯示的meta標(biāo)簽示例:

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

　　2、將網(wǎng)頁修改為百分比布局

　　當(dāng)某個瀏覽窗口處于媒體查詢固定的范圍之外，網(wǎng)頁就需要水平滾動才能完整瀏覽，而通過百分比布局可以頁面元素根據(jù)窗口大小在一個又一個媒體查詢之間靈活修正樣式，具體來講，就是css代碼不會指定具體像素寬度：width:xxx px;而是會指定一個百分比寬度：width:xx%;或者直接就是width:auto;這里大家可以根據(jù)一個簡易的公式將固定像素寬度轉(zhuǎn)換成對應(yīng)的百分比寬度：目標(biāo)元素寬度 ÷ 上下文元素寬度 = 百分比寬度

　　例如：

　　<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;

　　}

　　轉(zhuǎn)換為百分比的header區(qū)塊的css為：

　　#header {

　　margin-right: 10px;

　　margin-left: 10px;

　　width: 97.916667% /* 940 ÷ 960 */

　　}

　　3、用em替換px

　　同樣，目標(biāo)元素寬度 ÷ 上下文元素寬度 = 百分比寬度這個公式也適用于將文字的像素單位轉(zhuǎn)換為相對單位，值得注意的是，現(xiàn)代瀏覽器的默認文字都是16像素，因此一開始給body標(biāo)簽應(yīng)用下列任何一條規(guī)則所產(chǎn)生的效果都一樣:

　　font-size: 100%;

　　font-size:16px;

　　font-size: 1em;

　　例如某網(wǎng)站網(wǎng)站標(biāo)題相應(yīng)的樣式:

　　#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）的使用

　　“流動布局”指的是各個區(qū)塊的位置都浮動，不是固定不變的。

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

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

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

　　5、Media Query技術(shù)的使用

　　在自適應(yīng)設(shè)計的技術(shù)中，css3支持css2.1定義的媒體類型，同時添加了很多涉及媒體類型的功能屬性，包括max-width(最大寬度)，device-width(設(shè)備寬度，orientation(屏幕定向:橫屏或豎屏)，因此可以通過Media Query加載相應(yīng)的CSS文件. 例如，下面代碼定義了如果頁面通過屏幕呈現(xiàn)，并且屏幕寬度不超過480px,則加載shetland.css

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

　　同樣可以創(chuàng)建多個樣式表，以適應(yīng)不同設(shè)備或者不同分辨率的寬度范圍，當(dāng)然更有效的做法是將多個Media Query整合在一個樣式表文件中:

　　@media only screen and (min-devece-width: 320px) and (max-device-width: 480px) {

　　/* Styles */

　　}

　　@media screen and (min-width: 600px) {

　　.hereIsMyClass {

　　width: 30%;

　　float: right;

　　}

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

　　因此，使用min-width和max-width可以同時判斷屏幕尺寸與瀏覽器實際寬度，如果希望通過Media Query作用于某種特定設(shè)備，但忽略在其上運行的瀏覽器是否由于沒有最大化尺寸與設(shè)備屏幕尺寸不一致，則可以使用max-device-width和max-device-width屬性來判斷設(shè)備本身屏幕尺寸。

　　Media Query不是唯一的解決方案，同樣可以通過Javascript來實現(xiàn)自適應(yīng)設(shè)計，特別是某些舊瀏覽器無法完美支持CSS3的Media Query時，它可以作為備選方案。當(dāng)然，我們?nèi)匀荒芙柚鷮I(yè)的Javascript庫來幫助舊瀏覽器(IE5+,Firefox 1+,Safari 2等)支持CSS3的Media Queries.使用方法:下載css3-mediaqueries.js,然后在頁面中調(diào)用它即可，例如:

　　<!--[if lt IE 9]>

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

　　<![endif]-->

　　6、 設(shè)計響應(yīng)式圖片

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

　　img { max-width: 100%;}

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

　　img { width: 100%; }此外，windows平臺縮放圖片時，可能出現(xiàn)圖像失真現(xiàn)象。這時，可以嘗試使用IE的專有命令：

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

　　或者，Ethan Marcotte的imgSizer.js。

　　addLoadEvent(function() {

　　var imgs =

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

　　imgSizer.collate(imgs);

　　});

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

　　三、 自適應(yīng)站點對百度友好的關(guān)鍵

　　1，applicable-device標(biāo)注應(yīng)該怎么寫

　　有了自適應(yīng)設(shè)計的網(wǎng)頁，還要照顧到對百度友好的設(shè)計，即告訴百度“我是自適應(yīng)頁面”方便百度進行識別校驗。方法也很簡單，只要在上面viewport標(biāo)簽下面再添加一個applicable-device標(biāo)簽就行：

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

　　表示頁面同時適合在移動設(shè)備和PC上進行瀏覽。

　　2， 在使用百度站長平臺鏈接提交工具的sitemp進行提交時，要做mobile type標(biāo)記，具體取值：

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

　　其他網(wǎng)頁取值如下：

　　<mobile:mobile/> ：移動網(wǎng)頁

　　<mobile:mobile type="mobile"/> ：移動網(wǎng)頁

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

　　無該上述標(biāo)簽表示為PC網(wǎng)頁

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

　　百度的移動適配目前分為三種情況：跳轉(zhuǎn)適配，代碼適配和自適應(yīng)。跳轉(zhuǎn)適配目前百度的站長平臺里有完整的適配工具，可以在平臺里提交適配規(guī)則即可。但是代碼適配則需要我們在網(wǎng)站里做一些配置，才能讓百度準確識別我們的網(wǎng)頁適配關(guān)系。下面就詳細介紹下我們做代碼適配的過程。

　　流量潛力

　　如果不做移動適配的話，可能我們本來有的移動網(wǎng)頁和移動端排名因百度無法確認是移動頁面，因此這部分流量都給指向了百度的轉(zhuǎn)碼頁?？梢钥醋约壕W(wǎng)站在站長工具里面，移動端有多少流量是指向了轉(zhuǎn)碼頁。這部分流量在做完適配后，即可指向我們的移動頁面，避免了自己的流量被百度截流。

　　開發(fā)

　　代碼適配的開發(fā)，百度官方也有詳細的說明，可分為兩部分： Vary HTTP標(biāo)頭 和 Meta applicable-device 標(biāo)簽。

　　【Vary HTTP 標(biāo)頭】

　　其作用在百度的文檔里解釋得很清楚：1、它會向百度傳遞一個信號，表示說這是個代碼適配的站點，百度就會盡快把網(wǎng)站抓取一遍進行適配；2、它可以防止用戶接收到錯誤的網(wǎng)頁緩存。這部分是在網(wǎng)站的服務(wù)器上進行的，有可能是 Nginx,Apache, IIS 等， 需要在服務(wù)器的配置里，設(shè)置 Varyheader 為 Vary:Accept-Encoding, User-Agent

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

　　注意：打開這個設(shè)置需要nginx同時安裝有ngx_headers_more模塊

　　在Apache下，可以在配置文件里寫上：Headerappend Vary User-Agent

　　【Meta applicable-device 標(biāo)簽】

　　Vary header 加上之后，為了讓百度更好地識別我們的頁面是 PC 還是 Mobile，就需要使用百度自定義的這個 Meta applicable-device 標(biāo)簽了。注意以下來自百度的消息: Meta applicable-device 標(biāo)簽，并非是站點必須標(biāo)注的，現(xiàn)在很多站點沒有標(biāo)記這個標(biāo)簽情況也很好。但這個標(biāo)簽可以幫助百度校驗自己的判斷，并及時進行修正。做這個事情又不麻煩，所以我們建議代碼適配站點為了保證效果，還是加這個標(biāo)簽。

　　因此可能有些網(wǎng)站之前的移動流量已經(jīng)很好了, 不會出現(xiàn)被百度轉(zhuǎn)碼的情況. 這說明百度已經(jīng)能很好地識別你的移動頁面了. 但是依然建議加上這個標(biāo)簽, 一來加這個標(biāo)簽很容易, 二來可以確保百度能更準確地識別頁面類型. 如果沒有加這個標(biāo)簽的話, 萬一突然技術(shù)做改版, 一些代碼的修改導(dǎo)致百度無法繼續(xù)準確識別頁面類型了呢?

　　這部分是在網(wǎng)站的模板里添加的。自適應(yīng)的網(wǎng)站肯定已經(jīng)有了判斷用戶設(shè)備是 PC 還是 Mobile 的邏輯。利用這個邏輯，在整站的 <head></head> 部分添加一行代碼即可：

　　如果用戶是PC設(shè)備(注意需要包括Baiduspider PC UA)，則添加<metaname="applicable-device" content="pc">

　　如果用戶是移動設(shè)備(包括 Baiduspider Mobile UA)，則添加<metaname="applicable-device" content="mobile">

　　注：關(guān)于BAIDUSPIDER，移動和PC其實都是Baiduspider，并沒有區(qū)分，只是UA進行了區(qū)分。最新移動UA請見百度官方文檔。

　　驗收上線

　　開發(fā)完成后，需要先在測試機上驗收。可以用 Google 瀏覽器來模擬 Baiduspider 來檢查是否添加正確, 如圖所示, 是檢查 Baiduspider Mobile UA 的效果的

　　

　　在測試機上驗收完成后就可以上線了。上線后，盡量再用站長平臺的抓取診斷工具測試幾個頁面，以免到線上后出現(xiàn)與測試機不一致的情況。比如下面是抓取 PC 頁面來檢查的線上結(jié)果。

　　

　　跟蹤

　　上線后就可以持續(xù)跟蹤百度移動的SEO流量數(shù)據(jù)了。要追蹤的主要是網(wǎng)站自己的統(tǒng)計工具統(tǒng)計的流量數(shù)據(jù)和百度站長平臺的移動端轉(zhuǎn)碼頁流量數(shù)據(jù)。上線后一到兩周，移動端的流量應(yīng)該就會有明顯的增長，而百度轉(zhuǎn)碼頁的流量則會下降。這個此消彼長的過程會持續(xù)一段時間。直到轉(zhuǎn)碼頁的流量基本為0，都轉(zhuǎn)為移動頁的流量。