SEO/GEO 進階 12 分鐘

關鍵字蠶食是什麼?何時該合併、改寫或保留頁面

多篇頁面出現在同一組查詢,不一定互相傷害。本文用 Search Console、搜尋意圖、內容重疊與 canonical 證據,判斷何時保留、區隔或合併頁面。

發布 2026/07/17 最後查核 2026/07/17
尚未開始
預計閱讀 12 分鐘
同一個搜尋需求連向三個內容頁面,路徑局部重疊但分別服務不同任務
多個頁面接觸同一個查詢,不代表一定互相傷害。先看它們是否完成不同任務,再判斷重疊是不是問題。

先說結論:同一查詢出現多頁,不等於一定要合併

「關鍵字蠶食」通常用來描述:同一網站的多個頁面同時競逐相近查詢,但頁面任務、內容與站內訊號又不夠清楚,導致搜尋曝光分散、Google 顯示的頁面不符合預期,或讀者反覆遇到近似內容。它是 SEO 業界的診斷用語,不是 Search Console 裡的一種處罰名稱。

多篇頁面曾為同一查詢曝光,本身不是問題證據。同一主題可能合理需要定義頁、比較頁、工具頁與產品頁;複雜問題也可能由多個互補頁面共同覆蓋。真正需要處理的是:兩頁是否服務同一讀者、同一任務,提供幾乎相同答案,卻沒有清楚的主從或分工。

因此不要看到「兩個 URL」就直接合併。先依序確認:

  1. 資料是否真的顯示同一組查詢在多個頁面之間反覆切換。
  2. 兩頁的讀者任務、內容範圍與下一步是否高度相同。
  3. canonical、轉址與內部連結是否傳遞互相矛盾的訊號。
  4. 問題是內容重複、定位模糊,還是合理的搜尋意圖分工。
  5. 預計的處置能否讓讀者得到更完整、明確的答案。
資料同查詢,多頁面先確認不是單次波動
內容任務是否重複比較答案、受眾與下一步
處置保留、區隔或合併依證據選最小必要改動

關鍵字蠶食、內容重疊與重複網址不是同一件事

這三種情況容易混在一起,但解法不同。

情況問題核心常見例子優先處置
查詢重疊多頁可能服務相近搜尋需求定義文與選購指南都為「咖啡機」曝光先判斷意圖與頁面分工
內容重疊兩頁回答相同問題、段落與結論近似兩篇「家用咖啡機怎麼選」只換標題合併,或重寫成明確不同任務
重複網址不同 URL 提供相同或非常相似內容追蹤參數、列印版、排序參數canonical、轉址與一致內部連結

Google 的 canonical 文件針對的是「重複或非常相似的頁面」。Google 會從一組近似網址中選出代表網址,並把部分訊號與成效資料歸到 canonical。這與兩篇都值得存在、但主題相近的獨立文章不同。

同樣地,非惡意的重複內容並不等於網站一定受到所謂「重複內容處罰」。實務風險更常是搜尋系統顯示了不是你偏好的版本、追蹤難以解讀、爬取浪費,或多個薄弱頁面都沒有提供足夠價值。

怎麼從 Search Console 找到值得檢查的頁面組合?

Search Console 的成效報表可以先選一個查詢,再切換到「頁面」維度,查看 Google 曾為該查詢顯示哪些 URL。若要涵蓋近義詞與長尾變體,可用包含條件或正規表示式建立查詢群組,再匯出資料做「查詢 × 頁面」對照。

但這份報表不能直接替你宣判蠶食。使用前要知道四個限制:

  • 查詢表不會顯示所有資料;匿名查詢與資料截斷會讓表格不完整。
  • 多數成效資料會歸到 canonical URL,重複網址未必分別出現在報表裡。
  • 平均排名代表某頁在一組曝光中的平均位置,不是固定排名。
  • 地區、裝置、日期與搜尋結果形式不同,都可能讓不同頁面合理曝光。

