經營一個 WordPress 站越久，文章越多，越容易出現一種讓人摸不著頭緒的狀況：明明寫了好幾篇關於同一主題的文章，每一篇的排名卻都卡在第二頁前後上不去。問題往往不在內容寫得不夠好，而是這幾篇文章在 Google 眼裡正在互相搶同一個關鍵字。這個現象就是關鍵字蠶食（Keyword Cannibalization），它會悄悄稀釋你每一篇文章的排名實力，而且站越大越嚴重。

這篇文章會帶你從頭走一遍：先搞懂蠶食到底是什麼、它跟重複內容和關鍵字堆砌差在哪，再用 Search Console 把實際出問題的頁面找出來，最後用一張決策表決定每一組衝突頁面該合併、轉址還是各自保留。WordPress 與 WooCommerce 站特有的蠶食來源也會一併點出來，這是多數教學沒講清楚的部分。

關鍵字蠶食是什麼，為什麼同站文章會互相搶排名

關鍵字蠶食指的是同一個網站上有兩個以上的頁面，針對相同或非常相似的關鍵字與搜尋意圖做優化，結果這些頁面在搜尋結果裡互相競爭，反而誰都排不好。

搜尋引擎在排序時，會試著從你的網站裡挑出「最適合回答這個查詢」的單一頁面。當你有好幾篇文章都在回答同一個問題，Google 無法確定該推誰，最後常見的結果是把它們的排名訊號平均分攤，每一篇都被壓在中段，沒有一篇衝得上前段。

舉個實際的例子。假設你經營一個行銷部落格，寫了「製作 IG 廣告的技巧」和「提升 IG 廣告成效的方法」兩篇文章。兩篇主題重疊度很高，使用者搜尋「IG 廣告技巧」時，Google 同時找到這兩篇、卻分不清哪篇更該排前面，於是兩篇互相牽制，最後可能都拿不到理想名次。你花了雙倍時間寫的內容，曝光卻被自己人瓜分掉。

要注意的是，蠶食和另外兩個常被混為一談的問題並不一樣。重複內容（Duplicate Content）指的是兩個網址的內文幾乎一字不差，重點在「內容文字重複」；蠶食的重點則在「關鍵字與意圖重疊」，就算兩篇文字完全不同，只要鎖定同一個意圖一樣會打架。而關鍵字堆砌（Keyword Stuffing）是在「單一頁面內」過度重複塞同一個關鍵字，是頁面內部的問題，跟跨頁面的蠶食是兩回事。釐清這三者，後面選修復方法時才不會用錯藥。

關鍵字蠶食對 SEO 造成的五個實際傷害

蠶食的傷害不只是「排名差一點」，它會從好幾個面向一起削弱你的網站表現。

排名被壓低、流量下滑：多個頁面競爭同一個查詢時，搜尋引擎難以判斷哪一頁最相關，常把彼此都往下壓，相關頁面的整體能見度因此降低。這通常是最先被注意到的徵兆，某個主題的流量莫名其妙開始走低。

頁面權重與反向連結被稀釋：Google 是根據反向連結、內容品質、使用者行為等訊號來累積頁面權重。當同一主題分散在好幾頁，別站想引用時會連到不同網址，分享者也各連各的，於是你得到的是好幾個低權重頁面，而不是一個高權重頁面，每一頁都難以贏過對手的權威頁。

內部連結效益被打散：站內連結是把權重導向重點頁的工具。一旦發生蠶食，你想用「IG 廣告技巧」當錨點文字連到某一頁時，會發現有三頁都符合，只好把連結分散到各頁，每一頁拿到的相關性訊號都被削弱。

使用者體驗與轉換率變差：使用者在搜尋結果看到同一個站的好幾筆相似標題，不知道該點哪一個；點進來又發現資訊散在不同頁、要讀好幾篇才湊得齊答案，搜尋成本提高，跳出率上升，轉換自然受影響。更糟的是，Google 有時會挑中轉換較差的那一頁來排，把真正會帶來成效的頁面壓在後面。

