關鍵字自我蠶食的診斷與處理，網站變大後內容打架怎麼辦

本文重點

• 關鍵字自我蠶食（Keyword Cannibalization）不是「兩篇文章用到同一個字」就算，而是多頁針對同一搜尋意圖互搶排名、整體流量受損才算問題，多數關鍵字重疊其實無害。
• 真正的診斷靠數據，不靠肉眼：用 GSC 的查詢「頁面」分頁看單一 query 是否在多個 URL 之間跳動、加上 site: 搜尋與關鍵字對應表，三招交叉鎖定打架頁面。
• 處置不是一律合併：依「搜尋意圖是否相同 + 兩頁實力差距」用決策流程選合併、改寫差異化、301 轉址、canonical 或保持現狀，選錯反而傷得更重。
• 預防勝於治療：一頁鎖定一個主要搜尋意圖、建立關鍵字地圖（keyword map）與內容規劃流程，網站再怎麼變大也不會自己打架。

網站經營到一定規模，幾乎每個 SEO 都會撞上同一道牆：明明文章越寫越多、內容越來越完整，某些關鍵字的排名卻不升反降，甚至原本第一頁的文章被自己後寫的新文章擠掉。這多半就是**關鍵字自我蠶食（Keyword Cannibalization）**在作怪——你的網站有兩篇以上的頁面，在 Google 眼中針對同一個搜尋意圖競爭，結果誰也排不好。這篇文章會帶你從「什麼情況才真的算蠶食」開始釐清，接著教你用 GSC、site: 搜尋與關鍵字對應表把打架的頁面揪出來，再用一套五選一的決策流程決定該合併、改寫、301 還是 canonical，最後建立關鍵字地圖徹底預防內容打架復發。

一、關鍵字自我蠶食是什麼，為什麼網站變大後文章會互相搶排名

關鍵字自我蠶食指的是：同一個網站有多個頁面，針對「同一個搜尋意圖」競爭同一批關鍵字，導致這些頁面互相稀釋排名信號，整體在 SERP 的表現比只有一頁時更差。 注意定義裡的關鍵不是「用到同一個字」，而是「搶同一個搜尋意圖、而且整體表現受損」。

很多人一聽到蠶食就緊張，以為只要兩篇文章標題都有「葉黃素」就出事了，這是最常見的誤解。Ahrefs 的關鍵字自我蠶食指南就直接點破：只有當多個頁面鎖定同一個關鍵字、而且確實傷害到網站的自然搜尋表現時，才算真正的蠶食問題；單純的關鍵字重疊本身不是病。

（一）關鍵字重疊不等於蠶食，整體流量受損才是問題本質

判斷是不是蠶食，要看的不是「字面重疊」，而是**「整體搜尋表現有沒有因此變差」**。

健康的關鍵字重疊長這樣：你有一篇 pillar 文「葉黃素完整指南」，底下還有「葉黃素何時吃」「葉黃素副作用」幾篇長尾文，它們都含「葉黃素」三個字，但各自鎖定不同的搜尋意圖，Google 能清楚分辨該把哪一篇排在哪個 query 前面，彼此還能靠內鏈互相加分。這不是蠶食，這是正常的內容叢集（content cluster）。

真正的蠶食長這樣：你寫了「葉黃素怎麼挑」，半年後又寫了一篇「葉黃素品牌推薦」，兩篇的主體內容有八成在講一樣的挑選邏輯、鎖定的也是同一群「想買葉黃素、在比較品牌」的人。Google 搞不清楚該推哪一篇，於是兩篇都在第 8、9 名之間擺盪，誰也上不了第一頁。

（二）為什麼網站變大、內容變多，蠶食風險反而升高

蠶食幾乎是「規模的副作用」，原因有三個：

成因	說明
時間跨度造成重複選題	兩年前寫過的主題，今天的你忘了，又用不同角度寫了一次
多人協作缺乏統一規劃	不同編輯各自選題，沒有共用的關鍵字地圖，自然會撞題
為衝量硬拆主題	把一個本該一篇講完的主題，硬拆成三篇來衝文章數，結果三篇都太薄又互搶