比起找「任何出現兩個 URL 的查詢」,更值得檢查的訊號是:

  1. 頁面選擇反覆切換:同一查詢群組在相近條件下,主要曝光頁數週內多次交換。
  2. 總體結果沒有增加:新增近似頁面後,查詢群組的總點擊沒有改善,只是分到更多 URL
  3. 不合意頁面勝出:使用者搜尋操作指南,結果卻長期顯示只提供名詞解釋的頁面。
  4. 兩頁各自都很薄:內容、外部連結與內部連結分散,任一頁都沒有完整完成任務。
  5. 標題與內容承諾難以區分:只看標題、H1、開頭與目錄,仍無法說出兩頁的不同價值。

這些仍是需要進一步驗證的症狀,不是因果證明。先把時間範圍、裝置、國家與搜尋類型固定,再比較至少兩個合理期間;低曝光的新頁尤其不適合用幾天資料下結論。

完整教學案例:三個咖啡機頁面要合併哪一個?

以下數字是為了示範判斷流程的假設資料,不是 MKT Notes 或客戶的實際成效。

某內容站有三個頁面:

  • A:/coffee-machine-guide/,主題是依預算、操作與清潔負擔選咖啡機類型。
  • B:/capsule-machine-guide/,主題是比較膠囊系統、耗材與長期成本。
  • C:/home-coffee-machine-buying/,也是依預算、操作與清潔負擔選家用咖啡機。

團隊將「咖啡機怎麼選、家用咖啡機選擇、咖啡機推薦」等近義查詢分成同一群組,固定台灣、行動裝置與最近 28 天,匯出查詢與頁面資料:

頁面曝光點擊CTR主要進站任務
A 類型選購指南5,5002755.0%先選適合的咖啡機類型
B 膠囊系統指南2,5001506.0%已鎖定膠囊機,進一步比較系統
C 家用選購指南2,000402.0%也是先選咖啡機類型

先不要因為 B 也獲得「咖啡機怎麼選」曝光就合併。檢查內容後發現,B 的讀者已經縮小到膠囊機,核心比較是膠囊取得、單杯成本、口味選擇與回收方式;它和 A 的任務不同。合理做法是保留 B,讓 A 在介紹膠囊類型時自然連到 B,B 的開頭也清楚說明適合已決定選膠囊系統的讀者。

A 與 C 則高度重複:受眾相同、標題承諾相同、比較欄位相同,連結到的產品分類也相同。C 只有一小段租屋空間建議是 A 沒有的。這時可以:

  1. 選 A 作為保留頁,因為它已有較完整內容與較多相關點擊。
  2. 把 C 的租屋空間檢查補進 A,但刪除重複段落。
  3. 將 C 永久轉址到 A。
  4. 把原本連到 C 的站內連結改為 A,並只在 sitemap 保留 A。
  5. 記錄修改日,接著觀察同一查詢群組的總曝光、點擊、CTR、主要顯示頁與下游行動。

這個案例的關鍵不是「A 的點擊比 C 多,所以 A 一定贏」,而是資料與內容審查同時顯示 A、C 在完成相同任務。若 C 實際上擁有大量高品質外部連結、轉換更好或涵蓋另一個地區,保留 URL 的選擇就可能不同。

何時保留、改寫、合併?用四個問題做決定

三組路徑分別呈現近似頁面合併、頁面重新區隔,以及不同任務頁面繼續分工
處理重疊頁面不是只有刪除一條路:真正重複的合併,角色模糊的區隔,任務不同的保留。

1. 讀者完成的是不是同一個任務?

如果一頁回答「UTM 是什麼」,另一頁提供「UTM 命名產生器」,即使共享很多查詢,頁面任務仍不同。相反地,兩頁都承諾教初學者完成同一套 UTM 命名,而且內容順序與範例近似,就很難說明為何要分開。

先寫出兩個任務句:「這一頁幫助誰,在什麼情境下,完成什麼?」若兩句幾乎相同,才進入合併評估。若不確定怎麼拆任務,可先回到站內的搜尋意圖判斷方法

2. 每頁是否有足夠獨立價值?

