重複內容本身不會被 Google 懲罰。根據 Google Search Central 官方說明，非惡意的重複內容不會觸發處罰機制，Google 會從多個相似版本裡挑出一個標準版本來索引與排名，其餘版本則被合併。真正會傷害你的，是權威訊號被分散，以及 2026 年 AI 搜尋選錯版本被引用。所以處理重複內容的目標不是躲懲罰，而是把排名力氣集中、讓 Google 與 AI 都看懂哪一頁才是你的正本。
TL;DR：重複內容不會被 Google 懲罰，但會讓排名訊號分散、浪費抓取預算；根據 Google Search Central 官方文件，它會合併相似版本並挑出一個標準網址，處理重點是設對 canonical 與 301，把權威集中到主力頁。
文章目錄
重複內容是什麼？先有一個清楚的定義
重複內容（Duplicate Content）是指出現在多個網址上完全相同或高度相似的內容。它可能發生在同一個網域內，例如 www 與非 www 兩個版本同時存在；也可能跨網域出現，例如你的文章被整篇搬到別站。判斷的關鍵不是內容長得像不像，而是 Google 能不能用單一網址代表這份內容。
很多人卡在「相似度要到多少才算重複」這個問題上。實務上，Google 並不是用某個固定的百分比門檻來判定。即使段落順序被調動、少量文字被改寫，只要核心內容足以被視為同一份，就有可能被歸進同一個重複群組。想知道 Google 怎麼決定誰是正本，可以先看 Google 對於重複內容的官方建議；想理解搜尋引擎整體如何看待內容品質，SEO 從相關性、權威到信任的完整解析 也值得對照著讀。
同網域重複 vs 跨網域重複
同網域重複是最常見的類型，成因多半是技術設定沒有統一：www 與非 www 同時可開、http 與 https 並存、網址帶著排序或篩選參數。這類問題看似無害，卻會默默吃掉你的抓取預算，相關機制可以參考 Google 搜尋運作方式 裡對檢索與索引的拆解。
跨網域重複風險較高，典型情境是內容被抄襲、聯合發佈（syndication）、或商品資料同步到多個平台。這類問題牽涉到授權與侵權，處理邏輯和技術設定完全不同，後面會專門討論。若你想先理解抓取與排名的整體流程，Google 搜尋的運作方式 提供了檢索、索引、排名三階段的完整拆解，搭配 索引系統出問題時的排查邏輯 一起看會更踏實。
- 完全相同：兩個網址的 HTML 內容一字不差。
- 高度相似：段落順序不同、少量改字，但仍被視為同一份內容。
- 同網域重複：www／非 www、http／https、篩選參數造成，最常見。
- 跨網域重複：抄襲、聯合發佈、商品資料同步，風險較高。
重複內容會被 Google 懲罰嗎？把這個迷思一次講清楚
不會。除非是惡意大量抄襲或刻意操控排名的垃圾內容，Google 對一般重複內容不會下懲罰。它的做法是從多個相似版本裡挑出一個標準版本來索引與排名，其餘版本會被合併或不顯示。真正會傷害你的，是排名力氣被分散，而不是被處罰。
Google Search Central 的官方文件寫得很明白：非惡意的重複內容不會被當成操控排名的行為來處罰。會被開罰的例外，是刻意抄襲別人內容、用程式自動產生大量垃圾內容、或內容農場式的大量複製。這些屬於垃圾內容政策的範圍，和「自家網站不小心出現兩個相似網址」是兩回事。若你擔心自家內容被判斷為垃圾，可以對照 什麼是黑帽 SEO 裡的違規手法清單。
「不懲罰」不等於「沒影響」，這是很多人誤解的地方。標準版本可能被選錯、權威訊號被分散、AI Overview 與大型語言模型（LLM）也會自己做版本選擇。到頭來，與其擔心被罰，不如把力氣放在讓 Google 看懂哪一頁才是你要主打的正本。想理解 Google 怎麼看待內容品質，Google 實用內容演算法更新 是很好的起點，頁面體驗與實用內容指引 則把「實用」的判準講得更細。
重複內容對 SEO 的真實影響：排名稀釋、抓取浪費與關鍵字蠶食
重複內容會讓搜尋引擎不知該把排名力氣集中給哪一頁，導致外部連結與內部連結的權重被多個相似網址瓜分；同時也會浪費抓取預算，並在多個頁面搶同一組關鍵字時造成關鍵字蠶食。結果不是被懲罰，而是排名上不來。
三個被低估的真實代價
第一個代價是排名稀釋。當你有三個網址都在講同一件事，外部連結的權重會分散到三個地方，沒有任何一頁夠強。把外部連結的價值搞懂，有助於理解為什麼分散會傷，建議先讀 什麼是反向連結。第二個代價是抓取預算浪費，Google 把檢索時間花在重複頁上，真正重要的新頁反被忽略，這對大站尤其致命，加速索引的官方心法 點出抓取資源有限這件事。
第三個代價是關鍵字蠶食（keyword cannibalization）。自家多個頁面搶同一組字，互相扣分，連 內部連結最佳化策略 都會跟著失靝，因為你不知道該把連結權重導向哪一頁。很多人以為這只是排名問題，其實它還會讓你判讀資料變困難：在報表裡你會看到同一個字帶來的 自然流量 分散在多個網址，無法判斷到底哪一頁在發揮作用。Google 的 多樣性更新 也在限制同網域搶佔過多版面，重複頁只會讓情況更糟。
| 影響類型 | 發生機制 | 你會看到的症狀 |
|---|---|---|
| 排名稀釋 | 連結與互動訊號分散在多個版本 | 沒有一頁排得上前段 |
| 抓取預算浪費 | Google 反覆抓重複頁 | 新頁收錄變慢 |
| 關鍵字蠶食 | 自家多頁搶同字 | 排名波動、互相擠壓 |
| 標準版本選錯 | Google 選到非主力版本 | 曝光頁面轉換率低 |
網站裡最常見的 6 種重複內容成因
最常見的成因包含 www 與非 www 並存、http 與 https 都可開啟、URL 帶排序或篩選參數、分頁與列印版、商品篩選頁（WooCommerce 類）、以及內容被聯合發佈或抄襲到其他網域。前幾種是技術設定問題，後兩種則是內容授權與侵權問題。
把這些成因攤開來看，你會發現大多是「沒有主動統一」造成的。伺服器沒設好 www 與非 www 的重新導向，兩個版本就同時存在；SSL 憑證裝了卻沒有把 http 強制導向 https，問題就來了，這部分可以對照 HTTPS 對 SEO 的影響。URL 參數更是隱形殺手，排序、篩選、追蹤碼、session ID 都可能產生內容幾乎相同的新網址。
- www／非 www、http／https 並存：伺服器未統一，最基礎也最常被忽略。
- URL 參數：排序、篩選、追蹤碼、session ID 產生大量變體網址。
- 分頁與列印版：內容相同、網址不同，沒有設正本就會被重複收錄。
- 商品篩選／分類頁：WooCommerce、電商常見，變體量極大。
- 聯合發佈與抄襲：RSS、媒體轉載、不告而抄都算跨網域重複。
- 多語系／多區域：未用 hreflang 標示，語言版本彼此被當重複。
分頁與列印友善版是另一個常被遺漏的來源。很多佈景預設會產生列印版網址，內容跟原頁一模一樣。多語系版本若沒有正確使用 hreflang，也會被當成重複內容處理。要避免這類技術盲點，被忽略的技術 SEO 盲點 列了兩個最致命的問題值得一看。順帶一提，網址結構本身也會影響重複內容的發生率，子網域 vs 子目錄 的選擇會連帶影響你後續維護 canonical 的難度，而 非英文網址 的處理不當也常衍生出內容相同但網址不同的變體，整體網站架構規劃得好，重複內容出現的機率自然會下降。
2026 AI 搜尋時代，重複內容為什麼變得更該處理
AI 搜尋引擎會自己決定引用哪一個版本，如果你的網站有多個相似網址、又沒有明確的標準版本，AI 可能引用到弱頁、舊頁，甚至引用抄襲你內容的對手網站。處理重複內容在 2026 年的重點，從「躲懲罰」轉變成「讓 AI 看懂誰是正本、引用誰才對」。
AI Overview、ChatGPT、Perplexity、Gemini 都有自己的版本選擇邏輯，而且彼此引用的頁面重疊度很低。這代表你不能再假設「反正 Google 會選對」。LLM 對正本訊號的敏感度比傳統搜尋更高，canonical、原創發佈時間、結構化資料、社群分享時間，都會成為它判斷誰是正本的線索。想了解這波變化，Google 生成式 AI 搜尋 與 GEO 生成式引擎最佳化 提供了從 SEO 到 AI 搜尋的轉型視角。
最讓人頭痛的情境是「被抄」。如果你的文章被搬走、對方網站權威又比你高，AI 很可能引用抄襲者而不是你。這不是陰謀論，而是 AI 在缺乏明確正本訊號時，會傾向選它認為更可信的來源。所以強化原創訊號在 2026 年是必要投資，什麼是 E-E-A-T 裡談的經驗、專業、權威、信任，正是 AI 用來輔助判斷正本的依據。若要進一步把內容調整成 AI 容易引用的格式，AEO 答案引擎最佳化 是配套的重點。
說到底，AI 搜尋時代處理重複內容的邏輯沒變，變的是後果的嚴重性。過去選錯版本頂多排名分散，現在還會直接影響你會不會被 AI 引用、被引用的是不是你。這也是為什麼我會建議，與其追逐新工具，先把正本訊號顧好。
解決重複內容的 4 種方法：canonical、301、noindex 與 hreflang 怎麼選
選擇邏輯是這樣：頁面永久搬家用 301；內容相似但需要保留多個網址（例如篩選頁、行動版）用 canonical 指定正本；不想被索引的輔助頁（如篩選器、感謝頁）用 noindex；不同語言或地區的同款內容則用 hreflang。四者不互斥，但 canonical 與 noindex 不要同時用在同一頁，會互相打架。
| 方法 | 適用情境 | 優點 | 風險／注意 |
|---|---|---|---|
| rel=canonical | 內容相似但要保留多網址 | 最彈性、首選 | 設錯會把權威導向弱頁 |
| 301 redirect | 永久搬移、版本統一 | 權重轉移清楚 | 暫時性變動不要用 |
| noindex | 輔助頁、無 SEO 價值頁 | 不浪費索引 | 與 canonical 同頁會衝突 |
| hreflang | 多語系／多區域 | 正確導向在地版本 | 需搭配自我 canonical |
301 重新導向是最明確的方法，適合頁面永久搬家或版本統一（例如把 http 全部導向 https、把舊網址搬到新網址）。它的優點是權重轉移清楚，但用錯時機（例如用 302 處理永久搬移）會讓權重沒有正確轉移，詳細差異可以看 301 與 302 Redirect 完整指南 與 301 與 302 哪個對 SEO 更友善。行動版與桌機版分流的年代雖已過去，但 行動優先索引 仍是決定正本版本時要一起考慮的訊號。canonical 則是保留多個網址但指定其中一個為正本，最適合篩選頁、行動版這類「技術上需要存在、但 SEO 上只要一個版本」的情境。
noindex 適合那些你希望存在但不想被索引的頁面，例如內部搜尋結果頁、感謝頁、庫存篩選器。要特別小心的是，noindex 和 canonical 不要同時出現在同一頁，這會給 Google 互相矛盾的訊號。hreflang 則是多語系或多區域網站的必備，它告訴 Google「這些是同一份內容的不同語言版本」，每個版本都要自我 canonical 再互相標示 hreflang。想深入 canonical 被無視的原因，Google 為什麼會無視你的 Canonical 標籤 有完整拆解；而 https 與 http 混用是否會被當重複，HTTPS 連到 HTTP 的影響 給了官方答案。
一句話決策原則
能用 301 一次解決的，就別用 canonical 繞路；必須保留多網址的，用 canonical 指正本；不需要被收錄的，用 noindex；跨語言跨地區的，用 hreflang。記住這個優先順序，比記一堆工具設定更實用。如果你想把站內整體結構一起調整，站內 SEO 權威指南 與 什麼是 On-Page SEO 能幫你把 canonical 放進更大的最佳化框架裡。
canonical 怎麼設才不會設錯：自我引用、絕對網址與常見陷阱
正確做法是每個頁面（包括正本自己）都設一個指向自己的 canonical，使用完整的 https 絕對網址，並確保 canonical 指向的目標頁本身是可索引、有內容、未被 noindex 的頁面。最常見的出事方式是 canonical 設成連鎖（A 指向 B、B 又指向 C）或與 noindex 衝突，反而把主力頁的權威轉走。
自我引用 canonical（self-referencing canonical）是基本功。意思是就算這一頁就是正本，它也要在原始碼裡放一個指向自己的 link rel=canonical。這樣做的目的，是防止帶著追蹤參數的網址（例如 ?utm_source=newsletter）被 Google 當成另一個正本。Google 對 canonical 的官方說明文件（support.google.com/webmasters/answer/139066）有詳細的設定指引，建議實作前先讀過一次。
- 用絕對網址：完整的 https 開頭，不用相對路徑如 /page。
- 每頁都自我 canonical：包含正本自己，防止參數版本被誤選。
- 不要連鎖：A→B→C 會讓權威在傳遞過程流失。
- 不要指向被 noindex 或 404 的頁面：目標必須可索引、有內容。
- 分頁每頁自我 canonical：不要把第 2、3 頁全部指到第 1 頁。
檢查方法很直覺：在瀏覽器檢視原始碼，搜尋 link rel=canonical，確認它指向你預期的網址；或到 Google Search Console 的網址檢查工具，看 Google 實際讀到的 canonical 是什麼。這裡要小心一個陷阱：你設的 canonical 只是「建議」，Google 不一定照辦。若它判斷另一頁更適合當正本，會自行覆蓋，這也是為什麼檢查步驟不能省。與 hreflang 搭配時，每個語言版都先自我 canonical，再互相標 hreflang，順序不能顛倒；多語系網站若沒做好這一步，常被當成重複內容處理，可對照 手機搜尋結果版面調整 思考在地與語言版本的搭配。
用 Google Search Console 找出網站裡的重複網址：實戰診斷步驟
到 Google Search Console 的「網頁索引」報告，看「重複網址，使用者未指定標準網頁」這個狀態，會列出 Google 認為重複、但找不到明確 canonical 的網址群組。點進去看 Google 選了哪個標準版本，若選錯就在該網址補上正確的 canonical 或 301，等重新檢索後再回來確認。
四步驟診斷流程
第一步，打開 GSC 左側選單的「網頁索引」報告，找到「重複網址，使用者未指定標準網頁」分類。這裡會把 Google 判定為重複、又沒有明確 canonical 的網址群組列出來。第二步，點進任一群組，看「Google 查詢到的標準網頁」欄位，確認它選了哪一頁當正本。如果你發現它選到的是弱頁或無轉換的版本，就是訊號要修正的時候。想把 GSC 用得更熟，Google 官方免費 SEO 工具 有完整介紹。
第三步，用「網址檢查工具」針對單一網址確認 canonical 與索引狀態，看看 Google 實際讀到的是不是你設的那一頁。第四步，修正後透過 Sitemap 提交幫助 Google 認識正本網址，然後等重新檢索（通常數天到數週），再回報告驗證結果。整個流程的重點是「改完要回去看」，否則你根本不知道設對了沒。如果你遇過 GSC 顯示「已建立索引但未包含內容」這類怪訊息，GSC 已建立索引但未包含內容 有官方給的解釋。
- 開啟 GSC「網頁索引」報告，找「重複網址，使用者未指定標準網頁」。
- 點進群組，看「Google 查詢到的標準網頁」選了誰。
- 用「網址檢查工具」確認單一網址的 canonical 與索引狀態。
- 補上正確 canonical 或 301，提交 Sitemap，等重新檢索後驗證。
WooCommerce 與商品篩選頁的重複內容地雷：台灣站長最常踩
商品篩選、排序、顏色尺寸變體會在 WooCommerce 裡產生大量網址相近、內容幾乎相同的頁面。處理原則是：主要商品頁設自我 canonical，篩選與排序產生的變體網址用 canonical 指回主商品頁；若變體本身有獨立內容（不同顏色有獨立描述）才讓它各自自我 canonical。同時到 GSC 的網址參數工具處理追蹤與排序參數。
電商網站是重複內容的重災區，這不是誇張。一個商品分類頁加上顏色、尺寸、價格排序、廠牌篩選，可以輕易產生數十個變體網址，而且每個變體的內容差異極小。如果你什麼都不設，Google 會把它們通通當成獨立頁面，結果是沒有一頁排得上。比較務實的做法是：分類與標籤頁若內容重疊過高，考慮用 noindex 或直接整合，把 SEO 力氣留給真正能轉換的商品頁。要建構整體電商 SEO，產品結構化資料指南 與 WordPress SEO 最佳化 是很好的配套。
判斷變體頁要不要各自正本，關鍵在「內容是否實質不同」。如果紅色款與藍色款只是圖不同、描述一模一樣，那就讓它們 canonical 指回主商品頁；如果每個顏色都有獨立的評價、獨立的文案、甚至獨立的搜尋需求，那讓它們各自正本才對。庫存頁、感謝頁、購物車頁這類沒有 SEO 價值的頁面，直接用 noindex 處理。想理解商品頁的結構化資料怎麼強化，什麼是結構化資料 提供了完整脈絡，網頁速度對 SEO 的影響 則提醒變體頁過多會拖慢檢索效率。老實說，WooCommerce 預設的 canonical 處理不算差，但很多站長裝了外掛又手動覆蓋，反而改壞了，這是我實際看過最多次的出錯方式。
內容被抄或聯合發佈：如何讓 Google 認得你是正本
如果你要主動轉載內容到別站，請要求對方在該頁加上指向你原站的 canonical，或至少加上「原文出處」的 dofollow 連結。如果是不告而抄，先在原站補強原創時間與結構化資料訊號、向對方主機商檢舉（DMCA），並提交 Google 撤下要求。被動情況下，原創時間、連結指向、社群分享時間都會成為判斷正本的線索。
主動轉載 vs 被動被抄，處理邏輯不同
主動轉載是你可以控制的情境。聯合發佈（syndication）前，先談好兩件事：對方頁面要設 canonical 指回你的原站，或至少放一個清楚的「原文出處」dofollow 連結。這兩個做法都能幫 Google 與 AI 辨識正本。RSS 全文輸出也是風險來源，很多自動採集站就是靠 RSS 把你的內容整篇搬走，建議改為摘要輸出降低風險。
被動被抄就比較棘手。第一步是強化自家原創訊號：確保發佈時間被正確記錄、加上結構化資料、在社群上分享（社群分享時間也是正本判斷線索）。第二步是向對方主機商提交 DMCA 檢舉，並到 Google 提交撤下要求。要誠實說：台灣小型站點對抄襲者追訴資源有限，效果不保證，尤其對方在境外時更難施力。但至少把自家正本訊號顧好，可以降低被誤判的機率。若要強化原創內容的辨識度，Google QRG 動機與原創更新 與 假 E-E-A-T 內容的反面教材 都把「原創」與「信任」放到了更關鍵的位置。
- 主動轉載：要求對方設 canonical 指回原站，或加原文出處 dofollow 連結。
- RSS 輸出：改為摘要，降低被全文採集的風險。
- 被動被抄：強化原創訊號（發佈時間、結構化資料、社群分享時間）。
- 法律途徑：DMCA 檢舉、Google 撤下要求（效果不保證，誠實說明）。
9 個處理重複內容時最容易犯的錯誤
最常見也最致命的錯誤，是把 canonical 設成連鎖或指向被 noindex 的頁面，導致主力頁權威被轉走；另一種是同時用 canonical 與 noindex 造成訊號衝突、把分頁全部 canonical 到第一頁、用 302 處理永久搬移、以及忘了處理 www 與 http 基礎版本統一。先檢查這幾項，比加一堆標籤更有效。
- canonical 連鎖（A→B→C）：權威在多層傳遞中流失，目標頁收到的訊號變弱。
- canonical 與 noindex 同頁：兩個訊號互相打架，Google 不知該收錄還是合併。
- 分頁全 canonical 到第一頁：中間頁內容消失，長尾流量歸零。
- 用 302 處理永久搬移：權重沒有正確轉移，等於沒搬。
- www／非 www、http／https 未統一：最基本的版本分裂，卻最常被忽略。
- 忘記設自我 canonical：帶參數的網址被當成正本。
- hreflang 與 canonical 不一致：語言版本彼此搶正本。
- 盲目 noindex 大量頁面：破壞內部連結結構，連帶影響爬蟲路徑。
- 只靠標籤不檢查 GSC：設錯了也不知道，問題累積到排名掉了才發現。
這份清單的價值在於「先檢查再動手」。很多人一聽到重複內容就拼命加 canonical，結果反而踩到連鎖或衝突的雷。把 www 與 http 的基礎版本先在伺服器統一，比加任何標籤都有效，這點可以對照 Chrome 把 HTTP 標成不安全 的脈絡來理解。用 302 取代 301 處理永久搬移是另一個高頻錯誤，臨時性質的導向才該用 302，行動優先索引延遲 也印證了「訊號設錯會拖很久才被修正」這個通則。盲目 noindex 更是雙面刃，它會連帶抽掉那些頁面提供的內部連結，破壞你原本的權重分配，什麼是內部連結 可以幫你回頭檢視連結結構。還有一點容易被忽略：光設標籤不回 GSC 驗證，等於閉著眼睛開車，排名掉了才發現設錯，這也是為什麼自然排名的觀察要搭配 GSC 報告一起看，而不是只盯著位置數字。
講了這麼多：重複內容處理的核心觀念回顧
回到一個核心：處理重複內容不是為了躲 Google 懲罰，而是為了把排名力氣集中、讓搜尋引擎與 AI 都看懂哪一頁才是你的正本。先診斷再動手、用對 canonical 與 301、別迷信標籤萬能，這三件事做對，比加再多技術設定都有效。
行動優先順序我會這樣排：先把 www／非 www 與 http／https 在伺服器統一，這是最根本的；接著為每個頁面設自我 canonical，防止參數版本被誤選；然後才針對特定情境（篩選頁、多語系）考慮 noindex 與 hreflang。修正後觀察 7 到 28 天再做下一步，不要急著反覆改，否則你會分不清是哪一次調整造成的變化。這個節制感比任何工具都重要，畢竟 SEO 排名因素 裡，訊號的穩定度本身就是一種信任指標。
回顧一下這篇的主軸：重複內容不會被懲罰，但會讓你的排名訊號分散、抓取預算浪費、關鍵字互相蠶食，到了 AI 搜尋時代還會讓 AI 引用錯版本。處理的關鍵不是堆標籤，而是先診斷、再用對方法、定期回 GSC 驗證。如果你只能做一件事，我會建議今天就先用 GSC 把自家重複網址盤點一次，這比追逐任何新工具都值得。想再把站內 SEO 地基打穩，什麼是技術 SEO、網站程式碼最佳化 與 SEO 是什麼 都是配套的重點閱讀。把自家重複內容先盤點一次，會是你在 2026 年最划算的 SEO 投資之一。
重複內容常見問題（FAQ）
重複內容會被 Google 懲罰嗎？
不會。根據 Google Search Central 官方說明，非惡意的重複內容不會被當成操控排名的行為處罰，Google 會從相似版本中挑出一個標準版本來索引與排名。只有刻意抄襲、自動產生的垃圾內容、或大量複製的內容農場行為，才會觸發垃圾內容政策的處罰。真正會傷害你的是權威訊號分散，而不是被罰。
canonical 和 301 我到底該選哪一個？
看頁面是否要保留。頁面永久搬移、舊網址不再需要，用 301 把權重一次轉移過去；內容相似但多個網址都必須存在（例如篩選頁、行動版），用 canonical 指定正本即可。簡單判斷：能用 301 一次解決的就用 301，必須保留多網址的才用 canonical。
canonical 可以用相對網址嗎？
技術上可以，但不建議。相對網址（如 /page）容易因為協定、網域或路徑變動而產生歧義，Google 雖然會嘗試解析，但出錯的風險較高。建議一律使用完整的 https 絕對網址，確保 canonical 指向的目標明確、不會被誤判。
被別人抄走文章，Google 會把我當抄襲者嗎？
不一定，但風險存在。Google 會根據原創時間、連結指向、結構化資料、社群分享時間等訊號判斷正本。若你沒有強化這些訊號，而抄襲者網站權威較高，確實有可能被誤判。建議先補強自家原創訊號，再透過 DMCA 檢舉與 Google 撤下要求處理，但要誠實說效果不保證。
WooCommerce 的篩選頁算重複內容嗎？
多數情況下算。篩選與排序產生的變體網址，內容與主商品頁幾乎相同，會被 Google 視為重複。處理方式是讓變體頁 canonical 指回主商品頁；只有當變體本身有獨立描述、獨立評價、獨立搜尋需求時，才讓它各自自我 canonical。同時可到 GSC 網址參數工具標示哪些參數不改變內容。
多久之後才能看到 canonical 修正的效果？
通常需要數天到數週，取決於 Google 重新檢索的頻率。建議修正後觀察 7 到 28 天，再回 Google Search Console 的網頁索引報告驗證標準版本是否已更新。不要在這段期間反覆修改 canonical，否則會難以判斷是哪一次調整造成的變化。
