很多人查網站架構範例，其實不是要一套現成模板照抄，而是卡在不知道自己的內容該怎麼分層：哪些頁面該放進主選單，哪些內容該藏在次層，結果常常是選單塞了一大排項目，訪客進站反而找不到重點，設計師拿到的需求也常常只有頁面清單，沒有先想清楚頁面之間的關係，等到頁面一頁一頁做出來才發現彼此的連結邏輯亂成一團，回頭調整反而比一開始就規劃清楚更花時間。
先分清楚內容頁跟功能頁的角色不同
規劃架構前，得先把頁面分成兩種：內容頁是給人看的，像是關於我們、服務項目、文章與案例分享，重點在於容易被瀏覽也容易被搜尋引擎收錄；功能頁是給人用的，像是購物車、會員登入、預約表單，重點在於能不能順利完成一個操作。這兩種頁面對層級深淺的容忍度不一樣，內容頁可以放深一點靠內部連結補位，功能頁則要盡量放淺，讓使用者少點幾次就能到達，很多架構會亂，就是因為把這兩種頁面用同一套邏輯規劃。
資訊層級怎麼分才不會讓選單爆炸
- 首頁只當入口：不要把所有訊息都塞進首頁，首頁的任務是引導不同需求的訪客找到對的分類，不是把公司所有訊息攤開。
- 主選單對齊使用者的搜尋路徑：分類名稱要用訪客會用的說法命名，而不是公司內部的部門稱呼，兩者常常不一樣。
- 子頁面數量要控制：同一個分類底下的項目如果多到要捲很久才看完，代表這個分類需要再往下拆一層，而不是硬塞在同一頁。
- 深層內容靠內部連結補位：不是所有內容都要塞進選單，透過相關文章、延伸閱讀把深層頁面串起來，選單才不會被撐爆。
不同類型的網站，分層邏輯本來就不一樣
以販售商品為主的網站，架構通常會圍繞著分類與商品頁展開，強調的是讓人快速找到想買的東西並完成結帳，選單設計會偏向商品分類與篩選功能；以內容與專業服務為主的網站，架構則會圍繞著服務項目與過往經驗展開，強調的是建立信任感，讓訪客願意進一步詢問，選單設計會偏向服務分類與說明頁面，兩者對訪客想達成的目標理解不同，架構規劃的重心自然也會不同。同一套架構套在不同性質的網站上，常常會出現水土不服的狀況，這也是為什麼直接照抄別人的架構範例，效果往往不如預期。
頁面之間的連結關係比選單本身更重要
很多人以為架構規劃完就是把選單畫出來，其實選單只是架構的一小部分，真正影響使用體驗的是頁面與頁面之間怎麼串連。舉例來說，一篇文章底下如果能自然導向相關的服務頁面，訪客的瀏覽路徑就會比只靠選單導航順暢很多；一個服務頁面如果能連到相關的常見問題或延伸說明，也能降低訪客中途離開的機率。架構規劃到後期，重點會慢慢從畫選單圖，轉移到思考每個頁面該把訪客帶往哪裡。
手機瀏覽的選單呈現要另外思考
桌機螢幕寬，選單可以用比較多層次的下拉方式呈現，但在手機上，螢幕空間有限，同一套多層選單直接照搬過去，很容易變成要一直點開收合，反而讓人找不到東西。手機版的架構規劃，通常需要把分類再精簡一次，把使用頻率最高的幾個入口放在最容易點到的位置，次要的內容則收在選單裡層，而不是把桌機版的每一層都原封不動搬過去。很多網站桌機版架構清楚，手機版卻讓人迷路，問題往往就出在沒有針對小螢幕重新思考過資訊的呈現順序。
常見問題
網站架構跟網站地圖是同一件事嗎？
不完全一樣，網站地圖比較像是把所有頁面列出來的清單，而網站架構還包含了頁面之間的層級關係與連結邏輯，規劃架構時通常會先想清楚分類與層級，網站地圖則是把規劃好的結果整理成一份可以檢視的文件。
網站架構是不是做好之後就不能再調整？
當然可以調整，而且隨著內容量增加，原本的架構本來就需要重新檢視，只是調整架構會牽動選單、連結甚至網址，所以比較合理的做法是一開始盡量把分類邏輯想清楚，減少之後大幅調動的機會，而不是完全不能改。
小型網站也需要認真規劃架構嗎？
需要，很多人覺得頁面少就不用特別規劃，但頁面少反而更容易因為缺乏架構邏輯，讓訪客搞不清楚幾個頁面之間的關係，就算只有幾個頁面，先想清楚每個頁面的角色跟彼此的連結方式，還是能讓瀏覽動線清楚很多，訪客感受到的清楚程度，往往跟頁面數量多寡沒有直接關係。
架構規劃應該從選單開始想還是從內容開始想？
建議先從內容盤點開始，把所有預計要放上網站的內容跟功能都列出來，再依照使用者的需求把它們分類分層，最後才是把整理好的分類轉換成選單，如果一開始就直接畫選單，很容易漏掉一些內容該放在哪裡都還沒想清楚的頁面，事後補救往往比一開始規劃更花時間。
架構規劃有沒有一套通用的標準模板可以套用？
沒有真正通用的標準模板，因為每個網站的內容性質、使用者需求都不一樣，架構範例可以拿來當參考，理解別人是怎麼分類分層的，但實際規劃時還是要回到自己的內容盤點跟使用者需求，直接套用別人的架構常常會出現分類跟自己內容對不上的狀況，甚至硬把不存在的內容塞進去湊數，讓整個網站看起來反而更凌亂。
想直接討論你自己的網站狀況，或需要一份初步的搜尋機會評估？
加入京采 LINE 好友