獨立價值不等於換一個標題或多塞幾個長尾詞。比較:

  • 受眾與決策階段是否不同。
  • 輸入資料、比較維度或操作流程是否不同。
  • 一頁能否在不先讀另一頁的情況下完成自己的任務。
  • 讀者是否有合理理由分別收藏、引用或分享兩頁。
  • 刪掉其中一頁後,是否真的失去一種必要答案。

Google 的 people-first 內容自評也要求內容提供原創資訊、完整說明與實質額外價值。若兩頁只是把同一答案換句話說,分開通常不會增加讀者價值。

3. 技術與站內訊號是否一致?

檢查兩頁的 self-canonical、Google 選定的 canonical、sitemap、導覽、內部連結與錨文字。Google 建議站內連結指向你認為的 canonical URL,也建議錨文字精簡、具描述性且符合上下文。

若所有相關文章都用相同錨文字輪流連向兩頁,搜尋系統與讀者都更難理解分工。保留兩頁時,錨文字應反映不同任務,例如「UTM 參數原理」與「UTM 命名範本」,而不是兩個都寫「UTM 完整指南」。

4. 改動後如何判斷是否更好?

不要只盯著單一 URL 的平均排名。合併後,一個 URL 的曝光可能上升,也可能因不再覆蓋不相關查詢而下降。應同時看:

  • 查詢群組的總曝光、總點擊與 CTR
  • Google 主要顯示的頁面是否符合預期任務。
  • 合併頁是否保留原本兩頁的重要長尾查詢。
  • 自然搜尋後的閱讀、互動或轉換是否改善。
  • URL Inspection 的 canonical 選擇與轉址是否符合設定。

把改動日期記在 Search Console annotation 或實驗紀錄中,使用相近長度的前後期間比較,並標記季節、活動、演算法與網站其他改版等干擾因素。

三種處置方式,技術做法不能混用

保留:任務不同,就把邊界說清楚

保留適合用在不同搜尋意圖、決策階段、地區、產品類型或內容格式。調整標題、開頭、目錄、範例與 CTA,讓差異在首屏就可理解;再用描述性的內部連結建立主從或下一步關係。

保留不是「什麼都不做」。如果兩頁角色合理,卻因名稱模糊而讓讀者誤解,仍要編輯資訊架構。對傳統搜尋與生成式回答而言,穩定名稱、清楚範圍與可追溯內容都是共同基礎;可延伸閱讀SEO 與 GEO 的共同內容基礎

改寫:保留兩個 URL,但讓其中一頁承擔另一個任務

當兩頁都有不可替代的內容、外部連結或商業用途,但目前角度太接近,可以重新定位其中一頁。這不是只換標題,而是重做:

  1. 核心讀者與主要問題。
  2. 直接答案與內容邊界。
  3. 比較欄位、案例與操作步驟。
  4. 站內錨文字與上下游連結。
  5. 結構化資料、標題與描述的一致性。

如果改寫後仍無法用一句話說出差異,代表分頁理由可能不夠強。

合併:整合最佳內容,再做永久轉址

當兩頁服務同一任務、內容高度重複,而且沒有必要保留兩個入口時,先選定主要 URL,把另一頁的獨特內容、來源與有價值段落整合進去,再將舊 URL 以 301 或 308 永久轉址到新頁。

Google 把永久轉址視為目標 URL 應成為 canonical 的強訊號。完成後也要更新站內連結、canonical 與 sitemap,不要讓舊 URL 繼續被大量引用。轉址目標必須是語意上真正接替舊頁的內容;若頁面已刪除且沒有相近替代內容,Google 建議回傳 404 或 410,而不是把所有舊頁都轉到首頁。

rel="canonical" 則適合保留可存取但內容重複或非常相似的替代 URL,例如參數版與列印版。它不是把兩篇不同文章「指定一篇排名」的萬用工具,也不應和轉址、sitemap、內部連結同時指向互相衝突的 URL

一套可重複執行的八步診斷流程

