關鍵字組合器是字串配對工具，會產出兩份短清單的每一種有序組合：若清單 A 含有 50 個詞、清單 B 含有 20 個詞，結果就是 1,000 個詞組的完整笛卡兒積，依首次出現順序產生，且每次請求上限為 10,000 對。這份工作純粹是機械性的——貼上、選擇順序、設定分隔符號，然後複製——工具刻意不估計搜尋量、競爭度、意圖或文法品質。每個候選詞在成為廣告群組、內容綱要或分類條目的一部分之前，仍需人工檢視。輸入在瀏覽器分頁本機處理，因此在使用者按下複製按鈕之前，兩份清單都不會離開裝置。配對規則穩定且具確定性，意思是兩份相同輸入永遠產出相同文字，而相同輸入若順序相反，會產出你可以乾淨 diff 的輸出。這個性質讓結果能當成內容綱要裡可版本化的產物，而不只是一次性匯出。當瓶頸是枚舉而不是判斷，而且你想把乾淨、一行一詞組的文字區塊交給下一階段時，就用它。
關鍵字組合器實際在做什麼
關鍵字組合器把兩份清單當輸入，並把配對規則當作唯一邏輯。清單 A 貢獻一個位置，清單 B 貢獻另一個，每個 A 詞都會依所選順序與每個 B 詞恰好配對一次。採 A-then-B 且單一空白時，詞組以 A 當中心詞；採 B-then-A 時，修飾語移到前面。分隔符號是字面字串，不是智慧接合——空字串產出 redshoes，空白產出 red shoes，連字號產出 red-shoes。
工具在配對時不會查詢任何外部服務。它不查詢搜尋引擎、廣告帳戶、關鍵字資料供應商或人工智慧服務，因此無法告訴你「red shoes」值不值得出價。它能做的是迅速把候選集合交給你，讓下一步——相關性檢視、需求驗證，或到達頁契合度——有一份完整起點清單，而不是樣本。一個小型實作例子：三種顏色與兩個產品名稱配對，得出六組輸入配對。以空白分隔符號與 A-then-B 順序，區塊讀起來是 red shoes, red shirt, blue shoes, blue shirt, green shoes, green shirt。六個輸入進去，六個相異詞組出來，理論配對數是 3 × 2 = 6，唯一輸出數是 6。想看底層數學的讀者，笛卡兒積的框架 說明為什麼 A × B 會成長得這麼快，以及配對預算如何與上限互動。
逐步組合兩份關鍵字清單
- 開啟 Keyword Combiner，在清單 A（基礎詞）每行貼上一個關鍵字或詞組，在清單 B 每行貼上一個修飾語。
- 決定 A 應出現在 B 之前還是相反，並輸入應放在兩半之間的精確分隔符號——空白、連字號、加號或空字串。
- 點選組合動作，依首次出現順序產生完整笛卡兒積，把每條非空列視為已修剪，並完全忽略空白列。
- 檢視稽核摘要中的唯一輸出數、正規化清單大小、理論配對數、已移除的輸入重複，以及已移除的輸出碰撞。
- 從可見輸出中移除任何不相關的詞組，然後點選複製按鈕，把確定性的一行一詞組區塊放到剪貼簿。
整個流程刻意保持簡短。困難的部分是貼上之前你做的事（乾淨清單、清楚的分隔符號），以及複製之後你做的事（相關性檢視、需求核對）。
設定分隔符號並遵守輸入上限
分隔符號是最小但影響最大的設定。同一對清單搭配空白、連字號、底線，或完全不分隔，會產出四種肉眼可見的不同輸出，即使用字相同，搜尋引擎對待這些輸出的方式也不一樣。選符合目的地系統語法的分隔符號，而不是在普通英文裡最好讀的——例如 slug 風格網址用連字號，某些分析標記用底線。
空分隔符號很強大但危險。當清單 A 含有 ab、清單 B 含有 c 時，ab + c 這對會產出 abc，a + bc 也會。兩者都是有效輸入，但串接後會碰撞。組合器會對這些輸出碰撞去重，並與來源重複列分開回報計數，因此結果意外偏小時，通常指向重複的來源詞或碰撞的串接。詞內部的空白、標點、變音符號、emoji 與非拉丁文字會原樣保留——工具只修剪外側空白並拒絕控制字元，即使清單含有 Unicode 詞，結果仍忠實於來源。
| 上限 | 值 |
|---|---|
| 單一詞的最大長度 | 100 個 Unicode 碼點 |
| 單一編輯區的最大大小 | 100,000 個 UTF-16 碼元 |
| 每份清單的最大唯一詞數 | 500（區分大小寫） |
| 分隔符號的最大長度 | 20 個 Unicode 碼點，不可有換列或控制字元 |
| 每次請求的最大輸入配對數 | 10,000 — 下一對會讓整個請求失敗 |
若清單的唯一詞超過 500 個，貼上前先修剪。若理論配對數超過 10,000，縮小任一份清單，讓請求能完成而不是在邊界失敗。若想進一步判斷兩個詞是否根本就是正確單位，這份從兩份清單建立關鍵字的指南 從另一個角度走同樣的取捨。
複製前先讀稽核摘要
每次組合動作都會在詞組清單旁印出一小塊摘要。五個數字最重要，每一個都指向一種特定錯誤。
| 摘要欄位 | 它告訴你什麼 |
|---|---|
| 正規化清單大小 | 修剪後每份清單實際含有多少唯一、非空的詞 |
| 理論輸入配對數 | 清單 A 大小乘以清單 B 大小——去重前的完整笛卡兒積 |
| 已移除的輸入重複 | 配對前在各清單內被合併的、完全相同且區分大小寫的重複項 |
| 已移除的輸出碰撞 | 產出相同最終詞組的相異輸入配對，通常是因為分隔符號為空 |
| 唯一輸出數 | 實際會出現在螢幕與剪貼簿上的相異詞組數量 |
若唯一輸出數遠低於理論配對數，最常見原因是空分隔符號碰撞，其次是重複的來源詞。若它與理論數完全相符，表示每一對都通過去重，這正是乾淨稽核所要的。把摘要當成收據：解釋最終清單為何是這個大小時你引用的就是它，而當剪貼簿內容看起來比你貼上的清單短時，也該來看這裡。
把輸出當成候選清單，而不是完成的計畫
配對步驟是關鍵字工作流程裡容易的部分。困難的是複製之後的一切。機械配對產出的詞組不會自動就是好目標——它可能聽起來不自然、與另一個詞組意義重疊，或沒有可衡量的搜尋需求。依到達頁的相關性篩選區塊，移除任何違反政策或商標規則的詞組，並透過第一方分析、付費關鍵字來源，或手動 SERP 檢查來確認需求，再把清單變成廣告群組或內容大綱。
兩個實用習慣能讓下游檢視更快。第一，保持順序確定：你用相同輸入再跑一次時會得到相同文字，這讓你可以 diff 連續草稿，並檢視究竟哪些詞組變了。第二，把字串組合與字串判斷分開——先跑組合器，再把結果載入另一個工具或試算表，在那裡把相關性評分、需求查詢與分組當成明確步驟。組合器不會建立 Google Ads 比對類型語法、加入括號、正規化大小寫、展開同義詞、詞幹化，或移除商標詞；任何目的地專用格式必須依將取用這份清單的系統規則，在下游套用。
你正確使用工具的最清楚訊號，是摘要裡唯一輸出數與理論配對數相符，且重複與碰撞計數兩者都是零。其他任何情況都表示輸入需要再看一次——而那一次再看，通常比去修一份建立在不完整或偏斜詞組集上的下游廣告活動更快。