行動裝置與電腦重新導向比較

有些網站會根據訪客使用的裝置，決定要把對方導向哪裡，而裝置是從 User-Agent 標頭判斷的。常見的例子包括獨立的行動版網站（m.example.com）、應用程式下載頁面、商店或地區選擇頁面，以及廣告到達網頁。一旦這套邏輯出錯，行動裝置訪客就會被導向首頁、錯誤頁面，或與他們點擊的連結毫無關係的網頁。

Google 主要以行動版網頁進行檢索與建立索引，因此行動版重新導向出錯，不僅影響使用者體驗，也會損害網站在搜尋結果中的曝光度。

TrueURL 會以相同的設定檢查網址兩次，只變更 User-Agent（使用者代理程式）：一次是 Windows 上較新版本的電腦版 Chrome，另一次是 iPhone 上的 Safari。兩條重新導向鏈會連同最終網址與狀態碼並排顯示，任何差異都能一眼看出。

只有 User-Agent 會改變。透過 JavaScript 依螢幕尺寸選擇版本的網站，在兩欄中的結果可能完全相同，即使在實際的手機上看起來不一樣。若要測試其他使用者代理程式，例如 Android 上的 Chrome 或 Googlebot，請在重新導向鏈檢查工具的進階設定中選擇內建選項。

• 回應式網站：兩欄最後都抵達同一個最終網址。這是 Google 建議的設定，也是最容易維護的方式。
• 獨立的行動版網址：電腦版停留在 www.example.com/page，行動版則導向對應的 m.example.com/page，而不是行動版首頁。電腦版網頁應以 <link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/page"> 指向其行動版網址，行動版網頁則應加上指回電腦版的 canonical 標記。
• 動態放送：兩者使用相同的網址，但提供不同的 HTML。回應中應包含 Vary: User-Agent，避免快取混淆兩個版本。

• 錯誤的重新導向：所有行動裝置訪客都被導向行動版首頁，而不是對應的網頁。
• 缺少行動版網頁：沒有行動版的電腦版網頁被重新導向至錯誤頁面。這種情況請直接提供電腦版網頁。
• 單向重新導向：行動裝置使用者會被重新導向，但開啟 m. 連結的電腦使用者不會被導回電腦版網頁。
• 應用程式插頁：重新導向至應用程式商店，或顯示全螢幕的應用程式橫幅，遮住了訪客想看的內容。
• 只在行動版多出的躍點：繞道經過裝置偵測或追蹤服務，在緩慢的行動網路上影響最大。