分隔符是放在清單 A 和清單 B 之間、每一組配對都會插入的字面字串，關鍵字組合工具接受任何不超過 20 個 Unicode 碼位、且不含換行或控制字元的字面值。常見的選擇包括單一空格、連字號、加號、底線或空字串，每一種選擇都會改變最終詞組的呈現方式，以及兩個不同配對是否會合併成相同的結果。分隔符會逐字插入，不會有隱藏的填補，因此 red 加 shoes 會變成 red shoes(使用空格)或 redshoes(使用空分隔符)。因此，選擇分隔符其實是在決定詞組的外觀，而非工具的運作機制:無論你輸入什麼，小工具都會以確定的方式組合每一組配對，但最終文字必須符合你的試算表、廣告群組或內容簡報所預期的格式。如果兩個不同的配對產生相同的最終詞組，工具會保留第一次出現的項目，並把後續出現的標示為衝突，而不是悄悄略過，當分隔符很短，使得不同的串接可能發生衝突時，這一點尤其重要。
關鍵字組合工具接受哪些分隔符
分隔符欄位是一個純文字輸入框，不是下拉選單。小工具會根據一組小型規則來驗證你輸入的內容，而不是猜測你的意思。有效的分隔符可以是空字串、單一字元、短詞，或任何不超過 20 個 Unicode 碼位的字面值。你輸入的字元會被完整保留，這代表內部空格、標點、變音符號、表情符號以及非拉丁字母都能原封不動地保留。工具不會對你的分隔符做任何標準化處理、大寫轉換，也不會替換成同義詞。
有三個限制最為關鍵:
- 不允許換行。你無法貼上包含換行字元、歸位字元或 Unicode 行分隔符的分隔符，在執行任何組合之前，輸入欄位就會拒絕這些字元。
- 不允許控制字元。控制碼位會因相同原因而被封鎖。
- 最長 20 個 Unicode 碼位。超過此長度的分隔符會驗證失敗，並在產生任何配對之前被拒絕。
由於分隔符會被完整保留，你在欄位中看到的內容，就是輸出中每一組配對之間出現的內容。不會有任何隱形的填補或修剪。
如何挑選符合用途的分隔符
正確的分隔符，是能產出下游工具所預期詞組形狀的那一個。關鍵字組合工具不會變更詞組的大小寫，也不會加上比對類型的語法，因此分隔符是唯一會影響結果形狀的地方。
| 分隔符 | 輸出範例(A=red,B=shoes) | 常見用途 |
|---|---|---|
| 空字串 | redshoes | 網域名稱、合併詞彙、簡短識別碼 |
| 單一空格 | red shoes | 自然語言詞組、內容簡報、廣告群組草稿 |
| 連字號 (-) | red-shoes | URL slug、以連字號連接的複合詞 |
| 底線 (_) | red_shoes | 檔案名稱、程式碼識別碼、資料庫欄位 |
| 加號 (+) | red+shoes | 舊版關鍵字匯出、明確的詞元連接 |
空格是 red shoes 或 cheap flights to london 等自然語言詞組的預設分隔符。對於內容簡報、廣告群組草稿，以及任何以人為閱讀對象、可讀性優先的清單來說，這是最安全的選擇。
連字號是 URL slug、以連字號連接的複合詞，以及許多 SEO 爬蟲的慣用分隔符。red-shoes 會被視為一個 slug，大多數分析工具都會把連字號當作識別碼中的詞彙邊界。
當輸出目標是檔案名稱、程式碼變數或資料庫欄位時，底線很實用。red_shoes 能讓兩個部分綁在一起，在大多數讀者眼中也不會看起來像拼字錯誤。
加號有時會用於舊版關鍵字研究匯出檔，以及某些老派的比對類型慣例。請將它視為一個字面詞元，而不是真正的運算子，因為小工具不會替你加上 Google Ads 的語法。
空字串會把兩個詞合併成單一詞元。當你要建立網域名稱、合併式的品牌名稱，或任何不應包含空白的簡短識別碼時，這是正確的選擇;同時，這也是不同配對之間最可能發生衝突的情況。
輸入分隔符並執行組合
- 在清單 A 中每行貼上一個關鍵字或詞組，在清單 B 中每行貼上一個修飾詞或第二個詞組。每行非空白的內容會去除頭尾空白，空行會被忽略，同一份清單內部大小寫需完全一致的重複項會依照首次出現的順序移除。
- 選擇 A 然後 B，或 B 然後 A。這個順序決定哪一份清單作為外層迴圈，因此配對在輸出中出現的順序也會隨之改變。
- 請完全按照你希望呈現的方式輸入分隔符，讓它出現在每一組配對的兩半之間。單一空格是最常見的起點。如果你的分隔符因為複製貼上而帶有頭尾空白，請清除它，因為分隔符欄位不會做任何修剪。
- 組合完整的配對集合。小工具會先計算理論上的配對數，並拒絕任何會超過 10,000 組輸入配對的請求，避免僅因稍後出現重複而讓接近上限的請求蒙混過關。
- 檢視摘要區塊。它會顯示唯一輸出數量、標準化後的清單大小、理論配對數、被移除的輸入重複項，以及被移除的輸出衝突。請利用這些數字決定是否要縮減清單、變更分隔符，或兩者同時進行。
- 複製確定性的逐行輸出。由於順序是穩定的，重新執行相同的輸入會產生相同的文字，這使得結果適合用於跨次執行的差異比對。
分隔符的選擇如何改變最終詞組
同樣的兩份清單，會因為中間放入的分隔符不同，而產生截然不同的結果。假設清單 A 為 red、blue、green，清單 B 為 shoes、hat。
使用單一空格時，輸出會讀作六個自然的詞組:red shoes、red hat、blue shoes、blue hat、green shoes、green hat。所有六組配對都能作為獨立詞組閱讀。
使用空分隔符時，同樣六組配對會合併成 redshoes、redhat、blueshoes、bluehat、greenshoes、greenhat。配對仍然存在，但每個詞組都是一連串連續的詞元，這在網域名稱和品牌名稱實驗上很實用，但可讀性較差。
空分隔符也會暴露出以空格分隔時不會出現的衝突。當分隔符為空時，ab 加 c 和 a 加 bc 都會產生 abc，因此第二次出現的會被回報為輸出衝突，只保留第一份。使用空格時，同樣兩組配對會產生 ab c 和 a bc，它們是相異的詞組，永遠不會衝突。
如果你的最終數量相較於理論配對數意外偏少，原因通常是來源行重複，或是串接結果發生衝突。把分隔符換成較長的形式，是在複製結果之前，區分近似衝突的最快方法之一。
常見的分隔符錯誤與除錯方式
大多數分隔符問題來自隱形的字元，或是選了不符合輸出目標格式的分隔符。以下幾種模式涵蓋了大部分的錯誤狀況。
貼上的分隔符看起來像空格，但實際上是不斷行空格或細空格時，它會通過肉眼檢查，並悄悄產生螢幕上看起來正確、但會讓下游解析器失敗的詞組。由於這兩種字元都是有效的 Unicode，小工具會原封不動地保留它們，因此解決方法不是相信貼上的內容，而是手動重新輸入分隔符。
含有換行字元的分隔符會被直接拒絕。這種情況經常發生在分隔符是從多行文件複製過來，連帶把一個不小心按下的 Enter 也一起帶了進去。修正方法是將分隔符輸入為單一的短行。
不小心選到空分隔符，會把詞彙合併成無法閱讀的詞元，並增加輸出衝突的數量。如果摘要顯示大量衝突，輸出又擠在一起，這就是判斷的依據。
過長的分隔符，也就是超過 20 個 Unicode 碼位，會在任何組合執行之前驗證失敗，這與空清單的行為相同:沒有部分輸出，沒有截斷，只有被拒絕的請求。修正方法是縮短分隔符，或將流程拆成兩個步驟。
為某個輸出目標選用的分隔符，被複製到預期格式不同的另一個輸出目標，例如把空格複製到 slug 產生器，或把連字號複製到內容簡報。輸出在機制上是正確的，但在實際運作上是錯的，因此請務必讓分隔符與清單的使用端相符。
對於想在實際情境中，同時檢視分隔符選擇、順序與配對數的讀者，《合併關鍵字清單:順序、分隔符與配對數》一文會帶你完整了解這些設定。小工具本身位於 關鍵字組合工具 頁面，你可以直接在瀏覽器中測試分隔符、順序與配對預算，無需上傳任何一份清單。
若想進一步了解，請參閱 關鍵字密度檢查工具解析:數字的意義。