無障礙 Emoji 使用：讓你的文字在朗讀時也能被理解

使用螢幕閱讀器瀏覽的人通常透過 Emoji 的名稱來感知它。該名稱不一定與作者所想的隱含意義相同。W3C H86指南特別指出了這一點。 來源：W3C H86

寫出你想傳達的內容

一個簡短的例子：

星期五 ☕，然後 📞，最後 📄。

即使看到這個句子，也可能有多種解釋。它意味著喝咖啡、電話協調和發送文件嗎？這些事情何時發生，誰負責什麼？僅朗讀符號的名稱本身無法回答這些問題。

更精確的版本：

星期五 9 點我們見面喝咖啡。之後我會打電話給供應商，下午發送摘要。

如果你想為咖啡添加一個杯子圖示，句子仍應保持完整。在公告中，日期、地點、價格和待辦任務都應以文字形式呈現。社群無障礙建議也支持這種做法。 來源：NCDIT, Social Media Content Accessibility

朗讀長串符號可能變成冗長的清單

在「恭喜！ 🎉🎉🎉🎉🎉」訊息中，螢幕閱讀器可能會多次朗讀相同的名稱。請嘗試僅使用一個符號：「恭喜你的成果！ 🎉」這樣句子聽起來更簡短。建議將符號放在自然的停頓點，例如段落結尾。 來源：Section508.gov, 社群媒體

在介面支持的地方，列表中請使用真正的清單格式。如果你在每一行開頭都插入相同的星號、勾號或手指圖示，請思考重複符號提供了什麼資訊。簡單的編號或內建清單通常能提供更易於追蹤的結構。

然而，在 Emoji 本身即為主題的比較中，展示多個符號是合理的。此時請在旁邊寫上名稱並解釋差異。這樣讀者無需區分圖片也能掌握重點。

你可以在自己的網站上做什麼？

如果一個 Emoji 承載獨立意義，可以在 HTML 中為其分配無障礙名稱。符合 W3C 所介紹方法的自定義範例：

<span role="img" aria-label="Sikeresen elküldve">✅</span>

在此範例中，無障礙名稱傳達了發送成功。 aria-label 不會作為標籤顯示給視力正常的讀者，因此請也用可見文字寫出重要狀態。按鈕標籤應命名操作：例如「複製」。

對於作為圖片檔案插入的 Emoji，請根據圖片的功能決定 img 元素的替代文字。如果圖片旁邊已完整呈現相同資訊，且圖形未增加新意義，則使用空的 alt="" 是合理的。 W3C 關於圖片的指南詳細說明了這種取決於情境的決定。 來源：W3C, Decorative Images

檢查應在最終介面進行

在社群貼文中，技術選項通常較受限，因此寫好句子特別重要。無障礙名稱的處理可能取決於系統和應用程式。單一的 HTML 解決方案或成功的測試本身無法證明整個頁面的無障礙性。

為了進行實務檢查，請先閱讀不含符號的文字，然後在最終介面使用螢幕閱讀器聆聽。注意哪裡重複了不必要的資訊，哪裡句子中斷，以及是否有未解釋的暗示。修正後，請在同一處重複測試。

作為開始，請選擇一個常用的貼文或客戶訊息。縮短不必要的符號串並寫出遺漏的文字，立即成為具體且可驗證的變更。