Sidebar Navigation
側欄導覽
側欄導覽是放在畫面側邊、可以常駐或收合的具名連結區，常用來分組產品中的相關位置。
生活中的例子
工作空間有 18 個頁面，分成「總覽」、「報表」和「管理」。側欄會顯示分組、目前頁面，以及不會弄丟標籤的精簡模式；只適用目前頁面的操作應放在工具列，不是網站導覽。
主要部分
- 01navigation landmark
- 02目的地分組
- 03目前頁面狀態
什麼時候用
產品需要在多個相關位置之間，持續顯示有名稱的導覽時，可以使用這個詞。
什麼時候不要用
如果網站只有少量主要連結，就不需要側欄；窄螢幕上若沒有規劃抽屜式選單，也不要硬放側欄。
程式裡的名稱
<nav aria-label=Workspace> grouped links 上線前要檢查
發布前檢查頁面結構、鍵盤操作、清楚可見的焦點、對比與縮放。也要檢查載入、沒有內容、錯誤、成功、取消與減少動態效果。
預期成果：使用 側欄導覽 (Sidebar Navigation) 解決這項需求，同時保留使用者目前的操作脈絡。 使用者情境：工作空間有 18 個頁面，分成「總覽」、「報表」和「管理」。側欄會顯示分組、目前頁面，以及不會弄丟標籤的精簡模式；只適用目前頁面的操作應放在工具列，不是網站導覽。 建議介面模式：側欄導覽 (Sidebar Navigation)。 適用理由：產品需要在多個相關位置之間，持續顯示有名稱的導覽時，可以使用這個詞。 不應使用的情況：如果網站只有少量主要連結，就不需要側欄；窄螢幕上若沒有規劃抽屜式選單，也不要硬放側欄。 產品要求：定義預設、載入、沒有內容、錯誤、成功與復原狀態。保留使用者已輸入的內容，每個操作後都提供清楚回饋。 無障礙與韌性：使用結構正確的 HTML（語意化 HTML）和完整鍵盤操作。焦點要清楚可見，版面縮放後仍要好用。也要提供減少動態效果。遵守專案現有規則。除非專案已採用，否則不要新增介面元件庫。 驗收條件：主要任務可只用鍵盤完成，在 320px 寬度也能正常使用。焦點與狀態變化可被輔助工具讀出。載入、失敗、重試、取消與減少動態效果都已驗證。 證據與限制（證據邊界）：沒有一份官方標準能管到全部內容。不同團隊、平台或框架的用法可能不同。 待確認：產品文字、資料來源、分析事件、支援裝置與語系，以及平台特有限制。
檢查這份需求
請 AI 程式助手檢查目前如何使用 側欄導覽 (Sidebar Navigation)。 定義：側欄導覽是放在畫面側邊、可以常駐或收合的具名連結區，常用來分組產品中的相關位置。 正式環境檢查：發布前檢查頁面結構、鍵盤操作、清楚可見的焦點、對比與縮放。也要檢查載入、沒有內容、錯誤、成功、取消與減少動態效果。 修改程式前，先列出看到的證據、缺口、嚴重程度，以及最小且安全的修正。