浪費檢索預算（Crawl Budget）：搜尋引擎分配給每個網站的檢索資源有限。當大量相似頁面重複耗用爬蟲資源，真正重要、需要被收錄的新頁面反而被排擠。一般小站影響有限，但對大型電商、新聞站或內容量龐大的站來說，這是必須優先處理的問題。

WordPress 與 WooCommerce 最容易產生蠶食的地方

多數蠶食教學談的是「兩篇部落格文章撞題」，但用 WordPress 與 WooCommerce 的站，還有一批由系統自動產生、容易被忽略的蠶食來源。

分類、標籤與作者彙整頁：WordPress 預設會為每個 category、tag、author 產生彙整頁。如果你的標籤命名跟某篇文章的主關鍵字幾乎一樣，例如同時有一篇「網頁設計」文章和一個「網頁設計」標籤頁，兩者就可能在同一個查詢上互相競爭。內容單薄的彙整頁尤其值得用 noindex 收掉。

WooCommerce 商品變體與屬性篩選頁：同一款商品的不同顏色、尺寸若各有獨立網址，或是商店頁的篩選器（faceted navigation）會生成像 ?color=brown&size=m 這類可被檢索的網址，往往會產出大量內容幾乎相同、卻彼此競爭同組關鍵字的頁面。這類變體頁通常該用 canonical 指回主商品頁，而不是放任它們各自被收錄。

附件頁與分頁彙整：WordPress 會替每張上傳的圖片生成 attachment 頁，主題若沒處理好，這些幾乎空白的頁面也會稀釋檢索資源。分頁（/page/2/、/page/3/）若標題與第一頁雷同，同樣可能造成混淆。

新舊文章撞題：經營久了最常見的，是過了一兩年又針對同一主題寫新文章，舊文卻沒處理。結果新舊兩篇搶同一個關鍵字，有時舊文反而還排在前面，擋住你想主推的新內容。

認得出這些來源，盤點時才不會只盯著文章列表，而漏掉系統自動生成的那一大批頁面。

用 Search Console 與 site 指令找出蠶食頁面的完整流程

診斷蠶食不需要付費工具，先用 Google 搜尋的 site: 指令加上 Google Search Console 就能完成第一輪盤點。

第一步、用 site 指令快速掃描。在 Google 搜尋框輸入 site:你的網域 關鍵字，例如 site:example.com 關鍵字蠶食，Google 會列出站內所有提到這個詞的頁面。如果同一個關鍵字下冒出兩個以上你自己的網址、而且主題明顯重疊，就是需要進一步檢查的對象。要留意的是，site 指令會把「只要提到一次該詞」的頁面都撈出來，所以這份清單需要人工再篩一遍，挑出真正鎖定同一意圖的頁面。

第二步、進 Search Console 用查詢與網頁篩選交叉比對。登入 GSC，到「成效」報表，點篩選列選「查詢」，輸入你要檢查的關鍵字，看這個查詢帶來了多少曝光與點擊。接著切到「網頁」標籤，看是哪些頁面在吃這個查詢的流量。如果同一個查詢底下出現一篇以上的文章、而且彼此的曝光與點擊數字很接近，就是典型的蠶食訊號。反過來，若有一頁明顯吃下大部分流量、其餘頁面幾乎沒量，衝突程度就沒那麼嚴重。

第三步、看平均排名有沒有來回跳動。在 GSC 觀察這幾個頁面對同一查詢的平均排名。如果名次長期在第幾名之間來回擺盪、忽上忽下，通常代表 Google 一直在這幾頁之間切換、拿不定主意該推哪一頁，這是蠶食很可靠的指標。

第四步、把結果整理成關鍵字地圖。用試算表把每個頁面對應的主關鍵字與搜尋意圖記下來，標出哪些關鍵字被多頁重複鎖定。這張地圖不只是這次診斷的成果，之後寫新文章前查一下，就能避免再撞題。

蠶食頁面該合併、轉址還是各自保留

找出衝突頁面後，最關鍵的一步是替每一組決定處理方式，而不是看到兩篇撞題就急著刪。判斷的核心只有兩個問題：這幾頁的搜尋意圖是否相同？其中有沒有一頁明顯比較強？

