研究出一批關鍵字之後，最容易被跳過、卻最會出事的一步，就是沒有一張把「哪個字由哪一頁負責」寫死的對照表。少了這張表，每個編輯各憑感覺塞關鍵字，同一個字遲早被好幾頁分食，排名卡在中段誰也上不去。這篇專門講這張 Query 對 Page 對照表本身：要有哪些欄位、怎麼指定唯一主責頁、以及怎麼用它反查並修掉互搶。它不是一份交出去就沒事的文件，而是一張要一直維護的作戰地圖。根據我們的服務經驗，花時間把這張表建好並持續更新的網站，後續要擴充內容時踩到互搶的機率，明顯比沒有表的網站低。

1. 為什麼一定要有一張 Query 對 Page 對照表

對照表的價值，往往要等到網站頁面一多、內容一堆疊，才會被真正看見。但等到那時才想補，通常已經在收拾互搶的爛攤子了。我們的建議是越早建越好，哪怕一開始只有幾十列。

1.1 沒有對照表，互搶是遲早的事

當同一個主題有三、四篇內容，卻沒人說清楚哪一篇是主答案，Google 只能自己猜。結果就是同一個查詢字，這個月由 A 頁曝光、下個月換 B 頁，兩頁的名次都卡在中段上不去。我們在實務上看過一家電子簽章服務，同一個「電子簽章」類的查詢，曾經由首頁、聯絡頁與好幾篇文章輪流承接，意圖一亂，Google 就不知道該把誰推上前十。這種內耗，一張對照表就能事先避開，因為它逼你在內容還沒長大前，先把分工說死。

很多團隊不是不知道互搶的危害，而是覺得網站還小、頁面還少，不急著做表。問題是內容是一篇一篇慢慢累積的，等你感覺到互搶時，往往已經有五六篇主題重疊的文章各自拿了一點曝光，要拆要併都比當初多花好幾倍力氣。對照表最划算的時機，就是在主題還只有一兩頁、你還能輕鬆說清楚誰負責什麼的時候先建起來，之後每寫一篇就順手登記一列。

1.2 對照表是內容決策的單一真相來源

我們的做法是把對照表當成整個網站內容的單一真相來源。任何人要寫新文章、改舊頁標題、加內鏈之前，先來查這張表：這個字有沒有人負責了？如果有，你就不能再開一頁去搶，只能去支援它。表在，決策就有依據，不會每個編輯各寫各的。這件事在團隊一大、或外包多位寫手時特別重要，因為新人不會知道三個月前誰已經認領了哪個字，對照表就是那份不靠記憶的共識。沒有這份共識，最常見的下場就是兩個寫手各自領到意思相近的題目，寫出兩篇主題重疊的文章，上線沒多久就開始互搶，而主編往往要等到排名異常才發現問題早在分派任務那一刻就埋下了。

1.3 它同時是一張稽核工具

對照表不只是規劃用，還是稽核用。把表上「應該負責這個字的頁」跟搜尋後台裡「實際在曝光這個字的頁」擺在一起比，落差就是問題清單。應該由產品頁接的字，卻是一篇舊文章在曝光，這種落點錯誤只有對照表比得出來。我們在實務上看過團隊每季重寫內容策略，卻沒有一份能把規劃與實況並排的表，結果同樣的互搶問題每隔幾個月又長回來一次，因為沒有任何文件記得上次是怎麼分工的。對照表存在的意義，就是讓分工這件事有據可查、有處可改。

稽核這件事最怕的是「沒有基準」。你覺得某頁排名退步了，但退步多少、從什麼時候開始、上一次動它是什麼時候，如果這些都只在記憶裡，討論很快就變成各說各話。把每一列的主責頁、意圖、上次修改日與當時排名都寫進表裡，稽核時就有一個共同的起點，大家看的是同一份事實，而不是各自的印象。這也是為什麼我們堅持這張表要定期更新，而不是建完就鎖進資料夾。

2. 一張堪用的對照表要有哪些欄位

