獨立網址

在這項配置中，桌面版和行動版網頁的網址不同。

常見設定方是是使用 www.example.com 網頁為電腦使用者提供內容，同時使用 m.example.com 網頁為行動使用者提供相對應的內容。Google 沒有偏好特定網址格式，任何可供 Googlebot 存取的格式皆可使用。

TL;DR

使用內含 rel="canonical" 和 rel="alternate" 元素的 <link> 標記指明兩個網址間的關係。
偵測使用者代理程式字串並且正確重新導向。

桌面版和行動版網址的註解

為協助我們的演算法瞭解獨立的行動網址，我們建議您使用下列註解：

在桌面版網頁上加入特殊連結的 rel="alternate" 標記，指向對應的行動版網址，以便 Googlebot 找到您網站的行動版網頁位置。
在行動版網頁上加入連結的 rel="canonical" 標記，指向對應的桌面版網址。

我們支援兩種加入註解的方法，一種是在網頁本身的 HTML 中加入註解，另一種則是在 Sitemap 中加入註解。舉例來說，假設桌面版網址為 http://example.com/page-1，相應的行動版網址為 http://m.example.com/page-1，則這個範例的註解如下所示。

HTML 中的註解

在桌面版網頁 (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">

行動版網址中不可缺少這個指向桌面版網頁的 rel="canonical" 標記。

Sitemap 中的註解

我們支援依下列做法，在 Sitemap 中加入桌面版網頁的 rel="alternate" 註解：

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
xmlns:xhtml="http://www.w3.org/1999/xhtml">
  <url>
    <loc>http://www.example.com/page-1/</loc>
    <xhtml:link rel="alternate" media="only screen and (max-width: 640px)"
    href="http://m.example.com/page-1" />
  </url>
</urlset>

行動版網址必備的 rel="canonical" 標記仍應加到行動版網頁的 HTML 中。

詳細資訊中的註解

請注意桌面版網頁中的連結標記屬性：

rel="alternate" 屬性表示此標記指定了指向桌面版網頁的替代網址。
媒體屬性的值是指定媒體功能的 CSS 媒體查詢字串，說明 Google 應使用替代網址的時機。在這種情況下，我們會使用一般用來鎖定行動裝置的媒體查詢。
href 屬性指定替代網址的位置，也就是 m.example.com 上的網頁。

這種雙向註解有助於 Googlebot 找到您的內容，並協助我們的演算法瞭解您桌面版網頁與行動版網頁之間的關係，從而進行相應的處理。當您使用不同網址提供內容相同但格式互異的內容時，註解會告知 Google 演算法這兩個網址具有對等的內容，應將其視為一個實體，而非兩個。如果將桌面版和行動版網址分開處理，那麼這兩個網址會同時出現在桌面版搜尋結果中，而且排名可能會低於做為單一實體處理時的排名。以下是這種配置下的某些常見錯誤：

使用 rel="alternate" 和 rel="canonical" 標記時，行動版網頁和桌面版網頁之間請維持一對一的比例，尤其請避免加入讓多個桌面版網頁參照單一行動版網頁的註解 (反之亦然)。
再次檢查您的重新導向設定，確定桌面版網頁不會意外重新導向至毫無關聯的單一行動版網頁。

如果您選擇打造獨立的行動版網站，請注意一些常見錯誤 (例如為行動使用者設定了錯誤的重新導向)。

自動重新導向

如果將網站設為使用不同網址向電腦和行動瀏覽器提供內容，網站管理員可能需要將使用者自動重新導向至最符合需求的網址。如果您的網站使用了自動重新導向，請務必依照對待其他使用者代理程式的方法來處理所有 Googlebot，並依據情況進行重新導向。

支援的重新導向技術

Googlebot 支援以下列兩種方法來執行重新導向。

HTTP 重新導向
JavaScript 重新導向

使用 HTTP 重新導向

HTTP 重新導向是一項用於將用戶端重新導向至裝置專用網址的常見技術。系統通常會根據 HTTP 要求標頭中的使用者代理程式來執行重新導向。請務必讓重新導向與網頁的連結 rel="alternate" 標記或 Sitemap 中指定的替代網址保持一致。

這樣一來，當伺服器進行重新導向時，系統顯示 HTTP 301 或 302 狀態碼就屬於正常現象了 (不過仍建議儘量使用 302 狀態碼)。

JavaScript 重新導向

如果難以實作 HTTP 重新導向，則可使用 JavaScript將使用者重新導向到 link rel="alternate" 標記指向的網址。如果您選擇使用這項技術，請注意重新導向的用戶端會造成延遲；這是因為用戶端需要先下載網頁，接著剖析並執行 JavaScript，才能觸發重新導向。

您可以採用多種方法來實作 JavaScript 的重新導向。例如，在使用 matchMedia() JavaScript 函式的網頁上，您可以利用 JavaScript 執行您的網站已在連結註解中使用的媒體查詢。

雙向重新導向與單向重新導向

不同網站執行的重新導向政策也各不相同。有些網站只會將造訪桌面版網頁的行動使用者重新導向至相應的行動版網頁 (即「單向」重新導向)，也有網站會在行動裝置使用者和電腦使用者分別造訪桌面版及行動版網站上的網頁時，對他們進行重新導向 (即「雙向」重新導向)。

對於 Googlebot，我們並未指定任何偏好設定，建議網站管理員在決定重新導向政策時，將使用者一併納入考量。最重要的是提供正確且一致的重新導向功能，亦即重新導向到桌面版網站或行動版網站上的相同內容。如果配置有誤，有些使用者可能根本無法看到您的內容。

此外，我們建議為使用者提供一種覆寫重新導向政策的方法，讓行動裝置使用者可以選擇查看桌面版網頁，電腦使用者也可以選擇查看行動版網頁。