seo-cluster

seo-cluster 技能概覽

seo-cluster 是一個以 SERP 重疊為基礎的關鍵字分群技能，用於 SEO 內容規劃。它能把種子關鍵字或 URL 轉成 hub-and-spoke 內容架構，分群的依據不是鬆散的文字相似度，而是 Google 實際已經把哪些主題排在一起。

這個 seo-cluster 技能適合誰

如果你正在規劃 pillar page、主題群集，或內部連結地圖，並且需要一套判斷標準來決定哪些內容應該是一頁、同一群組，或分拆成獨立主題，那就適合使用這個 seo-cluster 技能。對 SEO lead、內容策略師，以及想在動筆前先建立可辯護架構的寫作者來說，特別實用。

它比一般提示詞強在哪裡

seo-cluster 的核心價值在於，它用 SERP 重疊來決定頁面邊界。這能減少常見錯誤，例如把高度重複的主題拆成兩篇，或硬把彼此無關的關鍵字塞進同一篇文章。它也支援 hub-and-spoke 架構，還能產出視覺化結果，讓編輯或客戶更容易審視整體規劃。

什麼情況下最適合使用

當你已經有一個主題範圍，但需要內容地圖、關鍵字分組方法，或可在整個網站重複使用的分群流程時，這個技能就很合適。當你的團隊希望文章角色更清楚：pillar、spoke 和支援文章各自分工時，seo-cluster 也很適用。

如何使用 seo-cluster 技能

安裝並找到正確的入口檔案

使用 seo-cluster install 時，先依照技能中繼資料裡的 repository path，把這個 skill 加入 Claude skills 設定，接著從 SKILL.md 開始。若要先熟悉全貌，建議在拿真實關鍵字實作之前，先讀 references/serp-overlap-methodology.md、references/hub-spoke-architecture.md 和 references/execution-workflow.md。

提供一個可用的種子詞

seo-cluster usage 的使用方式很單純：提供一個 seed keyword 或 URL，再加上足夠的商業情境來解讀意圖。好的輸入例如：

• seo-cluster for SEO Content: seed keyword = "enterprise SEO audit", target market = B2B SaaS, locale = US
• seed URL = https://example.com/services/technical-seo, want cluster for service-page expansion
• topic = "email marketing automation", exclude product comparisons and brand queries

模糊的輸入通常不好，因為它會把真正的頁面目標藏起來。像 “Cluster SEO keywords” 這種說法太籠統，除非你同時說明輸出是要支援 pillar page、部落格系列，還是客戶提案。

依照技能預期的流程操作

實務上的 seo-cluster guide 流程如下：

1. 將種子詞擴展成候選關鍵字。
2. 比較前 10 名 SERP，並依重疊程度分群。
3. 依 SERP 關係改變來拆分群組，而不是只看字面用詞改變。
4. 建立 hub-and-spoke 地圖，包含主要頁面、支援文章和內部連結目標。
5. 在開始寫內容前，先審看視覺化結果或規劃草案。

如果你本來就有其他策略文件可用，直接匯入那些情境，不要把發現階段重新做一遍。repo 的執行參考也顯示，內容階段會先優先處理 pillar，再處理流量較高的 spokes。

先讀哪些內容，效果最好

如果你想快速上手，請依序閱讀：SKILL.md、references/serp-overlap-methodology.md、references/hub-spoke-architecture.md，最後再看 references/execution-workflow.md。這個順序會先解釋分群規則，再說明網站架構輸出，最後講清楚如何把規劃落地成內容。

seo-cluster 技能常見問答

seo-cluster 跟一般 SEO 提示詞有什麼不同？

有差。一般提示詞可能會依語意把關鍵字分在一起，或根據字面猜測意圖。seo-cluster 則是以 SERP 重疊為核心，依據排名證據判斷主題應該同頁、同群組，還是分到網站的不同部分。

我需要 technical SEO 經驗才能用嗎？

不需要，但你要有清楚的內容目標。初學者只要能說明主題、受眾和想要的頁面類型，就可以用 seo-cluster。主要的失敗模式不是 SEO 知識不足，而是給太寬的種子詞，或在同一次請求中混入彼此無關的意圖。

什麼情況下不該用這個技能？

當你只是想快速發想、做一份單篇 blog outline，或找關鍵字同義詞時，就不適合用 seo-cluster。如果你無法蒐集 SERP 資料、主題太小不足以形成群集，或網站本來就沒有要以主題權威做內部連結規劃，這個技能也不是好選擇。

它能放進更大的內容工作流程嗎？

可以。repo 顯示 seo-cluster 能先支援規劃，之後再進入執行階段；如果安裝了 claude-blog，也能延伸到內容製作。當你想把架構規劃和實際產出拆成兩步，而不是一次只拿到一串關鍵字清單時，這個設計就很有用。

如何強化 seo-cluster 技能

一開始就提供更完整的輸入

seo-cluster 的輸出品質，取決於你給的種子詞和限制條件。更好的輸入應包含商業類型、受眾、地區與頁面目標。舉例來說，B2B SaaS onboarding email 要做成 pillar 加 6 個 spokes，會比單純說 “find related keywords” 更可操作。

先講清楚你要哪種頁面架構

如果你希望 seo-cluster 產出真正有用的決策，請明確指定結果應偏向單一 pillar page、多篇 spokes，或帶交叉連結的混合群組。如果你已經知道網站結構，也要提到現有頁面，避免產生重複或互相衝突的目標頁。

留意常見的輸出失誤

最大的風險，是把 SERP-overlap 分群直接當成最終內容策略，而沒有經過編輯審核。接近臨界值的詞組在 overlap 門檻上可能很模糊，所以凡是看起來太寬、太薄，或過度依賴單一 SERP feature 的群組，都要特別檢查。另一個常見問題，是在決定主頁時忽略搜尋量差異。

第一次輸出後，用更好的情境再迭代

拿到第一次結果後，可以用最弱的那個群組來回饋，進一步收斂。你可以要求更緊的單一群組、更改後的 hub 標題，或反映你實際網站 taxonomy 的 link matrix。如果這份規劃要真的落地執行，還可以加入字數目標、排除的意圖，以及內部連結應指向的確切目的頁。