- 首頁
- 知識庫
- SEO 搜尋引擎最佳化
- noindex、canonical、301 怎麼選？控制收錄與重複內容
SEO 搜尋引擎最佳化
noindex、canonical、301 怎麼選？控制收錄與重複內容
作者：JamXu更新日期：2026-10-10
三者解決的問題不同：頁面要留給訪客、但不想出現在搜尋結果，用 noindex；幾個網址內容相同或相近、都要保留，用 canonical 指定主要版本；舊網址已經不需要、內容搬到新網址或併入別頁，用 301 永久轉址。noindex 是指令，canonical 是給 Google 的強烈建議，301 則會直接把訪客與搜尋引擎帶到新網址。
三種工具一句話分清楚：各自在控制什麼
很多人第一次處理收錄問題時，會把 noindex、canonical 和 301 當成三個「讓頁面不要出現在搜尋結果」的開關，看哪個順手就用哪個。其實它們作用在不同的層次：noindex 控制「這一頁要不要被收進索引」，canonical 控制「一群相似的網址裡，哪一個代表大家」，301 控制「這個網址還存不存在、訪客該被帶去哪裡」。選錯工具，輕則沒有效果，重則把原本有流量的頁面整個移出搜尋結果。
用一個辦公室的比喻來記：noindex 像在門口貼「內部空間，不對外介紹」，人還是可以走進來，只是導覽地圖上不列出；canonical 像同一份文件影印了好幾份，在其中一份蓋上「正本」章，其他影本仍可翻閱，但引用時一律以正本為準；301 則是「本公司已搬遷」的告示，任何人到了舊地址都會直接被送到新地址，舊地址本身已經不再營業。
| 比較項目 | noindex | canonical 標準網址 | 301 永久轉址 |
|---|---|---|---|
| 設定在哪裡 | 頁面 head 的 robots meta 標記，或伺服器回應的 X-Robots-Tag 標頭 | 頁面 head 的 link rel="canonical"，或 HTTP 標頭、Sitemap | 伺服器或網站平台的轉址規則 |
| 訪客開啟網址時 | 照常看到這一頁 | 照常看到這一頁 | 直接被帶到新網址，看不到舊頁 |
| 對搜尋結果的影響 | 這一頁不會出現在 Google 搜尋結果 | Google 通常只顯示被選為標準的版本 | 搜尋結果改為顯示新網址 |
| 性質 | 指令：Google 讀到就會遵守 | 強烈信號：Google 可能選擇其他網址 | 強烈信號：表示目標網址應成為標準網址 |
| 排名信號 | 不會轉給其他頁 | 整合到標準網址 | 轉移到新網址 |
| 典型用途 | 感謝頁、站內搜尋結果、只給特定對象的頁面 | 帶追蹤參數的網址、排序篩選頁、同內容多個入口 | 改網址、合併重複文章、整站換網域或改用 HTTPS |
表格裡最容易忽略的是「性質」這一列。noindex 是明確的指令；canonical 則只是你提供給 Google 的偏好。Google 搜尋中心在標準化說明中寫得很清楚：你可以告訴 Google 偏好哪一個網址，但 Google 仍可能基於各種原因選擇其他網頁。這也是為什麼設定 canonical 之後，一定要到 Search Console 確認 Google 實際的選擇，後面會說明怎麼查。
先問三個問題：用決策流程選對工具
遇到「這一頁該怎麼處理」的時候，不必先背規則，依序回答下面三個問題，大多數情況就能找到答案。順序很重要：先決定網址的去留，再決定要不要被收錄，最後才處理重複版本。
- 這個網址還需要存在嗎？內容已經搬到別處、或已併入另一頁 → 用 301 轉到最接近的新網址；內容已經永久下架、也沒有替代頁 → 讓它回傳 404 或 410
- 網址要保留，但訪客是透過其他管道進來（例如表單送出後、會員登入後），搜尋者直接進來沒有意義 → 用 noindex
- 網址要保留、也有搜尋價值，但站內有另一個網址的內容相同或幾乎相同 → 在重複的版本加上 canonical，指向你要的主要版本；主要版本本身也加上指向自己的 canonical
- 以上皆非：這是一個內容獨立、值得被搜尋到的頁面 → 維持可索引，什麼都不用加
第一步之所以排最前面，是因為能用 301 一次解決的情況，就不該用 canonical 繞路。canonical 只是建議，被合併的舊頁仍然存在、仍會被檢索，訪客也可能從舊書籤或外部連結進到過時的內容；301 則同時處理了訪客與搜尋引擎。反過來，如果兩個網址都必須保留（例如同一個商品的不同排序方式），就不能用 301，因為使用者會失去其中一種瀏覽方式。
noindex：頁面要留著，但不要出現在搜尋結果
noindex 是寫給搜尋引擎的「不要把這一頁收進索引」規則。根據 Google 搜尋中心對 noindex 的說明，Googlebot 檢索到含有 noindex 的網頁時，就會把它從搜尋結果中排除，即使其他網站有連結指向這一頁也一樣。訪客仍然可以從站內連結、廣告、社群或信件開啟這一頁，一切照常運作。
兩種設定方式
- HTML 頁面：在 head 區塊加入 <meta name="robots" content="noindex">，適用所有支援這項規則的搜尋引擎；只想針對 Google，可以把 robots 換成 googlebot
- PDF、圖片等非 HTML 檔案：沒有 head 可以放標記，改由伺服器在 HTTP 回應中加上 X-Robots-Tag: noindex 標頭
- 使用網站平台時：多半不必手寫程式碼，直接在頁面或文章的 SEO 設定中切換「索引」選項即可，平台會替你輸出對應的標記
適合設定 noindex 的頁面
| 頁面類型 | 為什麼不需要被搜尋到 | 補充 |
|---|---|---|
| 表單感謝頁、訂單完成頁 | 只有送出表單或下單的人才需要看到；從搜尋直接進來還會讓轉換數字失真 | 同時把它從選單與頁尾移除 |
| 站內搜尋結果頁 | 內容由關鍵字即時組合，品質不穩定，數量又可能無限增加 | 常搭配參數網址出現 |
| 會員專區的說明頁、內部公告 | 只給特定對象，公開曝光沒有幫助 | 真正需要保密的內容要用登入保護，不能只靠 noindex |
| 短期活動的限定頁 | 活動結束後若仍留在搜尋結果，可能讓人誤以為優惠還在 | 活動頁請改用社群、廣告與信件導流 |
| 測試頁、半成品頁 | 尚未完成，不該被當成正式內容 | 能直接設為不公開更好 |
要注意的是，隱私權政策、服務條款這類法律頁面不必急著設 noindex。它們有人會直接搜尋（例如想查某家公司的退換貨規定），而且是網站可信度的一部分；除非有特殊理由，維持可索引通常比較合適。同樣地，內容重複的頁面一般也不建議用 noindex 處理，原因在下一節說明。
三個最常見的 noindex 誤用
- 同時用 robots.txt 封鎖：Google 說明，noindex 要生效，檢索器必須能讀到這一頁。如果 robots.txt 擋住了檢索，Google 根本看不到 noindex，網址反而可能因為外部連結而繼續出現在搜尋結果中
- 用 noindex 處理站內的重複頁面：Google 不建議在同一個網站中用 noindex 來決定哪個版本是標準網頁，因為這會讓該頁完全無法出現在搜尋結果，排名信號也無法集中，應改用 canonical
- 忘了在正式上線時拿掉：開發期間整站設成 noindex 很常見，上線時漏改，就會出現「網站開了好幾個月，Google 一頁都沒收錄」的狀況，所以網站上線前檢查清單一定要有這一項
設定 noindex 之後，也不會立刻從搜尋結果消失。Google 要重新檢索這一頁、讀到新的規則才會生效；依照官方說明，視網頁的重要性，可能要經過幾個月才會重新造訪。想加快速度，可以用 Search Console 的網址審查工具要求重新檢索。另外，Google 也提醒有些搜尋引擎對 noindex 的解讀方式可能不同，在其他搜尋引擎上的結果可能有差異。
canonical 標準網址：同一份內容有好幾個網址時
標準網址（canonical URL）是 Google 從一組重複或相似的網頁中，選出最具代表性的那個網址；搜尋結果通常只顯示這個版本，連結等信號也會整合到它身上。canonical 標記就是你用來告訴 Google「我希望哪一個網址當代表」的方式。
重複網址是怎麼出現的
多數重複網址都不是刻意製造的，而是網站運作自然產生的。Google 的標準化說明列出幾種常見原因，對照一般企業網站，大致會遇到下面這些情況：
| 來源 | 網址長什麼樣子 | 建議處理 |
|---|---|---|
| 追蹤參數 | 同一頁加上 ?utm_source=line 之類的廣告或社群追蹤參數 | 頁面輸出指向不帶參數網址的 canonical |
| 排序與篩選 | 商品列表依價格排序、依顏色篩選，各自產生不同網址 | canonical 指向未篩選的分類頁，或依需求保留有搜尋價值的篩選頁 |
| 通訊協定與主機名稱 | http 與 https、有 www 與沒有 www 同時能開 | 選定一個主網址，其他版本 301 轉過去 |
| 同一內容放在不同分類路徑 | 一篇文章可從兩個分類網址進入 | canonical 指向固定的一個網址，站內連結也統一 |
| 裝置或地區版本 | 行動版獨立網址，或內容相同的不同地區頁 | 依 Google 對應的行動版或多地區網站做法處理 |
| 測試與示範版本 | 測試站、示範頁意外被檢索到 | 直接設為不公開或加上登入保護，不要讓它對外開放 |
設定 canonical 的規則
Google 搜尋中心〈指定標準網址〉的說明依信號強弱列出三種方式：重新導向是強烈信號，表示導向的目標應成為標準網址；rel="canonical" 標記同樣是強烈信號；把網址列入 Sitemap 則是微弱信號。同一份文件也列出實作時要遵守的細節：
- link rel="canonical" 只能放在 HTML 的 head 區塊，寫在內文裡不會被採用
- 使用完整的絕對網址（含 https:// 與網域），不要只寫 /path 這種相對路徑
- 主要版本本身也要加上指向自己的 canonical（自我參照），讓信號一致
- 同一頁只指定一個標準網址，不要用不同方法（例如 canonical 標記和 Sitemap）各指定不同的網址
- 不要把網址片段（# 後面的文字）指定為標準網址，Google 通常不支援
- PDF 等非 HTML 檔案可以用 HTTP 回應標頭的 Link: …; rel="canonical" 指定
- 如果用 JavaScript 產生頁面，要確保原始 HTML 中的 canonical 不會被程式改掉
不適合用 canonical 的情況
第一種是分頁。部落格或商品列表的第 2、3 頁，內容和第 1 頁並不相同，Google 在電子商務分頁的說明中明確建議：不要把分頁序列的第一頁當成所有分頁的標準網頁，而是讓每一頁指定自己的標準網址。如果把第 2 頁之後都指向第 1 頁，排在後面的文章或商品就可能少了被發現的機會。
第二種是內容其實不同的頁面。canonical 只適用於「重複或非常相似」的網頁；兩篇主題相近、但內容各自獨立的文章，用 canonical 互相指來指去並不能解決問題。如果兩篇真的在搶同一個搜尋意圖，比較好的做法是合併成一篇再用 301 轉址，或把其中一篇改寫成不同的主題，判斷方式可以搭配 關鍵字研究與搜尋意圖一起看。
第三種是轉載到其他網站的內容。很多人以為只要請轉載網站加上指回原文的 canonical 就好，但 Google 在標準化疑難排解說明中表示，不建議用 canonical 處理聯合發布合作夥伴的重複內容，因為兩邊的網頁通常差異很大；最有效的方法是由轉載方設定封鎖，避免轉載內容被編入索引。授權文章給媒體或合作夥伴時，可以把這一點寫進合作條件。
301 轉址：網址搬家、合併頁面時用
301 是 HTTP 狀態碼「永久移動」（Moved Permanently），代表舊網址已經被新網址取代。瀏覽器收到 301 會自動前往新網址；Google 則會把它當作「新網址應成為標準網址」的強烈信號，逐步在搜尋結果中改為顯示新網址，並把舊網址累積的信號轉移過去。
永久與暫時重新導向的差別
Google 搜尋中心〈重新導向與 Google 搜尋〉把重新導向分成永久與暫時兩類。兩者對訪客來說看起來一樣，都會被帶到新網址，差別在於 Google 怎麼對待搜尋結果裡的網址：
| 類型 | 常見狀態碼或做法 | Google 怎麼處理 | 適合情境 |
|---|---|---|---|
| 永久 | 301、308；延遲 0 秒的 meta refresh | 把重新導向視為目標應成為標準網址的信號，搜尋結果改顯示新網址 | 改網址、合併頁面、換網域、http 改 https |
| 暫時 | 302、303、307；延遲超過 0 秒的 meta refresh | 會跟著導向，但不把它當成目標應成為標準網址的信號 | 短期維修、暫時停售、活動期間的臨時導流 |
| JavaScript 轉址 | 頁面載入後用程式改變網址 | 只有在無法設定伺服器端轉址時才建議使用，因為轉譯可能失敗 | 沒有伺服器設定權限時的備案 |
常見的錯誤是「明明是永久搬家，卻用了 302」。很多主機或外掛的預設值是 302，結果舊網址遲遲沒有被新網址取代，兩個網址在搜尋結果裡來回出現。設定轉址時，先確認狀態碼選的是 301（或 308）。Google 也建議優先使用伺服器端的永久重新導向，處理速度最快、最可靠。
設定 301 的五個原則
- 一對一轉到最相關的頁面：舊的服務介紹頁轉到新的服務介紹頁，舊文章轉到內容最接近的新文章。Google 提醒，不要把大量舊網址轉到不相關的單一目的地（例如首頁），這會讓使用者困惑，也可能被視為軟性 404（soft 404）
- 合併時可以多對一：多篇主題重複的舊文章合併成一篇完整的新文章後，把這幾個舊網址都轉到合併後的文章，這是 Google 認可的做法
- 直接轉到最終網址，避免轉址鏈：Googlebot 在一條轉址鏈中最多追蹤 10 個躍點，但 Google 建議直接導向最終目的地；做不到時，盡量控制在 3 次以內、最多不超過 5 次
- 轉址規則至少保留 1 年：Google 的網站遷移說明建議通常保留至少 1 年，讓 Google 有時間重新檢索並轉移信號；從使用者的角度，最好永久保留
- 同步更新站內連結、canonical 與 Sitemap：轉址只是保險，站內連結應直接改成新網址，Sitemap 也只列新網址，不要讓訪客與檢索器每次都多繞一圈
轉址最常出現在網站改版、換網域與文章盤點這三種時刻。改版時怎麼盤點舊網址、建立新舊對照，可以搭配 公司網站什麼時候該改版一起規劃；換網域的 DNS 與 SSL 設定，則在 自有網域綁定與 DNS 設定有完整步驟。站內連結的更新方法與轉址鏈的檢查，在 內部連結策略也有整理。
不在三選一裡的工具：404／410、robots.txt 與移除工具
討論收錄控制時，常會有人提出「直接刪掉就好」「用 robots.txt 擋掉」「到 Search Console 申請移除」。這三種做法各有用途，但都不能取代 noindex、canonical 或 301，先弄清楚它們的定位：
| 做法 | 實際作用 | 適合用在 | 不適合用在 |
|---|---|---|---|
| 回傳 404 或 410 | 告訴搜尋引擎內容已不存在；Google 對兩者的處理相同，已收錄的網址會從索引移除，檢索頻率逐漸降低 | 永久下架且沒有替代內容的頁面 | 有替代頁的情況（應改用 301） |
| robots.txt 的 Disallow | 告訴檢索器不要抓取某些網址，主要用途是避免網站因過多要求而超載 | 大量沒有價值、會浪費檢索資源的網址 | 讓頁面不出現在搜尋結果（被擋的網址仍可能因外部連結被收錄） |
| Search Console 移除工具 | 暫時讓網址不出現在搜尋結果，效期約六個月 | 敏感內容需要立刻隱藏，同時另外做永久處理 | 當作永久移除或標準化的方法 |
| noindex | 頁面保留，但不進索引 | 對訪客有用、對搜尋者沒用的頁面 | 想藉此決定重複頁面的代表版本 |
移除工具特別容易被誤用。Google 的說明中強調，移除要求獲准後，封鎖效期大約只能維持六個月，期滿後如果網頁還在，就可能重新出現在搜尋結果。要永久移除，必須讓網頁回傳 404 或 410、加上 noindex，或用密碼保護。另外，Google 也提醒不要用移除工具處理標準化問題，否則可能把同一網址的所有版本都從搜尋結果隱藏。
12 種常見情境：該用哪一個？
下表整理企業網站最常遇到的 12 種狀況。表中的「不建議」欄位同樣重要，很多收錄問題就是來自看似合理、其實用錯工具的做法。
| 情境 | 建議做法 | 原因 | 不建議 |
|---|---|---|---|
| 頁面自訂網址改了 | 舊網址 301 到新網址 | 保留已累積的連結與收錄 | 讓舊網址變成 404 |
| 兩篇文章寫同一個主題 | 合併成一篇，另一篇 301 到保留的文章 | 集中信號，避免自己的文章互相競爭 | 兩篇互相設 canonical |
| 社群分享帶了 utm 參數 | canonical 指向不帶參數的網址 | 參數網址和原網址是同一頁 | 對參數網址設 noindex |
| 表單送出後的感謝頁 | noindex，並從選單移除 | 從搜尋直接進來沒有意義 | 用 robots.txt 封鎖 |
| 活動已結束的頁面 | 有後續活動或常設頁時 301 過去；沒有就更新內容說明活動已結束，或回傳 404／410 | 避免搜尋者看到過期優惠 | 全部轉到首頁 |
| 商品永久停售、有替代品 | 301 到替代商品或所屬分類頁 | 訪客與信號都有去處 | 保留空白頁回傳 200 |
| 商品暫時缺貨 | 保留頁面、標示缺貨與預計到貨 | 之後仍會恢復販售 | 暫時設 noindex 或轉址 |
| 列表頁的第 2、3 頁 | 每頁使用自己的 canonical | 各頁內容不同 | 全部 canonical 指向第 1 頁 |
| http、www 多種網址都打得開 | 選定主網址，其他版本 301 過去 | 最強的標準化信號 | 只靠 canonical 處理 |
| 測試站被 Google 收錄 | 加上登入保護或 noindex；正式站不受影響 | 測試內容不該公開 | 只用 robots.txt 擋 |
| 文章授權給媒體轉載 | 請轉載方對轉載頁設定不編入索引 | Google 不建議用 canonical 處理聯合發布 | 只要求對方加 canonical |
| 不小心公開了敏感內容 | 先用移除工具暫時隱藏，再刪除內容或加上登入保護 | 移除工具只有約六個月效期 | 只申請移除就結束 |
情境 5 的「活動頁」值得多說一句：如果活動每年都會舉辦，與其每年開新網址再把舊的轉來轉去，不如固定一個常設網址，每年更新內容，累積的連結與收錄都能延續下去。這和 文章盤點與發布流程裡「維持原網址更新內容」的道理相同。
訊號不要互相打架：混用時最常見的衝突
單獨使用時，這三種工具都不難；問題多半出在同一個網址同時收到互相矛盾的訊號。Google 遇到矛盾時只能自己判斷，結果往往不是你想要的。下面這些組合，在網站健檢時特別常見：
| 衝突組合 | 會發生什麼事 | 怎麼修正 |
|---|---|---|
| canonical 指向一個設了 noindex 的頁面 | 你說「以 B 為準」，B 卻說「不要收錄我」，兩邊都可能不出現 | 標準版本必須可被索引；不要收錄的頁面不能當代表 |
| canonical 指向已經 301 的舊網址 | 信號繞了一圈，Google 要多判斷一次 | canonical 直接寫最終網址 |
| 同一頁設了 noindex 又被 robots.txt 封鎖 | Google 讀不到 noindex，網址仍可能出現在搜尋結果 | 移除 robots.txt 的封鎖，讓 noindex 被讀到 |
| Sitemap 列出 noindex 或已轉址的網址 | 你一邊提交、一邊說不要收錄，報表出現矛盾訊息 | Sitemap 只列出可索引的標準網址 |
| canonical 標記和 Sitemap 指定不同網址 | Google 不知道該以哪個為準 | 同一頁只用一個標準網址，各種方法一致 |
| 站內連結大量指向非標準版本 | 內部連結也是信號，可能讓 Google 選擇你不要的版本 | 選單、內文與麵包屑一律連到標準網址 |
| 頁面 A canonical 指向 B，B 又指向 C | 形成鏈狀，信號被稀釋 | 全部直接指向最終的標準網址 |
最後一列的鏈狀問題，常發生在網站改過幾次網址之後：當年設定的 canonical 沒有跟著更新，結果指向一個已經轉址的舊網址。Google 的網站遷移說明也提醒，重新導向生效後要檢查 rel="canonical" 與 robots meta 規則是否符合新的網址。比較穩當的習慣是：每次改網址，就把「轉址、canonical、Sitemap、站內連結」四件事當成同一張檢查表一起確認。
設定之後怎麼驗證：用 Search Console 確認 Google 的選擇
設定完不代表 Google 已經照做。驗證分成兩個層次：單一網址用網址審查，整站趨勢看網頁索引報表。這兩個報表的完整說明，可以在 Google Search Console 教學找到，這裡只整理和本篇三種工具有關的判讀重點。
用網址審查看單一網址
- 在 Search Console 上方的搜尋框貼上要檢查的完整網址
- 展開「網頁索引」相關細節，找到「使用者宣告的標準網址」：這是你透過 canonical 標記、HTTP 標頭或 Sitemap 宣告的網址
- 對照「Google 所選的標準網址」：兩者相同，代表 Google 接受了你的設定；不同，代表 Google 判斷另一個網址更適合當代表
- 確認「是否允許建立索引」：設了 noindex 的頁面會在這裡顯示被排除；本該被收錄的頁面若出現 noindex，就是設定錯了
- 修正後按「要求建立索引」，請 Google 重新檢索這一頁
如果 Google 選的標準網址和你宣告的不同，先別急著反覆修改 canonical。常見原因是兩頁內容其實差很多、站內連結大多指向另一個版本，或你宣告的網址本身有轉址、noindex 等問題。把前一節的衝突表逐項排除，通常就能找到原因。
用網頁索引報表看整站
網頁索引報表會把未建立索引的網址依原因分組。和本篇相關的原因包括「使用適當標準標記的替代網頁」「重複網頁 (Google 選擇的標準網址與使用者不同)」「頁面會重新導向」以及「網址含有「noindex」標記」。前兩種多半表示你的 canonical 被採用或需要檢查，後兩種則是轉址與 noindex 生效的正常結果。
| 報表上的原因 | 代表什麼 | 需要處理嗎 |
|---|---|---|
| 使用適當標準標記的替代網頁 | 這是重複版本，Google 已依你的 canonical 改用標準網址 | 通常不用，代表設定生效 |
| 重複網頁 (Google 選擇的標準網址與使用者不同) | Google 沒有採用你宣告的標準網址 | 要檢查：內容是否夠相似、站內連結指向哪一版 |
| 頁面會重新導向 | 這個網址已轉到其他網址 | 確認轉到正確頁面即可 |
| 網址含有「noindex」標記 | 頁面依規則沒有被收錄 | 刻意設定的不用管；重要頁面誤設要改回 |
| 找不到 (404) | 網址已不存在 | 有替代頁就設 301；確定下架可維持 404 |
整站檢查建議放進每月的例行工作：看「已建立索引」的數量是否穩定、有沒有重要頁面突然出現在未建立索引的清單裡。如果還沒有固定的檢查流程，可以從 網站 SEO 健檢的第一步開始建立。
在 Sharing AI 架站平台上怎麼設定
使用網站平台時，三種工具大多不必自己寫程式碼，但要知道平台替你做了什麼、哪些仍要自己判斷。以 Sharing AI 架站平台為例：
| 工具 | 平台怎麼處理 | 你要做的事 |
|---|---|---|
| noindex | 頁面在「頁面設定 → SEO 基本設定 → 索引」、文章在「基本設定 → 索引」切換 index 或 noindex | 判斷哪些頁面該設 noindex，並在上線前確認正式頁面維持 index |
| canonical | 官方功能說明列出自動產生 Canonical 標準網址；開啟帶追蹤參數的網址時，頁面輸出的 canonical 仍指向不帶參數的網址 | 站內連結一律使用正式網址；有重複主題的頁面要自己決定合併 |
| 301 | 修改頁面自訂連結時，自動在「重新導向網址」建立 301 規則；多次修改時會把所有舊網址統一導向最新位置 | 從其他平台搬來的舊網址，要在「重新導向網址」手動新增 |
手動新增 301 的步驟
- 進入後台左側選單「重新導向網址」，按右上角「新增重新導向」
- HTTP 狀態碼選「301 — 永久重新導向」；只有短期導流才選暫時性的狀態碼
- 來源路徑填舊網址的路徑（例如 old-page），目標路徑填新網址的路徑或完整網址
- 按「新增」後，用無痕視窗開啟舊網址，確認一次就到正確頁面，沒有經過多次跳轉
- 最後用全站的「內容搜尋與取代」把站內連到舊網址的連結改成新網址
後台在新增對話框中也提醒：重新導向規則會直接影響網站的網址路由，錯誤的規則可能導致頁面無法存取。規則多的時候，建議先整理一份新舊網址對照表，逐列設定、逐列測試。後台各項設定的完整畫面，整理在 Sharing AI 架站平台教學主題頁；表單感謝頁的 noindex 設定，在 網站表單設計與感謝頁設定有獨立說明。
一頁總整理：處理收錄與重複內容的檢查清單
把前面的內容濃縮成一張可以直接使用的清單。網站改版、搬家或每季盤點時，逐項確認即可：
- 每個網址先決定去留：要搬家或合併的用 301，永久下架的回傳 404／410，其餘保留
- 保留的網址再判斷：對搜尋者沒有價值的設 noindex，有價值的維持可索引
- 有重複版本的頁面：重複版本設 canonical 指向主要版本，主要版本加上自我參照的 canonical
- canonical 使用完整的 https 絕對網址，只放在 head，每頁只有一個
- 設了 noindex 的頁面沒有被 robots.txt 封鎖
- 轉址直接到最終網址，沒有轉址鏈；永久搬家用 301，不是 302
- 沒有把大量舊網址轉到首頁
- Sitemap 只列出可索引的標準網址，不含 noindex、已轉址或 404 的網址
- 選單、麵包屑與網址架構和內文連結都指向標準網址
- 上線後用網址審查抽查重要頁面，確認 Google 所選的標準網址與你宣告的一致
這張清單也是 SEO 搜尋引擎最佳化學習路線中「技術基礎」的一環：先讓對的頁面被收錄、讓每個主題只有一個代表網址，關鍵字與內容的努力才不會被分散。如果網站正面臨改版、換網域或大量頁面整併，想找人一起規劃網址對照與上線檢查，也可以參考分享家的 AI SEO 顧問服務。