網站小的時候，你腦袋裡記得每一篇寫過什麼；網站一過 50、100 篇，記憶體就爆了，這時候沒有系統化的內容規劃，蠶食就會悄悄累積。Google 自己在標準正規化（canonicalization）文件裡也說明，當它發現多個頁面內容相同或主要內容極為相似時，會自行從中挑一頁當作正規版本（canonical）來索引——這意味著你那幾篇互相重疊的頁面，最後可能只有一篇被 Google 當主角，其餘的排名信號形同浪費。

（三）蠶食的四種典型症狀，用來快速自我檢查

出現以下任一症狀，就值得進一步診斷：

• 同一個 query，排名在兩個 URL 之間跳來跳去：這週是 A 頁排第 6，下週變成 B 頁排第 11，是蠶食最經典的指紋。
• 新文章上線後，舊文章排名掉了：新文章搶走了舊文章的信號，但自己又沒排得更好。
• 多頁卡在第二頁無法突破：本該集中火力的內容被拆散，每頁都差臨門一腳。
• 想衝的主力頁排名輸給一篇順手寫的短文：Google 誤判了哪一頁才是你的主角。

這四個症狀都只是「嫌疑」，不能光憑感覺定罪。下一節先把蠶食跟幾個容易混淆的概念分清楚，第三節才進到真正靠數據的診斷。

二、自我蠶食與重複內容、同義關鍵字、搜尋意圖重疊有什麼差別

一句話先講結論：判斷的核心永遠是「搜尋意圖」，不是字面。同義關鍵字落在同一頁是好事，搜尋意圖重疊落在不同頁才是蠶食；而重複內容（duplicate content）是技術層次的另一個問題，跟蠶食有交集但不等同。 把這幾個概念分清楚，後面才不會誤診。

（一）自我蠶食與重複內容的差別在於問題層次不同

重複內容指的是同一份或高度相似的內容出現在多個 URL，這偏向技術與索引層次的問題，例如帶參數的網址、http 與 https 並存、有無斜線的兩個版本。Google 在合併重複網址文件裡建議用 rel="canonical"、301 等方式把重複版本的信號集中到單一正規網址。

關鍵字自我蠶食則是內容策略層次的問題：你的內容可能完全原創、字句各不相同，但兩篇都在回答同一個搜尋意圖，於是互搶排名。

簡單記：

	重複內容	關鍵字自我蠶食
層次	技術 / 索引	內容策略
內容是否雷同	通常字面雷同	字面可不同，意圖相同
典型成因	網址參數、協定、斜線	重複選題、意圖規劃不清
主要解法	canonical / 301 統一網址	合併 / 差異化 / 重新規劃

兩者有交集——當你把兩篇蠶食的文章合併，往往也順手用 301 解決了潛在的重複內容。但診斷階段要分清楚，免得對著一個內容策略問題猛調技術設定，怎麼調都沒用。

（二）同義關鍵字放在同一頁是優化，放在不同頁才會蠶食

「葉黃素推薦」「葉黃素品牌」「葉黃素怎麼選」這三個 query，背後其實是同一群人、同一個意圖（想買、在比較）。把它們一起涵蓋在同一頁，是正確的關鍵字優化，能讓一篇文章吃下整組同義詞的流量。

但如果你為這三個 query 各寫一篇，就是自己製造蠶食——三篇都在搶同一群讀者，Google 只能挑一篇。所以同義關鍵字不是敵人，「把同義關鍵字拆到不同頁」才是。判斷兩個 query 是不是同義，最實用的方法是直接 Google 這兩個字、看 SERP 前 10 名是否高度重疊；若兩組結果幾乎是同一批網址，代表 Google 認為它們意圖相同，就該放同一頁。

（三）搜尋意圖重疊是蠶食的真正判準，四種意圖型態要先分清

搜尋意圖（search intent）是診斷蠶食的最終判準。同一個關鍵字，落在不同意圖型態時其實該由不同頁面承接，這時就不算蠶食。關於四種搜尋意圖的完整分類與判讀方法，可以參考搜尋意圖的四種類型怎麼判讀這篇的拆解。

