營運與維護 · 實作指南
AI 已經完成了，屏幕閲讀器用户聽到了嗎？
檢查 AI 等待、完成和失敗提示是否能被屏幕閲讀器獲知，並保留焦點與恢復路徑。
AAHouse 原創解說影片，採用 AI 輔助概念畫面、合成旁白及原創音樂。
英文逐字稿 · 簡體中文普通話逐字稿 · 台灣華語逐字稿 · 香港粵語逐字稿 · 澳門粵語逐字稿
屏幕在動，用户卻不知道發生了什麼
想像一家美國設備租賃商的詢價助手：客戶點擊“生成清單”後，頁面出現轉圈圖標，隨後顯示“已完成”。這是虛構設計評審，不是客戶事故。對於依賴屏幕閲讀器的人，視覺變化可能沒有對應提示。問題不在模型回答得夠不夠聰明，而在等待、完成和失敗是否能被感知。
依已核准文章重繪的解說示意圖。
改版一：把狀態和結果分開
W3C 對狀態消息的說明涵蓋操作結果、等待、進度與錯誤等資訊，但完整搜索結果本身不等於狀態消息。[1] 因此，我們建議保留清單正文，另用短句說明“清單已生成，共三項，等待你核對”。不要把“已生成”寫成“已預訂”；狀態文字必須準確對應業務階段。
依已核准文章重繪的解說示意圖。
改版二：讓短提示被聽見
W3C 的 ARIA22 技術展示了如何用 status 角色標記狀態區域。它具有 polite 的預設播報優先級，不需要把鍵盤焦點移過去。[2] 實現時先建立狀態容器，再更新內容；若需要播報完整短句，可明確設置 aria-atomic 為 true。代碼標記不是相容性測試的替代品。
依已核准文章重繪的解說示意圖。
改版三：別讓每個字都打斷用户
流式 AI 回答可能逐字刷新。我們建議不要把整篇輸出的每次變化都當成緊急提醒，而是播報有用的階段變化，並讓用户主動閲讀正文。W3C 的提示模式也提醒避免頻繁打斷，且普通提醒不應搶走鍵盤焦點。[3] 真正必須中斷的對話框，應按不同交互模式設計。
依已核准文章重繪的解說示意圖。
改版四：失敗之後留一條路
假設生成失敗，短提示可說明“未能生成清單，你填寫的內容仍保留”，頁面同時提供可找到的重試或人工幫助入口。這是產品建議，不是對任何現有應用的驗證。不要只讓轉圈圖標消失，也別顯示無法解釋的“出錯了”。重試按鈕的行為仍需遵守原有防重複與審批規則。
依已核准文章重繪的解說示意圖。
驗收：聽提示，也走完整條路徑
建議讓測試者使用目標瀏覽器與屏幕閲讀器，從開始、等待到完成和失敗各走一遍，再用鍵盤找到結果與恢復入口。記錄實際聽到的文字、順序和焦點位置，而非只檢查頁面裏是否有屬性。本文提供的是評審方案，未測試客戶系統，也不構成整站無障礙合規結論。
依已核准文章重繪的解說示意圖。