Canonical 網址怎麼設：處理重複頁面與搜尋訊號

一篇課程介紹可能從選單、電子報或廣告連結進入，網址也因此多出參數。若內容相同，網站需要清楚表達希望搜尋結果呈現哪個版本。canonical 處理的就是這種版本關係，使用前仍要先確認兩頁真的在回答同一件事。

最容易出錯的做法，是找到外掛欄位後，把所有看起來相似的頁面都填成首頁。這會把內容分工混在一起。先建立一張小型網址對照表，再設定與檢查，會比一次套用全站規則更容易發現問題。

先確認重複的是正文，還是只有版型

Google 的標準化程序會比較主要內容，將重複或高度相似的頁面歸組，再選出代表版本。部分重複內容本來就是正常網站功能的結果，不代表網站一定違規；指定 canonical 是提供偏好，Google 仍可能根據其他訊號選擇不同網址。

例如 https://example.com/classes/pottery/ 和加上電子報追蹤參數的版本，若主內容一致，可視為同組候選。但「陶藝體驗流程」與「陶藝課程退款方式」即使使用同一版型，也回答不同問題，不應只因都提到陶藝就互相指定為標準頁。

盤點時為每組留下原網址、主要內容、用途、預期標準網址與保留原因。需要保留給使用者的篩選狀態，和已經準備淘汰的舊網址，也應分開。這張表會決定後續使用 canonical、轉址，還是保留各自獨立的頁面。

選可長期維護的標準版本

偏好的標準網址應對應完整、可正常存取且適合公開搜尋的內容。先確認 HTTPS、網域版本和路徑規則，再檢查是否誤指向測試站、登入頁、失效頁或另一個持續轉址的網址。不能只因網址較短，就選內容不完整的版本。

如果主網址準備維持 /classes/pottery/，網站選單、文章內連結與網站地圖也應朝同一版本整理。不要一邊透過 canonical 指向 A，一邊把 Sitemap 和主要連結都指向 B；這樣會讓管理者自己也難以判斷真正要保留哪一個。

標準頁本身也應提供指向自己的 canonical，讓偏好更清楚。對照表不是一次寫完就不動：改網域、修改固定網址或重新安排內容時，都應更新關係。若永久淘汰舊版本並要訪客自動到新頁，還需要評估轉址，而不只是換標記。

確認設定由哪一層輸出，再修改

一般 HTML 頁面的 canonical 是 head 內的 link 元素，rel 值為 canonical，href 填偏好的完整網址。它不是正文裡讓訪客點的連結，因此不要把整段標記直接貼進文章段落。Google 建議使用含通訊協定與網域的絕對網址，降低環境切換時的誤判。

WordPress 核心的 rel_canonical 函式會針對單篇類型查詢輸出相關標記，SEO 外掛或佈景也可能接手處理。這不代表每個分類或自訂頁面都一定有正確設定。先看實際 HTML，確認目前誰負責輸出，再依該工具的官方方式調整。

部分非 HTML 文件可透過 HTTP 回應的 Link 標頭表達 canonical，通常需要伺服器或開發者配合。若同時在 HTML 和標頭設定，更要檢查兩者一致。小型網站應盡量維持清楚的設定來源，避免不同外掛與主機規則各自輸出相反答案。

1. 選一組已確認重複的網址，先保存修改前的設定與 HTML。
2. 在負責輸出的平台或外掛設定偏好完整網址。
3. 重新開啟頁面，檢查 head 與必要的回應標頭。
4. 核對標準頁、站內連結和 Sitemap 是否指向同一版本。

分頁、語言與索引控制不能混用

文章列表第二頁呈現的是另一批文章，並不是第一頁的複本。Google 的分頁指引要求每頁有自己的網址與標準網址，不要為了集中權重而把整段序列都 canonical 到第一頁。分頁的前後連結也應正常可用，讓讀者和搜尋引擎找到後面的內容。

主要內容已完整翻譯的不同語言頁，不能只因布局相同就合併成單一語言。語言對應要另用適合的本地化標記處理；只有頁首按鈕翻譯、正文仍相同時，判斷又不同。這也是為什麼標準化前要閱讀主要內容，而不是只比較網址前綴。

robots.txt 是抓取規則，不能拿來宣告哪個版本是標準網址；noindex 則是索引控制，也不是整合兩個版本的替代欄位。若需要私人內容保護，應回到登入或存取權限。把幾種工具同時打開，通常只會讓預期結果更不清楚。

驗證實際輸出，再看 Google 已處理的版本

完成修改後，先用瀏覽器的檢視原始碼或開發人員工具搜尋 canonical，讀出完整目標。確認沒有指到舊網域、沒有多個不同答案，也沒有因 JavaScript 載入而改成另一個值。若網站採用動態產生方式，檢查範圍需要包含實際呈現的 HTML。

接著在 Search Console 的網址檢查工具查看已建立索引資料中的使用者宣告與 Google 所選標準網址，並記下檢索時間。線上修改不會立刻變成 Google 已處理的資料；即時測試能協助檢查目前頁面，卻不能預測最終標準化選擇。

檢查記錄應保留「預期版本、線上輸出、已索引選擇」三欄。若三者不同，先判斷是否只是尚未重新處理，再檢查內容相似度與矛盾訊號。不要只看某個外掛顯示已儲存，就向同事宣稱搜尋結果已完成切換。

發現 Google 選別頁時，先找衝突原因

Google 選出的版本與預期不同，先比較哪一頁更完整、更適合搜尋者。若其實是兩篇功能不同的內容被歸組，就應讓各自的主要內容與用途更清楚；只改標題幾個字、正文仍相同，未必能表達實際差異。

若輸出指向奇怪的外部網址，要檢查 CMS 設定、伺服器轉址與是否有異常程式，而不是直接接受它。官方排錯文件也指出錯誤主機設定與被植入的標記可能造成問題。保留證據並交由有權限的人處理，避免在未知原因下大量改寫資料。

修正後依重要性要求重新評估，留出處理時間並安排複查，不承諾固定幾天恢復。canonical 維護最有價值的成果，是網址與內容分工可以被清楚解釋：哪些是同一版本、哪些各自有用，以及每次變更如何驗證。

區分內容競爭與重複頁面

維護一致的網站地圖

用 Search Console 檢查處理狀態

• 教學
• 軟體與 App
• 行銷與 SEO
• SEO