先用下面這張流程判斷大方向，再看後面各方法的細節。

意圖相同、內容大幅重疊時，合併加 301 轉址是效益最高的解法。你不需要憑空生一個新頁面，而是從現有頁面裡挑一個最強的當基底，把其他頁面的精華內容併進去，再讓被淘汰的網址 301 指向它。這個做法是把好幾個低權重頁面換成一個高權重頁面，連結與行為訊號會集中過來。Backlinko 曾把站上兩篇主題重疊的文章合併、設好轉址，在後續八週內讓該主題的點擊比去年同期增加了將近五倍，而且這個增幅還持續維持，這正是合併效益的典型案例。

怎麼判斷哪一頁該當保留的強頁？可以綜合看幾個面向：關鍵字排名（鎖定的詞競爭度與搜尋量）、自然流量（長期穩定帶量的能力）、互動表現（停留時間、跳出率、轉換）、反向連結（哪一頁的外部連結最多最優質）、以及內部連結（站內有多少連結已經指向它）。在這幾項都表現較好的，就是該留下來的主頁。

意圖其實不同、只是不小心撞到同一個詞時，就不該合併，後面會談重新定位的做法。商品的不同顏色、規格頁無法刪除，又希望集中其中一頁的排名時，canonical 是比 301 更合適的選擇，因為它能讓所有版本頁面繼續被使用者瀏覽，同時把權重歸給你指定的主頁。

五種修復方法的實際操作與適用情境

決定大方向後，實務上有五種具體做法，各自對應不同情境。

合併內容並設定 301 轉址：適用於多頁意圖相同、且其中一頁明顯較強的情況。把弱頁的可用段落整理進強頁，補強過時內容，然後替每一個被合併的網址設 301 永久轉址指向保留頁。記得把這些轉址掉的網址從 sitemap 移除，避免爬蟲繼續去抓。301 傳遞的權重較完整，但代價是使用者只會看到最後指向的那一頁，原本的頁面等於退場。

用 canonical 宣告標準網址：適用於頁面內容高度相似、但每一頁都還有存在價值、不能直接刪掉的情況，最典型的就是 WooCommerce 同款商品的不同顏色或規格頁。在次要頁面的程式碼裡加上指向主頁的 canonical 標記，Google 就會把這組頁面的權重集中到主頁，同時使用者仍能瀏覽各個版本。canonical 與 301 的差別在於：301 連使用者都一起導走、權重傳遞較完整；canonical 保留各頁可瀏覽、傳遞的權重較少。內容重疊不嚴重、兩頁都該留時用 canonical；其中一頁已無獨立價值時才用 301。

重新定位各頁的搜尋意圖：適用於幾頁其實該服務不同需求、卻被優化成搶同一個詞的情況。做法是替每一頁重新指派一個明確的意圖，再依此改寫內容。常見的意圖分成資訊型（提供知識與解答）、商業調查型（比較與評價，協助決策前研究）、交易型（協助完成購買）、導覽型（針對品牌或特定地點）。例如三頁都鎖「跑鞋」、都偏交易型時，可以拆成一篇教人怎麼清洗跑鞋的資訊型文章、一篇跑鞋比較的商業調查型文章、一個購買用的商品頁，讓它們各自吃到不同意圖的流量而不再互搶。

優化內部連結與錨點文字：適用於各頁都想保留、衝突不算嚴重的情況。從非目標頁用目標關鍵字當錨點文字，連向你想主推的那一頁，藉此告訴 Google 哪一頁才是這個關鍵字的代表頁。這個動作成本最低，常可以跟其他做法搭配使用。

刪除或用 noindex 收掉低價值頁：適用於某些頁面（尤其是系統自動生成的單薄彙整頁、附件頁）幾乎沒有獨立價值、又在稀釋權重的情況。刪除實體頁面時同樣要設 301 轉址到合適的頁；若頁面需要保留給使用者、只是不想讓它進索引，可改用 noindex 讓搜尋引擎不收錄它、但連結權重仍能流通。

修復蠶食時最常踩的幾個錯誤

