標準網址怎麼測：八種改法，以及兩次有數字的實驗

更新 2026-10-12

SearchPilot 賣 SEO 對照實驗。這篇前半是標準網址的做法，後半才是兩次有結果的測試。當週的問題是：Google 是否建議把 rel=”canonical” 和網站地圖裡指定的標準網址合在一起，好送出更強的訊號。投票比例在圖裡，正文沒有數字，也沒有把官方說法寫成簡單的是或否。

搜尋引擎要決定哪個網址是某次查詢的最佳結果。站上若有很多相似頁，把每個網址都當成獨立頁，可能判錯，或漏掉排名訊號。標準網址用來告訴爬蟲該抓、該顯示哪一個，讓排名訊號集中到那個版本。需要多個網址的情況包括：同一服務的不同地區、不同尺寸和顏色的商品、以及 HTTP 和 HTTPS。使用者需要這些不同的入口，但為每種變體各寫一套完全不同的內容，在成千上萬頁的站上不現實。

目錄（5）

文章轉述 Google 的建議：用標準網址指定使用者在搜尋結果裡該看到的 URL，合併相似頁的排名訊號，並避免抓取預算花在重複頁上。設定方式有三種：重複頁的程式碼裡加 rel=”canonical” 連結、在 HTTP 回應標頭裡加 rel=”canonical”，或用網站地圖標出哪些頁是標準頁。文章寫，Google 不建議用重新導向來向 Googlebot 傳送「哪一頁才是標準頁」的訊號。HTML 裡的寫法是放在 head：

<link rel="canonical" href="https://www.example.com/page/" />

PDF 這類不是 HTML 的檔案，頁內的 link 元素無效，要改放在 HTTP 標頭，例如 Link 標頭加上 rel=”canonical”。不論用哪一種，每頁只該有一個標準網址。同時用太多方法，可能出現 rel 指向 A、網站地圖指向 B。爬蟲會跟著頁上的連結走，那些連結也該是標準網址。除非是在淘汰一個重複頁，否則不要用重新導向來設定標準網址。robots.txt 不能用來做這件事：就算想藏起某一頁，其他頁若連向它，仍可能被索引。也不要用 noindex 把 Google 從非標準頁推開，那會讓該頁在所有搜尋結果裡都不出現。網址移除工具會藏起一個網址的所有版本，不是只藏你不想當標準頁的那些。地區版若用了 hreflang，標準網址要指向同一語言的頁；做不到時，Google 建議指向最好的替代語言。AMP 若放在另一個網域，不要讓它看起來像完全另一個站。

他們把標準網址的作用分成幾塊。它指出要索引的版本，避免重複內容把力氣沖淡，並把 PageRank、連結訊號和權威收成到選定的網址。它也幫爬蟲少走彎路，把抓取預算用在重要頁。對使用者，相似內容收成一個入口，比較不會迷路。多語言站則和 hreflang 一起用，把人送到符合語言或地區的版本。這些是機制說明，不是他們量到的流量百分比。

八種可以先測再全站改的做法

第一，標準網址的結尾斜線要和站上認定的版本一致。指向相反的版本時，爬蟲可能無法正確索引和排名。先在一部分頁上對齊，再決定要不要全站改。

第二，標準網址和 noindex 不要同時用。兩者一起會給出互相打架的訊號。可以先測拿掉 noindex、只留標準網址，再測拿掉標準網址、只留 noindex，看哪一種讓目前的標準頁得到更清楚的訊號。這也能核對 Google 說的最佳實務，在你的站上是否真的帶動自然流量，值不值得全站改。

第三，分頁加上標準網址。分頁容易讓搜尋引擎不知道哪一頁才該排，也容易產生重複內容。標記用來指出主要頁、合併訊號。測的是加上之後自然流量怎麼動。

第四，修掉指向壞頁的標準網址。大站持續改版時，標準連結可能指到不存在的頁，干擾抓取和索引，有時還會被看成軟 404。企業站頁多、彼此相連，先測影響再投入修復。

第五，就算 HTTP 會重新導向到 HTTPS，標準網址裡仍寫著 HTTP 時，也測改成 HTTPS。搜尋引擎可能把這種混合訊號看成信任問題。大站的技術債讓全站替換成本很高，先看排名和自然流量再決定。

第六，加上指向自己的標準網址，用來收拾參數、大小寫、www 和非 www。John Mueller 在一場網站管理員辦公時間說過，他建議頁面指向自己，讓 Google 清楚該索引哪個網址；就算只有一頁，網址仍可能有這些變體。先測再全站加。

第七，幾乎相同的內容上，測拿掉標準網址。商品變體和地區重複頁若互相指向，搜尋引擎可能分不清該排哪一個。標準網址只是提示，Google 可以自己選。缺貨時暫時把商品頁指向分類頁，就是一個例子。文章寫 Google 不建議這樣做，也很可能忽略，還可能影響索引和排名。

第八，測拿掉重複的多個標準網址。大站結構複雜時，一頁可能不小心放了不只一個。搜尋引擎難以判斷主版本，排名也會不穩。先在不同內容類型的子集上測，再看排名和自然流量。

兩次有結果的測試

