多數人打開自家網站某個分類頁，看到掛著兩三篇文章、版面稀稀落落，直覺反應是版面沒排好，該找設計師重新調整。問題通常不在呈現方式，而在這個分類底下根本沒有足以撐起一整頁的內容——就算換上再漂亮的版型，內容量不夠依然是不夠。
分類頁本身沒有原生內容，它的價值完全來自底下掛著的文章；薄分類最常見的長相是只有兩三篇、主題橫跨好幾個不相干子題、或掛著一年沒更新的舊文，這些都是內容規劃沒做完的訊號，不是版面出了問題。分類頁太薄，多半是內容策略沒做完，不是設計出了問題，但這不代表設計師永遠沒有用武之地。
分類頁只掛著三兩篇文章，設計再好看也補不齊內容的量
單篇文章頁天生就有內容，一段開頭、幾個小節、一個結論，就算沒人特別優化，頁面本身也有實質內容可以讀。分類頁不一樣，它自己什麼都沒寫，唯一能端出來的東西，就是底下勾選進來的那些文章。分類頁排得再漂亮，如果掛著的只有兩三篇，讀者點進去看到的還是「這裡東西不多」，設計改的是排列方式，改不了底下實際掛了幾篇文章這件事。
薄分類的長相通常不難認：掛著的文章數量少到看得出來是隨手塞的、主題橫跨好幾個彼此不相干的子題（讀者搜尋某個關鍵字進來，點開分類卻發現大半文章跟他要找的東西沒關係）、或是整個分類裡最新一篇文章已經是一年前發布的。這幾種長相背後都是同一件事，內容存量沒有跟上分類架構的野心，分類先開了，文章沒補上。這篇要辯護的立場就是，遇到這種薄，先問「內容夠不夠」，而不是急著找設計師換版型。
換標題套用同一段文字的薄內容示例
「薄」不是主觀感覺，Google 官方對它有具體判準。Google 在《Google 網頁搜尋的垃圾內容政策》談「橋頁（doorway）」問題行為時，把「建立多個網域名稱或頁面、鎖定特定地區或城市卻全部導向同一個頁面」「建立大量彼此高度相似、比起一套清楚可瀏覽的層級架構更接近搜尋結果的頁面」列為問題示例，換句話說，同一套內容套上不同標題重複產出，就算版面排得再工整，內容本身依然是空的。同一份文件在談「大量內容濫用行為」時也指出，讓讀者讀起來幾乎沒有意義、卻塞滿搜尋關鍵字的頁面，同樣屬於違規範疇。
Google 另一份文件《建立實用、可靠且以使用者為優先的內容》提供了幾個自我評估的問題，其中包括「內容是否針對主題提供充實、完整或詳盡的說明」、「比起搜尋結果中的其他頁面，這項內容是否提供了更高的價值」。這兩個問題問的都是內容本身夠不夠深、夠不夠完整，跟頁面排版好不好看完全是兩件事。一個分類頁如果掛著的文章只是換句話說、反覆講同一件事，答案自然是否定的，而這個答案，設計師改版型改不動它。
設計能安排呈現方式，補不出還沒寫的那幾篇文章
設計能做的事很具體：排列順序、決定要不要分頁、加大或縮小縮圖、調整字級與留白，這些都能讓既有內容看起來更完整、更順眼。但設計沒辦法無中生有，生出這個分類底下還沒被寫出來的那幾篇文章。如果一個分類底下真的只有兩篇文章，不管版面怎麼調，讀者滑到底還是只看到兩篇，這個限制，設計改不動。
從資訊架構的角度看，這個分工順序本來就有先後，先盤點與規劃內容，才輪到設計呈現方式，導覽是資訊架構決定之後才處理的下游工作。常見的誤區是團隊看到分類頁難看，直接找設計師改版型，卻沒人回頭問這個分類該不該切這麼細、該不該存在，順序顛倒了，才會誤以為設計能解決內容量不足的問題。
篇數不足與主題太雜讓搜尋引擎判定內容單薄
Google 官方《搜尋品質評分者指南》第 4.6.6 節規定，頁面主要內容如果幾乎全部複製、改寫、嵌入、自動或 AI 生成、或轉載自其他來源，且幾乎沒有付出心力、原創性與附加價值，就應該被評為最低品質。文件也明訂，如果頁面主要是為了讓網站擁有者受益（例如賺錢），卻幾乎沒有嘗試讓訪客受益，同樣要評為最低品質。這條標準看的是分類頁底下文章的實質內容夠不夠、有沒有服務到讀者，跟版面排得漂不漂亮無關。
薄分類最常見的兩種病灶，一種是文章篇數太少，撐不起一個獨立可索引的頁面；另一種是分類主題定義得太寬或太窄，導致底下的文章彼此不相干，讀者點進來找不到一致的主題脈絡。這兩種病灶對應的處置動作也不一樣，篇數太少該補寫或考慮合併，主題太雜則該重新定義分類邊界，但不管是哪一種，要解決的都是內容規劃的問題，不是版面呈現的問題。
分類描述留白，是內容規劃沒做，不是版面沒排好
分類頁還有一個常被忽略的「薄」訊號，分類說明留空，或只有制式的一兩句話帶過。這不只是版面缺了一個欄位那麼單純，分類描述的作用不只是給讀者看，也是在向讀者與搜尋引擎交代這個分類的範圍與定位。留白或只有幾句話帶過，代表從一開始就沒人真正定義過這個分類要涵蓋什麼範圍、要達成什麼任務。
正確的做法是先做內容盤點與內容審核，才會知道每個分類該怎麼定義、該寫什麼說明。這一步順序不能跳過，沒盤點過底下有哪些文章、彼此的主題重疊度多高，寫出來的分類描述多半也只是套版填空，跟版面設計無關，是內容策略層級沒做完的功課。
薄分類真正該做的功課，是合併、補寫或直接下架
確認薄分類的根子在內容之後，接下來的問題是實際該怎麼處置。這裡有三條可執行的路：切得太細、彼此內容重疊的分類合併起來；篇數不足或說明留白的分類，補寫文章與補寫分類說明；評估後發現這個分類本來就不該獨立存在（流量與需求都證明不了它有存在必要），就誠實地 noindex，不硬留在索引裡撐場面。
第一步永遠是先做內容盤點，這個分類底下實際有幾篇、彼此主題重疊度多高。盤點完才看得出來該走合併、補內容，還是 noindex 這條路，直接跳過盤點就動手處理，多半只是把同一個問題換個形式留著。
主題太雜的分類，先做合併與拆分的取捨
兩三個分類如果其實在服務同一群讀者、內容彼此高度重疊，合併成一個更完整的分類，通常比各自撐著一堆單薄頁面更有價值。判斷該不該合併，主要看兩件事，內容重疊度有多高，以及讀者的查詢意圖是不是一致，如果兩個分類底下的文章講的其實是同一群讀者在找的同一件事，分開反而讓每個頁面都顯得單薄。
合併之後別忘了用 301 轉址把舊分類導去新分類，保留既有頁面累積的排名信號，避免流量與連結權重白白流失。拆分是相對少見的情況，只有在確定分類其實涵蓋兩個明顯不同的讀者任務、而且拆開後兩邊都補得起內容時才適合做，單純覺得分類太籠統就急著拆，常常拆出兩個更單薄的頁面，反而更糟。
留不住內容分類的 noindex 下架做法
有些分類頁存在只是為了後台管理方便，例如給編輯自己篩選文章用，或是評估之後判定這個分類本來就不必獨立面對讀者與搜尋引擎。這種情況與其硬撐著讓它留在索引裡拖累整體品質評價，不如直接把它排除在索引外，這不是放棄，而是誠實地把資源留給真正撐得起內容的分類。
技術做法是透過網頁的 meta 標記 noindex 或 HTTP 回應標頭 X-Robots-Tag，禁止支援這項規則的搜尋引擎將頁面編入索引。Google 官方文件也提醒，Googlebot 必須先檢索到頁面才能看到這個標記，套用之後該頁面會被完全排除在 Google 搜尋結果之外，不論有沒有其他網站連結過來。noindex 不等於刪除，頁面本身與站內連結不受影響，讀者仍然能透過分類正常瀏覽，只是不會出現在搜尋結果裡。
有些分類確實內容夠了，只是排列與導覽沒做好
不是所有薄分類都是內容問題，這點要公平講清楚。有些分類底下其實已經有足夠篇數、足夠深度的文章，只是排序邏輯混亂，例如純粹按發布時間倒序排列，新舊文章擠在一起，讀者掃過去完全感覺不到這裡其實蠻豐富的。這種情況下，真正該動的才是設計與導覽，而不是內容。
判斷是不是這種情況，關鍵在篇數與深度其實已經足夠，只是排列方式讓內容顯得雜亂。這時候內容規劃不是優先要做的事，因為內容本身沒問題。這一點不會推翻前面的立場，多數薄分類的根子確實在內容，但不能因為多數如此，就反過來否定「內容其實已經夠、只是排列差」這種例外的存在。
篩選、排序與麵包屑才是這種情況該修的地方
當內容量已經足夠、只是呈現方式差的時候，設計與導覽真正能派上用場的手段其實不少，依主題再分組或加上篩選條件，把排序邏輯從純粹的時間序改成兼顧熱度或系列關聯，或是加上麵包屑與相關連結，幫讀者建立起「現在在哪、還能往哪裡走」的脈絡感。
Nielsen Norman Group 在〈The Difference Between Information Architecture (IA) and Navigation〉一文中，把導覽的構成元件列為全站導覽、區域導覽、工具型導覽、麵包屑、篩選、分面、相關連結、頁尾等，並指出每個元件都要決定「讀者有多依賴這個元件」、「擺放位置」、「互動模式是分頁、巨型選單、輪播還是手風琴」。這些正是內容已經足夠、只等呈現方式改善時該動手調整的具體項目，前提是底下的內容本來就夠，設計才有東西可以排。
決定分類頁留不留索引的是內容不是版面
不管是內容問題還是設計問題，最終要回答的都是同一個問題，這個分類頁能不能為讀者與搜尋引擎提供足夠的實質內容。內容夠、只是呈現方式差，才輪到設計出手；內容本身不夠，任何版面調整都只是把同一個空洞包裝得更整齊。差別在這裡，不在版型好不好看。
面對自己網站上某個看起來稀疏的分類頁，第一步不是打開設計工具，而是先數一次底下實際掛著幾篇文章、彼此主題重疊或分歧到什麼程度。這個數字會直接指出，接下來該做的是補內容、做合併，還是真的只需要調整一下排序。
薄或不薄，答案通常不需要猜，把分類底下的文章實際數一遍、讀一遍，結果就攤在眼前了。設計值得投資，但要投資在對的問題上；分類頁看起來單薄的時候，先問內容夠不夠，才是把力氣花在刀口上的做法。