將一個成功的頁面變成一個五頁流量群集，不靠 AI 垃圾內容
使用一個經過驗證的流量任務與 Codex 規劃五個不同的頁面，每個頁面服務一個獨立的客戶決策和證明需求。
不要擴展文字量。擴展客戶決策。
一個有用的頁面告訴你客戶在乎什麼。錯誤的回應是通過交換城市、受眾或形容詞來製作四個幾乎相同的頁面。正確的回應是繪製同一個客戶接下來必須做出的決策。
完成的定義： 你有五份不能被彼此取代的簡報：每份都有不同的問題、頁面工作、證明需求和下一個連結。
預留 60 分鐘。 帶上一個已批准的頁面、它的流量任務和事實包，加上主題地圖。不要因為你想要更多 URL 就開始一個群集；要因為一個客戶決策揭示了幾個不同的後續決策才開始。
從一個已經贏得位置的頁面開始
帶上你的第一流量頁面、它已批准的事實包、它的主題系統地圖，以及你擁有的任何回饋、查詢筆記或 Search Console 證據。你不需要數千次點擊。當你能說出它所服務的客戶決策和使它有用的證明時，一個頁面就準備好分支了。
以一個關於截止日準備的記帳頁面而言，群集可能是：要準備哪些記錄；遠端記帳師是否適合；包含哪些協助；一份截止日檢查清單；以及探索通話何時值得。它不是五個版本的 設計師記帳師。
證明第一個頁面贏得了一個分支
「勝出」不需要數千次訪問。它代表你有一個已批准的頁面，帶有清晰的讀者問題、可用的證明，以及至少一個讀者可能合理地接下來問的未解決問題。將證據保存在 cluster-evidence.md 中：
First page（第一個頁面）：/before-self-assessment-bookkeeping-checklist
Customer decision served（服務的客戶決策）：在尋求幫助之前要收集哪些記錄
Confirmed proof（已確認的證明）：入職檢查清單；服務範圍；稅務申報排除
Observed unresolved questions（觀察到的未解決問題）：遠端適合度；服務包含項目；聯絡後會發生什麼
Evidence source（證據來源）：客戶通話筆記、頁面回饋、GSC 查詢資料列或附日期的擁有者觀察如果你所有的只是「更多頁面會帶來流量」的模糊希望，繼續在第一個頁面上努力。一個沒有決策軌跡建立的群集，只是帶有更好標籤的批量內容。
使用五項任務提示詞
閱讀我的流量任務、事實包、第一流量頁面、主題系統地圖，以及任何頁面回饋或搜尋證據：[路徑]。
建立一個五頁流量群集。每個提議的頁面必須回答一個不同的客戶決策。
對於每個頁面提供：客戶問題；頁面角色；所需的獨特證明；重疊風險；
它從哪裡連結和連結到哪裡；訪客行動；以及為什麼這個頁面不能合併到另一個頁面。
在相關處使用這五個決策路線：理解問題、判斷適合度、比較選項、
完成任務和減少風險。如果證據不支持五個不同的決策，使用少於五個頁面。
不要撰寫草稿、複製頁面結構、發明地點或客戶故事，或發布任何內容。
將缺失的證明標記為 NEEDS OWNER FACT。將結果轉化為五份獨立的簡報
以記帳情境而言，一張誠實的看板可能看起來像這樣：
路線 | 頁面問題 | 獨特工作 | 所需證明 | 狀態 |
|---|---|---|---|---|
完成任務 | 自我評稅前我該收集哪些記錄？ | 幫助準備 | 入職檢查清單 | 現有頁面 |
判斷適合度 | 設計師可以使用遠端記帳師嗎？ | 決定資格 | 擁有者確認的服務區域 | 需要事實 |
理解範圍 | 包含哪些每月記帳協助？ | 比較服務範圍與需求 | 已批准的範圍和排除項目 | 下一步簡報 |
減少風險 | 探索通話後會發生什麼？ | 讓聯絡感覺可預測 | 入職步驟和回應流程 | 現有頁面段落 |
比較選項 | 我何時應該使用記帳師而不是自己做記錄？ | 選擇一條路線 | 中立的標準和服務邊界 | 需要擁有者審查 |
請注意，這不是自動的五篇新文章。一個工作變成現有頁面上的段落；一個被事實阻擋；一個成為下一份完整的簡報。這就是一個有用的群集看板的用途。
如果 Codex 給你五個交換城市或形容詞的標題，說：
這些頁面共享同一個決策。圍繞五個不同的客戶工作重建群集。
對每份簡報，說明讀者在閱讀它之後，他們的選擇會改變什麼。
合併使用相同開場、證明和下一步行動的任何簡報。執行重複測試
閱讀每對簡報並問三個問題：
- 同一個開場能否回答兩個問題？
- 相同的證明區塊能否支持兩個頁面？
- 同一個訪客行動是否會是唯一有用的下一步？
如果三者都是，合併頁面。一個具有明確工作的較小群集，比一組較大的薄弱頁面更強。
保留一張群集看板
保存 traffic-cluster-board.csv，包含這些欄位：
page_name,customer_question,decision_lane,proof_needed,source_page,destination_page,visitor_action,status先將每個新頁面設為 brief only。只有在擁有者填補每個 NEEDS OWNER FACT 缺口後，才將它改為 drafting。從最接近第一頁面未解決問題的頁面開始，然後加入適合度、比較、任務完成或風險頁面。一個五頁群集是一個受控的序列，不是一個五頁發布要求。
薄弱的擴展 | 更好的擴展 |
|---|---|
最適合設計師的記帳 | 自我評稅前的記錄檢查清單 |
布里斯托設計師的記帳 | 布里斯托設計師可以使用遠端記帳師嗎？ |
便宜的設計師記帳 | 截止日前包含哪些記帳協助？ |
一次一個頁面地排列群集
設定一次最多一個 drafting 頁面和一個 fact collection 任務。以範例而言，範圍頁面是下一個，因為它有已批准的服務事實，並從檢查清單自然地連結。遠端適合度等待擁有者確認地理範圍。探索通話問題在下一次已批准的更新中加入服務頁面。
使用這個規劃提示詞：
閱讀 traffic-cluster-board.csv 和 fact-pack.md。選擇下一個單一工作單元：
一份新頁面簡報、一個現有頁面段落、一個事實收集請求，或無變更。
解釋為什麼它排在其他人前面、它使用哪些證據，以及什麼會阻擋它。
不要起草、編輯、發布或建立行事曆。在每個草稿之前檢查重複
在開始一份新簡報之前，將它與每個已發布或計畫中的群集頁面比較。詢問開場問題、證據、段落計畫和訪客行動是否實質上不同。如果不是，加強一個現有頁面。將比較保留在看板中，這樣未來的寫作者不會在六個月後重新建立同一個頁面。
為每份已批准的簡報使用相同的生產循環
每個群集頁面遵循你為第一個使用的相同序列：
- 將頁面問題和獨特證明複製到一份頁面簡報中。
- 檢查事實包並只發送阻塞性的擁有者問題。
- 在草稿之前要求 Codex 提供一份段落計畫。
- 執行主張審查、答案清晰度、主題地圖和發布關卡。
- 記錄發布並用新的連結和審查日期更新看板。
這種重複是刻意的。擴展意味著重複一個受控的標準，而不是要求 Codex 從一個試算表產出一批完成的文章。
處理一個停止成長的群集
有時正確的答案是停在兩三個頁面。當剩餘的問題重複一個現有的答案、需要你無法維護的事實，或無法引導到有用的讀者行動時，停止。將未使用的路線保留在看板中並附上理由。未來的證據可能使其中一個可行，但它不應該只是為了湊成五這個數字就變成一個薄弱的頁面。
一個簡單的每月群集審查
每個月一次，打開看板並只審查四欄：狀態、新的讀者問題、改變的事實，以及損壞或缺失的連結。選擇下一個工作單元。如果第一個頁面仍然有薄弱的答案，在它上面工作，而不是擴展群集。系統通過更好的決策成長，而不是頁面數量。
完成檢查清單
- [ ] 我記錄了為什麼原始頁面贏得了一個分支。
- [ ] 每個提議的頁面都有不同的問題、證明和讀者行動。
- [ ] 我識別了哪些項目是段落、頁面、缺失的事實或暫存的。
- [ ] 我選擇了一個下一步工作包，而不是排定五個草稿。
發布一個，學習，然後繼續
不要一次建立所有五個草稿。選擇證明最強、與第一頁面連結最緊密的簡報。用相同的事實包和發布關卡建立它。在它上線或批准之後，在移動到下一個簡報之前更新主題地圖。
完成檢查清單
- [ ] 每個群集項目回答一個獨特的客戶決策。
- [ ] 我區分了頁面、段落、擁有者事實和暫存構想。
- [ ] 只有一個下一步工作單元在起草中。
- [ ] 在請求一份新草稿之前執行了重複比較。
課程地圖
下一課：建立 AI 搜尋可以在客戶問你最佳問題時引用的頁面。最好的群集問題通常會成為最好的回答資產。
作者：David Sinclair，Auspia 主題權威策略師，負責超過 500 個主題群集。David 專注於在沒有重複內容的情況下擴展客戶覆蓋。
![流量群集工作包流程圖]()
對這項作業使用此順序：從真實輸入開始，檢查證據，準備一個可審查的輸出，然後選擇讀者的下一步。
