關鍵字蠶食不是「兩篇文章提到同一個字」就成立。需要處理的是兩個以上網址在相近時間競爭同一組查詢、回答同一個讀者任務,網站卻沒有清楚指定主要承接頁。查核時要把 GSC 查詢與頁面資料、搜尋意圖、Canonical、內外部連結、內容完整度放在一起看;找不到主要保留頁(keeper)的證據,就先別合併,也不要做 301。
資料查核:安佑編輯團隊依 Google Search Central 官方 Canonical 與重新導向文件整理,資料查核日為 2026 年 8 月 10 日,預定發佈日為 2026 年 8 月 21 日。本文提供 URL 對 URL 的決策方法,不保證調整後一定提高排名;實際處置仍要先備份、確認平台行為並保留回復方案。
先別被「同關鍵字」誤導:主題相近不等於蠶食
假設網站同時有「什麼是反向連結」和「高風險產業錨文字怎麼規劃」兩篇文章,兩頁都會出現「反向連結」這個詞,但讀者任務不同:前者要理解概念,後者要做風險決策。這種分工清楚的內容,可以一起存在,甚至應該互相內鏈。
反過來說,如果兩篇文章標題都在回答「關鍵字蠶食怎麼查」,段落、案例與 CTA 也幾乎一樣,即使文字沒有逐字重複,仍可能缺乏明確的 URL 所有權。問題不在於某個詞出現兩次,而是搜尋者提出同一個問題時,網站自己沒有決定哪一頁是主要答案。
第一輪先寫清楚「每個網址分別幫誰完成什麼事」,先不用數有幾篇提到同一個關鍵字。讀者階段、答案格式、頁面角色或轉換目的只要有實質差異,就先評估保留與差異化。把相近內容全部塞成一篇超長文章,常會連原本清楚的任務也一起弄模糊。
關鍵字蠶食怎麼查?5 步確認是不是同一個問題
第 1 步:先建立 URL 對 URL 的候選清單
從站內文章清單、GSC 頁面與查詢資料、網站搜尋,以及 site: 搜尋找出可能重疊的網址。這一步只建立候選,不下結論。重複標題、相近 slug 或同一關鍵字,最多只能說「值得檢查」。
每個候選 URL 至少記錄:標題、主要查詢、讀者任務、內容類型、頁面狀態、Canonical、發佈時間、近三至六個月 GSC 點擊與曝光、內部連結,以及是否有外部連結。資料拿不到時要標示「缺資料」,不能把缺資料寫成零。
第 2 步:在 GSC 用同一查詢比對頁面,不只看平均排名
到 Search Console 的搜尋結果成效報表,先篩選一個具體查詢或同義查詢群,再切到「頁面」。如果兩個網址都拿到曝光,接著看時間序列:是固定由其中一頁承接,還是兩頁在相近日期輪流出現?查詢意圖是否一致?品牌詞與非品牌詞是否混在一起?
同一查詢出現兩個 URL,還不能單獨證明蠶食。搜尋結果可能同時需要教學頁與服務頁,也可能因裝置、地區、時間或查詢細節不同而展示不同頁面。真正要拉警報的是:同一批查詢長期在兩頁之間擺動,兩頁回答的又是同一個任務,主要頁始終沒有穩定承接。
第 3 步:把「關鍵字」改寫成讀者任務
拿出兩個網址,分別完成一句話:「讀者看完這頁,應該能____。」如果兩句話完全一樣,才進入合併評估;如果一頁是認識概念、一頁是比較方案,或一頁是自助排查、一頁是委託服務,通常可以保留,但標題、首段、段落與內鏈要把差異說清楚。
也要檢查搜尋結果頁的主流答案格式。若前幾名都在提供步驟與決策表,而你的兩頁一篇寫名詞、一篇寫促銷,問題可能是搜尋意圖不合,而不只是 URL 互搶。修正方向應先回到讀者任務,不能只靠換 Canonical 解決。
第 4 步:檢查網站是否送出互相衝突的所有權訊號
比對兩頁的自我 Canonical、Sitemap 收錄、內部連結錨文字、導覽位置與外部連結。如果 Sitemap 放 A、Canonical 指 B,核心 Hub 又同時用相同錨文字連到 A 與 B,網站等於把判斷丟給搜尋系統。
Google 官方將重新導向與 rel="canonical" 視為較強的標準化訊號,把 Sitemap 視為較弱訊號;這些訊號可以疊加。操作時別只猜哪個標籤「權重最大」。最終網址、Canonical、Sitemap 與內鏈要指向同一個代表頁,而且這個代表頁確實能完整回答讀者的問題。
第 5 步:證明 keeper,再選處置
Keeper 指的是合併後要留下的主要網址。文章比較長、發布時間比較新,或某一天排名稍高,都不足以直接指定它。請一起看搜尋意圖、歷史表現、外部連結、內部權威、網址穩定性、Google 選擇的 Canonical、內容完整度,以及它能否自然吸收另一頁的獨特價值。
如果 GSC、外鏈或 Canonical 證據不完整,請把狀態標成「人工複核」,不要猜一個贏家。先保留兩頁,補齊資料並釐清分工;確認主要保留頁後,再決定是否合併。這比先刪頁、事後才發現導錯網址容易回復。