舉例：「葉黃素」這個字，在「資訊型」意圖下對應的是「葉黃素是什麼、有什麼功效」，該由一篇知識文承接；在「商業調查型」意圖下對應「葉黃素怎麼挑、哪個品牌好」，該由一篇選購文承接；在「交易型」意圖下對應「買葉黃素」，該由產品頁承接。

三頁都含「葉黃素」，但意圖各異、互不相搶，這是健康的結構。只有當你有兩篇文章鎖定同一種意圖，才構成蠶食。所以每次懷疑蠶食時，先問自己：「這兩頁服務的是同一群人、想完成同一件事嗎？」答案是「是」，才往下走處置流程。

三、用 GSC、site: 搜尋與關鍵字對應表診斷哪些頁面在打架

診斷蠶食不能靠肉眼掃標題，要靠數據。最可靠的三招是：Google Search Console（GSC）的查詢對頁面分析、site: 進階搜尋、以及自建的關鍵字對應表，三招交叉比對才能精準鎖定真正在打架的頁面。 下面依序拆解操作步驟。

（一）用 GSC 查詢的頁面分頁找出一個 query 對應多個 URL

GSC 的成效報表（Performance report）是抓蠶食最強的工具，因為它告訴你「真實的 query → 排名 URL」對應關係，而這正是蠶食的指紋。操作步驟：

1. 進入 GSC 成效報表，確認上方同時勾選「點擊次數」「曝光次數」「平均排名」。
2. 在「查詢」分頁，找出你在意的目標關鍵字，點進去。
3. 點進該 query 後，切到「網頁」分頁——這一步是關鍵。
4. 如果這一個 query 底下出現兩個以上的 URL 都有相當的曝光量，就高度懷疑蠶食。

健康的情況是：一個 query 底下，曝光幾乎集中在單一 URL；蠶食的情況是：同一個 query 底下，曝光被兩三個 URL 瓜分。

再進階一點，把時間範圍拉長到 3 到 6 個月、用「比較」模式看不同期間，如果發現某 query 的主力 URL 在不同月份之間換人，那就是排名在 URL 間跳動的鐵證。關於 GSC 的完整設定與更多分析技巧，可以搭配Google Search Console 完整操作指南一起看。

（二）用 site: 搜尋手動驗證 Google 對同一主題索引了哪些頁面

GSC 給你數據，site: 搜尋給你 Google 當下的「判斷」。在 Google 搜尋框輸入：

site:你的網域.com 目標關鍵字

例如 site:seo.albertfnm.com 內部連結。Google 會列出它認為與這個關鍵字相關的、你站內的所有頁面，而且會按它心中的相關性排序。

這招能看出兩件事：

• 有幾頁在競爭：如果同一個主題冒出四五篇高度相似的頁面，就是過度拆題的訊號。
• Google 認為誰最相關：排在 site: 結果最前面的，通常就是 Google 當作主角的那一頁。如果這跟你「想主打」的那一頁不一致，代表 Google 誤判了，你需要靠後續處置把信號導正。

site: 搜尋是免費、即時的快篩，建議跟 GSC 搭配：先用 GSC 鎖定有跳動嫌疑的 query，再用 site: 確認 Google 到底索引了哪幾頁在搶。

（三）建立關鍵字對應表把頁面與目標關鍵字一一攤開比對

前兩招是「點」的偵查，關鍵字對應表（keyword mapping table）則是「面」的盤點，讓你一眼看出哪些頁面撞題。做一張表，每一列一個 URL，欄位至少包含：

URL	主要目標關鍵字	主要搜尋意圖	GSC 主力 query	月曝光
/blog/lutein-guide/	葉黃素	資訊型	葉黃素是什麼	8,200
/blog/lutein-choose/	葉黃素怎麼挑	商業調查型	葉黃素推薦	3,100
/blog/lutein-brand/	葉黃素品牌	商業調查型	葉黃素推薦	2,800

