WCAG 3.1.4: Afkortingen

Wat Deze Regel Betekent

WCAG Succescriterium 3.1.4 — Afkortingen (Niveau AAA) vereist dat, wanneer een afkorting, acroniem of initiaalwoord in webcontent voorkomt, er een mechanisme moet zijn waarmee gebruikers de uitgeschreven vorm of betekenis kunnen achterhalen. Een afkorting is in WCAG-termen een verkorte vorm van een woord, uitdrukking of naam — dit omvat traditionele afkortingen (bijv. "approx." voor "approximately"), acroniemen (bijv. "NASA" voor "National Aeronautics and Space Administration") en initiaalwoorden (bijv. "HTML" voor "HyperText Markup Language").

Het criterium schrijft geen enkele verplichte techniek voor. In plaats daarvan eist het dat er enig mechanisme bestaat zodat gebruikers die een onbekende verkorte vorm tegenkomen, kunnen bepalen waar die voor staat. Aanvaardbare mechanismen zijn onder meer: de afkorting bij het eerste gebruik in de tekst uitschrijven (bijv. "HyperText Markup Language (HTML)"), het HTML-element <abbr> gebruiken met een title-attribuut dat de uitgeschreven vorm biedt, een verklarende woordenlijst aanbieden waar vanaf de pagina naar wordt gelinkt, of de volledige vorm in de omringende context opnemen zodat de betekenis ondubbelzinnig is.

Er is sprake van een pass wanneer elke afkorting in de content ten minste een van deze mechanismen heeft: de volledige vorm verschijnt in de tekst naast of direct voorafgaand aan de afkorting bij het eerste gebruik; het <abbr>-element met een informatief title-attribuut omvat de afkorting; een woordenlijst of definitielijst die vanaf de pagina toegankelijk is, definieert de term; of de omringende context maakt de betekenis volledig duidelijk zonder ambiguïteit. Er is sprake van een fail wanneer een afkorting voorkomt zonder een van deze ondersteuningen — de gebruiker ziet een verkorte vorm zoals "MoNE" of "SCR" zonder enige aanwijzing wat die betekent, geen tooltip, geen eerdere uitschrijving en geen gelinkte woordenlijst.

WCAG bevat een beperkte uitzondering: als de afkorting als onderdeel van de taal zelf wordt beschouwd — dat wil zeggen, zo wijdverbreid wordt begrepen dat ze functioneert als een op zichzelf staand woord (bijv. "laser" of "radar", die oorspronkelijk acroniemen waren) — dan is uitschrijven niet vereist. Evenzo worden afkortingen die worden gedefinieerd door de eigen gedefinieerde termen van de content en consequent in die context worden gebruikt met een duidelijk toegankelijke woordenlijst, als conform beschouwd. De belangrijkste toets is altijd of een gebruiker die niet vertrouwd is met de afkorting de betekenis kan vinden via mechanismen die in de content beschikbaar zijn.

Waarom Het Belangrijk Is

Afkortingen zijn alomtegenwoordig in webcontent — overheidsportalen, zorgsystemen, e-commerceplatforms en educatieve websites leunen allemaal sterk op verkorte vormen. Hoewel ze vertrouwd zijn voor domeinexperts, vormen deze verkorte vormen aanzienlijke barrières voor verschillende groepen gebruikers.

Mensen met cognitieve en leerstoornissen zoals dyslexie, verstandelijke beperkingen of aandachtsstoornissen kunnen moeite hebben om onbekende afkortingen te ontcijferen, waardoor ze de pagina moeten verlaten om naar betekenissen te zoeken of helemaal afhaken. Voor gebruikers met geheugenstoornissen worden zelfs afkortingen die ze eerder zijn tegengekomen mogelijk niet betrouwbaar onthouden van sessie tot sessie, zodat mechanismen op de pagina cruciale, voortdurende ondersteuning bieden.