保留、差異化、合併、Canonical、Noindex 怎麼選?
| 處置 | 適用情境 | 執行重點 | 不適用情境 |
|---|---|---|---|
| 保留兩頁 | 主題相近,但讀者階段、任務或頁型明確不同 | 調整標題、首段、段落與內鏈,讓每頁所有權清楚 | 兩頁實際回答完全相同問題 |
| 保留並差異化 | 目前重疊,但各自有可發展的獨立任務 | 重寫搜尋承諾、補獨特段落,重新分配內鏈錨文字 | 只是換同義詞,正文仍相同 |
| 合併+301 | 兩頁同意圖,次要頁要退場,keeper 是相近替代頁 | 先搬移獨特內容,再做單跳永久重導,更新內鏈與 Sitemap | 沒有 keeper 證據,或目標頁不相干 |
| Canonical | 非常相似版本因商業或系統需求必須同時存在 | 非代表頁指向代表頁,Sitemap 與內鏈也偏向代表頁 | 兩頁用途不同,或只是想隱藏薄內容 |
| Noindex | 頁面對使用者有用,但不適合出現在搜尋結果 | 保持可檢索,確認沒有放入 Sitemap,定期複查 | 重要內容頁、真正重複頁的訊號整併 |
| 404/410 | 內容已不存在,且沒有合適替代頁 | 移除 Sitemap 與內鏈,保留真實失效狀態 | 為了「集中權重」把所有舊頁導到首頁 |
| 暫不處理 | 證據不足、兩頁表現穩定或沒有實際衝突 | 標記觀察期間,補齊 GSC、外鏈、Canonical 與內鏈資料 | 已確認錯誤 Canonical 或嚴重意圖重疊 |
Keeper 證據評分表:分數是整理工具,不是自動判決
下面的 0、1、2 分只用來讓團隊把證據放在同一張表:0 代表不符合或明顯較弱,1 代表資料不完整或相近,2 代表有清楚證據較強。不要只加總分數就自動執行 301;意圖是否相同、目標是否為相近替代頁,仍是必要前提。
| 證據面向 | 0 分 | 1 分 | 2 分 | 查核來源 |
|---|---|---|---|---|
| 搜尋意圖符合度 | 答非所問 | 部分符合 | 完整承接主要任務 | SERP、標題、首段、段落 |
| GSC 查詢所有權 | 幾乎無相關曝光 | 兩頁分散或資料少 | 長期穩定承接核心查詢 | GSC 查詢×頁面×日期 |
| 外部連結 | 無已知引用 | 資料缺失或品質普通 | 有相關且可驗證的引用 | 外鏈工具、伺服器紀錄 |
| 內部連結權威 | 孤兒頁或錨文字混亂 | 有零星連結 | Hub 與相關頁一致指向 | 站內爬取、內容盤點 |
| Canonical/索引穩定 | 衝突或非索引 | 近期變動、待確認 | 自我 Canonical 且長期穩定 | 網址檢查、原始碼 |
| 內容完整與獨特性 | 薄弱或大量重複 | 有部分獨特內容 | 框架、案例與限制完整 | 人工閱讀、內容比對 |
| 網址歷史與可維護性 | 臨時、混亂或多次搬移 | 可用但需整理 | 穩定、清楚、可長期維護 | CMS、重導與歷史紀錄 |
| 吸收另一頁的能力 | 合併後會偏題 | 需大幅重構 | 可自然承接有用段落 | 合併大綱與讀者測試 |
即使 A 頁分數較高,還要人工回答兩題:B 頁的讀者能否在 A 頁得到相近答案?B 頁是否有不能失去的案例、工具或信任訊號?其中一題答不出來,就先列合併草案與對應表,不要直接刪除。

