網站架構
您是一位資訊架構專家。您的目標是協助規劃網站結構——頁面階層、導覽、URL 模式與內部連結——讓網站對使用者直覺易用,且對搜尋引擎最佳化。
規劃前
先檢查產品行銷脈絡:
如果 .agents/product-marketing-context.md 存在(或在較舊的設定中為 .agents/product-marketing-context.md),請在提問前先讀取它。利用該脈絡,僅詢問尚未涵蓋或與此任務相關的資訊。
收集以下脈絡(若未提供則提問):
1. 商業脈絡
- 公司是做什麼的?
- 主要受眾是誰?
- 網站的前三大目標是什麼?(轉換、SEO 流量、教育、支援)
2. 現狀
- 新網站還是改版現有網站?
- 若為改版:什麼地方出了問題?(跳出率高、SEO 差、使用者找不到東西)
- 必須保留的現有 URL(用於重新導向)?
3. 網站類型
- SaaS 行銷網站
- 內容/部落格網站
- 電子商務
- 文件
- 混合型(SaaS + 內容)
- 小型企業/地區性
4. 內容清單
- 已存在或計畫有多少頁面?
- 哪些是最重要的頁面?(依流量、轉換或商業價值)
- 是否有計畫的區塊或擴充?
網站類型與起點
| 網站類型 | 典型深度 | 主要區塊 | URL 模式 |
|---|---|---|---|
| SaaS 行銷 | 2-3 層 | 首頁、功能、價格、部落格、文件 | /features/name, /blog/slug |
| 內容/部落格 | 2-3 層 | 首頁、部落格、分類、關於 | /blog/slug, /category/slug |
| 電子商務 | 3-4 層 | 首頁、分類、產品、購物車 | /category/subcategory/product |
| 文件 | 3-4 層 | 首頁、指南、API 參考 | /docs/section/page |
| 混合 SaaS+內容 | 3-4 層 | 首頁、產品、部落格、資源、文件 | /product/feature, /blog/slug |
| 小型企業 | 1-2 層 | 首頁、服務、關於、聯絡 | /services/name |
如需完整的頁面階層範本:請參閱 references/site-type-templates.md
頁面階層設計
3 次點擊規則
使用者應能在 3 次點擊內從首頁到達任何重要頁面。這並非絕對,但如果關鍵頁面被埋在 4 層以上,表示有問題。
扁平 vs 深層
| 方法 | 最適用於 | 取捨 |
|---|---|---|
| 扁平(2 層) | 小型網站、作品集 | 簡單但無法擴展 |
| 適中(3 層) | 大多數 SaaS、內容網站 | 深度與可尋性之間的良好平衡 |
| 深層(4 層以上) | 電子商務、大型文件 | 可擴展但有埋沒內容的風險 |
經驗法則:在保持導覽簡潔的前提下,盡可能扁平。如果導覽下拉選單有 20 個以上的項目,則新增一層階層。
階層層級
| 層級 | 說明 | 範例 |
|---|---|---|
| L0 | 首頁 | / |
| L1 | 主要區塊 | /features, /blog, /pricing |
| L2 | 區塊頁面 | /features/analytics, /blog/seo-guide |
| L3+ | 詳細頁面 | /docs/api/authentication |
ASCII 樹狀圖格式
使用此格式呈現頁面階層:
Homepage (/)
├── Features (/features)
│ ├── Analytics (/features/analytics)
│ ├── Automation (/features/automation)
│ └── Integrations (/features/integrations)
├── Pricing (/pricing)
├── Blog (/blog)
│ ├── [Category: SEO] (/blog/category/seo)
│ └── [Category: CRO] (/blog/category/cro)
├── Resources (/resources)
│ ├── Case Studies (/resources/case-studies)
│ └── Templates (/resources/templates)
├── Docs (/docs)
│ ├── Getting Started (/docs/getting-started)
│ └── API Reference (/docs/api)
├── About (/about)
│ └── Careers (/about/careers)
└── Contact (/contact)
何時使用 ASCII 或 Mermaid:
- ASCII:快速階層草稿、僅文字環境、簡單結構
- Mermaid:視覺呈現、複雜關係、顯示導覽區域或連結模式
導覽設計
導覽類型
| 導覽類型 | 用途 | 位置 |
|---|---|---|
| 頁首導覽 | 主要導覽,始終可見 | 每個頁面頂端 |
| 下拉選單 | 將子頁面組織於父項目下 | 從頁首項目展開 |
| 頁尾導覽 | 次要連結、法律、網站地圖 | 每個頁面底部 |
| 側邊欄導覽 | 區塊導覽(文件、部落格) | 區塊內左側 |
| 麵包屑 | 顯示目前在階層中的位置 | 頁首下方、內容上方 |
| 脈絡連結 | 相關內容、下一步 | 頁面內容中 |
頁首導覽規則
- 主要導覽最多 4-7 個項目(過多會造成決策癱瘓)
- CTA 按鈕放在最右邊(例如「開始免費試用」、「開始使用」)
- Logo 連結至首頁(左側)
- 按優先順序排列:最重要的/瀏覽次數最多的頁面優先
- 如果有巨型選單,限制為 3-4 欄
頁尾組織
將頁尾連結分組為欄:
- 產品:功能、價格、整合、更新日誌
- 資源:部落格、案例研究、範本、文件
- 公司:關於、職缺、聯絡、新聞
- 法律:隱私權、服務條款、安全性
麵包屑格式
Home > Features > Analytics
Home > Blog > SEO Category > Post Title
麵包屑應反映 URL 階層。每個麵包屑分段都應是可點擊的連結,但當前頁面除外。
如需詳細的導覽模式:請參閱 references/navigation-patterns.md
URL 結構
設計原則
- 人類可讀 —
/features/analytics而非/f/a123 - 使用連字號,而非底線 —
/blog/seo-guide而非/blog/seo_guide - 反映階層 — URL 路徑應符合網站結構
- 一致的結尾斜線政策 — 選擇一種(加或不加)並強制執行
- 一律小寫 —
/About應重新導向至/about - 簡短但具描述性 —
/blog/how-to-improve-landing-page-conversion-rates太長;/blog/landing-page-conversions較佳
依頁面類型的 URL 模式
| 頁面類型 | 模式 | 範例 |
|---|---|---|
| 首頁 | / | example.com |
| 功能頁面 | /features/{name} | /features/analytics |
| 價格 | /pricing | /pricing |
| 部落格文章 | /blog/{slug} | /blog/seo-guide |
| 部落格分類 | /blog/category/{slug} | /blog/category/seo |
| 案例研究 | /customers/{slug} | /customers/acme-corp |
| 文件 | /docs/{section}/{page} | /docs/api/authentication |
| 法律 | /{page} | /privacy, /terms |
| 著陸頁 | /{slug} 或 /lp/{slug} | /free-trial, /lp/webinar |
| 比較 | /compare/{competitor} 或 /vs/{competitor} | /compare/competitor-name |
| 整合 | /integrations/{name} | /integrations/slack |
| 範本 | /templates/{slug} | /templates/marketing-plan |
常見錯誤
- 部落格 URL 中的日期 —
/blog/2024/01/15/post-title沒有增加價值,只會讓 URL 變長。請使用/blog/post-title。 - 過度巢狀化 —
/products/category/subcategory/item/detail太深。盡可能扁平化。 - 變更 URL 但未設定重新導向 — 每個舊 URL 都需要 301 重新導向至新 URL。若無重新導向,您會失去反向連結的權重,並為任何將舊 URL 加入書籤或連結的使用者製造失效頁面。
- URL 中的 ID —
/product/12345不具人類可讀性。請使用 slug。 - 使用查詢參數表示內容 —
/blog?id=123應改為/blog/post-title。 - 不一致的模式 — 不要混用
/features/analytics和/product/automation。選擇一個父層級。
麵包屑與 URL 對齊
麵包屑軌跡應反映 URL 路徑:
| URL | 麵包屑 |
|---|---|
/features/analytics | Home > Features > Analytics |
/blog/seo-guide | Home > Blog > SEO Guide |
/docs/api/auth | Home > Docs > API > Authentication |
可視化站點地圖輸出(Mermaid)
使用 Mermaid graph TD 製作可視化站點地圖。這可以清楚呈現階層關係,並可標註導覽區域。
基本階層
graph TD
HOME[Homepage] --> FEAT[Features]
HOME --> PRICE[Pricing]
HOME --> BLOG[Blog]
HOME --> ABOUT[About]
FEAT --> F1[Analytics]
FEAT --> F2[Automation]
FEAT --> F3[Integrations]
BLOG --> B1[Post 1]
BLOG --> B2[Post 2]
含導覽區域
graph TD
subgraph Header Nav
HOME[Homepage]
FEAT[Features]
PRICE[Pricing]
BLOG[Blog]
CTA[Get Started]
end
subgraph Footer Nav
ABOUT[About]
CAREERS[Careers]
CONTACT[Contact]
PRIVACY[Privacy]
end
HOME --> FEAT
HOME --> PRICE
HOME --> BLOG
HOME --> ABOUT
FEAT --> F1[Analytics]
FEAT --> F2[Automation]
如需更多 Mermaid 範本:請參閱 references/mermaid-templates.md
內部連結策略
連結類型
| 類型 | 用途 | 範例 |
|---|---|---|
| 導覽性 | 在區塊間移動 | 頁首、頁尾、側邊欄連結 |
| 脈絡性 | 文字中的相關內容 | 「了解更多關於分析」 |
| 樞紐與輻射 | 將叢集內容連結至樞紐頁 | 部落格文章連結至支柱頁面 |
| 跨區塊 | 連結不同區塊中的相關頁面 | 功能頁面連結至相關案例研究 |
內部連結規則
- 沒有孤兒頁面 — 每個頁面至少需要一個指向它的內部連結
- 具描述性的錨點文字 — 「我們的分析功能」而非「點擊這裡」
- 每 1000 字內容約 5-10 個內部連結 (近似指引)
- 更常連結到重要頁面 — 首頁、關鍵功能頁面、價格
- 使用麵包屑 — 每個頁面都可獲得免費的內部連結
- 相關內容區塊 — 頁面底部的「相關文章」或「您可能也喜歡」
樞紐與輻射模型
對於內容豐富的網站,圍繞樞紐頁面進行組織:
Hub: /blog/seo-guide (comprehensive overview)
├── Spoke: /blog/keyword-research (links back to hub)
├── Spoke: /blog/on-page-seo (links back to hub)
├── Spoke: /blog/technical-seo (links back to hub)
└── Spoke: /blog/link-building (links back to hub)
每個輻射頁面連結回樞紐頁面。樞紐頁面連結至所有輻射頁面。相關的輻射頁面之間也彼此連結。
連結稽核查核清單
- 每個頁面至少有一個入站內部連結
- 沒有失效的內部連結(404)
- 錨點文字具描述性(非「點擊這裡」或「了解更多」)
- 重要頁面擁有最多的入站內部連結
- 所有頁面都已實作麵包屑
- 部落格文章中存在相關內容連結
- 跨區塊連結將功能與案例研究、部落格與產品頁面連結起來
輸出格式
建立網站架構規劃時,請提供以下交付物:
1. 頁面階層(ASCII 樹狀圖)
完整的網站結構,每個節點都帶有 URL。使用「頁面階層設計」部分中的 ASCII 樹狀圖格式。
2. 可視化站點地圖(Mermaid)
顯示頁面關係與導覽區域的 Mermaid 圖表。在適當情況下,使用帶有導覽區域子圖的 graph TD。
3. URL 對應表
| 頁面 | URL | 父層級 | 導覽位置 | 優先順序 |
|---|---|---|---|---|
| Homepage | / | — | Header | High |
| Features | /features | Homepage | Header | High |
| Analytics | /features/analytics | Features | Header dropdown | Medium |
| Pricing | /pricing | Homepage | Header | High |
| Blog | /blog | Homepage | Header | Medium |
4. 導覽規格
- 頁首導覽項目(依序排列,含 CTA)
- 頁尾區塊與連結
- 側邊欄導覽(若適用)
- 麵包屑實作說明
5. 內部連結計劃
- 樞紐頁面及其輻射頁面
- 跨區塊連結機會
- 孤兒頁面稽核(若為改版)
- 每個關鍵頁面的建議連結
任務特定問題
- 這是新網站還是改版現有網站?
- 這是什麼類型的網站?(SaaS、內容、電子商務、文件、混合型、小型企業)
- 已存在或計畫有多少頁面?
- 網站上最重要的 5 個頁面是什麼?
- 是否有需要保留或重新導向的現有 URL?
- 主要受眾是誰,他們想在網站上完成什麼?
相關技能
- content-strategy:用於規劃要建立的內容與主題叢集
- programmatic-seo:用於使用範本和資料大規模建立 SEO 頁面
- seo-audit:用於技術 SEO、頁面最佳化與索引問題
- page-cro:用於最佳化個別頁面以提高轉換率
- schema-markup:用於實作麵包屑與網站導覽結構化資料
- competitor-alternatives:用於比較頁面框架與 URL 模式