如何知識變現2026/09/30
文章分類操作篇：slug、前台篩選與該不該建幾個分類
部落格寫到幾十篇之後，讀者需要的不是更多文章，是「我要的那一類在哪裡」。InfoBox 把這塊放在「最新消息／部落格 → 文章分類」：建分類、設 slug，前台就能用 /blog?category=slug 篩選。這篇依實際畫面，把 slug 怎麼填、建幾個分類、跟文章怎麼掛，講清楚。
這一頁管理的是「分類」，不是「文章」
頁面副標：「管理『最新消息／部落格』的文章分類。前台文章列表可依分類篩選（/blog?category=slug）。」
三個概念先分清：
- 文章列表：在「最新消息／部落格」頁管理、排程、發布個別文章（幾十幾百篇都在那）。
- 文章分類：在本頁管理「有幾個主題桶子」。
- 掛分類：建文章時勾「如何知識變現」這類分類，文章才進該桶。
本文只講分類頁本身。
slug：分類的前台網址代號
新增分類的欄位就兩個：名稱（給人看）跟 slug（給網址用）。輸入名稱時，系統會自動帶一個 slug 建議值。頁面寫得很白：「slug 是分類的網址代號（前台 /blog?category=… 用）；輸入名稱會自動帶建議值。中文名稱建議改成英文 slug。」
實務上照這條做：
| 名稱 | 建議 slug | 為什麼 |
|---|---|---|
| 如何知識變現 | how-to-monetize | 英文 slug 乾淨、好複製 |
| 網站美工懶人包 | design-guide | 英文 slug 好打、好分享 |
| 網路行銷懶人包 | marketing | 去掉版本號，長尾用搜尋 |
幾條紀律：
- slug 定了不要改。它已經被前台篩選網址、側欄、甚至可能被你貼到 Facebook／LINE 引用過——改了舊連結就 404。要改，就建一個新的、舊的留「301 轉址」指過去。
- 中文 slug 可用，但英文更穩。純中文名會直接寫進網址（
/blog?category=如何知識變現），能跑，但複製、拼寫、跨平台分享時容易出亂碼或字體問題。除非你全站統一口徑用中文 slug，否則建議改英文。 - 一個分類一個 slug，不要兩個分類共用——共用會造成前台篩選疊床架床。
🔍 點擊放大該建幾個分類：少而準，不要多而亂
分類不是越多越好。建太多（20 個細分桶）的結果是：每個桶只有兩三篇，前台側欄一長串，點進去又空。建太粗（全堆一個「所有文章」）則失去分類的意義。
實務判斷：
- 按「讀者會主動去篩的主題」建，不是按「你寫作時的手感」建。讀者不會想找「我第 17 篇」，他們想找「優惠券」「金流」「測驗」這種功能主題。
- 3–6 個大分類最常見：對應你課程的主要支柱。多到 8–10 個之前，先問「這個分類會不會永遠只有一兩篇」。
- 「文章數 0」的分類是危險訊號：列表裡「文章數」那欄會直說。一個 0 篇的分類存在著，只有兩種可能——準備掛文（先建好等內容）或忘了清。長期 0 篇的分類，要嘛補內容、要嘛刪掉，別讓它在前台側欄裡掛一個空連結。
要刪一個「文章數 0」的分類是安全的（沒有文章掛在上面）；要刪「有文章」的分類，先確認那些文章要歸到哪裡，否則會丟歸屬。
跟前台側欄、SEO 的關係
- 前台
/blog?category=slug是最穩的引用方式：複製整個篩選 URL 給合作對象或放到 LINE 選單，對方點進去就是該分類下所有文章。 - 側欄列分類是「讓讀者發現還有別的主題」的入口，不是讓讀者亂按——所以分類名要給讀者看得懂的「人類語」，不是給你自己看的代號。
- 分類本身不做 SEO 權重（不是獨立網頁），但把長文分對類，讀者在這分類頁停留更深，間接幫你撐住「這個站內容很齊」的信號。
上線前檢查
- 每個分類的 slug 是英文、沒被改過？（改過舊連結 404）
- 有沒有「文章數 0」的分類掛著？要補文或刪除？
- 前台側欄分類名是讀者看得懂的主題名嗎？
- 新增的分類，有沒有記得在建文時勾上？（建了分類不掛文章＝空桶）
分類是低頻率、高紀律的操作：建的時候想清楚 slug 與桶的邊界，之後幾乎不用動。動的時候記得一條——slug 不輕易改，有文章的分類不輕易刪。