在經營網站的過程中，你是否遇過這樣的情況：明明用心撰寫了優質內容，但在 Google 搜尋結果頁（SERP）上的排名卻不如預期？甚至發現，Google 似乎收錄了一些你沒打算要排名的頁面（例如帶有參數的網址）？
這很有可能是因為你的網站出現了「重複內容」（Duplicate Content）的問題，導致搜尋引擎不知道該把權重給誰。
別擔心，這就是 Canonical 派上用場的時候了！在這篇文章中，我們將深入淺出地解說 Canonical Tag（標準網址標籤）的定義、語法設定、常見應用情境，以及它與 301 轉址究竟有何不同。
我只想看重點：Canonical 標準網址 4 大問答 1 分鐘搞懂
Canonical 的定義與重要性：為什麼 Google 需要它？
簡單來說，Canonical 在英文中代表「標準、典範」的意思。在 SEO 的世界裡，我們常說的 Canonical Tag，HTML 寫法為 rel=”canonical”，其中文直譯就是「標準網址」。
它是一段埋設在網頁 <head> 區塊中的 HTML 語法。這段語法就像是一個「路標」，它的核心任務只有一個：告訴 Google 搜尋引擎，在眾多長得很像、內容相似的頁面中，哪一個網址才是「正宗」的原創版本。
為什麼需要設定標準網址？
Google 爬蟲的資源是有限的，它非常討厭浪費時間在檢索一模一樣的內容。如果你的網站因為安全憑證切換（HTTP/HTTPS）、手機版網頁、或是追蹤碼參數（UTM）而產生了多個內容相同但網址不同的頁面，Google 會將它們視為「重複版本」。
如果沒有設定 Canonical，Google 就會自己「猜」哪個是主頁面。一旦它猜錯了，或者它判定你的網站充滿重複資訊，就會導致以下後果：
- 權重分散：連結權重被分散到多個重複頁面，導致主要頁面排名上不去。
- 檢索效率降低：爬蟲把時間花在重複頁面，反而忽略了其他重要的新頁面。
💡 專家小提醒：
很多站長以為「我沒有抄襲，內容都是自己寫的」就沒事。但在技術層面上，光是 www.example.com 和 example.com，或者網址結尾有無斜線 /，對搜尋引擎來說都可能是「不同的網址」。所以主動設定 Canonical 是保護原創權重最保險的做法，千萬不要把決定權全丟給 Google 演算法，因為機器也是會誤判的！
Canonical Tag 語法教學與設定規範
語法結構怎麼寫？
Canonical 的設定其實不難，只要在網頁原始碼的 <head> 與 </head> 之間加入以下這行程式碼即可：
<link rel="canonical" href="https://www.yourwebsite.com/standard-page/" />
- rel=”canonical”：告訴爬蟲這是一個標準網址標籤。
- href=”…”：這裡填入你希望 Google 索引的完整標準網址。
設定時的關鍵注意事項
雖然語法簡單，但我在實務上看到太多人因為「細節」沒注意而導致設定失效。以下是設定時的黃金準則：
- 必須使用「絕對路徑」：
請務必填寫完整的網址（包含 https://、網域、路徑），千萬不要只寫相對路徑（如 /page/），否則 Google 可能會解讀錯誤。 - 單一頁面只能有一個 Canonical：
如果你在同一個頁面上放了兩個不同的 Canonical 標籤，Google 會感到困惑，最後通常會選擇全部忽略。 - 優先使用 HTTPS：
Google 偏好安全的網站，標準網址請優先指定 HTTPS 版本。 - 避免邏輯迴圈：
千萬不要設定 A 頁面的標準網址指向 B，結果 B 頁面又指回 A；或是 A 指向 B，B 指向 C。這會讓爬蟲陷入迷宮。
💡 專家小提醒：
如果你是使用 WordPress 架站，我強烈建議直接安裝 Yoast SEO 或 Rank Math 這類外掛。它們通常會自動幫你將每個頁面的 Canonical 預設為「指向自己（Self-canonical）」，若有特殊需求再手動修改即可。這能大幅減少手動寫程式碼出錯的機率，是行銷人員的省力妙招。
Canonical 的常見使用情境：什麼時候該用它？
Canonical 最主要的戰場就是處理「內容重複但必須共存」的情況。以下是幾種最常見的應用場景：
1. 電商與產品頁面（最常見！）
這是 SEO 重災區。同樣一件衣服，可能有紅色、藍色、S 號、M 號。
- 狀況：為了讓使用者方便切換，這些規格往往會生成不同的 URL（例如： product?color=red）。
- 解法：在所有顏色或尺寸的變體頁面上，設定 Canonical 指向最主要的那個商品頁面（例如：不帶參數的純商品網址）。這樣既能保留使用者篩選的功能，又能集中權重。
2. 內容聯合發布（Syndication）
- 狀況：你寫了一篇好文章，發布在自家部落格，同時也投稿到 Medium 或新聞媒體轉載。
- 解法：為了避免 Google 認為你的部落格是抄襲者（因為大媒體權重通常比較高），你應該請轉載平台在他們的頁面上設定 Canonical 指向你的原創文章網址。
3. 多種裝置版本
- 狀況：你的網站區分為電腦版（www）與手機版（m.）。
- 解法：
- 在手機版網頁加入 rel=”canonical”，指向電腦版網址。
- 在電腦版網頁加入 rel=”alternate”，指向手機版網址。
這樣 Google 就能理解這兩者是同一內容的不同裝置版本。
4. 自我標準化（Self-canonical）
即便你的頁面沒有重複內容，我也建議你設定 Canonical 指向自己。
- 理由：這是一種防禦機制。防止別人用帶有奇怪參數的連結連向你的網站時，Google 誤收錄了那些奇怪的網址。告訴 Google：「不用懷疑，我就是標準版本」。
Canonical Tag 和 301 轉址有什麼不一樣？
這是很多行銷人容易搞混的觀念。兩者雖然都在處理重複頁面，但目的與對使用者的影響完全不同。
| 特點 | Canonical Tag (標準網址) | 301 Redirect (永久轉址) |
| 使用者體驗 | 使用者仍可瀏覽該頁面。適合用於商品篩選、排序等需要保留頁面功能的狀況。 | 使用者會被強制跳轉。無法看到舊頁面，直接被送到新網址。 |
| 爬蟲處理 | 是一種「建議訊號」。Google 大部分會聽，但若設定不合理可能會忽略。 | 是一種「強制指令」。權重會完全傳遞到新網址。 |
| 適用情境 | 頁面重複但需要共存（如：紅衣與藍衣的商品頁）。 | 舊頁面不再需要、已移除或網址永久更換（如：HTTP 轉 HTTPS）。 |
💡 專家小提醒：
選擇的判斷標準很簡單：「你還希不希望使用者看到這個舊頁面？」
如果希望使用者還能看得到（例如只是排序不同的列表頁），請用 Canonical。
如果這個頁面已經是過氣資訊或錯誤網址，不希望使用者再看到，請用 301 轉址。
如何檢查 Canonical 是否設定成功？
設定完後，千萬別以為就沒事了！身為專業的 SEOer，驗收是必要的環節。以下幾個工具推薦給你：
- Google Search Console (GSC)：
這是最準確的官方工具。使用「網址審查」功能，輸入網址後，查看「建立索引」區塊。如果出現「使用者選取的標準網址」與 Google 選擇的一致，那就代表成功了！若出現「這是重複網頁」，則代表設定有誤或 Google 不買單。 - 瀏覽器擴充功能 (Chrome Extensions)：
推薦安裝 SEO META in 1 CLICK 或 Detailed SEO Extension。安裝後，只要在該網頁點開外掛，立刻就能看到 Canonical 欄位顯示的網址，非常方便快速。 - 檢視網頁原始碼：
最原始但也最直接的方法。在網頁按右鍵「檢視原始碼」，Ctrl+F 搜尋 canonical，檢查連結是否正確。不過要注意，若你的網站是用 JavaScript 渲染的（CSR），看原始碼可能會不準，建議還是以 GSC 為主。
Canonical 雖然只是一行小小的程式碼，但它在 SEO 策略中扮演著「導航員」的關鍵角色。正確設定標準網址，不僅能解決令人頭痛的重複內容問題，更能讓你的網站權重集中，讓真正重要的頁面在 Google 搜尋結果中脫穎而出。
SEO 優化是一條持續累積的路，從現在開始檢查你網站的 Canonical 設定，為你的排名打下穩固的地基吧！
Canonical 標準網址 4 大問答 1 分鐘搞懂
Q1：Canonical Tag 是什麼意思？
簡單來說就是「標準網址宣告」。這是一段寫在網頁原始碼中的 HTML 語法，用來告訴 Google：在眾多內容相似的頁面中，「哪一個網址才是正宗的原創版本」，避免搜尋引擎因為內容重複而不知道該讓誰排名。
Q2：為什麼網站需要設定 Canonical？
為了「集中 SEO 權重」。當你的網站因為商品規格（如顏色/尺寸）、手機版網頁或追蹤參數產生多個相似網址時，Google 會把權重分散。設定 Canonical 可以將這些分散的分數全部集中算在同一個主頁面上，有助於提升排名。
Q3：Canonical 和 301 轉址有什麼不同？
最大的差別在於「使用者看不看得到該頁面」。
- 301 轉址：強制跳轉，使用者無法看到舊頁面（適合頁面搬家、淘汰）。
- Canonical：使用者可以正常瀏覽該頁面，但告訴 Google 不要索引它，只要索引標準版就好（適合商品篩選、排序頁面）。
Q4：什麼時候最需要使用 Canonical？
最常見於「電商網站」（同一商品有紅/藍色不同網址）以及「文章授權轉載」（在外部媒體發文時，標註自家官網為原創）。此外，建議每個頁面都設定指向自己的 Canonical（Self-canonical），以防止未知的參數網址分散權重。