Schermlezersgebruikers — waaronder mensen die blind zijn of een ernstige visuele beperking hebben — worden direct beïnvloed omdat schermlezers afkortingen fonetisch kunnen uitspreken op manieren die verwarrend of betekenisloos zijn. Zo kan een schermlezer "SCR" uitspreken als een onsamenhangende reeks letters in plaats van "Sustainable Corporate Responsibility". Wanneer het <abbr>-element correct wordt gebruikt met een title-attribuut, kunnen bepaalde schermlezerconfiguraties de volledige uitgeschreven vorm uitspreken in plaats van het initiaalwoord, wat het begrip aanzienlijk verbetert. Volgens de Wereldgezondheidsorganisatie hebben wereldwijd ongeveer 2,2 miljard mensen een vorm van visuele beperking, van wie een groot deel afhankelijk is van ondersteunende technologie om digitale content te gebruiken.

Niet-moedertaalsprekers vormen een andere getroffen groep. Een Turkse gebruiker die een Engelstalig technisch document leest — of een Engelstalige gebruiker die een Turks overheidsportaal navigeert — kan vaardig zijn in de taal, maar toch volledig onbekend zijn met domeinspecifieke of cultureel specifieke afkortingen. Het bieden van uitschrijvingen respecteert de diversiteit in achtergrond en kennisniveau van gebruikers.

Beschouw een concreet scenario: een patiënt die het online portaal van een ziekenhuis bezoekt, leest zijn of haar diagnostisch rapport en komt "KOAH" tegen zonder enige uitschrijving. Een Turkse arts herkent dit onmiddellijk als "Kronik Obstrüktif Akciğer Hastalığı" (Chronic Obstructive Pulmonary Disease), maar een patiënt of mantelzorger die niet vertrouwd is met medische terminologie, blijft zonder begrip van de eigen diagnose. Het bieden van de uitschrijving — ofwel inline bij het eerste gebruik of via een <abbr title='Kronik Obstrüktif Akciğer Hastalığı'>KOAH</abbr>-element — verandert een verwarrende term in begrijpelijke informatie en ondersteunt geïnformeerde besluitvorming.

Naast toegankelijkheid zijn er meetbare voordelen op het gebied van bruikbaarheid en SEO. Zoekmachines indexeren de uitgeschreven vormen van afkortingen, wat de vindbaarheid van content verbetert voor gebruikers die zoeken met volledige termen. Heldere, ondubbelzinnige taal vermindert ook het aantal ondersteuningsverzoeken, verhoogt de taakvoltooiingspercentages en bouwt vertrouwen op bij gebruikers met verschillende geletterdheidsniveaus.

Gerelateerde Axe-core-regels

WCAG 3.1.4 vereist handmatige tests omdat geen enkel geautomatiseerd hulpmiddel betrouwbaar kan bepalen of een bepaalde afkorting binnen de context van een pagina voldoende wordt uitgelegd. Geautomatiseerde scanners kunnen de aanwezigheid van <abbr>-elementen detecteren, maar kunnen niet beoordelen of elke afkorting op een pagina een toegankelijke uitschrijving heeft gekregen. Hieronder volgt een samenvatting van de relevante axe-core-context:

• Handmatige test vereist (geen specifieke axe-core-regel): Axe-core bevat geen geautomatiseerde regel specifiek voor WCAG 3.1.4. Dit komt doordat het bepalen welke tekststrings afkortingen zijn, of ze ergens op de pagina voldoende zijn uitgeschreven en of een gelinkte woordenlijst toegankelijk is, menselijke beoordeling en contextueel lezen vereist. Een geautomatiseerd hulpmiddel kan niet onderscheiden tussen "IT" (Information Technology), "it" (het voornaamwoord) en "It" (een eigennaam) zonder diepgaand begrip van natuurlijke taal. Testers moeten de paginacontent handmatig lezen, alle afkortingen, acroniemen en initiaalwoorden identificeren en vervolgens verifiëren dat elk daarvan een toegankelijk uitschrijvingsmechanisme heeft.
• Gerelateerde controle — <abbr> zonder title: Hoewel het geen op zichzelf staande axe-core-regel is die aan 3.1.4 is gekoppeld, markeren sommige toegankelijkheidslintingtools en browserextensies <abbr>-elementen zonder title-attribuut als een best-practicewaarschuwing. Als je <abbr> gebruikt als uitschrijvingsmechanisme, moet het title-attribuut aanwezig zijn en de volledige uitschrijving bevatten; een leeg of afwezig title ondermijnt het doel van het element en zou een mislukking vormen onder dit criterium.

