Decision Unit
先辨認誰在搜尋、誰在使用、誰會阻擋
問題發起者
通常是行銷、業務或產品團隊，先搜尋流量、名單、內容或技術問題，需要診斷語言與低風險下一步。
實際使用者
日後要提供資料、審稿、改網站或接收名單，關心工作量、流程、交付與是否能維護。
預算擁有者
關心範圍、總成本、回收邏輯、停止條件與為何現在值得投入。
風險核准者
採購、IT、品牌、法務或主管可能審查權限、資料、合約、技術風險與責任分工。
一個真實買方會落在多個軸的交集
同一位行銷主管可能同時是問題發起者、執行窗口與預算倡議者。頁面要支援他的當下任務，不必為每個職稱各做一頁。
Six-Stage Journey
把 B2B 搜尋拆成六段，不用單一漏斗套全部人
- 問題辨識：「自然流量下降」「文章沒排名」「網站有流量沒詢問」；先協助辨認問題與排除錯誤假設。
- 方法研究：「B2B SEO 怎麼做」「內容獲客」「主題群」；需要框架、流程、角色與適用邊界。
- 需求定義：「SEO KPI」「技術 SEO 外包」「關鍵字地圖」；需要輸入、交付、責任與完成定義。
- 供應商比較：「SEO 顧問」「SEO 公司」「SEO 費用」；需要可比較範圍、差異、風險與資料所有權。
- 內部審查：預算、IT、品牌、法務與採購要確認權限、時程、案例限制、交接與停止條件。
- 採用與驗收：合作後要能把建議變成工單、內容、發布與業務回饋，並保留決策紀錄。
Search-to-Page Map
每種搜尋任務都要有主要頁面、證據與下一步
| 搜尋任務 | 建議頁型 | 必備證據 | 主要 CTA |
|---|---|---|---|
| 理解問題與術語 | 指南、診斷流程 | 判斷條件、例外、官方來源 | 前往下一段指南或自我檢查 |
| 比較方法與選項 | 比較頁、決策框架 | 適合／不適合、成本因素、風險 | 整理需求或查看服務範圍 |
| 確認服務能力 | 服務頁、解決方案頁 | 交付、角色、流程、限制、樣張 | 預約診斷或提供專案資料 |
| 降低內部風險 | FAQ、方法頁、檢查表 | 權限、資料、RACI、驗收與交接 | 下載／轉傳決策摘要 |
| 驗證真實成果 | 案例或研究頁 | 經同意數據、期間、樣本與限制 | 討論相似情境 |
若沒有真實案例，案例頁先不要上線。可用服務樣張、輸入清單、完成定義與風險邊界支援決策，但必須清楚標示這些不是成效證明。
Minimum Viable Cluster
先建立能互相承接的五種頁面角色
需求與教育內容
- 一個核心問題指南
- 一個方法或執行檢查表
- 一個選項比較頁
- 每頁都有清楚下一步
商業與驗收內容
- 一個服務範圍頁
- 費用因素與適配條件
- 權限、角色、交付與限制
- 有資料後再加入案例
內容數量不是目標
Google 建議以對既有或預期受眾有幫助的內容為主。若兩個搜尋任務沒有獨立語言、證據或 CTA，就應在同一頁內分段回答，而不是為頁數拆頁。
Page Governance
用「一頁一個主要任務」避免關鍵字互搶
- 指南回答怎麼判斷：以教育、診斷與執行框架為主，不複製服務頁銷售內容。
- 服務頁回答怎麼合作：聚焦範圍、流程、角色、交付、限制與下一步。
- 比較頁回答怎麼選：用中立維度協助選擇，不把競品或其他作法寫成稻草人。
- 案例頁回答是否做過：只使用經同意、可驗證且揭露限制的實際資料。
- Hub 回答往哪裡走：整理主題與閱讀順序，不與支柱頁競爭完整答案。
建立頁面前，可先依 關鍵字研究與搜尋意圖指南定義主要查詢、頁型與內鏈目標。
Measurement Chain
從搜尋可見度量到業務接受，不把所有數字混成一個 KPI
| 層級 | 主要資料 | 建議判讀 | 常見誤區 |
|---|---|---|---|
| 被搜尋 | GSC 曝光、查詢、頁面、CTR | 是否涵蓋目標問題與非品牌需求 | 只看平均排名 |
| 進站後 | GA4 落地頁、工作階段、互動 | 內容是否帶人往下一步 | 把流量等同商機 |
| 關鍵行動 | 表單、電話、下載、預約事件 | 事件是否正確、是否有明確意圖 | 把所有點擊標成轉換 |
| 名單適配 | CRM 產業、職級、需求與排除原因 | 哪些頁帶來可接受名單 | 只計表單數量 |
| 商業進展 | 接受、提案、成交與流失原因 | 內容是否支援決策與交接 | 把單一成交完全歸因給一頁 |
具體設定與報表分工可參考 GA4 與 GSC 的 SEO 量測指南。