先選定一項實際任務
先寫下訪客要完成的事,例如查看營業時間、瀏覽作品或打開詢問入口。使用社群個人檔案實際分享的公開網址,不要只看編輯器截圖。記錄日期、裝置、瀏覽器、目標與第一個遇到的障礙,才能區分操作問題和個人美感偏好。另一個編輯分頁中的未儲存內容應先保留。在Linkrise確認所選頁面,儲存後等待成功訊息,再查看公開結果。本機草稿不能信任資訊訪客已看到變更。沿著路徑確認到目標頁面即可,不必為了測試真的下單或預約。
按鈕名稱要交代動作和去向
不看旁邊的照片,只讀按鈕文字,試著判斷每一個會打開什麼。多個「更多」或「這裡」會讓人猜測,可以改成「查看人像作品」與「詢問可預約時段」。詢問表單不應承諾已確認預約。若PDF或外部服務會影響操作預期,適度說明目標頁面類型。也要直接檢查實際網址;名稱清楚不代表已關閉的舊表單能重新使用。翻譯後文字較長時,刪掉多餘字詞,但保留不同目標頁面的差異,不要只用未解釋的表情符號取代關鍵文字。
編輯示例:讓按鈕說明目標頁面
Mira Studio是以目前Linkrise Studio的渲染功能與Peach Ribbon主題製作的虛構個人頁面。三個按鈕區分不同目標頁面。這不是無障礙認證,也不是客戶成效案例。小型預覽不能信任資訊完整操作、各種狀態的對比度或外部預約流程正常;請在完整公開頁面逐項確認。
在實際背景上測量對比度
把目前文字與背景的實際顏色交給對比度工具測量。WCAG對一般文字提出4.5:1要求,並有明確定義的例外;單一數值不代表整頁都符合要求。文字疊在照片上時,不能只選容易閱讀的背景區塊,應查看最難讀的位置。更換圖片、主題或裁切範圍後再測一次。複雜照片若難以維持清楚,可以考慮較簡單的影像或穩定文字底色。重要狀態不要只靠顏色傳達。如果焦點或系統標籤無法自行調整,記下元素與重現步驟,再向服務提供者回報。
讓圖片中的重要資訊也能以文字閱讀
若一張海報集中放了地址、時間和預約說明,不能讀取圖片的訪客仍需要這些資訊。把必要內容寫進頁面文字,再以清楚的連結提供完整菜單或詢問入口。圖片是傳遞資訊、充當連結,還是純粹裝飾,會影響需要的替代內容,可參考文末W3C判斷流程。編輯工具支援替代文字時,描述實際資訊或動作,不要填檔名或堆疊關鍵字。圖說不會自動修好全部語義問題。檢查公開輸出,若無法提供必要名稱或等效資訊,保留可讀內容並向提供者說明限制。
用鍵盤走完一次路徑
在桌面瀏覽器用Tab前進、Shift+Tab返回,普通連結可用Enter開啟。查看目前焦點是否可辨識、移動順序是否合理、能否抵達主要目標頁面。其他控制項應依它支援的鍵盤方式操作,不能假設全部都和連結一樣。記下到不了的按鈕、看不見的焦點,或無法離開的區域,也記錄最後還能操作的元素。不要用裝飾圖片掩蓋壞掉的控制項。鍵盤檢查不等同螢幕閱讀器評估;可行時邀請輔助科技使用者檢查,記錄具體困難,不必收集個人醫療資料。
分開檢查放大文字與窄螢幕排版
檢查最長按鈕名稱、簡介與聯絡資訊在放大後是否仍可使用。文字放大至200%的指引,與縱向內容在320 CSS像素參考寬度下重新排列的指引,是不同的準則;一張截圖無法信任資訊所有條件都已滿足。尋找被固定高度切掉的字、被圖層遮住的資訊和移到畫面外的控制項。記下裝置、放大方式與設定,讓別人能重現問題。手機還要實際點按,看看相鄰操作是否難以選取。只為了塞進畫面而縮小字體,可能隱藏溢出,卻讓閱讀變得更困難。
做一項小修正,再確認公開結果
保留五項紀錄:任務、障礙、相關元素、預計修正、複查結果。虛構攝影工作室可以替三個同名按鈕重新命名,再請別人在沒有提示下找到詢問入口。這是編輯練習,不是客戶成效資料。把自己能改的內容,與必須由提供者修復的程式問題分開。在Linkrise保留未儲存內容,用現有控制項修改並儲存,接著重新打開公開網址。除了原本失敗的任務,也檢查附近控制項,避免改善一處卻遮住另一處。外部預約的空檔與完成結果,仍要在對應服務確認。
結束檢查前的常見問題
自動掃描沒有錯誤,就代表整頁完全無障礙嗎?不代表,工具只能發現部分問題,需要搭配人工操作與適當的輔助科技評估。選用某個主題是否有保證?也沒有,公開文字、圖片和互動共同決定體驗。何時應重新檢查?更改重要文字、圖片、語言、主題或主要目標頁面後,重做受影響的項目。留下有日期的紀錄,不包含個人預約資料。正式符合性評估需要明確範圍與更完整證據,不能僅憑這份初步清單發布認證標章;先處理阻止訪客完成主要任務的障礙。