對照表不是把關鍵字跟網址兩欄湊在一起就好。欄位設計決定它能不能拿來做決策與稽核，少一兩欄，它就退化成一份靜態清單。

2.1 核心欄位：Query、主責頁、意圖、狀態

最基本的四欄是查詢字、指定主責頁的網址、該字的搜尋意圖、以及目前的處理狀態。意圖那一欄很關鍵，它決定這個字該由什麼型態的頁面承接：資訊型的字交給文章，交易型的字交給功能或產品頁。狀態欄則讓你分得清哪些是已經在做、哪些還沒動、哪些正在修互搶。缺了意圖與狀態，表就退化成一份靜態清單，失去作戰功能。這兩欄看似瑣碎，卻是整張表能不能「動起來」的關鍵。

意圖欄我們會盡量寫得具體，不只是標「資訊」或「交易」，而是寫清楚使用者搜這個字當下想完成什麼，例如「想比較幾款產品再決定」或「已經要簽、只差一個能線上簽的工具」。這種描述能直接告訴你該由哪一種頁面承接，也讓後面接手的人不用重新揣摩。狀態欄則建議用固定幾種標記，例如穩定監控、推進中、落點錯誤待修、已合併，讓整張表一眼掃下去就知道哪幾列該先動。

2.2 診斷欄位：現排名、曝光、實際到達頁

光有規劃欄位還不夠，我們一定會再加三個從搜尋後台拉回來的診斷欄位：目前排名、曝光量、以及 Google 實際在給哪一頁曝光。這三欄是把「你以為的分工」跟「Google 認定的分工」對照的關鍵。當實際到達頁跟你指定的主責頁不同，那一列就是要優先處理的互搶。規劃欄寫你的意圖，診斷欄寫現實，兩者並排，該修的頁自己會跳出來，不必靠翻找。

2.3 一張對照表範例

下面用一家電子簽章服務的字群，示範一張堪用的對照表長什麼樣。

查詢字（Query）	指定主責頁	意圖	現排名	實際到達頁	狀態
電子簽章	/features/e-signature	商業調查	3	一致	穩定，監控
電子簽名法律效力	/blog/e-signature-law	資訊	13	一致	推進中
pdf 電子簽名	/features/sign-pdf	交易（工具型）	14	一篇舊文章	落點錯誤，待修
電子簽名 API	/blog/product/api	商業	15	一致	推進中
無紙化	/blog/paperless-office	資訊	8	一致	穩定，監控

這張表一攤開，「pdf 電子簽名」那一列的問題就無所遁形：意圖已經轉向工具型、該由功能頁接，實際卻是一篇舊文章在曝光。這正是對照表要抓出來的東西，而不是等排名掉了才回頭找原因。

這張表還有一個常被低估的用處：它讓「意圖會隨時間漂移」這件事被看見。像「pdf 電子簽名」這種字，早年多半是想找教學，後來使用者越來越傾向直接找一個能線上簽的工具，意圖從資訊轉向交易。如果你的對照表有在更新意圖欄，你會及時發現該把主責頁從舊文章換成功能頁；如果沒有，那篇舊文章會一直掛在主責位置，排名慢慢被真正的工具頁比下去，你卻找不到原因。

3. 怎麼指定「唯一主責頁」

對照表的靈魂是「唯一」兩個字。一個查詢字如果同時掛著兩個主責頁，那張表就白做了，因為它沒有替 Google 做出那個它做不好的選擇。

3.1 一個 Query 只能有一個主責頁

我們的鐵則是：一個查詢字，主責頁欄位只能填一個網址。你可以有很多頁跟這個字相關，但主答案只能有一個，其餘都是支援角色。這條規則逼你在規劃階段就把分工想清楚，而不是丟給 Google 去仲裁。很多人覺得多頁一起排勝算比較大，實際相反，多頁互搶只會稀釋訊號，不如集中火力扶一頁上去。把選擇權從演算法手上收回來，是對照表最核心的價值。

