无障碍表情符号使用：让你的文本在朗读时也能被理解

使用屏幕阅读器浏览网页的人通常通过表情符号的名称来感知它。该名称不一定与作者所想的引申含义相同。W3C H86指南特别指出了这一点。 来源：W3C H86

写出你想表达的内容

一个简短的例子：

周五 ☕，然后 📞，最后 📄。

即使看到句子，也可能有多种解读方式。它是指喝咖啡、电话沟通和发送文档吗？这些活动何时发生，谁负责什么？仅朗读符号的名称并不能回答这些问题。

更准确的版本：

周五 9 点我们见面喝咖啡。之后我打电话给供应商，下午发送摘要。

如果你想给咖啡加一个杯子图标，句子仍应保持完整。在公告中，日期、地点、价格和待办任务都应以文本形式列出。社交无障碍建议也支持这种解决方案。 来源：NCDIT, Social Media Content Accessibility

朗读长串符号可能变成冗长的列表

在“恭喜！ 🎉🎉🎉🎉🎉”消息中，屏幕阅读器可能会多次朗读相同的名称。尝试只用一个符号：“恭喜你的成果！ 🎉”这样句子听起来更简短。最好将符号放在自然的停顿点，例如段落末尾。 来源：Section508.gov, 社交媒体

在界面支持的情况下，列表中请使用真正的列表格式。如果你在每一行开头都插入相同的星号、对勾或手指符号，请思考重复符号提供了什么信息。简单的编号或内置列表通常能提供更易遵循的结构。

然而，在表情符号本身即为主题的对比中，展示多个符号是合理的。此时请在旁边写上名称并解释差异。这样，读者无需区分图像也能获取核心信息。

你可以在自己的网站上做什么？

如果表情符号承载独立含义，可以在 HTML 中为其分配可访问名称。符合 W3C 介绍的方法的自定义示例：

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

在这个例子中，可访问名称传达了发送成功的信息。由于 aria-label 不会作为标签显示给视力正常的读者，因此请用可见文本写出重要状态。按钮标签应指明操作：例如“复制”。

对于作为图像文件插入的表情符号，请根据图像的功能确定 img 元素的替代文本。如果图像旁边已经完整包含了相同的信息，且图形没有增加新的含义，那么使用空的 alt="" 是合理的。W3C 关于图像的指南详细说明了这种取决于情境的决定。 来源：W3C, Decorative Images

请在最终界面上进行检查

在社交媒体帖子中，技术选项通常受到限制，因此写好句子尤为重要。可访问名称的处理可能取决于系统和应用程序。单一的 HTML 解决方案或成功的测试本身并不能证明整个页面的无障碍性。

为了进行实际检查，请先在不看符号的情况下阅读文本，然后使用屏幕阅读器在最终界面上听取内容。注意哪里出现了不必要的重复信息，哪里句子中断了，以及是否有未解释的暗示。修复后，请在同一位置重复测试。

开始时，选择一个常用的帖子或客户消息。缩短多余的符号串并写出缺失的词语，立即就能产生具体且可验证的更改。