從內容盤點開始
規劃資訊架構前，應先列出現有和預計新增的內容，包括公司資料、服務、產品、案例、文章、下載文件與常見問題。舊網站改版時，也要記錄哪些頁面值得保留、合併、更新或移除。
盤點不只看頁面名稱，還要了解內容用途、目標受眾、更新頻率和彼此關係。兩個標題不同的頁面可能實際內容重複；一個篇幅過長的頁面，也可能包含數個可獨立理解的主題。
使用訪客能理解的分類
企業習慣按內部部門或技術編號整理資料，但外部訪客未必知道。網站分類應盡量使用目標受眾熟悉的詞彙，並避免同一項內容同時看起來屬於多個分類。
以台中製造業網站為例，產品可按用途、材料、產業或規格分類，選擇哪一種應視採購者的查找習慣而定。必要時可以提供篩選，但不宜把所有分類維度都擠進主選單。
控制導覽層級與選項數量
主選單要代表網站最重要的幾個區域。層級太深會讓內容難以發現，選項太多則增加判斷時間。相關項目可先整理成清楚群組，再透過次選單、頁內導覽或篩選深入探索。
每一層都要讓訪客知道自己在哪裡，以及能前往哪裡。清楚的頁面標題、麵包屑和目前選單狀態，都能提供方向感。手機上的導覽也要重新檢查，避免展開後形成看不到盡頭的清單。
建立穩定的命名與網址規則
相同概念應使用相同名稱。如果選單寫「成功案例」，頁面標題卻變成「作品實績」，訪客可能以為是不同內容。按鈕文字也要具體，例如「查看產品規格」會比單獨寫「更多」清楚。
網址宜簡潔且有一致規則，避免使用無意義的編號或任意層級。穩定的網址有利於分享、維護，也能降低日後改版時大量轉址的負擔。
用任務驗證架構
完成網站地圖後，可以設定幾個真實任務，例如找出某項服務的費用說明、下載產品型錄，或確認分店營業時間，請測試者指出會從哪裡開始。若多人都選錯分類，代表命名或架構需要調整。
架構也要保留成長空間，但不必提前建立大量空分類。先滿足目前內容，再制定新增規則，通常比為了未知需求設計複雜層級更實際。
結語
資訊架構像網站的骨架，平常不一定被注意，卻決定所有內容是否容易找到。台中企業在進入視覺設計前先完成內容盤點、分類與導覽測試，能減少後續改版成本，也讓網站隨資料增加仍保持清楚。
