目錄結構與分類
目錄即主題，主題即權重容器
目錄結構像圖書館的分類架——書亂放不是書的問題，是之後每一本新書都不知道該上哪個架。
03為什麼是現在學
目錄即主題：/services/ 底下的頁面會被視為一個主題群。結構清楚，之後的主題叢集與內鏈策略就有骨架可掛。
04白話理解（對客戶簡報可直接引用）
網址目錄要反映內容分類：服務歸 /services/、文章歸 /blog/、案例歸 /works/。一個目錄＝一個主題容器，Google 能從結構讀出「這個站在哪些主題上有深度」。
05工具箱
- ▸目錄地圖（跟 IA 樹狀圖同源） — 目錄／主題／頁型的對應表
06怎麼做 · SOP 2 步（每步標產出物）
- 1把頁型清單對映到目錄結構→ 目錄地圖
- 2檢查有沒有「一個主題散在多個目錄」或「一個目錄混多主題」→ 歸位調整清單
07場景應用（實戰經驗）
- ◆常見亂象：文章一半在 /blog/、一半在 /news/、還有幾篇在根目錄——三個容器都養不出主題深度。
08⚠️ 常見誤區
- ✕目錄切太細（/services/digital/marketing/seo/audit/）——層級深度回頭傷 IA。
口訣
「一個目錄一個主題，一個主題一個目錄。」
10里程碑 · 完成標準（可驗證）
- ☐目錄地圖與頁型清單對齊
- ☐無跨目錄散落的主題
學習者勾自己的進度；顧問勾客戶專案的交付——同一份標準，兩種用法。
12檢核方式與依據出處
人工判定：需要顧問訪談與專業審閱——這一段是顧問收費的理由。
依據等級決定計分權重（🟢×3／🔵×2／⚠️×1）——權重量的是「依據有多硬」， 不是「我們覺得多重要」。查無權威文件的判準，誠實標「業界慣例」。