Hoe te Testen

1. Geautomatiseerde scan als basislijn: Voer axe DevTools of Lighthouse uit op de pagina. Hoewel geen van beide tools een specifieke regel voor 3.1.4 heeft, kan axe DevTools best-practicemeldingen tonen over <abbr>-elementen die title-attributen missen. Noteer deze als startpunten, maar begrijp dat ze geen afkortingen zullen detecteren die helemaal geen <abbr>-markup hebben.
2. Handmatige contentaudit: Lees de volledige paginacontent door — inclusief koppen, hoofdtekst, tabellen, formulierlabels, knoplabels, navigatie-items en voettekst. Markeer elk woord of elke tekenreeks die een afkorting, acroniem of initiaalwoord zou kunnen zijn. Controleer voor elk daarvan of: (a) het eerder op dezelfde pagina is uitgeschreven; (b) het is omgeven door een <abbr>-element met een niet-leeg title; (c) de pagina linkt naar een woordenlijst die het definieert; of (d) de omringende context de betekenis ondubbelzinnig maakt.
3. Verificatie met schermlezer NVDA + Firefox: Open de pagina in Firefox met NVDA actief. Navigeer door de content met de pijltjestoetsen. Wanneer NVDA een <abbr>-element met een title tegenkomt, zou het de tekst van het title-attribuut moeten uitspreken. Verifieer dat uitschrijvingen worden weergegeven. Merk op dat het gedrag van NVDA met title-attributen op <abbr> kan variëren per versie en instellingen — test eerst met de standaardconfiguratie van NVDA.
4. Verificatie met schermlezer VoiceOver + Safari (macOS/iOS): Schakel VoiceOver in en navigeer door de pagina. VoiceOver op macOS leest title-attributen op <abbr>-elementen. Gebruik VO+A om de pagina lineair te laten voorlezen en luister of afkortingen hun uitschrijvingen krijgen. Controleer op iOS door door de content te vegen op hetzelfde gedrag.
5. Verificatie met schermlezer JAWS + Chrome: Navigeer met JAWS actief door de pagina met de pijltjestoetsen. JAWS behandelt <abbr title='...'> door het title-attribuut uit te spreken. Test of de uitschrijving correct wordt voorgelezen voor elke gemarkeerde afkorting.
6. Toetsenbord- en visuele controle voor tooltipuitschrijvingen: Als de implementatie afhankelijk is van CSS-tooltippatronen of JavaScript-tooltips die gekoppeld zijn aan <abbr>-hoverstates, tab dan naar het element met het toetsenbord (of focus het programmatisch) en controleer of de tooltip verschijnt. WCAG vereist dat het mechanisme toegankelijk is, niet alleen met de muis — een tooltip die alleen bij hover verschijnt, is niet bruikbaar voor toetsenbordgebruikers.
7. Verificatie van woordenlijstlink: Als de pagina afhankelijk is van een gelinkte woordenlijst, volg de link en bevestig dat elke afkorting die in de broncontent wordt gebruikt, een corresponderende entry met een duidelijke definitie heeft. Controleer of de woordenlijstlink duidelijk gelabeld, prominent geplaatst en met het toetsenbord toegankelijk is.

Hoe te Herstellen

Ongemarkeerde afkorting bij eerste gebruik — Onjuist

<p>The WHO reported that NCDs account for 74% of all deaths globally each year.</p>

Ongemarkeerde afkorting bij eerste gebruik — Juist

<!-- Expand on first use inline, then use abbr for subsequent references -->
<p>The World Health Organization (WHO) reported that non-communicable diseases
(<abbr title='non-communicable diseases'>NCDs</abbr>) account for 74% of all
deaths globally each year.</p>

abbr-element zonder title-attribuut — Onjuist

<!-- abbr element present but title is missing — provides no expansion -->
<p>Submit your <abbr>VAT</abbr> registration number to proceed.</p>

abbr-element zonder title-attribuut — Juist

<!-- title attribute supplies the full expansion for assistive technologies -->
<p>Submit your <abbr title='Value Added Tax'>VAT</abbr> registration number to proceed.</p>

Alleen-hovertooltip voor afkorting — Onjuist