有人會問，那我很想排的兩個相關字，難道不能各派一頁去衝嗎？可以，但前提是這兩個字的意圖真的不同、能被兩個不同的頁面分別完整回答，這時它們在表上就是兩列、兩個不同的主責頁，而不是同一個字掛兩頁。換句話說，「一個字一個主責頁」約束的是同一個查詢意圖，不是禁止你經營整個主題群。把這個界線分清楚，就不會誤以為主責頁規則會綁住內容的發展。

3.2 當搜尋後台顯示多個網址輪流曝光

指定主責頁之前，我們會先去搜尋後台用查詢字維度，看近三個月是不是有兩個以上的網址在輪流拿曝光。如果有，就代表這個字目前群龍無首。我們的做法是比對這幾頁的標題、H1 與前三百字，哪一頁最貼近該字的意圖、內容最完整，就選它當主責頁，其餘降為支援。這一步不能跳過，因為選錯主責頁，後面所有的內鏈與內容都會往錯的方向集中。挑主責頁時，我們通常會優先考慮意圖最貼合、且已經累積一些連結或排名基礎的那頁，而不是單看哪頁字數多。把火力集中到一個本來就有底子的頁，比硬扶一個全新的頁上去省力得多。

3.3 主責頁與支援頁的分工

選定主責頁不代表其他頁就作廢。支援頁的任務是用描述性錨文字把權重導回主責頁，並負責主責頁不該細講的旁支子題。主責頁完整回答核心查詢，支援頁各守一個窄的子意圖，兩者在對照表上要標清楚角色，避免又長回互搶的狀態。這樣的分工寫進表裡之後，下次有人想碰這組字，一眼就知道該加強主責頁、還是該補一個支援頁，而不會又開一頁來搶主責頁的位置。

支援頁的錨文字要怎麼寫，也值得在表上留一欄記一下。我們會讓支援頁連回主責頁時，錨文字帶到主責頁真正負責的那個主題字，而不是用籠統的「了解更多」。這樣權重傳遞的訊號才明確，Google 也更清楚被連過去的主責頁在講什麼。一組主責頁加上三五個支援頁、各自用對的錨文字連回來，通常比一頁孤軍奮戰更容易把一個字撐上前段。

4. 用對照表抓出並修掉互搶

對照表最有價值的用途，是當成互搶的雷達。規劃欄與診斷欄一對照，該修的頁自己會跳出來，這是零散表格或純關鍵字清單做不到的。

4.1 從 Page 維度反查

抓互搶我不從關鍵字看，而是從頁面看。在搜尋後台用頁面維度，檢查是不是有一個查詢字對應到兩個以上的網址、而且都有可觀曝光。把這些字在對照表上標記出來，就是你這一輪要收斂的對象。這種從頁面反查的動作，沒有一張整合表根本做不了，因為你得同時看到「這個字我指定給誰」和「它實際落在誰身上」，散在各處的資料湊不出這個對照。

反查時有個容易被忽略的細節：曝光量要一起看。如果某個字雖然對應到兩個網址，但其中一頁的曝光微乎其微，那其實不算真正的互搶，可能只是 Google 偶爾試了一下另一頁，不值得大動。真正要處理的，是兩頁都有可觀曝光、在名次上此起彼落的那種。把曝光這一欄放進對照表，就是為了幫你分辨「真互搶」和「無關緊要的雜訊」，避免把力氣花在不痛不癢的列上。

4.2 合併、收斂或差異化：三選一

抓到互搶後有三種處理方式，寫在對照表的處理欄。第一是合併：兩頁內容高度重複又各無獨立需求，就併成一頁並正確處理轉址。第二是收斂：留一頁當主責頁，另一頁縮小到明確的子意圖。第三是差異化：兩頁其實服務不同意圖，只是標題與前段寫得太像，把它們改得各自對準不同的字。下面把判斷整理成一張決策表。