把表排序後，只要看到兩列的「主要目標關鍵字 + 主要搜尋意圖」幾乎一樣（像上表後兩列），就是蠶食的紅旗。這張表還有兩個附帶價值：一是它就是你日後的關鍵字地圖雛形，二是處置完成後它就是驗收清單。

（四）用 URL 檢查工具確認 Google 實際選了哪一頁當正規版本

當你懷疑某兩頁互搶，可以用 GSC 的 URL 檢查工具逐一檢查，看 Google 回報的「Google 選擇的標準網址（Google-selected canonical）」是哪一個。如果你宣告的 canonical 和 Google 實際選的不一致，或兩頁互相被對方蓋過，就能進一步確認問題頁面。把這個結果補進關鍵字對應表，診斷資料就完整了。

四、合併、改寫、301 轉址還是 canonical，五種處置方式的決策流程

確診蠶食後，處置不是「一律合併」這麼簡單。要先回答兩個問題：這兩頁的搜尋意圖是否相同？兩頁的實力（排名、外連、流量）差距有多大？依答案在合併、改寫差異化、301 轉址、canonical、保持現狀這五種方式中選一種。選錯方式，輕則白做工，重則把原本還能排的頁面也一起拖下水。

（一）先用決策矩陣判斷該走哪一條路

把診斷結果代入下面這張決策矩陣，先定方向再動手：

兩頁搜尋意圖	兩頁實力差距	建議處置
相同	一強一弱、內容可互補	合併成一篇，弱頁 301 到強頁
相同	兩頁實力相當、都有外連	合併（保留強頁網址）或擇優 301
相同	內容幾乎重複、無合併價值	弱頁直接 301 到強頁
不同（你誤判了）	—	改寫差異化，讓兩頁意圖徹底分開
相同但需暫時並存	例如帶參數的同內容頁	canonical 指向主頁
重疊輕微、整體沒受損	—	保持現狀，持續觀察

關鍵心法：「意圖相同就該合而為一，意圖不同就該分得更開。」 多數新手的錯誤是看到重疊就無腦合併，結果把兩個其實服務不同意圖的頁面硬湊一頁，反而兩種讀者都服務不好。

（二）合併與改寫差異化，分別適用什麼情境

合併適用於「意圖相同、內容可互補」：把兩三篇講同一件事的文章整併成一篇更完整、更權威的內容，這往往是對排名最有利的做法，因為集中後的單頁能拿到更強的主題權威與內鏈信號。合併時的重點是：以表現最好的那一頁網址為主體（保留它累積的信號），把其他頁的獨特段落搬進來、去除重複，再把被併掉的舊網址 301 轉到主頁。合併後別忘了更新站內所有指向舊網址的內鏈。想把整個主題的內容組織得更有系統，可以參考主題權威與內容叢集的建立方法。

改寫差異化適用於「你診斷後發現兩頁其實該服務不同意圖，只是當初寫得太像」：這時不要合併，而是重寫，讓 A 頁徹底鎖定意圖一、B 頁徹底鎖定意圖二，標題、H2、首段、內鏈全部往各自的意圖靠攏，把重疊的部分砍掉。改寫差異化的素材盤點，可以搭配內容更新與改寫策略一起做。

（三）301 轉址與 canonical 的差別，什麼時候用哪一個

這是新手最容易用錯的一組，差別在於「你是否打算永久放棄其中一頁」：

	301 轉址	rel=“canonical”
本質	永久搬家，舊網址不再存在	兩頁都還在，只是告訴 Google 以哪頁為主
使用者體驗	訪客被直接導到新頁	兩頁都打得開
信號傳遞	明確、強	是「提示」不是「指令」，Google 可能不採納
適用蠶食情境	弱頁要被合併、永久淘汰	兩頁因功能需要必須並存（如參數頁）

Google 的 301 轉址文件明確建議：當你要變更頁面在搜尋結果中顯示的網址時，盡可能使用伺服器端的永久轉址（301 / 308），這會把目標頁當作正規版本處理。而 Google 對 canonical 的說明則強調，rel="canonical" 是一種「representative（代表性）」的標註，是給 Google 的提示。

