「旁白」的評估標準

若為 iPhone，請觀看 How to Navigate your iPhone or iPad with VoiceOver（如何使用「旁白」功能瀏覽 iPhone 或 iPad）影片，然後參閱在 iPhone 上開啟和練習「旁白」、在 iPhone 上使用「旁白」手勢，以及當「旁白」開啟時操作 iPhone。

若為 iPad，請觀看 How to Navigate your iPhone or iPad with VoiceOver（如何使用「旁白」功能瀏覽 iPhone 或 iPad）影片，然後參閱在 iPad 上開啟和練習「旁白」、在 iPad 上使用「旁白」手勢，以及當「旁白」開啟時操作 iPad。

若為 Mac，請參閱在 Mac 上學習和練習「旁白」，然後檢視 macOS 版 《旁白使用手冊》中的其他主題。

若為 Apple TV，請參閱在 Apple TV 上使用「旁白」。

若為 Apple Vision Pro，請參閱在 Apple Vision Pro 上開啟和練習「旁白」，以及在 Apple Vision Pro 上瞭解「旁白」手勢。

若為 Apple Watch，請參閱在 Apple Watch 上使用「旁白」。

按鈕、圖像、表單控制項和所有其他元素都應包含簡潔的標籤，以便為「旁白」使用者提供相應的文字說明。若為互動式文字欄位和類似的表單控制項，除了所選內容的文字值（例如，「555-555-1212」），還應具備標籤（「電話號碼」）。

標籤應簡潔扼要，讓使用者能快速瀏覽並理解介面內容，而不會感到繁瑣。舉例來說，用來撰寫新訊息的按鈕應標示「新訊息」，而不是「按下以撰寫新訊息」之類的冗長內容。

請確保在沒有前後文的情況下，標籤的意思依舊清楚明白。由於「旁白」使用者可能以不同的方式抵達某個元素，請不要使用模棱兩可的標籤，像是「按一下此處」或「進一步瞭解」。當使用者以非線性的順序遇到該項目時，這樣的文字會不清楚。如有多個動作元素具有相同的標籤，例如購物車中的「刪除」，則標籤文字應能清楚說明該動作將導致的結果，尤其是會發生破壞性動作的情況下。舉例來說，應說明要刪除哪個購物車項目。

請確保標籤不包含控制項的類型（如「註記框」）或狀態（如「已勾選」）。否則，「旁白」可能會向使用者朗讀多餘的資訊，例如「『取消訂閱』註記框、註記框」。請改在你的 App 中，將這類資訊設為 Trait（特徵），或透過各裝置適用的類似 API 來實作。

大多數影像應包含相關描述或替代文字。如果影像純為裝飾用，請確保「旁白」功能會完全忽略這個影像。

如果你的 App 能讓使用者上傳媒體（例如影像），請確保使用者能為他們產生的內容加入標籤或描述，以便「旁白」使用者在遇到媒體時，能聽到此描述。

若為圖表及其他資料視覺化內容中，你應透過更專門的圖表 API 加入輔助使用資訊，或至少提供相當完整的替代文字。

如果你 App 的一般作業需要用到第三方或使用者原創的內容，請參閱 Accessibility Nutrition Label 概覽中有關第三方內容的詳細指南。

如需更多資訊，請觀看 Writing Great Accessability Labels（編寫出色的輔助功能標籤）和 Bring accessibility to charts in your app（「聽見」App 中的圖表）影片。

當「旁白」使用者抵達某個項目上時，除了標籤或文字內容之外，「旁白」功能應朗讀元素的類型。例如，「取消訂閱所有電子郵件，註記框」。

使用者應能瞭解控制項的狀態與值。請注意，使用者可由朗讀的內容得知預設狀態，因此「旁白」不會予以朗讀。例如，聽到「取消訂閱所有電子郵件，註記框」這段旁白，即可得知註記框預設是未勾選狀態。此外，請記得透過 API 更新控制項的狀態和值。承上例，使用者勾選了註記框後，「旁白」就會描述該控制項，包括其新狀態。例如，「取消訂閱所有電子郵件，已勾選的註記框」。

包括「旁白」在內的輔助科技都要能夠取用 App 中的所有可見文字。段落等純文字元素不需要單獨的標籤，但你應確保「旁白」功能可以朗讀文字內容。

自訂鍵盤和文字輸入法（例如，自訂鍵盤或 PIN 碼輸入小工具）要能透過「旁白」功能操作，除了提供準確的文字輸入和選取範圍，還要能以語音或點字為使用者輸出正確的內容。

暫時性的狀態橫幅和重要的 App 內提示應及時傳達給「旁白」使用者，但不應造成干擾或中斷。AccessabilityNotification（無障礙通知）能助你達成此一目的。

「旁白」使用者要能夠依序（向右滑動、「旁白」變更鍵 + 向右鍵等），或在大部分平台上使用轉輪和觸控式導航，來前往任何可見元素。

「旁白」使用者要能繼續前進、後退（向左滑動、「旁白」變更鍵 + 向左鍵等），或在大部分平台上使用轉輪和觸控式導航，來離開他們所在的元素。

如果你以結成群組的方式呈現多個元素或動作，「旁白」使用者要能前往群組中的各個項目，或透過自訂動作等功能，與結成群組的多項行為（例如，回覆、轉寄、刪除）展開互動。

「旁白」使用者不用跳過某些項目，或重覆返回同一項目，就能前進到各個元素。建議順向導覽所有內容，然後逆向導覽所有內容。若為轉輪，同樣建議順時針和逆時針方向循環導覽所有項目。

當系統在背景重新載入或重新整理內容時，「旁白」使用者的閱讀位置不應無預警重置。舉例來說，當「旁白」使用者靠近內容 Feed 的底端時，App 載入了更多內容，則「旁白」游標不應突然重置到列表頂端。

當畫面有變化或出現互動對話框時，「旁白」游標要能按照邏輯前往新的內容區域。「旁白」使用者不該移動到隱藏、背景或螢幕之外的內容中。

「旁白」的啟用手勢（選取，然後點按兩下）和鍵盤指令（「旁白」變更鍵 + 空白鍵）所觸發的動作，應與標準點按相同。

即使在「旁白」啟用的狀態下，標準的鍵盤操作（例如，方向鍵），和鍵盤快速鍵（變更鍵 + 最終鍵），也要能繼續使用，且當使用 Tab 鍵、方向鍵等標準鍵盤操作進行瀏覽時，「旁白」游標要能隨之變動。

如果你 App 的控制項提供快速鍵選單、長按選項或其他非預設動作，建議你以自訂動作提供相同操作，不論是使用「旁白」動作轉輪，或相對應的的「顯示快速鍵選單」鍵盤指令（「旁白」變更鍵 + Shift + M）。

「旁白」要能用於對話框等互動式檢視畫面。你的 App 應確保「旁白」功能無法取用互動式檢視畫面後方的停用內容。同時，App 也要讓「旁白」使用者能夠使用 Escape 鍵或 accessPerformEscape 動作來結束互動式顯示畫面，例如，關閉對話框。

拖放或多點觸控手勢等複雜的 App 操作，要以可尋見的無障礙方式提供，例如，透過自訂轉輪或動作。請盡可能使用 Apple 提供的原生 API，以降低實作的複雜度。

如果 App 或 App 內含的架構使用了自訂元素，則所提供的輔助使用功能，應與 Apple UIKit、AppKit 和 SwiftUI 架構所提供的原生元素相對應。舉例來說，自訂按鈕、標籤列（tab bar）和滑桿要能透過「旁白」操作，且所傳達的資訊，與標準 API 下相對應元素的控制項相同。