獨立網址

在這項配置中,每個電腦版網址都具有一個對應的不同網址,用於提供 針對行動裝置最佳化的內容。

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

獨立的行動網址會針對電腦和行動裝置 (可能甚至包括平板電腦) 在不同的網址上提供不同的程式碼。

TL;DR

  • 使用內含 rel="canonical" 和 rel="alternate" 元素的 <link> 標記, 指明兩個網址間的關係。

  • 偵測使用者代理程式字串並且正確重新導向。

電腦版和行動版網址的註解

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

  1. 在電腦版網頁上加入特殊的 link rel=”alternate” 標記, 指向對應的行動版網址,以便 Googlebot 找到您網站的 行動版網頁位置。
  2. 在行動版網頁上加入 link 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 要求標頭中的使用者代理程式來執行 重新導向。請務必讓重新導向與網頁的 link rel="alternate" 標記 或 Sitemap 中指定的替代網址保持一致。

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

JavaScript 重新導向

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

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

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

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

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

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

傳送您對下列選項的寶貴意見...

這個網頁