所以蠶食處置的原則是：要永久淘汰一頁、把信號全給另一頁，用 301；兩頁基於功能必須都活著、只是想集中信號，用 canonical。 千萬別反過來——對該淘汰的弱頁只下 canonical，你會發現它陰魂不散，繼續在 SERP 跟主頁互搶。301、302 與 canonical 的完整差異與實作細節，可以看301、302 與 canonical 轉址實作指南。

（四）保持現狀也是一種選項，不是每個重疊都要動刀

最後一種處置最容易被忽略：什麼都不做。 如果你的兩頁雖然關鍵字有重疊，但分別在各自的 query 都排得不錯、整體流量沒有受損，那它就不是需要治療的蠶食，硬要合併反而可能破壞已經有效的結構。呼應 Ahrefs 的觀點：沒有傷害到自然搜尋表現的重疊，就不是真問題。動刀前先確認「動了之後預期能變更好」，而不是為了消滅重疊而消滅重疊。

（五）處置後的驗收與監測，確認信號真的集中了

動完手術要追蹤療效，至少做這幾件事：

1. 重新提交與檢查：對被 301 的舊網址、合併後的主網址，用 URL 檢查工具確認 Google 已更新索引狀態。
2. 追 GSC 排名：回到原本那個跳動的 query，觀察曝光是否開始集中到單一 URL、平均排名是否回升（通常需要數週）。
3. 更新內鏈：全站搜尋舊網址，把指向它的內鏈改指向新主頁，避免信號從破口漏掉。
4. 更新 sitemap：把淘汰的網址從 sitemap 移除、加入新主頁。

驗收期要有耐心，Google 重新評估與重排通常以「週」為單位，不要動完隔天看排名沒變就再亂改一通。

五、用關鍵字地圖與內容規劃避免再次發生蠶食

蠶食最好的處理方式是不要讓它發生。靠的是兩件事：一頁只鎖定一個主要搜尋意圖的紀律，以及一張持續維護的關鍵字地圖（keyword map）。有了這兩個機制，網站再怎麼變大，新文章也不會自己跟舊文章打架。

（一）建立關鍵字地圖，讓每個關鍵字都有唯一的歸屬頁面

關鍵字地圖就是第三節那張對應表的「正式版、長期維護版」。核心原則只有一條：一個主要關鍵字 / 主要搜尋意圖，只指派給一個頁面負責。 在動筆寫任何新文章前，先回到這張地圖查兩件事：

• 這個主題 / 意圖，地圖上是不是已經有頁面負責了？
• 如果有，我該做的是「更新那篇」還是「真的另開一篇鎖定不同意圖」？

這一步就能把九成的蠶食擋在發生之前。關鍵字地圖的建立要從紮實的關鍵字研究開始，把每個關鍵字的意圖、難度、歸屬頁面都標清楚，做法可參考關鍵字研究的完整流程。

（二）一頁鎖定一個主要搜尋意圖，是預防蠶食的鐵則

寫每一篇文章時，逼自己用一句話回答：「這一頁要服務的是哪一群人、想完成哪一件事？」答案必須是單一明確的意圖。當一篇文章試圖同時討好「想了解知識的人」「想比較產品的人」「想立刻購買的人」，它就埋下了與其他頁蠶食的種子，因為這三群人本來就該由不同頁承接。

把握「一頁一意圖」後，標題、H2 結構、首段承諾、CTA 都會自然往那個單一意圖收斂，Google 也更容易判斷該把這頁排在哪個 query 前面。

（三）用內鏈與內容叢集鞏固頁面分工，讓 Google 不會誤判主角

關鍵字地圖定義了分工，內鏈則是把這個分工「講給 Google 聽」的方式。在同一個內容叢集裡，pillar 文與各長尾文之間用清楚的內鏈互相串連、錨文字精準對應各自的目標關鍵字，就能強化每頁的角色定位，降低 Google 把信號錯置的機率。

