AO2 GUIDE 27 · 內容行銷
網站分類從客戶任務、產品關係與內容用途出發。整理選單、分類頁與內部連結，用查找任務驗收資訊架構，避免只依內部部門分層。
本篇從客戶任務、分類命名、總覽與子頁分工出發，整理企業網站可以採用的架構方法。文中的分類與測試都是規劃示例，實際結果應依產品、服務與內容規模確認。
網站分類：從使用者要找什麼開始，不先照部門畫選單
請先列出主要任務，例如了解產品是否適用、比較方案、找技術文件、確認合作範圍與提出詢問。再觀察目前網站是否有清楚入口。若客戶必須知道企業內部分工，才能猜出內容在哪裡，分類就可能需要重新整理。
內部部門仍可作為資料責任，但不一定適合直接成為網站導覽。像「解決方案一部」對內有意義，對外卻未必說得出內容。可以把部門掌握的知識，重新整理成產品、應用或客戶問題，再由合適的總覽承接。
讀者任務可依 關鍵字與搜尋意圖指南 整理，也要結合實際詢問。不要只參考競爭者選單，因為別人的產品範圍與客戶熟悉程度，可能與自己的網站不同。
先建立內容清單，再決定如何分組
盤點產品、服務、文章、文件、案例與問答，記錄網址、主要用途、目標讀者、來源與負責人。這份清單能讓團隊看見現有內容，而不是只根據幾個熟悉頁面設計架構，結果上線後才發現大量資料沒有位置。
也要標記內容狀態：仍有效、需要更新、任務重複或待確認。分類不是把所有舊資料原封不動重新排一次，應先知道哪些值得保留。可以搭配 內容盤點與更新，把去留與架構分工一起討論。
不要因為分類表看起來有空格，就先建立沒有內容的頁面。總覽可以依實際資源逐步擴充，但每個入口至少應有清楚用途與下一步。空洞分類越多，讀者越容易在導覽中失去方向。
選擇主要分類方式，保留其他找法的輔助入口
產品、應用、產業與問題，都可能是合理的找法，但不必全部同時成為主選單。先選最能支持主要任務的分類方式，再用總覽、篩選或相關內容提供其他入口，避免一開始就讓導覽變成龐大交叉表。
| 分類方式 | 適合支持的任務 | 需要注意 |
|---|---|---|
| 產品類別 | 已知道產品種類的人核對選項 | 名稱是否容易理解 |
| 應用情境 | 從用途尋找合適方案 | 不同情境的條件差異 |
| 客戶問題 | 還在釐清需求的人找方法 | 問題與實際服務的關係 |
| 資源形式 | 找文件、案例或指南 | 形式不能取代主題說明 |
例如同一產品可以出現在相關應用入口，但不代表一定要複製多個幾乎相同的產品頁。可以讓不同總覽連到同一份核准資料，再補上適合的情境說明。架構應幫人找到內容，也要讓團隊維護得動。
命名使用共同語言，必要時補上解釋
分類名稱應讓讀者大致預期點進去會看到什麼。內部縮寫、品牌創造詞與過度抽象的名稱，可能需要補充說明。不是所有專業詞都要拿掉，而是確認目標讀者是否理解，以及第一次接觸的人能否找到合適入口。
可以把候選名稱交給未參與架構的人，請他說出預期內容，再與實際頁面比較。如果很多人想像的內容不同，就調整名稱或分工。不要因為名稱很有品牌感，就忽略它是否能支持找資料的任務。
同一概念也應有穩定用語，避免選單叫服務、頁面叫方案、按鈕又使用另一個內部名稱，卻沒有說明關係。多語網站則需要核對不同語言是否指向相同任務，可接著看 多語網站規劃。
總覽頁負責理解範圍，子頁負責完成具體判斷
總覽不只是卡片列表，也應簡短說明各類內容的差異與適合情境。讀者應能知道自己為什麼選某一項，而不是只能憑圖片猜測。子頁則深入處理一個產品、服務或問題，提供條件、證據與下一步。
若總覽已經貼滿所有子頁全文，就失去快速理解的用途；若子頁只有幾句口號，又無法支持判斷。請明確寫出每一層的任務，並安排回程與相關入口，讓人不必每次回主選單重新開始。
產品內容可依 產品頁實作指南 補足，服務細項則應交代工作範圍與交付。當頁面分工清楚，網站才不會因為增加子頁，就出現很多名稱不同、內容卻相同的入口。
選單、麵包屑與段落連結，分別支持不同方向
主選單提供主要範圍，麵包屑協助理解所在位置，正文連結則回答當下的下一個問題。三者可以互相補足，不必要求主選單塞進所有內容，也不能因為有主選單，就認為文章之間已經串好。
Google 的連結文件建議重要頁面應有其他頁面提供連結，並使用清楚的描述文字。企業實作時，可以從核心總覽、相關文章與產品用途建立合理入口，讓內容不只靠搜尋功能或列表翻頁才能找到。
具體做法可參考 站內連結指南。每一個入口都應說得出用途，避免同一段文字連到很多無關頁面，也避免讓所有「了解更多」都通往不同但無法預期的內容。
標籤與篩選，要有規則而不是無限增加
標籤可以補充產品屬性或主題關係，但需要清楚定義、命名與維護責任。若每位編輯都自行建立相近詞，網站可能出現很多內容少、用途重複的分類。這時需要整理共同詞彙，而不是繼續增加更多入口。
商品篩選則要區分使用者暫時選擇的狀態，與值得長期公開的集合頁。不是每一種條件組合都需要變成獨立內容，也不是每個篩選結果都適合放進主要導覽。相關技術與內容判斷可見 篩選與重複網址指南。
先讓少數重要類別有完整說明與適合商品，再逐步擴充。分類的數量不應成為目標，能否幫讀者縮小選擇、找到資料並理解限制，才是更值得核對的結果。
手機導覽要測實際任務，不只測能不能打開
在手機上，選單展開、子選單、返回上層與主要行動，都應清楚可用。請檢查文字長度、點擊範圍、焦點與遮擋，並確認使用者知道自己選到了哪一類。桌面可以靠滑過看到的資訊，在手機可能需要不同安排。
可以設定幾個任務，例如從首頁找到某項服務範圍、從文章找到產品條件、從產品頁回到相關分類。由不熟網站的人操作，觀察他在哪裡猶豫、誤選或反覆返回。這些發現比主觀討論選單是否漂亮，更能支持修正。
若導覽需要等待或出現版面位移，也應與 網站體驗與效能 一起處理。重要資訊不能只存在於某種裝置或操作方式，網站應在常見情境下都能完成主要任務。
架構改動時，保留網址與內容對照
分類調整不一定要改所有網址。先確認新分組與現有內容的關係，再決定是否需要移轉。若確實變更路徑，就安排舊入口承接、站內連結更新與必要驗收，不要只把選單名稱換掉就結案。
合併類別時，也要確認原本的產品、文章與文件仍有適合位置。某個分類不再放進主選單，不代表內容應直接消失。可依 網站改版與移轉指南 保存對照與處理理由。
上線後從舊入口與新導覽各走一次，確認目的頁相關、資訊完整且手機正常。若同時修改內容與架構，保留變更紀錄，讓後續觀察能分清楚哪些問題與哪項調整有關。
為新增內容留下分類與維護規則
架構完成後，應說明新產品、新文章與新服務該如何判斷位置，由誰確認命名，以及何時需要新增類別。沒有規則時，網站很容易在幾次更新後回到各部門各自建立入口的狀態。
可以保留一份內容地圖，記錄主要類別、核心頁、子頁與負責人。定期抽查重複、缺少入口與過期內容，並把修改原因留下來。架構應隨業務與需求調整，但不必為了每一次小變動就重做全站。
需要把內容整理與網站實作接起來時，可了解 WordPress 網站整合服務。可維護的分類，不只讓第一次進站的人比較容易找到資料，也讓企業知道之後的內容應放在哪裡、由誰持續照顧。
常見問題
主選單越完整，使用者就越容易找到內容嗎？
不一定。主選單先提供主要工作入口，再由總覽頁與相關連結深入。可請目標讀者完成找到指定產品、現行手冊與聯絡窗口三類任務，記錄選錯與停頓的位置。若名稱不清楚，先調整用語和分組，不只是新增項目。桌面與手機都需檢查，尤其展開層級與返回路徑；選項越多不代表資訊越完整，能找到正確內容才有用途。
產品、產業與應用，應該選哪一種分類？
依主要查找任務決定。已知型號的工程讀者可能從產品開始，尚未確定方案的客戶可能從應用問題開始。先列讀者、入口語言、需要比較的條件與現有資料，再選主架構，其他找法可用總覽或交叉連結支持。用任務測試驗證，不讓所有分類都擠在同一層。若沒有足夠不同內容，先別為每個產業建立空洞頁面。
調整分類就一定要改網址嗎？
不一定。分類、導覽與網址是可分別評估的層次；網址仍穩定且合適時可保留。若需變更，先建立舊新對照，檢查下載、圖片、站內連結與外部常用入口，再安排相關轉址與標準網址。上線後實測舊入口與手機導覽，確認不產生轉址鏈或無關目的頁。不要只為分類名稱變得漂亮，就增加沒有必要的移轉工作。
參考資料
本文為 AO2 獨立編寫的企業實作指南。工作情境與清單為方法示例；平台功能與技術規範請以所列官方文件為準。
