「這個關鍵字我們是不是已經寫過？」
網站內容累積一段時間後，這個問題很容易出現在編輯會議裡。有人記得有相關文章，有人覺得題目不同，最後又開一篇新稿。等到服務頁、文章與案例都上線，團隊卻說不清楚哪些頁面負責回答什麼。
關鍵字對應表的目的，是把已確認的搜尋需求，交給角色清楚的頁面承接。 它不只是關鍵字清單，也是內容、網站與業務協作時可以共用的工作地圖。
這篇從分組、選頁到交接與維護，整理一套製作方式。前提是已經有初步研究的需求清單；這裡不重新展開找字流程，也不把多個頁面出現在同一查詢中，一律視為問題。
關鍵字對應表是什麼？把搜尋需求交給明確的頁面承接
不只是「關鍵字＋網址」，還要交代頁面角色與資訊任務
關鍵字對應表，也常稱為 keyword mapping，是把相關查詢與需求整理成群組，再對應到現有或規劃中的頁面。
但只有字詞與網址，還不足以交辦。團隊需要知道這頁服務誰、主要回答什麼、缺少哪些資訊，以及完成後讓讀者能做什麼。
例如，某個頁面負責解釋導入準備，另一個交代顧問服務範圍。兩者可能提到相同名詞，但任務不同。先把角色寫清楚，後續才不會每篇都變成同一套服務介紹。
一頁可以承接多種相近問法，不必一個字建立一頁
讀者表達同一個問題，可能使用不同詞彙。只要需要的核心答案一致，就可以由同一個頁面處理，不必為每種問法都開一篇。
這也不代表把所有詞塞進標題或段落。對應表中的補充問法，主要用來確認資訊是否完整、理解讀者用語，而不是要求寫作者逐字重複。
一頁有主要任務，不等於一頁只能對應一個關鍵字。
製作前，先整理需求清單與現有網址
匯整候選詞、搜尋意圖、需求證據與優先級
先把研究資料整理成可以討論的清單，保留候選詞、目標讀者、需求證據、搜尋結果觀察與優先順序。
證據不足的主題可以標註待確認，不必急著配網址。否則，表格填得很完整，實際卻是在替沒有驗證過的題目安排產出。
工具數據若有保留，也應註明來源、地區與日期，讓後續參與的人知道判斷建立在什麼資料上。
盤點既有頁面的主題、索引狀況與搜尋表現
再整理現有文章、服務頁、產品頁與案例的網址，記錄主要題目、內容用途，以及目前已知的搜尋狀況。
可以從網站後台與 Sitemap 找候選頁面，再打開網址核對。搜尋資料則用來了解頁面目前觸及什麼查詢，不是只看總流量高低。
盤點時要區分正式網址、重新導向的舊網址與其他版本。同一頁被記成多筆，或表格仍指向已移除的網址，都可能造成交接錯誤。
第一步：把相近關鍵字分組，確認是不是同一個需求
用問題、情境與搜尋結果交叉判斷，不只看字面相似
分組時，先問搜尋者是不是面對同一個問題，需要的資訊是否相近，再搭配搜尋結果中的頁面任務判斷。
假設「ERP 導入前要準備什麼」與「ERP 導入需要哪些資料」都在尋找前置準備資訊，就可能由同一份指南承接。這只是分組示例，仍需實際研究，不代表這兩個查詢已經過驗證。
反過來，文字相似不代表需求相同。「導入流程」可能是想理解步驟，「導入顧問」則可能正在找服務商。表格應留下判斷理由，而不是只依字面自動分類。若要用搜尋結果判斷該做文章還是服務頁，可參考〈搜尋意圖的判斷方式〉。
意圖或服務範圍確實不同時，保留不同頁面的理由
如果資訊需求、目標對象或服務範圍不同，可以安排不同頁面。但要寫明各頁主要回答什麼，避免只換名稱、正文仍高度重複。
例如，準備指南協助整理前置條件，服務頁介紹合作方式，案例呈現可公開的實際做法。它們可以互相連結，不必硬合成一頁。
也不需要因為工具把字詞分成不同組，就照單新增網址。工具分組是線索，頁面是否獨立仍要由資訊需求決定。
第二步：選定主要承接頁，決定更新、整併或新增
已有合適頁面時，優先補齊內容，不急著另開新篇
先查看現有內容能否完成主要任務。如果定位合適，只缺少準備項目、適用條件或案例資訊，可以安排更新。
選頁時也要看網址的既有用途、搜尋表現與連結，不必因為某篇是最新文章，就認定它應該接手。
對應表中的「主要承接頁」是團隊的規劃決定，不代表搜尋引擎一定會選這個網址呈現。
沒有承接頁時，指定文章、服務頁或其他合適形式
確實沒有合適頁面，再安排新增。先決定需要文章、比較內容、服務頁或其他形式，接著指定主要任務與必要資訊。
以下用假設情境示意，路徑是規劃用範例，不代表已存在的頁面或正式網址：
| 需求群組 | 頁面角色 | 示意路徑 | 處理方向 |
|---|---|---|---|
| 導入前的資料與人員準備 | 準備指南 | /blog/erp-preparation/ | 若已有相關指南，先評估補充 |
| 自建與外購方案的選擇 | 比較內容 | /blog/erp-build-vs-buy/ | 確認比較依據後評估新增 |
| 顧問合作對象與服務流程 | 服務頁 | /services/erp-consulting/ | 補齊範圍、證據與詢問方式 |
不是每個群組都必須新增。對照現有網址後，才決定實際處理方式。
需要整併時，先確認價值、連結與轉址影響，再安排處理
若多篇內容高度重複，先檢查各頁是否仍有獨立資訊、外部連結、搜尋需求或業務用途，再決定保留哪個版本與哪些內容。
整併不是只刪掉較短的一篇。若舊網址有適當的替代頁面，需要評估轉址，並更新相關內部連結；處理方式應由內容與網站團隊一起確認。
也不要把 Canonical 當成所有內容重複問題的通用解法。頁面定位與資訊安排，仍需要真正調整。
第三步：建立對應表欄位，讓任務可以交辦與驗收
需求群組、主要題目、補充問法、意圖與目標網址
每一列可以代表一組需求與一個主要承接頁，補充問法則整理在同列，必要時另連結完整研究資料。
建議先用以下欄位，不必一開始就加入大量評分與自動化：
| 欄位 | 填寫重點 |
|---|---|
| 需求群組 | 客戶想完成的判斷或任務 |
| 主要題目與補充問法 | 主軸、相關表達與資訊範圍 |
| 搜尋意圖與證據 | 對象、主要需求、來源與待確認事項 |
| 頁面角色與目標網址 | 文章、服務頁等用途，及既有或規劃網址 |
| 內容缺口與處理方式 | 需要補什麼，以及更新、新增或整併 |
| 主責人與相依條件 | 誰推動，還需要資料、授權或工程支援？ |
| 狀態與上線日期 | 目前進度及正式生效時間 |
| 驗收與觀察項目 | 工作完成標準與後續需要追蹤的資料 |
表格的目的是支持決策，不是把所有資訊塞進同一列。比較細的素材與編輯規格，可以放在對應的內容 brief。
頁面角色、內容缺口、處理方式、負責人與狀態
「優化文章」太籠統。應寫成具體缺口，例如補充適用條件、整理準備資料，或修改與主要任務不符的段落。
再指定主責與協作人，讓資料提供、審稿、網站修改都有人接手。狀態也要代表工作進度，例如研究中、待資料、編輯中、待上線與已上線，而不是只勾選「做 SEO」。
驗收先確認資訊與功能是否按規格完成；搜尋與商機結果則另外觀察，兩者不要混成同一個完成標記。
區分現況與規劃，不把尚未建立的網址當成已上線頁面
可以分別保留現有網址與預計承接網址，或清楚標註該列是現況還是規劃。
頁面尚未建立，就不能因為表格已有路徑而算完成；舊頁已轉址，也應更新狀態。這些細節會影響編輯安排連結、工程確認修改範圍，以及後續查看資料。
多個頁面搶同一個需求，怎麼判斷是否需要處理？
多頁曝光不一定是問題，先看是否各有價值與角色
同一查詢出現多個網址，不代表網站一定發生有害的「關鍵字互相競爭」。搜尋需求可能包含不同任務，也可能各頁都有合理用途。
先看頁面回答是否不同、讀者是否需要這些資訊，以及重要需求的表現與路徑是否受到影響。
不能只因為一篇文章提到服務頁的主要名詞，就要求刪除。資訊彼此有關，是網站內容正常的一部分。
檢查內容重疊、承接頁不穩定與讀者路徑是否混亂
值得深入檢查的情況，包括多頁回答幾乎相同的問題、重要資訊分散，或團隊無法辨認該更新哪一篇。
可以在 Search Console 中對照相關查詢與頁面，搭配一段時間的紀錄觀察。不同網址輪流出現只是線索，還需要查看查詢差異、資料量與整體表現，不能單憑一次變動下結論。
同時用讀者角度檢查：看完這頁，能否找到需要的補充資訊？連結是否把人帶到另一篇重複介紹？這也可能是內容管理上的實際問題。
視證據選擇重新定位、補充連結或整併，不直接全部刪除
角色不同但表達不清楚，可以重新定位標題與資訊；資訊互補但路徑不足，可以補連結；高度重複且沒有獨立價值，才進一步評估整併。若要進一步判斷哪些舊文值得更新、合併或重新定位，我們在〈舊文章 SEO 優化的判斷流程〉中有進一步說明。
選擇處理方式時，寫下原因、涉及網址與保留資訊，後續才知道做了什麼。沒有足夠證據，就先觀察或補資料，不必為了讓表格看起來乾淨而刪掉有用內容。
對應表完成後，怎麼交接給內容與網站團隊？
讓內容 brief、導覽與內部連結使用一致的頁面任務
寫作者需要主要問題、必要素材與範圍；網站團隊需要網址、修改方式與連結安排。這些都應對齊同一份頁面定位。
例如，服務頁負責合作資訊，文章負責準備方法，雙方就不必各自重写另一頁的完整內容。連結也可以依讀者需要安排，而不是任意交換所有關鍵字。若要把服務範圍、交付物與合作流程在服務頁說清楚，可參考〈服務頁 SEO 的寫法〉。
交接時先確認有沒有缺資料或衝突，避免等到文章寫完，才發現網站早已存在另一個承接頁。
記錄網址變動與上線日期，避免排程和實際網站不同步
正式上線後，回填實際網址、日期與重要修改紀錄，確認相關連結正常。若路徑與原規劃不同，就更新表格與其他引用位置。
這不是文書收尾，而是後續檢查搜尋表現的依據。資料所屬頁面或觀察起點記錯，就容易把沒有落地的規劃當成已執行工作。
上線後如何維護對應表，避免越寫越重複？
新題目立項前先查既有需求群組與頁面
開新票之前，先查相同或相近問題是否已有頁面。若只缺一段資訊，可以列為更新；若確有不同任務，就補上拆頁理由。
指定維護窗口，也讓業務、編輯與網站人員知道去哪裡查、如何回報變動。對應表若只有製作人看過，仍然很難阻止重複產出。
依實際查詢、網站變動與業務回饋定期更新
當實際查詢出現新情境、服務範圍調整，或客戶反覆提出尚未回答的問題，就重新檢查需求群組與頁面任務。網站改版、整併與網址變動，也要同步更新。若想從客戶問題找出值得投入的主題，下一步可以看〈關鍵字研究的做法〉。
不需要每天重排整份表格，但應保留檢討與調整紀錄，讓下一次規劃建立在現有資訊上。
對心連興來說，關鍵字對應表不是限制每個頁面只能用哪些詞，而是讓每個需求都有清楚的資訊安排與執行責任。 先把頁面角色管理好，網站才不會越寫越多，卻越來越難找到完整答案。