獨立網址

在這項配置中，電腦版和行動版網頁的網址是不同的。

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

重點提要

使用內含 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 演算法這兩個網址具有對等的內容，應將其視為一個實體，而非兩個。如果將電腦版和行動版網址視為不同實體，那麼在電腦版的搜尋結果中，這兩個網址都會出現，但與 Google 將兩者當成單一實體處理時相較，這樣得出的排名可能會較低。以下是這種配置法的部分常見錯誤：

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

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

自動重新導向

如果某個網站針對電腦和行動瀏覽器分別設定了不同網址，那麼網站管理員應該要將使用者自動重新導向到最適合其需求的網址。如果您的網站使用了自動重新導向機制，請務必依照對待其他使用者代理程式的方法來處理所有 Googlebot，並依據情況進行重新導向。

支援的重新導向技術

Googlebot 支援以下列兩種重新導向方式。

HTTP 重新導向
JavaScript 重新導向

使用 HTTP 重新導向

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

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

JavaScript 重新導向

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

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

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

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

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

此外，我們建議為使用者提供能夠覆寫重新導向政策的選項，也就是說，讓行動裝置使用者可以選擇查看電腦版網頁，而電腦使用者也可以選擇查看行動版網頁。