重新導向和標準網址做的事不同。重新導向把人和搜尋引擎送到新位置，標準網址只是指出偏好的版本。文章寫，Google 把標準網址當提示，可能忽略你設的、改依內部連結和網站地圖自己選；重新導向則是必須遵守的指令。因此可以測「改用重新導向」或「改用標準網址」，看哪個對這個站更好。

他們先前有個客戶，頁面已經用標準網址指向沒有結尾斜線的版本，但有斜線的網址仍有少量流量，表示有些頁還被索引。測試把有斜線的網址 301 到沒有斜線的版本。被導向的那些頁，自然工作階段如預期下降。沒有斜線的網址略為正面，但沒有達到統計上顯著。假設夠強、拿掉重複頁算較好的做法、趨勢也不是負面，客戶仍決定全站上線。文章說有證據顯示全站加上這批 301 有好處，但那次本身沒有顯著百分比。

另一次是電商客戶。主商品頁原本指向自己，改成指向其中一個規格頁。假設是規格頁開始被索引，主商品頁繼續表現正常。站的結構是主商品一個網址，每個規格用參數分開。他們先前已讓數量、尺寸等規格都可索引，並指向自己，但那些頁沒有穩定被索引，自然流量也不如預期。主商品頁這次沒有負面影響，整體無結論。規格頁是正面的，最佳估計是自然流量上升 22%，因此改動鋪到相關商品。這次的細節我們已另外整理。

測量用同時跑的對照頁和實驗頁，排除季節、全站改動、演算法和競爭者。統計把實際結果和預測相比，並給出信心區間。自然流量同時反映排名和點閱率。

常見問題

• 標準網址可以怎麼設？HTML 的 rel=”canonical”、HTTP 標頭，或網站地圖。PDF 要用標頭，不能用頁內的 link 元素。每頁只留一個，避免和網站地圖打架。
• 可以用 noindex 或 robots.txt 代替嗎？文章說不要。noindex 會讓該頁完全不出現在搜尋結果。robots.txt 藏不住被其他頁連到的網址。網址移除工具會藏起所有版本。
• 結尾斜線那次的結果是什麼？被導向的頁自然工作階段下降。沒有斜線的網址略為正面，但沒有統計顯著。客戶仍全站上線，因為假設強，而且不是負面趨勢。
• 主商品頁改指向規格頁呢？主商品頁無結論、沒有負面影響。規格頁自然流量的最佳估計上升 22%，之後鋪到相關商品。

編輯解讀

一句話重點：這篇多數是可測的改法清單；真正有數字的是結尾斜線的 301，以及主商品頁改指向規格頁後規格頁約升 22%。

這對你的網站意味著什麼：

• 先查 rel、網站地圖和內部連結是不是指向同一個網址，再談加更多標記。
• 不要用 noindex、robots.txt 或網址移除工具來指定標準頁。
• 缺貨頁暫時指向分類頁之前先測。文章寫 Google 不建議，也可能忽略。
• 標準網址和 noindex 同時存在時，先在子集上拆開測，不要一次全站刪。

適用與不適用的情境：適合頁面多、變體和參數多的站，用來決定哪一種標準網址改動值得全站做。不適合把八種想法都當成已經驗證的流量手段。

需要注意的限制：這是 SearchPilot 的彙整，他們賣測試平台。八種測法沒有各自的流量數字。結尾斜線那次沒有顯著百分比。22% 是規格頁的最佳估計，主商品頁無結論。投票比例沒有寫在正文。標準網址只是提示，重新導向才是指令，兩者不要混成同一種訊號。

延伸閱讀：

• 商品主頁的標準網址指向規格頁，規格頁自然流量估計升 22%
• SEO 對照實驗在比什麼：同時跑的頁，不是改前改後

可沉澱規則 · 供站點自檢2 條

從本文提煉，可供人工對照或 AI 分析站點時作為依據。全部規則

1. 1 標準網址改動前先對齊 rel canonical、Sitemap 與內部連結指向同一 URL；勿用 noindex、robots.txt 或網址移除工具指定 canonical；PDF 須用 HTTP Link 標頭。

   適用 參數／斜線／www 變體混亂
   排除 不要同時保留 canonical 與 noindex 打架
   • 每頁是否僅一個 canonical
   • hreflang 語言對應

2. 2 大站 canonical、斜線 301 或主商品改指向規格頁前，用對照頁子集跑 SearchPilot 式實驗；canonical 是指示、301 是指令，兩者不可混為同一訊號。

   適用 電商變體索引策略調整
   排除 不要缺貨頁暫指分類頁而不先測（Google 可能忽略）
   • 規格頁自然工作階段
   • 被 301 來源 URL 流量

名詞與資料來源

1. 標準網址的測法與兩次結果 — SearchPilot：〈Testing the Canonical Element〉 https://www.searchpilot.com/resources/case-studies/testing-canonical-element（檢索日期：2026-10-12）
2. 如何指定標準網址 — Google Search Central：〈Consolidate duplicate URLs〉 https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls（檢索日期：2026-10-12）
3. 指向自己的標準網址 — Google Search Central：〈Webmaster Central office-hours〉 https://www.youtube.com/watch?v=XOGOhWyNSf8（檢索日期：2026-10-12）
4. 結尾斜線改 301 — SearchPilot：〈Redirecting trailing slash URLs〉 https://www.searchpilot.com/resources/case-studies/seo-split-test-lessons-redirecting-trailing-slash-urls（檢索日期：2026-10-12）