站內文章寫多了，總會在某個時間點發現一件怪事。明明三篇都在講同一件事，每一篇都掉到第二、三頁，沒有任何一篇站得上首頁。後台流量也呈現詭異的鋸齒狀，這禮拜 A 頁有曝光，下禮拜換 B 頁出來，從來沒有一篇穩定領頭。

這通常不是內容寫得不夠好，而是站內 focus keyword 規劃出了問題。多篇文章共用同一個焦點關鍵字（Focus Keyword），對搜尋引擎來說等於一個站對自己進行內部競標，每一篇都拿到一點訊號，沒有一篇拿到完整授權。2026 年的演算法在判斷主題權威時，更看重整站結構的訊號收斂，這種內耗的成本比過去更高。

底下用一條從問題定位到頁面處置的完整路徑，把舊文重新拆分到 pillar 與 cluster 內容群組裡，讓搜尋引擎重新讀懂站內主題的層級。

為什麼站內多篇搶同一個焦點關鍵字會拖累排名

關鍵字自相殘殺（Keyword Cannibalization）這個詞在業界用了十幾年，本質很單純。當站內有兩個以上的網址在向 Google 宣告自己是某個查詢詞的最佳答案，演算法必須挑一個來顯示，挑選過程中每一個候選頁都被稀釋了權威分數。原本應該集中在單一頁面上的反向連結、停留時間、點擊紀錄，被切成幾份分散到各個版本，沒有一頁能累積到推上首頁的臨界量。

讀者看到的鋸齒型曲線就是這個過程的外顯。Google 偶爾覺得 A 頁更新，把它排上去；過幾天又覺得 B 頁的內鏈訊號更強，換 B 頁出來。在傳統搜尋結果列表（SERP）上這已經夠頭痛，到了 2026 年，AI 摘要（AI Overview）與生成式答案引用站內資料時，這種拆分讓站台更容易被略過。AI 引擎傾向引用單一明確權威頁，三篇平庸的並列頁不會被選為素材。

這也是為什麼許多站長花力氣做了大量內容，整體流量卻原地踏步。問題不在文章不夠多，而在主題沒有被組織起來，每一篇都是孤兒。

用 pillar 與 cluster 把舊文重新組成內容群組

內容群組的概念可以拆成兩個角色。Pillar（支柱頁）是整個主題的廣度型總覽，篇幅較長，涵蓋該主題所有重要子議題的概要與內鏈出口；Cluster（子題頁）則是針對某個具體子議題的深度型專文，每篇只負責一個窄面向，並反向連回支柱頁。一個主題群組就是一支柱加上若干子題，彼此之間用內鏈互相指認層級。

這套結構對演算法傳達兩件事。其一是站台對該主題有完整覆蓋，從廣度到深度都拿得出來；其二是站內已經自行分配好每個關鍵字的歸屬，不需要演算法替你猜。一旦這套結構成形，舊文的撞詞問題會被結構性化解，因為每個焦點關鍵字都有專屬的承載頁，沒有第二個候選人。

老站要套用這套架構，多半不是從零開始寫，而是把現有舊文重新分類。先把同主題的文章拉成一組，挑出最具廣度、流量基礎也最穩的那篇當支柱，其餘文章則被定位成子題。定位完成後再回頭看每篇的焦點關鍵字，支柱頁拿核心廣詞，子題頁拿對應的長尾，這樣關鍵字分配才不會回到原本互搶的狀態。

寫到這裡會看到一個常見誤解，以為只要把支柱頁寫長就贏了。事實上支柱寫得再長，若子題頁的覆蓋深度不如支柱頁內的同主題段落，反而會製造新的內部競爭，子題頁變成支柱頁的劣化版，演算法看不出該選誰。支柱與子題的分工要明確，廣度歸支柱、深度歸子題，內容才不會重疊衝突。

用 Search Console 抓出重疊查詢

要動手拆分前，得先知道哪些舊文真的在撞。靠記憶或主題感覺判斷不準，搜尋表現報告（Search Console Performance Report）的資料才是站台被搜尋引擎實際讀懂的樣子。

鎖定有撞詞嫌疑的查詢