互搶情況	兩頁是否各有獨立需求	處理方式	對照表要更新的欄位
內容幾乎重複	否	合併並 301 轉址	主責頁改為保留頁、舊頁標記已轉址
主旨接近但可拆	是，子意圖不同	收斂：一頁主答、一頁縮子意圖	次要頁意圖欄改窄、標支援角色
意圖不同只是寫太像	是	差異化標題與前段	各列意圖欄與主責頁分開對準

4.3 修完之後要記錄與觀察

我們在實務上看過最可惜的情況，是修了互搶卻沒在表上記修改日期，過兩週忘了自己動過什麼，也就無從判斷有沒有效。我們的做法是每處理一列，就在對照表加註修改日與當時的基準排名，之後至少觀察十四到二十八天再看趨勢。對照表因此不只是規劃文件，也是一份可追溯的修改日誌。不要用兩三天的波動就判定成敗，排名重新判定主答案本來就有延遲，急著再改只會把訊號攪得更亂。

觀察期結束回看時，我們會問三件事：指定主責頁的排名有沒有往上、實際到達頁有沒有收斂成同一頁、被降為支援的那幾頁在目標字上的曝光有沒有下降。三個訊號一起往好的方向走，才算這一列真的修好了，可以把狀態改回穩定監控。如果實際到達頁還在兩頁間跳，就代表分工還沒被接受，這時再考慮加強內鏈或進一步收斂，而不是又回去改主責頁本身。

5. 常見問題

5.1 Keyword Mapping 對照表跟一般關鍵字清單差在哪？

差在有沒有指定主責頁與意圖。清單只是把字列出來，對照表則把每個字綁定到一個唯一負責的頁面、標上意圖與狀態，還接上實際排名做稽核。前者是資料，後者是能拿來做決策與抓互搶的作戰地圖。少了主責頁與意圖這兩欄，它就只是一份靜態名單。

5.2 一個頁面可以同時是好幾個字的主責頁嗎？

可以，這很正常。一頁承接一整群近義字是常見且理想的配置。規則是反過來的：一個字只能有一個主責頁，但一頁可以是多個字的主責頁，前提是這些字意圖一致、能被同一頁完整回答。真正要避免的是一個字被好幾頁分著承接。當一頁同時承接多個字時，記得在表上把這些字都指到同一個網址，這樣你回頭看就知道它們是一組、命運相連，對這頁做的任何調整都會一起影響這群字。

5.3 怎麼知道我的網站正在互搶？

去搜尋後台用頁面維度，看同一個查詢字近三個月是否有兩個以上網址輪流拿到曝光。若有，就是互搶的訊號。把這些字標回對照表，比對指定主責頁與實際到達頁的落差，就能鎖定要處理的頁。這種反查靠散落的資料做不到，需要一張整合的對照表。反查時記得把日期拉到三個月，只看近七天很容易把長期互搶誤看成單頁獨占。

5.4 對照表要多久更新一次？

規劃欄位在內容策略調整時更新；診斷欄位我們會固定每月從搜尋後台拉一次，對照排名與實際到達頁的變化。每處理一次互搶都要記上日期與基準值，這樣它才能同時當規劃圖與修改日誌用。固定的更新節奏，是它不退化成一次性文件的關鍵。實務上我們會把每月拉診斷資料這件事排進固定行程，跟月報一起做，這樣就不用靠誰記得，表自然會保持新鮮。

5.5 發現互搶一定要合併頁面嗎？

不一定。合併只是三種處理之一，適用於內容幾乎重複又各無獨立需求的情況。如果兩頁其實服務不同子意圖，用收斂或差異化保留兩頁反而更好，畢竟兩頁各自都還能帶來自己意圖下的流量，貿然合併等於放棄其中一份需求。先判斷兩頁是否各有真實需求，再決定要合併、收斂還是差異化，不要只靠轉址掩蓋內容策略的問題。判斷的捷徑是把兩頁標題並排，看一個外行人分不分得出它們寫給不同的人；分得出就偏向保留兩頁，分不出就偏向合併。無論選哪一種，都記得在對照表把對應欄位更新好，讓這次決定留下紀錄，下次才不會又從零開始判斷一遍。