從查詢訊號、頁面檢查、重疊比較、處置選擇到持續觀察的四階段流程
先用資料找候選,再用內容與技術證據判斷;改動後仍要觀察整個查詢群組,而不只看單一頁排名。
  1. 定義查詢群組:把同一任務的近義詞與長尾詞放在一起,不只追一個精確關鍵字。
  2. 固定比較條件:記錄日期、國家、裝置與搜尋類型,降低資料混雜。
  3. 匯出查詢 × 頁面資料:找出同組查詢曾顯示哪些 canonical URL
  4. 檢查趨勢而非單日:比較曝光、點擊、CTR 與主要顯示頁是否反覆變動。
  5. 做內容差異表:逐頁填入讀者、任務、範圍、答案、案例、CTA 與獨特價值。
  6. 核對技術訊號:檢查 HTTP 狀態、轉址、user-declared canonical、Google-selected canonical、sitemap 與內部連結。
  7. 選最小必要處置:任務不同就保留並釐清;價值可分就改寫;同任務且高度重複才合併。
  8. 記錄並重新驗證:保存改動內容與日期,等待重新抓取後比較查詢群組與實際商業結果。

五個常見誤判

看到兩個頁面,就認定彼此「搶排名」

同一網站可以用不同頁面滿足探索、比較、操作與購買需求。頁面是否衝突,取決於任務與內容,不取決於網址數量本身。

只比較平均排名,不看曝光與點擊

平均排名會受到查詢、裝置、地區與不同曝光組合影響。Google 也建議分析時更重視曝光與點擊趨勢。合併決策應觀察整個查詢群組,而不是追逐一個看似精確的位置數字。

用 canonical 取代內容決策

若兩頁不是重複或非常相似,卻各自有獨立任務,強行把其中一頁 canonical 到另一頁可能讓應被索引的內容消失。先做編輯判斷,再選技術工具。

合併後把舊頁直接刪掉

如果舊頁有流量、外部連結或書籤,直接回傳 404 會切斷合理入口。內容有相近接替頁時使用永久轉址;沒有替代頁時才讓 404 或 410 誠實表達內容已不存在。

一次改標題、內容、URL 與整站連結,卻不留紀錄

多項改動同時發生,結果就更難解釋。大型整併可以分批進行,至少記錄每組 URL、保留頁、轉址、內部連結與完成日期,並保留可能的外部干擾因素。

最後帶走這張決策清單

  • 多頁為同一查詢曝光,是檢查起點,不是蠶食成立的證明。
  • 先區分查詢重疊、內容重疊與重複網址,三者解法不同。
  • Search Console 先選查詢再看頁面;記得匿名查詢、資料截斷與 canonical 歸戶限制。
  • 任務不同、各有完整價值:保留,並用標題、內容與內部連結說清楚分工。
  • 兩頁都有保留理由但角色模糊:改寫其中一頁,重新定義讀者與任務。
  • 同一任務、內容高度重複:整合最佳內容,選主 URL,永久轉址舊頁。
  • 重複或非常相似的替代網址:使用一致的 canonical、sitemap 與站內連結訊號。
  • 移除頁面且沒有合理替代內容:回傳 404 或 410,不要一律轉到首頁。
  • 衡量整個查詢群組的曝光、點擊、CTR、顯示頁與轉換,不只看單一 URL 排名。

關鍵字蠶食不是「同一關鍵字只能有一頁」的規則,而是一個內容架構問題:網站有沒有讓每個頁面承擔清楚、必要且可驗證的任務。先用資料找到重疊,再用讀者價值決定頁面去留,通常比從關鍵字數量出發更可靠。

SOURCE LOG

資料來源

  1. Google Search Console:成效報表的查詢與頁面維度
  2. Google Search Console:查看特定查詢顯示哪些頁面
  3. Google Search Console:URL Inspection 與 Google 選定的 canonical
  4. Google Search Central:指定 canonical 與整合重複網址訊號
  5. Google Search Central:永久與暫時轉址
  6. Google Search Central:可檢索連結與內部錨文字
  7. Google Search Central:建立實用、可靠、以人為本的內容
  8. Google Search Central:移除頁面且無替代內容時使用 404 或 410
  9. Google Search Central:釐清「重複內容處罰」迷思