移動優化標準

百度移動搜索是全球最大的中文移動搜索引擎，每天導向互聯網的流量高達十億級別，網站移動優化勢在必行。 本篇旨在為移動站站長提供權威、明確的移動搜索優化標準，幫助網站合理、可持續地提升移動流量，獲得長久、穩定的發展，從而促進整個移動互聯網的良性發展。

目前分為五個章節：技術選型、前期準備、良好收錄、良好排序、良好展現

第一節：技術選型

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

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

1、跳轉適配：該方法會利用單獨的網址向每種設備提供不同的代碼。這種配置會嘗試檢測用戶所使用的設備或ua，然后使用 HTTP 重定向和 Vary HTTP 標頭重定向到相應的頁面。

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

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

三種配置方式的分析

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

三種配置方式的優化建議

1、跳轉適配 在此配置中，每個pc版網址都具有一個對應的不同網址，用于提供針對移動設備進行優化的內容。為了幫助我們的算法了解單獨的移動版網址，我們建議您使用以下注釋：

在pc版網頁上，添加指向對應移動版網址的特殊鏈接 rel="alternate" 標記。這有助于發現網站的移動版網頁所在的位置。

在移動版網頁上，添加指向對應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)" href="http://m.example.com/page-1" >

而在移動版網頁(http://m.example.com/page-1) 上，所需的注釋應為:

<link rel="canonical"href="http://www.example.com/page-1" >

也可以使用原有的開放適配提交方法。http://zhanzhang.baidu.com/college/courseinfo?id=267&page=15

2、代碼適配

為了使百度能夠知道當您的頁面發生變化時，同時需要用其他的ua重新抓取一遍，請您添加Vary HTTP標頭。Vary HTTP 標頭具有以下兩個非常重要且實用的作用：

2.1、它會向 ISP 和其他位置使用的緩存服務器表明：在決定是否通過緩存來提供網頁時它們應考慮用戶代理。如果您沒有使用 Vary HTTP 標頭，緩存可能會錯誤地向移動設備用戶提供pc版 HTML 網頁的緩存（反之亦然）。

2.2、它有助于 百度spdier 更快速地發現針對移動設備進行優化的內容，這是因為我們在抓取針對移動內容進行過優化的網址時，會將有效的 Vary HTTP 標頭作為抓取信號之一，我們會提高用其他ua抓取此網頁的優先級。

示例：

并且在pc的響應的head中添加

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

在移動的響應的包頭中添加

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

3、自適應

自適應設計有其一般原則：在head添加以下代碼并且使用<picture>元素處理自適應圖片:

<meta name="viewport" content="width=device-width, initial-scale=1.0">

自適應頁面還應該在head中標識：

<metaname="applicable-device"content="pc,mobile">

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

關于移動配置，百度不建議的做法

3.1、單一域名下請使用同一種配置方式(跳轉適配、代碼適配、自適應)，例如，不要把移動站的頁面作為pc站網址中的一個子目錄來配置。

3.2、如果使用跳轉適配的方式，請不要使用JS對ua進行適配跳轉。這種方式存在兩個缺點：

3.2.1、對用戶：會加大由重定向的客戶端造成的延遲；這是因為客戶端需要先下載網頁，接著解析并執行 JavaScript，然后才能觸發重定向。301或302則不會有這個延遲。

3.2.2、對搜索：爬蟲也需要使用支持JS渲染的爬蟲，才能發現此重定向。