<!-- CSS tooltip only appears on mouse hover; keyboard users and touch users cannot access it -->
<span class='tooltip-trigger'>KVKK
  <span class='tooltip-text'>Kişisel Verilerin Korunması Kanunu</span>
</span>

Alleen-hovertooltip voor afkorting — Juist

<!-- Using abbr with title ensures the expansion is available to all users,
     including keyboard and screen reader users, without relying on hover -->
<abbr title='Kişisel Verilerin Korunması Kanunu'>KVKK</abbr>

Afkorting in een tabelkop zonder uitschrijving — Onjuist

<table>
  <thead>
    <tr>
      <th>SKU</th>
      <th>MoQ</th>
      <th>ETA</th>
    </tr>
  </thead>
</table>

Afkorting in een tabelkop zonder uitschrijving — Juist

<!-- abbr with title inside th provides context for all users, including screen reader users -->
<table>
  <thead>
    <tr>
      <th><abbr title='Stock Keeping Unit'>SKU</abbr></th>
      <th><abbr title='Minimum Order Quantity'>MoQ</abbr></th>
      <th><abbr title='Estimated Time of Arrival'>ETA</abbr></th>
    </tr>
  </thead>
</table>

Veelvoorkomende Fouten

• <abbr> gebruiken zonder een title-attribuut: Tekst alleen in <abbr>-tags plaatsen biedt geen semantische waarde en geen uitschrijving — het title-attribuut is verplicht om het element zijn toegankelijkheidsdoel onder dit criterium te laten vervullen.
• Een afkorting pas na het eerste gebruik uitschrijven: Als een afkorting vóór de uitschrijving in de leesvolgorde verschijnt (bijv. in een kop vóór de alinea die deze uitschrijft), hebben gebruikers die eerst de kop tegenkomen op dat moment geen mechanisme om die te begrijpen. Schrijf altijd uit bij of vóór het eerste gebruik.
• Uitsluitend vertrouwen op tooltips bij muis-hover: CSS- of JavaScript-tooltips die alleen verschijnen bij :hover zijn niet toegankelijk voor toetsenbordgebruikers, touchscreengebruikers en de meeste schermlezerconfiguraties. Het patroon <abbr title> verdient de voorkeur, of tooltips moeten ook worden geactiveerd bij :focus.
• Een gelinkte woordenlijst aanbieden maar de link moeilijk vindbaar maken: Als je uitschrijvingsmechanisme een woordenlijst is, moet de link duidelijk gelabeld, prominent gepositioneerd en met het toetsenbord toegankelijk zijn. Een woordenlijstlink verstoppen in een voettekst in kleine letters of achter een ingeklapt gedeelte voldoet mogelijk niet aan de eis van een bruikbaar mechanisme.
• Afkortingen inconsistent uitschrijven — slechts enkele voorkomens markeren: Als je <abbr title> gebruikt voor een acroniem in één sectie maar elders op dezelfde pagina losse voorkomens laat staan, zullen gebruikers die rechtstreeks naar die secties navigeren via zoekfunctie of landmarks, onverklaarde verkorte vormen tegenkomen.
• Aannemen dat alle afkortingen universeel worden begrepen: Domeinspecifieke afkortingen die voor professionals vanzelfsprekend zijn ("EBITDA" in de financiële sector, "API" in softwareontwikkeling, "BKT" in Turkse overheidscontexten) kunnen volledig ondoorzichtig zijn voor gebruikers buiten die domeinen, inclusief mensen die ondersteunende technologie gebruiken of de pagina voor het eerst bezoeken.
• De uitschrijving alleen in alt-tekst van afbeeldingen plaatsen in plaats van in tekst: Als een afkorting in de alt-tekst van een afbeelding als uitschrijving voorkomt, maar de zichtbare tekst alleen de afkorting toont, is het mechanisme mogelijk niet voor alle gebruikers toegankelijk (bijv. gebruikers van leesmodi in de browser). Uitschrijvingen moeten beschikbaar zijn in de programmatische tekst van het document zelf.
• Onjuiste of verkorte title-waarden gebruiken: Het title-attribuut van een <abbr>-element moet de volledige uitschrijving bevatten, niet een andere afkorting of een gedeeltelijke uitleg. title='HTML lang' schrijven in plaats van title='HyperText Markup Language' voldoet niet aan het criterium.
• Geen rekening houden met afkortingen in dynamische content: Content die wordt geladen via AJAX, infinite scroll of single-page application-routing kan na de initiële paginalading nieuwe afkortingen introduceren. Alle dynamische content die in de DOM wordt geïnjecteerd, moet ook voldoen — afkortingen in dynamisch gerenderde secties hebben dezelfde uitschrijvingsmechanismen nodig als statische content.
• Acroniemen die gangbare woorden zijn geworden altijd als vrijgesteld beschouwen: De uitzondering voor afkortingen die als woorden functioneren ("laser", "radar") is beperkt. Termen als "URL" of "PDF" zijn zeer bekend in technisch onderlegde contexten, maar kunnen nog steeds ondoorzichtig zijn voor oudere gebruikers, gebruikers met cognitieve beperkingen of gebruikers uit andere culturele achtergronden. Bij twijfel: schrijf uit — het schaadt gebruikers die de term al kennen nooit.

