在這項配置中，每個電腦版網址都具有一個對應的不同網址，用於提供 針對行動裝置最佳化的內容。
常見設定方是是使用 www.example.com 網頁為電腦使用者提供內容，同時使用
m.example.com 網頁為行動使用者提供相對應的內容。Google 沒有偏好
特定網址格式，任何可供 Googlebot 存取的格式
皆可使用。
TL;DR
-
使用內含 rel="canonical" 和 rel="alternate" 元素的
<link>標記， 指明兩個網址間的關係。 -
偵測使用者代理程式字串並且正確重新導向。
電腦版和行動版網址的註解
為協助我們的演算法瞭解獨立的行動網址，我們建議您使用 下列註解：
- 在電腦版網頁上加入特殊的 link rel=”alternate” 標記， 指向對應的行動版網址，以便 Googlebot 找到您網站的 行動版網頁位置。
- 在行動版網頁上加入 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，我們並未指定任何偏好設定，建議網站管理員在決定 重新導向政策時，將使用者一併納入考量。最重要的是 提供正確且一致的重新導向功能，亦即重新導向到電腦版網站或 行動版網站上的相同內容。如果配置有誤，有些使用者 可能根本無法看到您的內容。
此外，我們建議為使用者提供一種覆寫重新導向政策的方法，讓行動裝置使用者可以選擇查看桌面版網頁，電腦使用者也可以選擇查看行動版網頁。