mkt*_*udi 9 html accessibility screen-readers
目标是在浏览器选项卡中显示正常文本，同时提供不可见的替代文本，帮助屏幕阅读器获得更好的发音。
例如，地理信息系统的首字母缩写词被 NVDA 屏幕阅读器发音为“GIs”（如士兵），而不是传统的“GI S”。
在下面的实验中，NVDA 没有看到任何替代方案。可以做到吗？
谢谢！
<!doctype html>
<html lang="en" dir="ltr">
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
<title aria-label="G I S aria" title="G I S title" alt="G I S alt">GIS</title>
</head>
<body>doc</body>
</html>
@jiwopene 指出支持对于aria标题来说并不好（如果有的话）。我认为这很好地回答了你的问题。
这个答案希望向您展示在给定的示例/发音中您应该做什么。它改变了“这可以做到吗？” 到“应该这样做吗？” 在处理可访问性时，这可能是一个更重要的问题。
99% 的情况下，您不应该干扰屏幕阅读器用户的发音。
首字母缩写词和缩写词应以完整形式在页面上介绍，然后作为整个文档中使用的首字母缩略词进行介绍。不要忘记abbr元素或链接到较长页面上的定义。
不要担心某些内容如何发音，仅当屏幕阅读器错误地解析/解释某些内容时才进行干扰。即便如此，这也是值得商榷的。
如果有人使用屏幕阅读器，他们就会习惯不寻常的发音，并且会期望以某种方式读出首字母缩略词。
如果您决定通过“改进”发音来帮他们一个忙，那么实际上您的应用程序可能会变得更难访问。
可访问性的黄金法则是不干扰预期的行为。即使这种行为在你看来不太正确。
想象一下，我第一次在你们的网站上了解地理信息系统，并期望有一定的发音。然后我在谷歌上搜索更多信息，发现缩写词的发音不同，这比我只是认为它发音为 GI S 更令人困惑。
如果首字母缩略词是 WCAG，根据您交谈的对象发音为“WUCAG、WACAG、WCA G”怎么办？如果我只添加字母 WCAG，屏幕阅读器用户如果知道缩写词，就会知道它们的含义。
引入首字母缩略词的推荐方法是先写出完整的短语，然后写出缩写版本（反之亦然）。
因此，在这种情况下，您的标题应该是“地理信息系统（GIS） ”。<body>如果合适的话，当它第一次出现在或<h1>to 中时，我也会做同样的事情<h6>。
这样做的另一个好处是可以向可能不知道该缩写词的人解释该缩写词。
它还为患有认知障碍的人解释了首字母缩略词，这些障碍影响了他们保留首字母缩略词和信息之间关系的能力，例如 BBC 根据上下文可以表示很多东西！
如果您无法理解上下文，那么这可能会非常令人困惑。
然后由您决定是链接到该词的定义<abbr>还是在文档的其余部分使用该元素。
我个人认为，如果文档很长，您应该使用链接或<abbr>元素，如果文档很短，那么在文档开头引入一次缩写就足够了。但这是我的观点，对此没有硬性规定。