具體做法是：pillar 文在對應段落內鏈到各長尾文，長尾文回鏈到 pillar，同叢集的長尾文之間也適度互鏈。系統化的內鏈規劃可以參考內部連結與主題叢集的搭建方法。內鏈做對了，等於是你親自告訴 Google「這個 query 請看這頁、那個 query 請看那頁」，從源頭杜絕誤判。

（四）定期用 GSC 做蠶食健檢，把問題擋在小規模時

預防機制再好，網站持續成長總會有漏網之魚。建議把蠶食健檢排進固定週期（例如每季一次）：

• 用 GSC 成效報表，把主力 query 逐一點進去看「網頁」分頁，檢查曝光是否開始被多個 URL 瓜分。
• 對照關鍵字地圖，看近期新增的文章有沒有撞到既有頁面的意圖。
• 發現早期跳動跡象就趁早處置——小規模的蠶食用一個 301 就能解決，拖到大規模才動，往往要重整整個叢集。

把健檢變成例行公事，蠶食就永遠停留在「小麻煩」階段，不會累積成「大重整」。

六、FAQ

（一）關鍵字自我蠶食一定會傷害排名嗎？

不一定。只有當多個頁面鎖定同一個搜尋意圖、而且確實造成整體自然搜尋表現下滑時，才算需要處理的蠶食。如果你的多頁雖然關鍵字有重疊，但各自在不同 query 排得不錯、整體流量沒受損，那就不是問題，硬要合併反而可能破壞已經有效的結構。判斷標準永遠是「整體表現有沒有變差」，不是「字面有沒有重疊」。

（二）怎麼快速判斷我的網站有沒有蠶食問題？

最快的一招是用 Google Search Console 成效報表：在「查詢」分頁點進你在意的關鍵字，再切到「網頁」分頁，看這一個 query 是不是有兩個以上的 URL 同時瓜分曝光。如果是，就高度懷疑蠶食。再用 site:你的網域 關鍵字 在 Google 搜尋一次，看同主題冒出幾頁、Google 把哪一頁排最前。兩招交叉比對，幾分鐘就能初判。

（三）合併兩篇文章後，舊網址該怎麼處理？

舊網址要用 301 永久轉址指向合併後的主網址，把它累積的排名信號導過去，而不是直接刪除（直接刪會變 404，信號全丟）。合併時以表現最好的那一頁網址作為主體保留，把其他頁的獨特內容搬進來、去除重複。轉址設好後，記得全站搜尋舊網址、把所有指向它的內鏈改指向新主頁，並更新 sitemap，信號才不會從破口漏掉。

（四）301 轉址和 canonical 標籤在處理蠶食時差在哪？

差別在於你是否打算永久放棄其中一頁。301 是永久搬家，舊網址不再存在、訪客被直接導到新頁，信號傳遞明確且強，適合要淘汰弱頁的情況。canonical 是兩頁都還活著、只是提示 Google 以某頁為主，且它是「提示」不是「指令」，Google 不一定採納，適合兩頁因功能必須並存（如帶參數的頁面）。要淘汰一頁就用 301，兩頁都得留就用 canonical。

（五）改寫差異化和合併，我該怎麼選？

關鍵看兩頁的搜尋意圖到底相不相同。如果兩頁服務的是同一個意圖（同一群人想完成同一件事），就合併成一篇更完整的內容。如果你診斷後發現兩頁其實該服務不同意圖、只是當初寫得太像才打架，那就改寫差異化——重寫讓兩頁的標題、H2、首段、內鏈各自往不同意圖靠攏，把重疊段落砍掉。心法是「意圖相同就合而為一，意圖不同就分得更開」。

（六）怎麼從源頭預防關鍵字自我蠶食？

靠兩個機制。第一是建立並維護一張關鍵字地圖，原則是「一個主要關鍵字 / 主要意圖只指派給一個頁面」，寫新文章前先查地圖確認該主題有沒有人負責了。第二是寫每篇文章都嚴守「一頁鎖定一個主要搜尋意圖」，逼自己用一句話講清楚這頁服務誰、要他完成什麼。再搭配定期用 GSC 做蠶食健檢，就能把問題擋在小規模階段。