只用鍵盤的客戶能否離開嵌入式預約工具？

先看清嵌入工具的邊界

預約工具即使由另一家公司供應，嵌入後仍是商戶頁面向客戶提供的旅程。客戶可由服務說明按 Tab 進入預約框，選好日期，卻發現之後每次按 Tab 都在框內兜圈。WCAG 2.2 成功準則 2.1.2 指出：若鍵盤可把焦點移進某元件，也必須能只靠鍵盤離開。若離開需要一般方向鍵、Tab 或其他標準退出方法以外的操作，必須讓使用者知道方法。只能用滑鼠離開，不能解決實際障礙。

焦點暫時留在元件內，並不一定就是問題。正式打開的預約對話框可在使用期間限制焦點，只要客戶知道如何關閉並回到頁面。日曆格可以用方向鍵移動日期，再用 Tab 到下一控制項。真正的陷阱是鍵盤無法到達工具後面的內容、關閉操作，或已說明的退出方法。應測試實際互動，不要把任何重複焦點移動都判為失敗。同時分清「焦點提示看不見」和「焦點真的被困」；兩者都要修，原因卻不同。

提出修正前，先列出每一層由誰控制。商戶可控制主頁、預約流程連結、嵌入框位置，以及可能存在的啟動按鈕；供應商則可能控制日曆、程式、焦點管理和關閉行為。跨來源嵌入框通常令主頁無法直接改寫供應商內部介面。這是需要測試和向供應商跟進的邊界，不是把問題推走的理由。要求供應商示範目前實際嵌入版本的完整鍵盤路徑，包括焦點如何回到主頁。

用鍵盤重走完整旅程

在新的瀏覽器工作階段打開服務頁，把滑鼠放下，只用 Tab、Shift+Tab、Enter、空白鍵、工具指示的方向鍵，以及適用時的 Escape。記錄進入前焦點在哪裏、嵌入框內第一個可聚焦元件、選日期及時間的經過、退出後首先到達哪個元件。再用 Shift+Tab 反方向走一次。若只能單向離開，想返回服務說明的客戶仍可能受阻。留意可見焦點；可以的話也用屏幕閱讀器聆聽，但視覺或語音觀察都不能代替實際證明鍵盤可退出。

不要只測工具初始畫面。日曆首屏可能正常，但選日子後、顯示沒有空檔時、驗證失敗時，或確認畫面出現後才困住焦點。至少重做一次有效選擇、一次資料不完整或有誤的提交，以及一次取消。如登入或付款會再開第二個嵌入面板，也要納入測試。記下供應商版本、瀏覽器、裝置、畫面寬度及確切按鍵次序，讓對方能重現。目標是可重現的客戶路徑，不是含糊說「無障礙似乎有問題」。測試時不要輸入真實客戶資料。

例子是一間物理治療中心，在療程資料與聯絡方法之間嵌入預約框。鍵盤焦點進入日曆、到達時段後，卻在時段與隱藏說明圖示之間循環；客戶到不了下方聯絡連結，也回不到上方標題。中心應先記下這串操作，要求供應商修正框內焦點次序或提供鍵盤出口。同時可提供通往可操作獨立預約頁的一般連結，或清楚說明其他聯絡方法，但替代路線也要親自測試。這是診斷示例，並非對某真實供應商的評述。

還要檢查供應商嵌入框載入很慢或失敗時的邊界。如果焦點已進入載入提示，而供應商程式一直未完成，客戶仍須能退回主頁，使用另一條預約路線。辦公室高速網絡的測試可能看不到這狀態；若測試環境容許，可減慢連線，或在測試端點模擬無法連接。主頁應在嵌入框以外提供清楚的後備連結，不要在等待期間把其餘頁面全部隱藏。這是同一鍵盤退出問題的韌性檢查，不是承諾可以預防所有供應商故障。

選擇客戶真正用得到的修正

最直接的修正通常在工具內部：讓 Tab 和 Shift+Tab 正常進出控制項；若互動刻意使用對話框，則提供清楚的關閉按鈕和返回路徑。若真的必須用特別組合鍵，應在進入元件前以可見、可讀的文字說明，情況允許時亦在元件內顯示。不要只把說明藏在被困者到不了的支援文章。W3C 的 G21 技巧列出幾種方法：Tab 可離開、提供已說明的鍵盤出口，或在進入前告知技術本身的返回上層指令。

若供應商未能及時修好嵌入版，先評估連到其獨立預約頁是否較好。要由進入、完成確認到返回都測試，不能只確認連結打得開。若獨立頁仍困住使用者，提供可行的預約申請途徑，例如標準表格或電話聯絡，並寫明服務時間和所需資料。後備途徑應讓客戶申請同一服務，毋須先解釋自己的障礙。電話可作修復期間的服務延續，但不能把一個電話號碼稱為完整的數碼修正。

不要在主頁加上「一進嵌入框就自動跳走焦點」的補丁，這可能令客戶完全無法用日曆。主頁亦不宜盲目攔截所有 Escape 鍵，因為工具內部選單可能需要它。應與供應商協調已測試的改動，並在桌面和流動裝置配鍵盤的情況檢查邊界。若移除工具，舊預約連結及操作說明須指向替代方案。正確修正的衡量標準是：使用者能進入、完成或放棄任務，並繼續操作頁面的其他部分。

與供應商討論修正時，要求小型驗收示範，比籠統的無障礙聲明有用。提供確切的進入焦點、按鍵次序和出錯狀態，請對方用錄影或測試環境展示向前退出、反方向退出，以及確認後返回。商戶仍要在自己的主頁親自驗證，因供應商獨立展示頁的嵌入邊界可能不同。若對方建議特別快捷鍵，要檢查它在目標環境中不會與瀏覽器或輔助技術指令衝突，而且相關說明在客戶需要使用前就已可讀。

訂明驗收方法

把驗收路徑寫成另一位同事可重做的步驟：從正常連結到頁面，用 Tab 進工具，選時段，向前離開到下方內容，向後返回，取消，並在出錯後恢復。若有特別退出方法，記下它是否在進入前已告知、實際是否有效。商戶若提供英文與繁體中文，兩版都測；翻譯後的標籤長度、控制項順序或組合鍵說明可能不同。可在內部問題系統保存按鍵紀錄，但公開文章不能暗示某供應商已受審核，除非真有測試。

供應商改動程式或預約流程、商戶自行改動頁面範本後，都要重測。供應商更新可能改變焦點次序，外觀標誌卻完全一樣。把完整鍵盤旅程寫入採購或上線驗收條件，避免換系統後才發現問題。若團隊未能重現投訴，請對方指出裝置及卡住步驟，再到該邊界測試。某瀏覽器一次通過，是該設定下有用的證據，不能推論所有輔助技術和裝置組合都無問題。

最後要對尚未修好的缺陷作業務決定。若只用鍵盤的人無法離開或完成預約，不能因滑鼠可以訂到位就稱嵌入流程已準備好。供應商修復期間，保持已測試的替代途徑清楚可見，並指定同事跟進。供應商表示修好後，用原先記錄的按鍵次序及反方向路線重測，也要驗證確認和放棄狀態。客戶應能像進入工具一樣，主動且可預期地離開，焦點落點亦應清楚。