將兩個關鍵字清單組合成每一種可能的配對,其邏輯與 SQL JOIN 相同:A 清單中的每個詞彙都會與 B 清單中的每個詞彙配對,產生兩個輸入的完整笛卡兒積。SQL JOIN 是根據共用欄位連接兩個資料表的資料列,而關鍵字組合步驟則是根據所選的分隔符連接兩個陣列中的字串。結果是一份確定性、排序明確的詞組清單——例如,三個顏色與兩個產品名稱組合,可產生六組輸入配對,每一組在建構時都是唯一的。關鍵字組合工具在瀏覽器中本地執行這個精確的操作,最多接受 10,000 組輸入配對,超過便會使整個請求失敗,且絕不會靜默地截斷、分頁或抽樣輸出。這讓工作流程具備足夠的可預測性,能夠放進 SEO 簡報、廣告群組草稿或內容分類法審核中,而不會讓讀者在過程中感到意外。
SQL JOIN 與關鍵字配對的共通點
SQL JOIN 是一種關聯式運算。它從兩個資料表中取出資料列,並根據連接條件決定哪些組合可以保留。關鍵字組合步驟是一種字串運算。它從兩個清單中取出詞彙,根據所選的分隔符產生每一組有序配對。兩者本質上都是笛卡兒積:理論上的輸入配對數等於輸入 A 的大小乘以輸入 B 的大小,而在移除輸出碰撞後,唯一輸出數可能會更少。
兩者之間的心智轉換比看起來要小。在 SQL 中,等價的寫法是 SELECT a.term, b.term FROM a CROSS JOIN b。在組合工具中,你要貼上兩個清單,選擇哪個排在前面,選擇分隔符,然後按下組合。多重相乘的特性依然成立。兩組各含 50 與 200 個詞彙的清單會產生 10,000 組輸入配對,也就是此工具可接受的最大請求數;超過這個數量,在產生任何輸出之前,整個請求就會失敗。
在這兩個領域中,順序都很重要。SQL 若沒有 ORDER BY,會以實作定義的順序傳回資料列,這就是為什麼生產環境的查詢會加上明確的排序。組合工具會以第一次出現的順序傳回詞組,這在建構上就是確定性的,因此用相同的輸入重新執行,會產生位元組對位元組完全相同的文字。這個特性讓輸出適合用於差異比對、版本控制,以及隨時間成長的 SEO 分類法的回歸測試。
決定建構是否完成的限制
組合工具中的每一項限制都是絕對的,而不是軟性警告。只要任何一項檢查失敗,請求就會失敗。事先了解這些限制,可以省下貼上大量內容後才收到紅色拒絕的麻煩。
- 配對預算:最多接受 10,000 組輸入配對。第 10,001 組配對會使整個請求失敗,即使後續有許多配對會發生碰撞並被移除。
- 清單大小:每個編輯器最多接受 100,000 個 UTF-16 程式碼單位,以及在修剪與去重後的 500 個唯一詞彙。
- 詞彙長度:每個非空行都會在外側邊緣進行修剪,並限制在 100 個 Unicode 碼點以內。
- 分隔符長度:分隔符最多可有 20 個 Unicode 碼點,不可包含換行符或控制字元,且可為空。
- 字元處理:內部空格、標點符號、變音符號、表情符號以及非拉丁文指令碼都會原封不動保留。控制字元會被拒絕。
- 大小寫敏感度:去重大小寫敏感,因此 Shoe 與 shoe 會刻意保持區分。
這些限制會互相影響。一份含有 501 個唯一詞彙的清單會超過 500 詞的上限,不管每個詞彙有多短都一樣。一份含有 480 個唯一詞彙的清單與另一份含有 200 個唯一詞彙的清單配對,在兩項清單上限之內,但會產生 96,000 組輸入配對——遠超過 10,000 組配對的預算——因此整個請求會在產生輸出之前失敗。在按下組合之前,請先修剪來源清單,讓配對數符合預算。
建立每一組配對:三步驟工作流程
以下步驟使用一個小型 SEO 範例,讓算術一目了然。list A 包含 red、blue、green,list B 包含 shoes、hats。配對數來自公式 |A| × |B| = 3 × 2 = 6,所以建構結果遠低於 10,000 組配對的上限。
- 在兩個編輯器中每行貼上一個詞彙。在 list A 貼上 red、blue、green,在 list B 貼上 shoes、hats。組合工具會以換行符分隔、修剪外側空白、忽略空行,並在每個清單內部移除大小寫敏感且完全相同的重複項,同時保留第一個出現的項目。
- 選擇順序、輸入分隔符,然後執行組合。選擇 A 然後 B,搭配單一空格作為分隔符。在此設定下,red 與 shoes 會組合成 red shoes;若將分隔符切換為空字串,同一組配對則會變成 redshoes。按下組合,並觀察稽核摘要的填入情況。
- 檢視計數與碰撞,然後複製。摘要會顯示正規化後的清單大小(3 和 2)、理論上的配對數(6)、輸入端被移除的重複項,以及任何輸出碰撞。如果一切吻合,將確定性的逐行區塊複製到你的試算表、廣告群組草稿或內容簡報中。
若需針對較大來源清單執行相同操作的完整操作指南,請參閱如何將兩個清單中的關鍵字組合成每一組配對。
解讀稽核摘要
摘要並非裝飾。它是工具告訴你組合過程中實際發生情況的唯一位置,也是識別靜默浪費的唯一可靠方法。
| 欄位 | 它告訴你的內容 | 如何應對 |
|---|---|---|
| 唯一輸出數 | 準備好可複製的最終詞組 | 若遠低於預期,請查看下一列的碰撞情況 |
| 正規化後的清單大小 | 在修剪與去重後計算的詞彙數 | 與你貼上的內容相比較,以找出被編輯器悄悄移除的多餘項目 |
| 理論輸入配對數 | 在輸出去重之前 |A| 乘以 |B| | 必須小於或等於 10,000,建構才可能成功 |
| 已移除的輸入重複項與輸出碰撞 | 否則會使清單膨脹的浪費工作 | 數字偏高表示來源清單彼此重疊,或分隔符太薄弱 |
輸入重複項與輸出碰撞之間的區別很重要。輸入重複項是單一來源清單內部的精確重複——例如 red 在 list A 中出現兩次。輸出碰撞發生在不同的配對串接成相同最終詞組時,這在分隔符為空時最常見。例如,ab 加上 c,以及 a 加上 bc,兩者都會產生 abc。組合工具會保留第一個出現的項目,並將其餘項目回報於輸出碰撞中,與輸入重複計數分開記錄。
笛卡兒積的實用 SEO 應用場景
輸出是候選清單,而不是經過研究的清單。將其視為第一步而非最後一步,才能保持工作流程的誠實,並避免讓工具因為判斷不佳而遭到責怪。
- 廣告群組草稿。產品類別清單與意圖修飾詞清單(例如 best、cheap、online 以及 near me)交叉組合,可產生可直接審核的廣告群組種子。不會加上精確比對中括號或其他比對類型語法;請自行套用 Google Ads 規則。
- 內容簡報。主題清單與受眾修飾詞清單(例如 for beginners、for small business 以及 for developers)交叉組合,可讓編輯快速取得可供挑選的標題候選陣列。
- 內部分類法審核。將兩個受控詞彙表交叉組合,可在進入 CMS 或結構化資料層之前,提早暴露重疊、缺口與命名衝突。
- 試算表種子。將結果貼到單一欄位,然後用第一方搜尋主控台資料、付費關鍵字搜尋量,或在此工具之外另行追蹤的意圖標籤加以充實。
在這四種用途中,規則都相同。組合工具是一個字串公用程式。它對於詞組是否能排名、轉換,甚至是否符合文法,並沒有任何意見。請檢視清單,移除不符合到達頁面契合度的詞組,並在投入媒體預算或編輯時間之前,透過適當來源驗證需求。
此工具不會為你做的事
了解邊界是善用工具的一部分。組合工具不會呼叫搜尋引擎、廣告帳號、關鍵字供應商或 AI 服務。它不會估算搜尋量、競爭程度、每次點擊成本、意圖、語言或文法品質。它不會建立 Google Ads 比對類型語法、引號詞組加上引號、加中括號、正規化大小寫、擴展同義詞、詞幹化,或移除商標詞。商標與政策審核永遠由使用者自行負責。
它同樣不會假裝自己就是關鍵字研究。產生的詞組並不會自動成為良好的目標。某些組合聽起來會不自然、意義重疊,或根本沒有可量測的需求。輸出仍是一份需要人為審核,並在適當情況下加上第一方或付費關鍵字證據的候選清單。這種區隔——一邊是機械式的字串建構器,另一邊是真正的關鍵字智慧——避免了一個簡單的公用程式假裝成它所不是的東西。
隱私同樣遵循相同的界線。每一次組合都在當前的瀏覽器分頁中執行。小工具不會上傳或儲存清單,複製只會在使用者按下複製按鈕後才會發生。如果清單需要離開這台機器,也只會透過使用者明確的操作,而非背景同步。
若你正在權衡各種選項,無需上傳的關鍵字密度檢查器 API 替代方案對此有詳細說明。