IKENSA暫定名 · 開發預覽

主題叢集(Topic Cluster)建模

一個樞紐頁 + N 個支柱頁

c06檢核 人工內容與關鍵字在互動地圖中開啟 →

主題叢集像百貨的專櫃區——樞紐頁是「運動用品樓層」的導覽圖,支柱文是一間間專門店;樓層完整,客人與 Google 都認你這層是權威。

03為什麼是現在學

單篇文章的時代結束了:Google 評估的是「這個站在這個主題上的整體深度」。散文打不過集團軍,叢集是內容的組織方式。

04白話理解(對客戶簡報可直接引用)

一個主題群=一頁樞紐(總覽該主題、接住大字)+N 篇支柱(各攻一個子題、接住長尾)+雙向內鏈(a07 的結構)。規劃時先畫樹:主題→子題清單(來源:關鍵字分群+PAA+客戶問題),寫作順序先支柱後樞紐(有內容可連,樞紐才實)。

05工具箱

  • 叢集規劃表(主題×子題×狀態) — 內容排程的骨架
  • 字庫的主題群(c02 產出) — 叢集的原料

06怎麼做 · SOP 3 步(每步標產出物)

  1. 1選 3–5 個核心主題建叢集樹叢集規劃表
  2. 2排寫作順序(支柱先行)內容排程
  3. 3每完成一批就補內鏈(樞紐↔支柱)內鏈勾稽

07場景應用(實戰經驗)

  • 中小企業的正確打法:與其 20 個主題各寫一篇,不如 2 個主題各寫十篇——前者是 20 個孤兵,後者是兩支軍隊。

08⚠️ 常見誤區

  • 樞紐頁做成連結目錄沒有自己的內容——樞紐要能獨立回答主題的全貌,不是書籤頁。
口訣

深耕兩個主題,勝過淺碰二十個。

10里程碑 · 完成標準(可驗證)

  • 叢集樹存在
  • 支柱→樞紐順序執行中
  • 內鏈雙向完整

學習者勾自己的進度;顧問勾客戶專案的交付——同一份標準,兩種用法。

12檢核方式與依據出處

人工判定:需要顧問訪談與專業審閱——這一段是顧問收費的理由。

依據等級決定計分權重(🟢×3/🔵×2/⚠️×1)——權重量的是「依據有多硬」, 不是「我們覺得多重要」。查無權威文件的判準,誠實標「業界慣例」。

← 上一節點
競品內容缺口分析
下一節點 →
關鍵字對頁面映射