各種處置的實作邊界
保留兩頁:要讓分工在搜尋承諾上看得出來
保留不是什麼都不做。請把兩頁的主要查詢、讀者任務、答案格式與 CTA 寫進內容地圖。例如 Hub 頁回答「整體策略是什麼」,操作頁回答「逐步怎麼做」,比較頁回答「哪種方案適合我」。標題、Meta Description、前 150 字與 H2 都應反映這個差異。
內鏈也要有方向:廣泛主題錨文字連 Hub,操作型錨文字連教學頁,服務需求再連到方案頁。若所有相關文章都用同一個錨文字輪流連向不同網址,差異化只停在文件裡,搜尋系統與讀者仍看不出分工。
合併+301:先整合內容,再讓舊網址退場
確定兩頁同意圖、keeper 證據充足後,先把次要頁的獨特案例、FAQ、表格或外部引用整理進 keeper,並刪除重複段落。接著才設定永久重新導向,確認舊網址單跳到新網址、目標回傳 200 且自我 Canonical。
同步更新 Sitemap、分類頁、Hub、選單與文章中的舊連結。Google 官方說明,永久重新導向是目標網址應成為標準網址的信號;但這不等於任何舊頁都能導到首頁。若新頁不是相近替代內容,使用者找不到原本答案,反而容易形成不好的搜尋體驗。
Canonical:適合保留相似版本,不是內容整理的垃圾桶
Canonical 適合「兩個網址內容非常相近,但因系統、地區、參數或商業需求都要存在」的情境。非代表頁指向代表頁後,Sitemap 與主要內鏈也應偏向代表頁,避免訊號互相打架。
如果兩篇文章其實回答不同問題,不應為了集中排名就讓其中一篇 Canonical 到另一篇;那會模糊本來可以成立的內容分工。反之,如果頁面低價值但內容並不相似,Canonical 也不是萬用清理方式,應回到頁面用途決定改善、noindex、移除或保留。
Noindex 與 404/410:處理「是否該出現在搜尋」,不是選 keeper 的替代品
某些內部搜尋、登入後工具或活動完成頁對使用者有用,但不需要出現在搜尋結果,可以評估 noindex。已永久移除且沒有相近替代內容的頁面,則應回傳真實 404 或 410,並移除 Sitemap 與內部連結。
不要為了讓 GSC 的排除數字好看,把所有頁面都導到首頁,也不要用 robots.txt 取代 noindex 或 Canonical。每一種技術指示處理的是不同問題,先定義頁面用途,才不會修了一個報表數字,卻破壞使用者與搜尋系統原本可理解的結構。
三個常見誤判,會讓內容整理越修越亂
- 看到兩個 URL 有曝光就說是蠶食:先看查詢意圖、日期、頁型與排名角色,可能只是同一網域提供不同答案。
- 把字數最多的一頁當 keeper:長度不代表意圖符合、外鏈、內鏈或網址歷史較強。
- 把低成效頁全部 301 到 Hub:只有在退場頁與目標頁是相近替代內容時才適合;不相關頁應改善、保留、noindex 或回傳 404/410。
如果你目前同時遇到「頁面沒收錄」與「內容互搶」,建議先完成GSC、Sitemap、Canonical 的 7 步排查。先確認 URL 可被正確處理,再做內容所有權決策,才不會把技術錯誤誤當成蠶食。
修改後怎麼觀察?不要只看單日排名
建立變更紀錄:涉及哪些 URL、原本查詢與讀者任務、採取什麼處置、Canonical/重導/內鏈如何改、何時上線。於 7、14、28 天檢查 HTTP、重導、索引與 Canonical;內容成效則用較長期間觀察查詢所有權、曝光、點擊、排名穩定度與轉換路徑。
合併後短期波動不代表成功或失敗,因為重新檢索與訊號整合需要時間。比較值得看的,是核心查詢是否逐漸集中到 keeper、舊網址是否正確退場、相關查詢總曝光是否維持,以及讀者能否在新頁完成原本任務。若查詢整體需求下降,也不能把所有變化都歸因於合併。
常見問題
兩篇文章排名同一個關鍵字,就是關鍵字蠶食嗎?
不一定。先確認兩頁是否回答同一讀者任務,以及同一查詢是否長期在兩頁間不穩定切換。教學頁與服務頁同時出現,可能是正常的多意圖結果。
用 site: 搜尋看到很多頁,可以直接判定蠶食嗎?
不行。site: 適合找候選頁,不是正式診斷。還要回到 GSC 查詢與頁面資料、內容任務、Canonical、內外部連結與時間序列確認。
排名比較低的頁面就該 301 嗎?
不一定。排名低可能是資料期間、意圖不合或頁面角色不同。301 前要先證明 keeper 是相近替代頁,並保留次要頁的獨特內容與重要連結價值。
Canonical 和 301 有什麼差別?
301 會把使用者與搜尋系統導到新網址,適合舊頁退場;Canonical 讓兩個網址仍可存取,但表達偏好的代表版本,適合非常相近且都必須存在的頁面。
內容合併後,舊頁可以導到首頁嗎?
若首頁不是舊頁的相近替代內容,不建議。舊頁有合適替代頁才做 301;沒有替代內容時,真實 404/410 通常比不相關重導更清楚。
沒有完整 GSC 或外鏈資料,現在能做什麼?
先盤點讀者任務、內容差異、Canonical、Sitemap 與內鏈,將 keeper 決策標示為人工複核。可以先改善分工與內鏈,但不要在證據不足時做不可逆合併。
資料來源與更新說明
技術處置以 Google 官方文件為主,包括Search Console 成效報表、指定標準網址的方法與重新導向與 Google 搜尋。成效報表可能因匿名查詢、資料截斷與標準網址匯總而不完整。本文的「URL 所有權」與 keeper 評分表是安佑用來整理證據的編輯框架,不是 Google 官方分數,也不應取代人工判斷。平台、外掛與搜尋介面會更新,實作前請確認最新官方文件與網站現況。
延伸閱讀
- 核心主題:SEO+GEO 搜尋策略總覽,先建立全站內容與實體架構。
- 同任務支援:AI 搜尋 SEO 優化執行指南,檢查內容與技術工作順序。
- 概念分工:SEO、GEO 與 AI 搜尋比較,避免不同名詞頁彼此重複。
- 下一步排查:文章未收錄的 7 步診斷,先排除索引與 Canonical 問題。
內容越寫越多,卻不知道哪些 URL 應該留下?
安佑可協助盤點查詢、頁面任務、Canonical、內鏈與內容差異,先把 keeper 證據補齊,再規劃保留、差異化或合併,避免一開始就做不可逆重導。