修復蠶食時，錯誤的操作有時比放著不管更傷，下面幾個是最常見的地雷。

沒看數據就直接刪頁：覺得某篇文章「看起來過時、應該沒人看」就刪掉，是很危險的判斷。動手前一定要查這頁的流量、反向連結與搜尋表現，有些頁面外觀老舊，實際上仍穩定帶量或握有優質外部連結，貿然刪掉會直接賠掉這些排名與權重。

把 canonical 當成萬用補丁：canonical 不是看到兩頁相似就能套上去的快速解。當兩頁高度重複、且其中一頁該退場時，合併加轉址才是對的做法；canonical 適合的是內容重疊輕微、兩頁都還有用途的情況。把該合併的頁面硬用 canonical 蓋過去，問題並不會真正解決。

把意圖不同的頁面硬合併：兩頁主題相近不代表就該併。如果一頁服務的是想學知識的讀者、另一頁服務的是準備下單的買家，強行合併反而會稀釋各自的相關性，兩種需求都顧不好。合併前務必先確認意圖一致。

修完卻忽略內部連結：站內連結是告訴 Google 哪一頁最重要的關鍵訊號。合併或轉址做完後，若沒回頭把站內原本指向舊頁的連結改指到保留頁，等於少做了一半，權重沒能順利集中過去。

哪些情況的「蠶食」其實不用處理

不是所有同站頁面共用關鍵字都該修。有幾種情況的重疊是良性的，硬去合併反而會把好的結構拆壞。

每頁服務不同搜尋意圖：同一個主題下，一篇資訊型文章、一個交易型商品頁、一篇評測文，三者雖然共用部分關鍵字，但分別滿足使用者從認識問題、研究比較到完成購買的不同階段，彼此其實是互補而非競爭，不算需要處理的蠶食。

鎖定不同地區：替不同地區做的服務頁，即使關鍵字相同，因為面向的是不同地點的受眾，通常不會互相蠶食，只要確保每頁內容夠獨特、不是整段複製就好。

品牌查詢時的雙重曝光：使用者搜尋你的品牌時，如果商品說明頁和購買頁同時出現在結果裡，反而是好事，一頁負責讓使用者了解產品、一頁負責引導下單，兩頁意圖不同、彼此互補，等於擴大了你在搜尋結果的版位。

刻意設計的主題集群：用一個核心主題頁（Pillar Page）搭配多篇延伸子題文章，再用清楚的內部連結串起層級關係，是健康的內容架構。子題文章可以各自獲得排名，同時把相關性與權重回流給主題頁，這種「重疊」是策略性的，不該被當成蠶食來拆。

判斷標準很單純：如果每一頁都有清楚且不同的存在目的，就讓它們各自發揮；只有當兩頁意圖重疊、又彼此牽制排名時，才需要動手修復。

從建站初期就把蠶食擋在門外

蠶食最省力的處理方式，是一開始就不要讓它發生。與其等站大了再花大把時間做內容稽核、合併轉址，不如把幾個習慣固定下來。

替每一頁指派唯一的主關鍵字與搜尋意圖，一頁只鎖一個明確的目標，搜尋引擎就能清楚分辨每頁的角色。寫新文章前先用 site: 指令或 GSC 查一下站內有沒有頁面已經鎖定相同的詞，撞到就改用更具體的長尾關鍵字切入，例如不要再寫一篇廣泛的「減肥」，而是寫「新手減肥的飲食安排」這種角度明確的題目。每篇內容開工前先寫一份簡單的內容綱要，標清楚目標關鍵字、意圖、要涵蓋的重點，以及它如何支撐站內既有文章，新內容才會真正補上缺口而不是重複既有頁面。

最後，把內容稽核排進固定節奏，定期針對重點主題盤點有沒有新的重疊頁出現，並維護那張關鍵字地圖。對 WordPress 與 WooCommerce 站來說，也記得順手檢查分類、標籤、商品變體與篩選頁這些系統自動生成的網址有沒有失控。維持一頁一意圖的紀律，蠶食就很難找上門，你花在寫內容的每一分力氣，也才不會被自己人瓜分掉。