百度移動搜索是全球最大的中文移動搜索引擎,每天導向互聯網的流量高達十億級別,網站移動化勢在必行。 本篇旨在為移動站站長提供權威、明確的移動搜索優(yōu)化標準,幫助網站合理、可持續(xù)地提升移動流量,獲得長久、穩(wěn)定的發(fā)展,從而促進整個移動互聯網的良性發(fā)展。
目前分為五個章節(jié):技術選型、前期準備、良好收錄、良好排序、良好展現
http://wiki.jikexueyuan.com/project/seo/images/51.jpg" alt="" />
如何布局您的 PC 站和移動站,并表達兩者之間內容的對應關系
目前較流量的 PC 站與移動站配置方式有三種,百度站在搜索引擎角度將這三種分別稱為跳轉適配、代碼適配和自適應,以下為這三種配置方式的名詞解釋及異同對比。
1,跳轉適配:該方法會利用單獨的網址向每種設備提供不同的代碼。這種配置會嘗試檢測用戶所使用的設備或 ua,然后使用 HTTP 重定向和 Vary HTTP 標頭重定向到相應的頁面。
2,代碼適配:該方法使用相同的網址(不考慮用戶所使用的設備),但會根據服務器對用戶所用瀏覽器的了解(ua),針對不同設備類型生成不同版本的 HTML。
3,自適應:通過同一網址提供相同 HTML 代碼的網站設計方法。該方法不考慮用戶所使用的設備(pc、平板電腦、移動設備),但可以根據屏幕尺寸以不同方式呈現(即適應)顯示屏。
http://wiki.jikexueyuan.com/project/seo/images/20.png" alt="" />
百度僅站在搜索引擎角度對跳轉適配、代碼適配、自適應這三種配置方式做了一些對比和分析,希望能夠幫助站點選擇更適合自己、性價比最優(yōu)的方式來進行移動化。
http://wiki.jikexueyuan.com/project/seo/images/21.png" alt="" />
在此配置中,每個 pc 版網址都具有一個對應的不同網址,用于提供針對移動設備進行優(yōu)化的內容。為了幫助我們的算法了解單獨的移動版網址,我們建議您使用以下注釋: 在 pc 版網頁上,添加指向對應移動版網址的特殊鏈接 rel="alternate" 標記。這有助于發(fā)現網站的移動版網頁所在的位置。
在移動版網頁上,添加指向對應 pc 版網址的鏈接 rel="canonical" 標記。 例如,假設 pc 版網址為 http://example.com/page-1,且對應的移動版網址為 http://m.example.com/page-1,那么此示例中的注釋如下所示:
在 pc 版網頁(http://www.example.com/page-1) 上,添加:
<link rel="alternate" media="only screen and(max-width: 640px)" >
而在移動版網頁(http://m.example.com/page-1) 上,所需的注釋應為:
<link rel="canonical" >
也可以使用原有的開放適配提交方法。http://zhanzhang.baidu.com/college/courseinfo?id=267&page=15
為了使百度能夠知道當您的頁面發(fā)生變化時,同時需要用其他的 ua 重新抓取一遍,請您添加 Vary HTTP 標頭。Vary HTTP 標頭具有以下兩個非常重要且實用的作用:
a) 它會向 ISP 和其他位置使用的緩存服務器表明:在決定是否通過緩存來提供網頁時它們應考慮用戶代理。如果您沒有使用 Vary HTTP 標頭,緩存可能會錯誤地向移動設備用戶提供 pc 版 HTML 網頁的緩存(反之亦然)。
示例:
http://wiki.jikexueyuan.com/project/seo/images/52.jpg" alt="" />
并且在 pc 的響應的 head 中添加
<meta name="applicable-device" content="pc">
在移動的響應的包頭中添加
<meta name="applicable-device" content="mobile">
自適應設計有其一般原則:在 head 添加以下代碼并且使用<meta name="viewport" content="width=device-width, initial-scale=1.0">
自適應頁面還應該在 head 中標識:
<metaname="applicable-device"content="pc,mobile">
表示頁面同時適合在移動設備和 PC 上進行瀏覽。
單一域名下請使用同一種配置方式(跳轉適配、代碼適配、自適應),例如,不要把移動站的頁面作為 pc 站網址中的一個子目錄來配置。
如果使用跳轉適配的方式,請不要使用 JS 對 ua 進行適配跳轉。這種方式存在兩個缺點:
a) 對用戶:會加大由重定向的客戶端造成的延遲;這是因為客戶端需要先下載網頁,接著解析并執(zhí)行 JavaScript,然后才能觸發(fā)重定向。301 或 302 則不會有這個延遲。
與 PC 網站一樣,域名是用戶對一個網站的第一印象。一個好的移動域名,不僅容易記憶、易于輸入,還能方便用戶向其他人推薦。 域名應盡量簡短易懂,越短的域名記憶成本越低,越容易理解的域名能讓用戶更直觀了解網站主旨。移動站域名建議多采用 m.a.com/3g.a.com/wap.a.com 等,避免使用過于復雜或技術性的形式,例如 adcbxxx.a.com/html5.a.com 等。
選擇正規(guī)空間服務商,避免與大量垃圾網站共用 IP,保證網站訪問速度和穩(wěn)定性。其他這里不再贅述,默認有 PC 網站基礎。
根據終端以及技術的發(fā)展,我們強烈建議使用 html5 作為移動站建站語言,并且根據不同終端機型進行自動適配。
搜索引擎作為網站的普通訪客,對網站的抓取索引、對站點/頁面的價值判定以及排序,都是從用戶體驗出發(fā)。因此,原則上網站任何對用戶體驗的改進,都是對搜索引擎的改進。但是限于當前整體的網絡環(huán)境以及技術性原因,落實用戶體驗的具體手段也是需要考慮對搜索引擎友好性的,使之在滿足用戶體驗的前提下也會讓搜索引擎更易理解處理。那么,面向移動搜索引擎的網站建設,主要分為三個部分:如何更好的讓百度移動搜索收錄網站中的內容、如何在移動搜索中獲得更好的排名、如何讓用戶從眾多的搜索結果中快速地找到并點擊你的網站。簡單來說,就是收錄、排序、展現。下面我們將從收錄開始介紹:
與 PC spider 一樣,百度通過一個叫 Baiduspider2.0 的程序抓取移動互聯網上的網頁,經過處理后建入移動索引中。當前 Baiduspider 只能讀懂文本內容,flash、圖片等非文本內容暫時不能很好處理,放置在 flash、圖片中的文字,百度只能簡單識別。建議使用文本而不是 flash、圖片、Javascript 等來顯示重要的內容或鏈接,搜索引擎暫時無法識別 Flash、圖片、復雜 Javascript 中的內容;同時僅存在于 flash、Javascript 中包含鏈接指向的網頁,百度移動搜索同樣可能無法收錄。不要在希望搜索引擎可讀的地方使用 Ajax 技術,比如標題、導航、內容等等。
移動站點同樣應該有清晰的結構以及更淺的鏈接深度,這能夠使用戶快速地獲取有用信息,也能使搜索引擎快速理解網站中的每一個頁面所處的結構層次。網站結構建議采用樹型結構,樹型結構通常分為以下三個層級:首頁——頻道——詳情頁。
理想的網站結構是樹型扁平,從首頁到內容頁的層級盡量少,這樣更有利于搜索引擎進行處理。同時,網站內的鏈接也應該采用網狀結構,網站上每個網頁都要有指向上、下級網頁以及相關內容的鏈接,避免出現鏈接孤島:首頁有到頻道頁的鏈接,頻道頁有到首頁和普通內容頁的鏈接、普通內容頁有到上級頻道以及首頁的鏈接、內容相關的網頁間互相有鏈接。網站中每一個網頁,都應該是網站結構的一部分,都應該能通過其他網頁鏈接到,這樣才能使 baiduspider 盡可能全地遍歷網站內容。同時,重要內容應該距離首頁更近,有利于價值傳遞。
具有良好描述性、規(guī)范、簡單的 URL,有利于用戶更方便地記憶和直觀判斷網頁內容,也有利于搜索引擎更有效地抓取和理解網頁。網站設計之初,就應該有合理的 URL 規(guī)劃。我們認為:
anchor 即錨文本,對一個鏈接的描述性文字,錨文本寫得越簡潔明確,用戶越易明白該指向網頁的主旨內容。用戶發(fā)現你的網頁是從其他網頁上的鏈接,錨文本是該網頁的唯一介紹。跟普通用戶相同,搜索引擎 spider 在剛發(fā)現一個網頁時,錨文本也是對該頁面理解的唯一因素,同時對于最終的排序起到具有一定的作用。
百度站長平臺提供了移動 sitemap 提交工具,通過提交 sitemap,可以使百度更快更全地抓取收錄網站內容。
百度站長平臺同時提供了移動索引量工具,可以使站長及時了解到自己網站在移動端的收錄情況。
百度站長平臺還提供了移動死鏈提交工具,通過提交死鏈 sitemap,可以使百度更快地發(fā)現網站死鏈進行更新刪除。
百度 spider 在進行抓取和處理時,是根據 http 協議規(guī)范來設置相應邏輯的,常用的幾個返回碼如下:
404,百度會認為網頁已失效已刪除,通常在索引中刪除,短期內 spider 再次遇到也不會抓取。建議內容刪除、網頁失效等的情況下使用 404 返回碼,告知百度 spider 該頁面已失效。同時網站中盡量減少死鏈的累計。如果網站臨時關閉或抓取壓力過大,不要直接返回 404,使用 503。
301,永久性重定向,百度會認為當前 URL 永久跳轉至新 URL。當網站改版、更換域名等情況下,建議使用 301,同時配合使用站長平臺的網站改版工具。
503,百度會認為臨時不可訪問,不會直接刪除,短期內再來檢查幾次。如果網站臨時性關閉建議使用 503。
移動網站興起時間不長,站長有很多相似的問題。在 2014 年 11 月份的百度移動搜索沙龍上,移動專家針對站長提問較多的問題進行了統一回答,與往期沙龍的零星回答合并整理如下:
問:我的移動站內容和 PC 站是一樣的,這樣需不需要屏蔽百度的 PC 搜索蜘蛛?
答:由于百度的 PC 搜索和移動搜索共用同一個 spider,都帶有 baidu 標示,不要進行屏蔽。Spider 在抓取時會對頁面進行識別,自動判斷是 PC 頁還是 mobile 頁,因此建議站長使用規(guī)范的 html5/xhtml 協議語言來建設移動站。
問:手機站使用 xhtml 與 html5 開發(fā),對搜索引擎是否有區(qū)別?
答:大家使用手機搜索時會發(fā)現用 2G 的情況下移動搜索會給你到極速版,就是保證你得到結果的速度足夠快,但是結果樣式比較簡單。一般情況下極速版我們會優(yōu)先給 Xhtml 的結果,觸屏版優(yōu)先給 html5,效果更加炫酷。
問:如果是 URL、PC 訪問和移動訪問分別識別不同的模版,例如我們有一個 URL,PC 訪問是是這個模版,手機訪問是那個模版。那么我們是使用相同的 URL 好,還是單獨的做一個 M 站好?
答:理想狀態(tài)下同一套 url 是最優(yōu)的。目前受限于機制問題,還有待進一步解決,預期 14 年底能夠完成。目前仍然建議大家移動站使用單獨的 m 鏈接。同時,暫時不要使用類似這樣的 url: http://m.site.com?src=http://www.site.com 。
問:感謝,我們是這樣理解吧,未來的話如果以用戶習慣來說,是同一個 URL 好?
答:理想的技術角度看,是同一個 url 更好,但是目前盡量仍然使用單獨的 m 鏈接。
問:一個站點有 M 站和 PC 站,采用完全相同的 TDK,是否有問題,手機站的 SEO 規(guī)則是否跟 PC 站相同?
答:TDK 代表標題、摘要、關鍵詞是吧?先理解一下。是這樣的,PC 端和移動端搜索結果展現標題和摘要的字數限制等都是不同的,PC 端 30 多個中文漢字才截斷,移動端不到 20 個就折行了,20 多個就省略看不到了。所以,建議移動站使用單獨的 TDK。
問:如果兩個站點它的 TDK 都是完全相同的,每一個頁面,會不會導致站點被懲罰?
答:這里說的兩個站如果指同一個站點的 PC 和移動,肯定是不會導致被懲罰的。
問:外鏈對手機站是否有效果?
答:外鏈還是有效果的,但不要做那些垃圾外鏈,比如說論壇的標簽里面或者說買賣鏈接或者是說批量的發(fā)鏈接有可能被懲罰。正常交換一下鏈接是有幫助的。0 和 1 是明顯不同的。
問:百度移動搜索對我的移動站收錄較少,該如何做?
答:1. 如果您同時具有 PC 站,且 PC 與移動站是一一對應的關系,請利用開放適配工具進行提交,既可以幫助移動站的收錄又可以幫助您將 PC 站的排名轉移至移動搜索; 2. 如果您只有移動站,也可以通過我們的移動 sitemap 工具向百度進行提交。
同 PC 端的需求一樣,收錄問題解決后面臨的就是排序問題了。在介紹排序原則之前先簡休介紹一下移動搜索結果的構成,移動搜索主要有如下幾類結果構成:移動頁面、轉碼頁面、PC 頁面。
整體上,移動搜索的結果是由 PC 搜索結果加入更多的移動端特征后進一步調整而來,優(yōu)先對移動頁面進行排序。其中,移動頁面結果包括開放適配提交的與 PC 一一對應的移動頁以及單獨的移動頁面。百度移動搜索引擎中為更好滿足用戶信息需求,會同時為用戶提供 PC 網頁和 mobile 網頁,但目前大多數 PC 頁在移動終端中直接瀏覽的體驗較差(交互、兼容和流量等)。因此,我們會對百度搜索結果中缺乏可替代 mobile 資源的 PC 頁進行格式轉換,變?yōu)檫m合手機瀏覽的 mobile 網頁,使其能在移動終端瀏覽器有較好的瀏覽體驗,這便是轉碼頁面。其他 PC 頁面,是百度經過各種策略識別發(fā)現其沒有對應的移動頁面資源、且轉碼后體驗不佳的情況下保留的一種結果類型。對于后兩者我們強烈建議站長進行移動化。
下面我們主要來說說如何才能在百度移動搜索獲得良好的排序:
網頁的 title 用于告訴用戶和搜索引擎這個網頁的主題是什么,搜索引擎判斷一個頁面內容權重時,title 是主要因素之一。每個頁面的內容都是不同的,都應該有獨一無二的 title。移動站的標題應該注意如下:
百度建議不同層級頁面的標題按照如下的形式來命名:
網站的服務對象是用戶,搜索引擎只是網站普通用戶中的一員,因此,一切從用戶角度出發(fā)提供用戶需要的原創(chuàng)內容、整合系列服務非常重要,每天保持一定數量的原創(chuàng)內容更新,同時可以對優(yōu)質內容、系列服務進行整合形成專題。但是,鑒于技術的現狀,仍然要注意如下幾點:
隨著移動互聯網的發(fā)展,越來越多的用戶使用移動設備訪問網站,百度移動搜索會對移動站給予優(yōu)先排序的機會,對于有 PC 網站的站長,我們強烈建議您做以下工作:
1、做好自適配,將移動終端的訪問自主適配跳轉至移動版站點;
2、為了更快地告知百度移動搜索您 PC 網站與移動站內容的一一對應關系,建議使用站長平臺開放適配工具進行適配關系提交。 關于開放適配幫助可以參考:http://zhanzhang.baidu.com/wiki/39
<meta name="applicable-device"content="mobile">如果網頁采用了響應式網頁設計,例如(http://cdc.tencent.com/) 不需要經過 url 自適配跳轉就可以根據瀏覽器的屏幕大小自適應的展現合適的效果,同時適合在移動設備和電腦上進行瀏覽,在 html 中加入如下 meta:
<meta name="applicable-device"content="pc,mobile">
4,地理信息標注有助于獲得更精準的流量: 為了方便用戶根據自身位置查找或使用本地信息與服務,百度移動搜索將根據用戶地理位置信息優(yōu)先將具有地域屬性的內容展現給用戶,如果是提供地域性信息服務的站點,可以通過為自己網頁添加地理位置信息 Meta 標注,讓目標用戶在百度移動搜索中更快的找到您網站的內容。具體用法可見下一小節(jié)《如何為移動站點添加地理位置信息》
5,盡量快的加載速度: 移動互聯網上,網站的打開速度對用戶體驗的影響更加凸顯。實驗表明一個頁面的打開時間超過 4~5s,絕大部分用戶選擇關閉。因此,加載速度也是百度移動搜索中一個重要的排序因素,站長需要在這方面進行專項優(yōu)化。
上面我們說到站點添加準確的地理信息將有助于獲得更精準的流量,接下來我們針對這個話題進行詳細解釋:為方便用戶根據自身位置查找和使用本地信息與服務,幫助移動站點健康、穩(wěn)定地提升流量,百度移動搜索現提供地域優(yōu)化服務。如果您是提供線下信息服務的站點,可以通過為自己的網頁添加地理位置信息的方式,讓您的站點所在地的用戶更快在找到您。 具體方法很簡單,您只需在具有地域性的頁面上進行如下標識即可:
【Meta 聲明格式】
<meta name="location" content="province=北京;city=北京;coord=116.306522891,40.0555055968">
Name 屬性的值是 location。Content 的值為 province=北京;city=北京;coord=116.306522891,40.0555055968。
province 為省份簡稱,city 為城市簡稱。具體參見下面省份和城市列表。
注:province 及 city 不可為空。
coord 是頁面信息的經緯度坐標,采用的是 bd09ll 坐標。若頁面信息為城市級別,填寫城市中心點即可。若頁面信息有具體的地址,經緯度坐標填寫該具體地址的坐標(可以通過百度地圖的地址解析 API 獲?。?/p>
【Meta 位置】 站長需要將 Meta 聲明放在網頁源代碼
標簽內部,如下:<head>
<meta name="location" content="province=北京;city=北京;coord=116.306522891,40.0555055968">
……
</head>
問:是不是 PC 站和移動站都要標?
答:首先,地域標簽主要應用于移動搜索。而移動搜索檢索機制支持用戶搜索到 PC 站或移動站,所以 PC 站和移動站都需要標記。
問:標了這個有什么好處?
答:從百度用戶的搜索行為可以看到,大量的用戶對于本地或者附近的結果更有傾向性。站長配合進行地域信息標注后,我們將根據頁面的地域信息和用戶所在位置進行匹配,優(yōu)先展示距離近的結果。也就是說,您的站點將更有機會被當地用戶看到。
問:經緯度可以為空嗎?
答:A:可以為空。如果沒有經緯度,可以是
問:我們的站點更多是外地用戶在搜索,打了標簽后會不會有問題?
答:不會出現問題。百度移動搜索會通過精準的需求識別,對“外地搜索”行為做特殊策略,不會影響到搜索異地結果。同時,站長還是需要注意只對頁面內容或服務本身具有較強地域屬性的頁面進行地域信息標注。
問:這個移動搜索的地域優(yōu)化標簽做好后,是否需要單獨提交?
答:沒有標記經緯度的話不需要單獨提交。如果頁面更新了,可以到站長平臺提交 sitemap,加速百度收錄的速度。
【省份與城市列表】
http://wiki.jikexueyuan.com/project/seo/images/53.jpg" alt="" />
為了提升用戶的移動搜索結果瀏覽體驗,百度移動搜索對具有對應手機站的 PC 站提供“開放適配”服務。如果您同時擁有 PC 站和手機站,且二者能夠在內容上對應,您可向百度“提交”PC 頁—手機頁的對應關系,若對應關系準確,將有助于百度在移動搜索中將原 PC 頁結果替換為對應的手機頁結果。積極的參與“開放適配”,將有助于您的手機站在百度移動搜索獲得更好的展現,同時以更佳的瀏覽效果贏取用戶口碑。
百度開放適配服務共提供三種方案——自主適配、標注 Meta 聲明、提交對應關系 Sitemap,同時向站點提供開放適配進度查詢。
站點自己做好 PC 與手機之間的適配,以及手機站各個版式之間的適配。當手機用戶通過百度移動搜索或者其他方式訪問站點的 PC 頁時,站點將其自動適配到該 PC 頁面對應的手機頁,并為之選擇合適的頁面版本。
站點若暫不具備自主適配的能力,可以使用百度提供的終端適配服務,簡單快捷地實現自主適配。即:站點調用百度終端適配服務 API 進行簡單的開發(fā),就可以獲取到訪客的終端信息(包含操作系統、瀏覽器、機型信息)及適配版式建議,根據這些信息在站點服務器上實施跳轉進而完成自主適配。詳情可點擊查看終端適配服務介紹
舉例:
生效情況:不僅限于百度移動搜索,當用戶通過手動輸入網址,或者通過其他移動搜索引擎、導航站等渠道訪問站點時,適配同樣有效。
站點如果自行適配有困難,可以在 PC 頁面中做簡單改造,百度協助實現適配效果。即:站長在站點 PC 頁的源代碼頭部嵌入一行或多行 Meta 信息,由 Meta 信息來指明該 PC 頁對應的手機頁的 URL,以及該 URL 對應頁面的格式,百度將根據用戶終端類型選擇最適合展示的頁面。(無對應關系的 PC 頁面無需添加 Meta )
1.Meta 聲明格式:<meta name="mobile-agent"content="format=[wml|xhtml|html5]; url=url">
注:A.加粗字體部分是需要站點自定義的內容。
[wml|xhtml|html5]——根據手機頁的協議語言,選擇其中的一種。
url=url——后者代表當前 PC 頁所對應的手機頁 url,兩者必須是一一對應關系
Meta 聲明示例:
<meta name="mobile-agent" content="format=html5;url=http://3g.sina.com.cn/">
<meta name="mobile-agent" content="format=xhtml;url=http://sina.cn/">
<head>
<meta name="mobile-agent" content="format=html5;url=http://3g.sina.com.cn/">
……
</head>
生效情況:標注 Meta 聲明這一適配方案僅在百度移動搜索中生效,即只有當用戶通過百度移動搜索訪問站點時,適配才會生效;通過其他渠道則不生效。在標注準確對應關系無誤的情況下,大約需要七天左右的時間生效,老舊頁面會有延遲。但百度不保證一定能在移動搜索結果中按照您標注的對應關系進行替換。
當站點推動 PC 頁標注有困難時,可以選擇提交 PC 頁-手機頁對應關系 Sitemap,幫助百度在移動搜索結果進行替換。頁面對應關系可以是 url 級別或者 pattern 級別的;站點也可以根據自身情況,將具備一定規(guī)律的 url 聚合成 pattern,無法聚合的則仍以 url 對應形式存在,在站長平臺分開提交。
url 級別 sitemap:通過 XML 文件描述 url 級別的 PC 頁與手機頁的對應關系。(制作方式請點擊查看)
pattern 級別 sitemap:一個 pattern 級別的對應關系,往往可以表示成千上萬的 url 對應關系。通過 pattern 的形式批量的提交對應關系,能夠大大減少站長提交的數據量。(制作方式請點擊查看)
提交方式:使用站長平臺-對應關系提交工具進行提交(工具使用方法請點擊查看)
生效情況:與 meta 方案相同,僅限于百度移動搜索中生效。在提交的對應關系無誤的情況下,大約需要七天左右的時間生效,老舊頁面會有延遲。百度不保證一定能在移動搜索結果中按照您提交的對應關系進行替換。
提供包括手機站點擊量、適配點擊量在內的開放適配進度數據,便于站點及時了解開放適配的進度情況,把控自身流量數據。同時提供站點尚未進行適配的頁面/頻道排行榜,建議站點優(yōu)先進行適配,并持續(xù)不斷建設更多新的對應關系。
查詢方式:
首先必須承認百度站長平臺關于移動搜索的內容還不夠多,現有問答量也非常少,大家不要著急,我們會盡快補充,希望大家持續(xù)關注我們官方課程內容。
問:如果發(fā)現移動站流量波動,該怎么辦?
答:網站流量短時間內的少量波動一般來說是正常現象。當流量波動持續(xù)時間較長且幅度較大時,則需要排查原因,建議站長:
問:百度移動端對做了移動樣式的站點的排名是否有照顧?移動端適配成功后是否可以把很多沒做適配的站點擠下去?
答:做了移動適配的站點比 PC 的網站,其他都相同的情況下,我們會優(yōu)先展示適配移動的站點。系統中是更傾向于將移動站優(yōu)先展現的。
問:用戶使用 m.baidu.com 搜索時不同的終端排名不一致,比如說 iphone 搜索與安卓手機搜索結果不一致,部分排名也跟 PC 端訪問的百度差很遠.
答: ios 和安卓不同的系統下我們會有微調,但理論上的差別不會特別大。例如搜索同一款 app,安卓和 ios 系統下是需要給出對應該系統的結果的。第二個問題,從人、設備、使用場景及移動站特征看,PC 和移動都是存在明顯差異的,因此,未來移動端的排序與 PC 端的差異會更加明顯。
問:百度移動搜索上我的移動站點與 PC 站夾雜,怎么告訴搜索引擎優(yōu)先展示移動站點?
答:首先,您最好在自己網站上做好自適配,使得不同端的用戶訪問可以獲取到體驗最好的頁面;其次,如果移動站的內容對 PC 站能夠完全對應,建議通過開放適配進行替換。百度鼓勵 mobile 資源,對 PC 資源在移動端是持排斥態(tài)度的,不優(yōu)先展現。
問:提交開放適配以后,搜索結果中的 PC 頁面為什么沒有跳轉到 mobile 頁面? 甚至會被轉碼。
答:開放適配未生效時,百度仍然會認為該結果為 PC 頁,則有可能對其進行轉碼。而開放適配未生效有以下幾個原因:
問:百度移動端對做了移動樣式的站點的排名是否有照顧?移動端適配成功后是否可以把很多沒做適配的站點擠下去?
答:做了移動適配的站點比 PC 的網站,其他都相同的情況下,我們會優(yōu)先展示適配移動的站點。系統中是更傾向于將移動站優(yōu)先展現的。
問:手機站有 html5 和 xhtml 兩個版式,但訪問的域名均為 m.a.com,應該如何進行 PC 頁的 meta 標注呢?
答:可對同一條 url 進行多個版式的標注。例如:
meta name="mobile-agent"content="format=xhtml; url=http://m.a.com/" meta name="mobile-agent"content="format=html5; url=http://m.a.com/"
問:PC 頁還標了除百度要求以外的有其它作用的 meta 信息,會影響百度移動搜索優(yōu)化的效果嗎?
答:在對應關系上百度只提取符合百度制定標準的 meta 信息
meta name="mobile-agent" content="format=[wml|xhtml|html5];url=url",其他信息只要不與標準沖突就不會影響。
問:請問 Meta 標注中 url 字段可否使用相對路徑?比如 url=/3g/ 這樣的格式?
答:不可以,目前 meta 標注中的 url 字段不支持相對路徑,只支持絕對路徑
問:為什么我做了 Meta 標注,卻在百度移動搜索中沒有生效?
答:做了標注卻沒有在移動搜索中生效,可能由以下原因導致:仍在 meta 信息處理期內。在標注準確對應關系無誤的情況下,meta 信息的處理時間約為 7 日左右,老舊頁面會有延遲。或者 Meta 標注的格式錯誤,如標注的位置錯誤、url 拼寫錯誤。還有可能是 PC 頁-手機頁對應關系本身錯誤。如手機頁不可用(無內容/報錯)、PC 頁與手機頁主體內容不一致等。
問:使用開放適配服務,還有其他需要注意的事項嗎?
答:放開對百度 spider 的 robots 封禁和屏蔽,方便 spider 獲取您 PC 站與手機站之間的對應關系。同時做好手機站流量預留工作,提前確認服務器的承載能力。(可至百度統計了解目前您的 PC 站在百度移動搜索中的流量,預估適配后您的手機站可能達到的流量峰值)
問:如何提升開放適配效果
答:首先,對已有的對應關系持續(xù)進行適配,同時不斷建設新的對應關系,增加適配覆蓋的范圍。其次,要確保已經標注/提交的對應關系對應準確。以下是常見的對應不準確錯誤,請網站進行自查,并及時修改。
5,對應關系錯誤
正確的對應關系示例: PC 頁 http://sports.sina.com.cn/j/2012-08-13/23516189909.shtml 手機頁 http://sports.sina.cn/?sa=d4634022t24v4&cid=797&pos=10&vt=4
問:能否分享下百度轉碼的場景——對哪類頁面會轉碼?現在我們發(fā)現我們觸屏版的 mobile 頁也會被轉碼
答:由于 PC 頁在移動端的用戶體驗較差,因此百度對所有的 PC 頁面類型都可能進行轉碼,但是會根據轉碼后的頁面質量及服務是否正常來決定最終是否轉碼。如果站長已經做好了自適配但發(fā)現仍然被轉碼,其原因是網站的自主適配暫時未被百度識別。
問:不希望百度轉碼該怎么辦?
答:百度的轉碼服務實際上有一段代碼可以強制要求百度不轉碼,可以把這個寫在 html 中。
在百度移動搜索引擎中,為了更好地滿足用戶需求,會同時為用戶提供 PC 網頁和 mobile 網頁,但目前受交互、兼容和流量等因素影響,PC 頁在移動終端中的直接瀏覽體驗較差。因此,百度移動搜索對缺乏可替代 mobile 資源的 PC 頁進行格式轉碼,將其轉換為適合手機瀏覽的 mobile 頁,使其能夠在移動終端瀏覽器有較好的瀏覽體驗。為了最大程度改狀況 PC 頁在手機上的瀏覽體驗,轉碼時會去除 PC 頁中不能在手機瀏覽器上瀏覽的內容,并改狀況不適用 mobile 的交互功能。目前不僅百度移動搜索提供轉碼技術,各大搜索引擎均有并提供類似的技術。
那么,如果站長不希望自己的站點被轉碼、依然希望手機端用戶瀏覽 PC 頁該如何操作呢?可以使用 no-transform 協議,no-transform 協議為如下兩種形式:
第一種,HTTP Response 中顯式聲明 Cache-control 為 no-transform。
第二種,meta 標簽中顯式聲明 Cache-control 為 no-tranform,格式為:
<head>
<meta http-equiv="Cache-Control" "no-transform " />
</head>
如果站點不希望頁面被轉碼,可添加此協議,當用戶通過百度移動搜索進入該網站時會進入原網頁瀏覽。
還有一種情況,即站點本身有對應的 mobile 頁面所以不希望被轉碼時,建立站長使用百度移動搜索的開放適配服務,百度會幫助用戶直接進入對應的 mobile 頁面。
移動網站優(yōu)化和 PC 網站的很多方面都是相似甚至相同的,但由于移動搜索界面大小受限,移動網站在標題和摘要的撰寫上有很多有別有 PC 端的情況。
1,有吸引力的 title 用戶在百度移動搜索中輸入 query 搜索到你的頁面時,title 作為最重要的內容展現在搜索結果中,主題明確、吸引眼球的 title 能夠使用戶第一時間理解你頁面的主題是否符合他的需求,進而更快捷地從眾多搜索結果中選擇你點擊你。所以,移動網頁的 TITLE 應該是:
2,不唯一的 description, 作為搜索結果摘要的重要選擇目標之一,一定不要采用默認形式,用適當的語言對頁面進行進一步描述,對 title 的進一步補充,能夠使用戶更進一步理解你頁面的內容與其需求是否匹配,讓你的目標用戶更快找到你點擊你。