WCAG 3.1.4 — Abbreviations
SDK, AAA, MFA, SSO, A11Y. Each acronym is shorthand inside a community and obstruction outside it. A user who doesn't know the expansion has to guess or stop reading.
What this requires
A mechanism is available for identifying the expanded form or meaning
of abbreviations. The mechanism can be inline (an <abbr> element
with title, an in-text expansion on first use), or external (a
glossary listing the abbreviations used).
How AI coding tools fail this
When asked to "write the docs page", AI tools use abbreviations freely — SDK, CLI, MFA, API, SSR — without ever expanding them. The content reads naturally to a developer audience and is unparseable to anyone outside it.
The second pattern: <abbr> with no title attribute. The semantic
element is in place; the expansion isn't there to be revealed.
The third: expanding on first use but then using the abbreviation inconsistently. Some readers arrive on page 3 of the docs without ever seeing page 1 where the expansion lives.
Edge cases
<abbr title="...">is the markup; the title attribute carries the expansion. Screen readers handle this well.- First-use expansion + linked glossary covers most cases without cluttering subsequent uses.
- Common abbreviations (HTML, USA, NASA) generally don't need expansion — they're treated as words.
- Mobile and keyboard users don't get the
titletooltip. The in-text expansion is more reliable. - Internal jargon abbreviations (a company's own acronyms) need the most aggressive expansion — readers won't know them at all.
How Jeikin handles this
The scanner finds candidate abbreviations (all-caps tokens of 2-5 characters) and surfaces them to the reviewer with a note about whether they're expanded elsewhere on the page. The dashboard tracks abbreviation usage and glossary coverage. The decision per term is editorial.