行動應用程式導覽模式：分頁、側邊選單與巢狀流程
依據任務使用頻率、資訊架構、無障礙需求，以及使用者找回原位置的難易度，選擇行動應用程式導覽模式。
導覽應讓應用程式的整體架構容易理解。使用者需要知道有哪些區域、目前在哪裡，以及如何在不失去工作進度的情況下移動。分頁列、側邊選單或巢狀流程不只是風格偏好：它們各自呈現目的地之間不同的關係。
從使用者會反覆執行的任務出發，再繪製內容層級。平行目的地使用直接導覽；上層到詳細資訊的關係使用巢狀導覽；若目的地多到無法在小螢幕舒適顯示，則考慮側邊選單或適應大螢幕的導覽方式。
重點摘要
- 對少數不同且經常返回的頂層區域，使用分頁或導覽列。
- 目的地確實隸屬另一區域時，使用巢狀導覽，並保留清楚的返回路徑。
- 將側邊選單用於呈現較廣的目的地清單，而不是藏起重要任務。
- 讓標籤、選取狀態、焦點行為與狀態恢復都清楚，幫助使用者定位與復原。
從結構出發，而不是先選元件
列出應用程式的目的地，依使用者心中的分類方式分組。「搜尋」可能與「首頁」同層；已儲存項目的詳細資訊則屬於「已儲存」之下。如果使用者經常需要在同層目的地之間切換，請讓這些選項保持可見。如果他們通常從集合進入單一項目，再返回集合，堆疊或巢狀流程就能自然呈現這種關係。
區分目的地與操作。撰寫、分享、篩選和排序會改變目前情境，或對其執行操作；它們通常不是應用程式中的地方。應將其放在工具列、選單或情境控制項，而不是把每個操作都變成主要導覽項目。
- 指出使用者反覆執行的工作，以及哪些區域需要從任何位置都能到達。
- 在選擇導覽控制項前，先畫出父子層級關係。
- 讓同層級的目的地在視覺與行為上保持一致。
比較三種模式
分頁列或導覽列能讓少數頂層目的地保持可見，並可快速切換。當目的地彼此平行，且標籤無須解釋也能辨認時，這種方式很適合。應明確標示目前區域。不要把無關操作塞進導覽列，也不要讓重要目的地消失在溢出選單中。
側邊導覽選單可以容納較多、經過分組的目的地，有時也可用於切換帳號或工作區。模態側邊選單節省畫面空間，但需要額外的開啟與選擇步驟，並暫時遮住內容。在小型手機上，這種成本可能讓常用目的地顯得難找。Material 3 現行 Android 指引偏好在緊湊版面使用導覽列呈現三至五個目的地，並隨視窗放大調整導覽方式；不要把舊版 Material 指引中「五個以上目的地使用側邊選單」的建議誤認為現今通用的門檻。
巢狀導覽透過清單、卡片或連結開啟子畫面，並以標題和返回控制項保留路徑。它適合類別、設定、產品詳細資訊和逐步任務。若層級被隱藏、返回行為不一致，或使用者必須層層返回才能到達同層項目，過深的巢狀結構就會令人挫折。當使用者經常跨分支跳轉時，可加入搜尋、捷徑，或更清楚的頂層結構。
| 模式 | 適用情況 | 留意問題 |
|---|---|---|
| 分頁／導覽列 | 少數平行區域值得頻繁直接存取 | 目的地過多、圖示含義不明、隱藏的溢出項目、各分頁狀態遺失 |
| 側邊導覽選單 | 使用者需要有組織地查看大量或分組的目的地 | 重要區域藏在選單後、清單過長、焦點或關閉操作有問題 |
| 巢狀導覽 | 使用者從上層集合進入相關的詳細資訊或任務 | 位置不明、返回行為不一致、層級過深、已輸入資料遺失 |
依任務頻率與螢幕尺寸選擇
想想使用者在一般使用過程中多常切換區域。少數穩定且高頻的目的地適合可見的導覽列。如果大多數時間都聚焦於單一任務或閱讀詳細資訊，就讓導覽低調一些，為內容保留空間。側邊選單可用於較少造訪的區段，但仍須確認使用者能找到並順利返回。
規劃視窗大小、方向與平台慣例。Apple 現行人機介面指南將 iPhone 分頁列描述為頂層導覽，並在 iPad 支援可調整的分頁列與側邊欄呈現。Material 3 將緊湊版面的模式稱為導覽列，並隨可用寬度增加提供不同導覽形式。這些模式目的相近，但元件並不相同；應遵循各平台原生的位置、行為與調整方式，而不是將一個平台的外觀直接複製到另一個平台。
讓方向感與復原能力值得信賴
只用圖示會增加學習導覽的難度，對螢幕閱讀器使用者也可能不夠清楚。為目的地提供簡短可見的標籤，以語意方式揭露選取狀態，並確保控制項具有無障礙名稱和足夠的點按範圍。檢查選取與未選取狀態的對比度、較大文字、在地化及由右至左的版面。支援時，使用 VoiceOver 或 TalkBack，以及鍵盤或切換開關導覽進行測試；側邊選單開啟、選取目的地或關閉畫面時，焦點應可預期地移動。
復原也是導覽的一部分。區分「返回」與「關閉」：返回會沿層級往回走，關閉則會離開暫時性或模態呈現。切換頂層區域或從詳細資訊返回時，保留有用的位置及已輸入資料。目的地為空或暫時無法使用時，應保持其位置穩定並說明狀態，而不是悄悄移除或停用導覽。對破壞性或高成本任務，應在使用者確認前讓返回路徑清楚可見。
實用的導覽檢查
以真實任務走過應用程式，再開啟無障礙功能重複操作。記錄使用者能否辨識目前區域、到達常用目的地，並在走錯路後復原。在小型手機和較大視窗上比較同一段歷程；即使控制項形式改變，適應式版面仍應保留資訊架構。
利用畫面資料庫比較真實的應用程式區段與流程範例，再根據產品任務評估每種方式。最有力的模式會在應用程式成長時保持結構清楚，並在中斷後提供明確的返回路徑。
- 新使用者能否只看標籤就說明頂層區域？
- 同層目的地是否容易切換，選取狀態是否清楚？
- 詳細資訊畫面是否顯示有意義的標題及可預期的返回路徑？
- 開啟和關閉側邊選單時，是否保留情境，並合理移動無障礙焦點？
- 使用較大文字與輔助技術時，標籤、點按目標、對比度及選取狀態是否仍可使用？
- 使用者能否返回，而不失去草稿輸入、捲動位置或層級中的有用位置？
- 結構能否適應較大螢幕，而不重複顯示互相競爭的主要導覽？
