顧客調整字距與行距後，內容會否消失？

先理解準則真正要求

WCAG 2.2 的 1.4.12 檢查使用者自行調整四種文字間距後，內容和功能是否仍然完整。對支援這些屬性的標記語言，測試值包括至少為字體大小 1.5 倍的行高、段落後距至少 2 倍、字距至少 0.12 倍，以及詞距至少 0.16 倍。這些是使用者套用來測試的數值，不是要求每個顧客頁面平日都採用相同外觀。重點是覆寫後仍能閱讀及操作。

準則對某種語言及書寫系統沒有使用的文字間距屬性設有例外。香港網站有英文及繁體中文版本，這一點尤其重要：連續中文字沒有詞與詞之間的空格時，詞距可能幾乎不改變畫面，但行高、字距及容器伸縮仍可能產生影響。不可因此把整個中文版本排除，也不可用英文結果代替中文測試。應判斷每種書寫系統適用的屬性，並查看頁面實際呈現。

選定真正重要的頁面狀態

測試範圍要從顧客任務選取，不應只看設計系統展示頁。納入較長的產品描述、價格或送貨表格、結帳摘要、帶驗證訊息的表單，以及窄版時導覽可能換行的頁面。英文與繁體中文都要選用接近真實長度的內容。短短的佔位句子往往揭露不了實際地址、服務名稱或指示會引起的問題。記下原本頁面及狀態，團隊才可比對顧客真正使用時的覆寫效果。

互動後的狀態亦要納入。確認橫幅在表單出錯前可能正常，顯示較長的修正指示後卻被裁切。按鈕文字在桌面版可能放得下，窄卡片中卻與旁邊價格重疊。較長的雙語導覽項目可能形成第二行，把內容推到其他介面層之下。因此要在新內容出現時檢查，不只測初始畫面。若網站有多種響應式版面，每種實際不同的版面都應測試；W3C 的 C36 測試程序亦明確提出這點。

以一致方式套用間距覆寫

先以頁面一般縮放比例測試，透過使用者樣式、擴充工具或測試工具，只套用準則指定的四種間距屬性。同一次測試不要順帶更改寬度、字體大小或縮放，否則難以判斷是哪項要求造成內容遺失。記下工具、數值和瀏覽器，方便其他編輯重現。逐一檢查連結、按鈕、分頁、表單標籤、錯誤訊息及說明文字等容器。判斷標準是內容及功能是否保留，而非頁面是否仍與原設計截圖一模一樣。

留意字母上下部分被切掉、固定高度隱藏最後一個詞、段落互相重疊、文字躲在旁邊卡片下，以及控制項名稱變得不可讀。若出現省略號，要查明完整內容可否透過清楚機制或連結目標取得；W3C 的說明只在內容仍可取得時容許此做法。除了目測，也要以鍵盤焦點測試「取得焦點才顯示」的機制是否真能使用。頁面乍看可能正常，卻有一條購買條件已經消失。

讓文字與容器有伸縮空間

W3C 的 C36 技術提供實際方向：文字間距增大後，容器須有足夠空間，或能隨內容伸展。卡片、導覽項目或提示框若以固定像素高度限制，輕微的間距變化都可能造成裁切。可合理增加高度的元件應由內容決定區塊大小，並容許換行。若某列必須保持緊湊，就檢查能否在特定版面改排列，或以可操作的方式顯示完整文字。應修正遺失內容的容器；縮小字體以掩飾問題，並沒有處理使用者覆寫。

水平方向亦須另行處理。有實際欄位關係的表格可能需要鍵盤可進入的捲動區；一組卡片則可改為直向排列。不要只為截圖整齊，就把價格與貨幣符號分開，或讓條件脫離其所適用的產品。中文內容要在實際字型下檢查標點及換行；英文則要留意較長服務名稱和不會自動斷開的識別碼。決策目標是保留資訊關係與操作，而非維持每行固定卡片數目。

以雙語送貨選項卡片作例子

假設網店的送貨選項卡片顯示方式名稱、預計時段、費用及適用條件。原版面中四行都放得下，但固定高度的卡片在覆寫英文間距後，條件增加兩行，最後一行便藏到卡片邊界之外。顧客可能在看不見重要條件下選擇該方式。先移除固定區塊高度，讓卡片隨內容伸展，再檢查選擇控制項仍屬於同一選項，旁邊卡片亦沒有重疊。

再載入繁體中文版本。即使條件意思相同，字數及換行仍可能不同；字距變化亦可能改變標點位置。若卡片旁有價格摘要，應確認兩者不會把對方推出可見範圍。然後輸入不適用地址，觸發提示訊息，再次套用覆寫，確保新增說明仍可完整取得。這是示範測試情境，不代表任何真實商戶或已量度的轉換效果；它說明驗收必須涵蓋完整決策及錯誤狀態，而非一張靜態卡片。

如實檢查兩種書寫系統

不要把語言例外解讀成整個中文版可免測。沒有空格的中文文字，調整詞距或許沒有明顯效果，但行高仍可令徽章中的字被裁切，字距亦可能令長按鈕標籤溢出。英文版若依賴絕對定位，段落後距增加還可能令指示與所說明的欄位分離。兩個版本都要測試真正有作用的屬性並記錄所見。若工具套用間距的方式異常，須核對其輸出，不能直接把擴充工具的報告當成網站缺陷證據。

每次修正後，都要讀完整段受影響文字。視覺補丁可能令外框不再溢出，卻在省略號後悄悄藏起一項限制。英文與中文版本應涵蓋相同的商業決策，但句式和行長可自然不同。審閱者應能回答：顧客需要知道哪項條件、覆寫前在哪裏、覆寫後在哪裏，以及鍵盤使用者能否取得。這種核對比計算每個元件有否維持原本尺寸更有意義。

留下可重複的回歸檢查

記下測試頁面、內容狀態、語言、版面、瀏覽器及覆寫數值。每項問題都應指出實際消失的文字或控制項，附上修改前後畫面，以及顯示完整內容所需操作。只有在覆寫後資訊和任務仍可取得，才算完成；把重疊移到另一處並不算修正。開發人員日後改動卡片、橫幅或導覽元件時，便知道要重新測哪條顧客路徑。測試組合應精簡至可在日常發布時重複執行。

這項測試本身不能證明網站符合所有無障礙要求。放大、內容重排、對比度及鍵盤操作各有獨立問題，雖然同一缺陷可能同時影響多項要求。就本題而言，下一步是選一條有代表性的英文及繁體中文顧客流程，套用四項文字間距覆寫，修正任何內容或功能遺失，並把操作路徑保留為發布檢查。企業得到的是對特定使用需要的證據，而非缺乏支持的整體無障礙聲稱。

處理缺陷時，應先修正遺失的購買條件和無法操作的按鈕，再處理純粹外觀位移。即使頁面看似整齊，適用資格句子被裁切仍可能影響顧客決策；卡片稍微變高，只要內容與操作完整，未必構成問題。請內容負責人以兩種語言讀完修正後的每項條件，確認畫面字句仍與實際供應安排一致。再請測試者在覆寫持續開啟的情況下完成任務，包括選擇選項及從無效輸入恢復。這樣才可分辨真正可用的修正，與只是把溢出藏起來的改動。日後示範文字換成更長的真實文案，應沿用同一組案例重測。