如何讓內容密集的 RPG 角色卡更容易使用螢幕閱讀器進行導覽
若想幫助玩家在跑團時迅速找到角色細節，請圍繞常見的遊玩任務重新整理角色卡：確認檢定數值、選擇行動、更新資源，或回顧特性。請在可編輯文件或無障礙數位角色卡中使用真正的標題和標籤，然後使用你打算使用的螢幕閱讀器和應用程式測試這些導覽路徑。僅進行視覺上的重新設計，底層結構可能仍維持不變。
從需要查閱角色卡的時機著手
在更改版面配置之前，請先列出你在遊戲過程中最常提出的問題。例如：「這次檢定我要加多少？」、「我可以採取哪些行動？」、「這項特性有什麼效果？」以及「還剩幾次使用次數？」這些問題就是實用的索引：它們告訴你哪些資訊必須容易取得，哪些可以放在較少使用的參考區塊。
依任務分組資訊，而非依紙本角色卡的視覺外觀。角色的關鍵數值可能分散在好幾個框框中，但螢幕閱讀器使用者可能必須讀完無關的文字才能拼湊出這些資訊。請將單一操作流程所需的項目放在一起，或提供一個標籤清晰的簡短快速參考區，並連結到下方的詳細說明。
請保持遊戲規則和角色的實際數值不變。重新組織角色卡只是改變資訊所在的位置，並不會改變特性、屬性值或資源本身的意義。
建立實用的標題大綱
建立一個明確的文件標題，然後使用具描述性的章節標題，例如「檢定與防禦值」、「回合內行動」、「特性與限制」、「裝備」和「跑團筆記」。讓標題能反映後續的內容，讓玩家不必讀完每個段落就能決定要跳到哪裡。W3C 指引說明，正確標記的標題有助於螢幕閱讀器使用者導覽並理解文件大綱；僅改變字體大小或加粗並無法提供這種結構。W3C 關於無障礙網頁編寫的指引
請使用文字處理器內建的標題樣式，或數位工具中適當的標題控制項，而不是單純將一般文字格式化成看起來像標題。保持邏輯層次結構：主要章節應為頂層標題，子章節則位於其下。避免僅依視覺大小來選擇標題層級。標題清單讀起來應該就像角色卡的簡明地圖。
為標題提供足夠的細節以區分相似的章節。如果「能力」同時包含屬性檢定和特殊能力，這個詞可能就會過於模糊；「屬性檢定」和「角色特性」會是更清晰的目的地。W3C 建議使用具描述性的標題和標籤，並指出正確的標記可讓輔助技術將其呈現以供導覽。W3C 關於標題與標籤的說明
將常用資訊置於首位
圍繞遊戲節奏來排列各章節。簡潔的開頭區塊可以包含角色姓名、常用調整值、防禦值、移動力或其他常檢查的數值，以及最常更新的資源。接著列出行動選項和特性說明，最後才是較少查閱的細節，例如背景、較長的裝備附註或戰役歷程。
開頭區塊應保持簡明扼要，才能發揮作用。它應該回答常見問題，而不是在玩家瀏覽其他內容之前，就把整張角色卡重新抄錄一遍。如果相同的數值同時出現在快速參考區和完整區塊中，請決定哪個是權威基準，並在角色變更時同時更新兩者。附上一則簡短的維護提示——「當此數值變更時，請更新快速參考」——有助於防止資料不一致。
使用能說明數值含義的標籤。「加值：+5」比單獨的「+5」更有用；「剩餘使用次數：2」比單純的「2」更清楚。如果某項資源會在遊戲中變動，請提供一致的方式來查看其目前數值和上限，例如「專注點：剩餘 3 次中的 2 次」。切勿僅依靠顏色、位置、邊框或符號來區分：當內容被朗讀出來時，這些視覺提示可能無法傳達。WebAIM 建議使用邏輯嚴謹的文件結構和清晰的文字，而非單靠顏色傳達資訊。WebAIM 的無障礙網頁簡介
將特性編寫為實用的行動區塊
對於每項規則或特性，請先寫出名稱，然後解釋它能讓角色做什麼、何時適用、消耗或需求是什麼，以及任何限制或持續時間。將這些細節放在一起，玩家就不必為了做出決定而到處查找。套用一致的模式會很有幫助：「特性名稱。使用時機……選擇……消耗……限制……效果結束時機……」請根據遊戲調整各欄位；省略不適用的欄位。
當選項構成一個集合時，請將它們分成真正的清單，例如行動、法術、準備的物品或狀態。為每個項目提供獨特的名稱和簡短說明。避免使用定位字元（Tab）、重複空格或裝飾性分隔線來模擬欄位：在線性朗讀時，它們的視覺排列可能無法清楚表達彼此的關聯。如果某個項目有較長的規則說明，請在清單旁保留簡短的行動摘要，並為完整條目提供具描述性的標題。
對於角色卡或手寫筆記的圖片，請新增傳達圖片所含資訊的文字，或將該資訊謄寫到文件中。裝飾性的角色肖像不需要帶有遊戲數據。W3C 建議替代文字應傳達圖片的資訊或功能，而純裝飾性圖片則可不加描述性替代文字。W3C 關於無障礙網頁編寫的指引
簡化表格和互動控制項
只有當資訊依賴列與欄的關係時才使用表格，例如包含物品、數量和備註的物品欄。為欄位設定具體名稱，保持表格簡潔，並在支援的工具中使用真正的標題儲存格。W3C 解釋，當使用者在正確標記的資料表格中移動時，螢幕閱讀器可以播報標題資訊；視覺對齊的文字或定位字元無法保留這些關聯。W3C 關於表格標記的技術說明
許多角色選項若以標題和清單呈現，會比用寬表格更容易閱讀。包含冗長說明的法術或特性表格可能會迫使使用者頻繁跨欄移動，並增加掌握當前項目上下文的難度。如果必須使用表格，請將欄位限制在真正具有可比性的資訊上，並在更簡單的結構可行時避免合併儲存格或多層標題。
對於可填寫的表單，請確保每個控制項都有具意義的標籤，並且可以按邏輯順序存取與使用。核取方塊應由其控制的選項來識別，而不是靠位置或未加說明的符號。WebAIM 指出表單控制項需要以程式設計方式關聯標籤。具體設定因應用程式而異，因此請在使用該角色卡的實際工具中檢查這些控制項。WebAIM 的無障礙網頁簡介
製作快速參考區，同時保留完整規則
簡短的「速覽」區塊可讓常用行動的操作更快速，而完整的特性文字仍可在其專屬標題下隨時查閱。例如，速覽區可以寫「回氣（Second Wind）——恢復生命值；每次休息一次」，而完整特性條目則解釋遊戲中確切的時間點和數值。請將摘要明確標記為摘要，切勿讓摘要取代可能改變行動運作方式的條件或例外情況。
當角色擁有大量選項時，這種雙層架構最為實用。它為玩家提供了進行常規檢定的捷徑，以及面對不熟悉情況時的完整查詢路徑。如果仍在學習規則，請盡量保持用詞接近官方角色選項或團員約定的筆記，並保留任何影響使用的條件。
測試遊玩時會使用的導覽路徑
請在跑團時預計使用的相同應用程式和螢幕閱讀器中開啟角色卡。首先檢查標題清單：各章節名稱是否構成了一份實用的大綱？你是否能直接跳轉到檢定、行動和特性？接著使用該應用程式平常的閱讀與控制方式進行導覽，嘗試尋找常用的調整值、某項行動的消耗或限制，以及需要更新的資源。各款螢幕閱讀器的指令互有不同，因此請遵循特定螢幕閱讀器的指引，不要預設存在放諸四海皆準的快捷鍵。
仔細聆聽遺漏了什麼，以及重複了什麼。某個標題視覺上可能很突出，但並未出現在標題清單中；某個數值被朗讀出來時可能沒有附帶標籤；或者表格橫向朗讀儲存格時沒有清楚交代彼此的關聯。修正文件結構或文字措辭，然後再次走訪相同的路徑。如果 PDF 或匯出的複本是你流程的一部分，請務必也檢查該版本：無障礙支援可能會在匯出過程中改變，可編輯的原始檔案並不能保證匯出的檔案仍完整保留其結構。WebAIM 建議讓非 HTML 文件也具備無障礙性，並指出加上標籤（tagged）的 PDF 可以向螢幕閱讀器呈現結構。WebAIM 關於無障礙文件的說明
詢問將使用這張角色卡的玩家，哪些路徑對他們最重要，以及修改後的結構是否適合他們。每個人的偏好、工具和熟練程度都不相同；檢查清單可以找出結構性問題，但無法替別人決定最喜愛的組織方式。請保持來源角色卡易於更新，並在角色發生變更時隨時回頭檢視快速參考中的細節。