有没有办法查看 Marketing Cloud 电子邮件符合哪些可访问性标准？
Is there a way to see what accessibility standards a Marketing Cloud email meets?
我们目前有一个项目在确保我们的网站符合可访问性标准。
我们的电子邮件是使用 Salesforce Marketing Cloud 布局构建的。有谁知道我们如何查看或测试它们 'accessible' 的情况？
我可以使用 ReturnPath 进行测试，看看它们在各种设备上的呈现方式，这会给我色盲的结果，但我不确定如何测试它们在屏幕上的表现如何 reader 例如
从可访问性的角度来看，电子邮件是一个棘手的问题。即使在 2021 年，我们仍然坚持使用表格进行布局！
我们不能使用 WAI-ARIA 并且 CSS 非常有限。
因此，我有一个较小的电子邮件清单，涵盖了我们可以控制的重要内容。
我要看的主要内容是：
阅读顺序
确保电子邮件从左到右阅读，然后向下阅读（假设语言是从左到右的语言，否则反转）
使用标题
电子邮件营销人员通常只设置普通文本的样式，而不是放入正确的标题。确保标题实际上是 <h2> 到 <h6>，并带有一个 <h1> 来解释电子邮件的目的在开头。
还要确保标题不会跳级（例如，不要从 <h2> 到 <h4>）。
颜色对比度
网站的规则完全相同，适用于电子邮件。我会推荐 运行 通过 Web Aim colour contrast checker 的颜色用于文本周围的文本和背景、按钮背景和文本等。
替代属性
图像上的 Alt 属性是您需要检查的重要属性，尤其是在电子邮件中，其中图像可能是 hyperlink 中唯一的内容。由于您不能在电子邮件中使用 aria-label 或 visually hidden text alt 属性是使 link 包含图像（加上电子邮件）有意义的唯一方法客户端阻止图像，这意味着对其他所有人都有有意义的文本，而不仅仅是屏幕 reader 用户）。
有意义Link 文本
同样，确保 links 不只是说“阅读更多”。相反，使 link 文本有意义，例如“阅读我们关于 X Y Z 的文章”。
使用描述性主题行
这是唯一一个作为营销人员“难”的。您希望主题行引起人们的兴趣打开电子邮件，但是对于有认知障碍的人来说，晦涩的主题行可能会令人不安/困惑等。
在“赠送游戏”和有意义的主题行之间取得平衡是困难的，如果不确定错误是否有意义（它可能有助于您的打开率/转化率，所以 A / B 测试吧！）
在浏览器中查看
由于电子邮件客户端的限制，确保可访问性的最佳方法是在电子邮件中自定义“在浏览器中查看”link（因为销售人员等不太可能做好他们电子邮件的浏览器版本）。
这样您就可以使用 WAI-ARIA、visually hidden text 等并正确标记页面，符合 WCAG 2.1（以及很快的 WCAG 2.2）要求。
显然我知道这需要的工作量，但是一旦您构建了可访问的模板和组件，它就会变得容易得多。
测试
就我个人而言，我只是手动测试，但我确信在某个地方存在类似于 Ax Accessibility Checker 的电子邮件测试服务。
但考虑到典型电子邮件的长度，我认为一旦您知道要查找的内容，手动检查只需要 2 分钟，因此服务可能不值得。
您始终可以将电子邮件 HTML 复制并粘贴到一个文件中，并使用 .html 扩展名保存它，然后在浏览器/辅助功能检查器中打开并测试它。但是由于使用表格进行布局，您可能会遇到很多无法解决的问题。
最后 - 学习使用屏幕 reader 不到一个小时，拿起 NVDA 或 VoiceOver 并自己测试电子邮件，如果你能理解并访问和大家一样的信息再发吧！
我们目前有一个项目在确保我们的网站符合可访问性标准。
我们的电子邮件是使用 Salesforce Marketing Cloud 布局构建的。有谁知道我们如何查看或测试它们 'accessible' 的情况？
我可以使用 ReturnPath 进行测试，看看它们在各种设备上的呈现方式，这会给我色盲的结果，但我不确定如何测试它们在屏幕上的表现如何 reader 例如
从可访问性的角度来看，电子邮件是一个棘手的问题。即使在 2021 年，我们仍然坚持使用表格进行布局！
我们不能使用 WAI-ARIA 并且 CSS 非常有限。
因此，我有一个较小的电子邮件清单，涵盖了我们可以控制的重要内容。
我要看的主要内容是：
阅读顺序
确保电子邮件从左到右阅读，然后向下阅读（假设语言是从左到右的语言，否则反转）
使用标题
电子邮件营销人员通常只设置普通文本的样式，而不是放入正确的标题。确保标题实际上是 <h2> 到 <h6>，并带有一个 <h1> 来解释电子邮件的目的在开头。
还要确保标题不会跳级（例如，不要从 <h2> 到 <h4>）。
颜色对比度
网站的规则完全相同，适用于电子邮件。我会推荐 运行 通过 Web Aim colour contrast checker 的颜色用于文本周围的文本和背景、按钮背景和文本等。
替代属性
图像上的 Alt 属性是您需要检查的重要属性，尤其是在电子邮件中，其中图像可能是 hyperlink 中唯一的内容。由于您不能在电子邮件中使用 aria-label 或 visually hidden text alt 属性是使 link 包含图像（加上电子邮件）有意义的唯一方法客户端阻止图像，这意味着对其他所有人都有有意义的文本，而不仅仅是屏幕 reader 用户）。
有意义Link 文本
同样，确保 links 不只是说“阅读更多”。相反，使 link 文本有意义，例如“阅读我们关于 X Y Z 的文章”。
使用描述性主题行
这是唯一一个作为营销人员“难”的。您希望主题行引起人们的兴趣打开电子邮件，但是对于有认知障碍的人来说，晦涩的主题行可能会令人不安/困惑等。
在“赠送游戏”和有意义的主题行之间取得平衡是困难的，如果不确定错误是否有意义（它可能有助于您的打开率/转化率，所以 A / B 测试吧！）
在浏览器中查看
由于电子邮件客户端的限制，确保可访问性的最佳方法是在电子邮件中自定义“在浏览器中查看”link（因为销售人员等不太可能做好他们电子邮件的浏览器版本）。
这样您就可以使用 WAI-ARIA、visually hidden text 等并正确标记页面，符合 WCAG 2.1（以及很快的 WCAG 2.2）要求。
显然我知道这需要的工作量，但是一旦您构建了可访问的模板和组件，它就会变得容易得多。
测试
就我个人而言，我只是手动测试，但我确信在某个地方存在类似于 Ax Accessibility Checker 的电子邮件测试服务。
但考虑到典型电子邮件的长度，我认为一旦您知道要查找的内容，手动检查只需要 2 分钟，因此服务可能不值得。
您始终可以将电子邮件 HTML 复制并粘贴到一个文件中，并使用 .html 扩展名保存它，然后在浏览器/辅助功能检查器中打开并测试它。但是由于使用表格进行布局，您可能会遇到很多无法解决的问题。
最后 - 学习使用屏幕 reader 不到一个小时，拿起 NVDA 或 VoiceOver 并自己测试电子邮件，如果你能理解并访问和大家一样的信息再发吧！