進到搜尋表現報告，把日期範圍拉到近 3 至 6 個月，過短的區間樣本不夠、過長的區間會混入已經處理過的舊資料。先看「查詢」分頁，篩出展示次數較高但點擊率明顯偏低的詞，這類查詢通常排在第二頁附近遊走，是撞詞高發區。

點進可疑的查詢後切到「網頁」分頁，這時就會看到 Google 為這個詞顯示過的所有網址。如果只有一個網址，那就是健康狀態；如果出現兩個以上，且每個網址都有不算太低的展示次數，撞詞訊號就明確了。

判斷撞詞嚴重程度

並不是所有同查詢多網址都需要動。輕度的情況，例如 A 頁排名穩定第 5，B 頁偶爾出現排在第 40，這種權重高度不對稱、不會搶到主場的，可以先放著。

需要處置的是兩種情況。一種是兩頁的平均排名差距小於 3，意味著演算法在它們之間反覆切換找不到主選；另一種是兩頁的展示次數比超過 1 比 2，代表流量真的被均分掉了。這兩種訊號出現任一種，就值得開單處理。

用 API 拉大規模重疊清單

點擊量大的站靠介面手動翻查不夠用，可以走搜尋表現 API 把查詢與網頁兩個維度同時請求下來。回傳每一組「查詢加網址」的展示、點擊、平均排名、點擊率資料，匯出後用樞紐表計算每個查詢對應幾個網址，過濾出「網址數大於等於 2，且展示比落在 0.5 以上」的列，這份名單就是要進入下一步判斷的候選清單。

該合併還是該改長尾的判斷邏輯

撞詞清單拿到手，下一個關卡是逐篇決定處置方式。可選的路徑大致有三條，分別是合併保留強者、保留兩頁但改寫弱者的角度、整篇下架重定向。哪一條才對，要看撞詞兩篇的搜尋意圖（Search Intent）是否相同、內容差異度有多大，以及兩頁的反向連結基礎。

決策時別只看上表單一欄位，要把幾欄合起來讀。最常見的判斷錯誤是只看排名差距就決定合併，忽略了搜尋意圖其實不同，這種合併會讓新頁變成意圖混雜的怪物，反而拖累原本表現較好的那篇。預設先確認意圖，再看內容差異，最後才考慮處置成本。

內鏈錨點與 301 重定向的時機

決定動哪一篇之後，動手順序會大幅影響成果。內鏈調整與 301 重定向看似只是技術細節，落地時機抓不準會讓整套拆分白費工。

內鏈錨點是先要動的。把站內所有指向被淘汰頁的內鏈找出來，錨點文字（Anchor Text）逐一改寫，重點不是把網址換掉而已，是讓錨點對應的詞也跟著歸位到新承載頁的焦點詞上。舉例來說，原本三篇舊文都用「焦點關鍵字規劃」當錨點分散指向三個網址，改寫後讓核心廣詞錨點集中指向支柱頁，長尾錨點分流到對應的子題頁。這一步在 301 之前先做完，能讓搜尋引擎在抓取重定向時就讀到新的內鏈分布訊號。

接著才是 301 重定向（Permanent Redirect）。把要淘汰的舊網址設成 301 指向新的承載頁，依各家資料這種重定向能傳遞 90% 至 99% 的連結權重，是搬移權威分數的標準作法。設定後別急著刪舊頁，原始的 WordPress 文章可以改為私有或草稿狀態保留，避免 301 規則失效時讀者直接撞到 404。

重定向設好之後有一段觀察期。Google 重新抓取與整合訊號需要時間，依站台規模從幾週到幾個月不等。這段期間別頻繁變動架構，也別再對承載頁做大幅改寫，演算法正在試圖重新理解站內結構，連續變動會讓它一直無法收斂判斷。同時要持續監看搜尋表現報告，確認原本撞詞的查詢是否已經收斂到承載頁，若三個月後仍有舊頁出現在結果中，要檢查重定向規則或內鏈是否還有遺漏。

依各家來源建議，301 規則至少維持一年，搜尋引擎才能完整處理移轉訊號；對重要主題群組，建議直接當成永久設定保留下來，未來新增子題頁時，這套 focus keyword 規劃就是現成的擴張底盤。一次到位的拆分，能讓後續每一篇新文章都有清楚的歸屬位置，不會再走回原本撞詞互耗的老路。