Relatie met de Toegankelijkheidsregelgeving van Turkije

Het presidentieel besluit 2025/10 van Turkije, gepubliceerd in het Staatsblad nr. 32933 op 21 juni 2025, stelt verplichte digitale toegankelijkheidsverplichtingen vast die zijn afgestemd op WCAG 2.2. Het besluit heeft betrekking op een breed scala aan entiteitstypen: overheidsinstellingen en -organen op alle niveaus, e-commerceplatforms, banken en financiële instellingen, ziekenhuizen en zorgaanbieders, telecommunicatiebedrijven met 200.000 of meer abonnees, erkende reisbureaus, particuliere vervoersbedrijven en particuliere scholen die zijn gemachtigd door het Ministry of National Education (MoNE).

Het besluit schrijft naleving voor primair op WCAG 2.2 Niveau AA. WCAG 3.1.4 — Afkortingen is een criterium op Niveau AAA en is daarom geen directe wettelijke vereiste onder de huidige tekst van presidentieel besluit 2025/10. Toch is conformiteit op Niveau AAA niet louter ambitieus — het heeft aanzienlijk praktisch en reputatiegewicht in het Turkse digitale landschap.

Voor entiteiten in de publieke sector, ziekenhuizen en onderwijsinstellingen die diverse populaties bedienen — van wie velen mogelijk beperkte vertrouwdheid hebben met bureaucratische of medische afkortingen — is de implementatie van 3.1.4 een kwestie van daadwerkelijke servicekwaliteit. De Turkse administratieve en juridische taal is rijk aan initiaalwoorden ("SGK" voor Sosyal Güvenlik Kurumu, "KDV" voor Katma Değer Vergisi, "ÖTV" voor Özel Tüketim Vergisi) die voor ambtenaren vanzelfsprekend zijn, maar verwarrend voor het grote publiek, vooral oudere burgers, gebruikers op het platteland of eerste bezoekers van een portaal.

Banken, telecomaanbieders en e-commerceplatforms die onder het besluit vallen, zouden hun toegankelijkheidspositie — en hun merktrouw — versterken door afkortingen uit te schrijven die worden gebruikt in beschrijvingen van financiële producten, contractoverzichten, tarieftabellen en servicevoorwaarden. Financiële documenten zijn in het bijzonder vol afkortingen die cruciale informatie kunnen verhullen voor consumenten die weloverwogen beslissingen moeten nemen.

Organisaties die een formele WCAG 2.2 AAA-conformiteitsclaim nastreven — ofwel om marktleiderschap te tonen, te voldoen aan inkoopvereisten van internationale partners, of te voldoen aan de verwachtingen van gespecialiseerde contracten in de publieke gezondheidszorg of het onderwijs — moeten 3.1.4 als standaardpraktijk implementeren. De overlay-SDK van Accsible ondersteunt teams bij het implementeren en auditen van patronen voor het uitschrijven van afkortingen en kan worden geconfigureerd om richtlijnen te tonen tijdens contentauthoringworkflows, waardoor organisaties naleving kunnen behouden in dynamisch bijgewerkte content op schaal.