Toegankelijkheid ≠ Overlay: ARIA repareert slecht opgebouwde HTML niet op magische wijze
Na semantische HTML volgt een veelvoorkomend misverstand: ARIA-attributen maken een slecht gebouwd component niet automatisch toegankelijk. ARIA communiceert semantiek aan ondersteunende technologie, maar vervangt geen gedrag, toetsenbordondersteuning, focusbeheer of goede HTML.
ARIA is belangrijk, maar geen reparatielaag
WAI-ARIA communiceert rollen, toestanden en eigenschappen aan ondersteunende technologie, vooral voor dynamische inhoud en geavanceerde bedieningselementen. Het vult HTML aan; het is geen universele reparatie.
Eerste regel: gebruik native HTML wanneer dat kan
W3C adviseert maximaal gebruik te maken van native semantische HTML. Als een HTML-element al de nodige semantiek en het juiste gedrag biedt, is dat meestal robuuster dan een generiek element met ARIA.
Een rol is een belofte
W3C vat een kernprincipe samen: ‘een rol is een belofte’. <div role="button"> belooft knopgedrag, maar de rol zelf voegt geen toetsenbordinteractie toe.
ARIA communiceert semantiek, maar creëert geen gedrag
ARIA kan aangeven dat iets een knop is, uitgeklapt of geselecteerd. Het implementeert niet automatisch Tab, Enter, Spatie, pijltjestoetsen, focusbeheer of JavaScript-logica. Semantiek en gedrag moeten overeenkomen.
Naam, rol, status en waarde
WCAG 4.1.2 vereist programmatisch bepaalbare namen en rollen en beschikbare relevante toestanden, eigenschappen en waarden. Standaard HTML-bedieningselementen bieden veel hiervan al bij correct gebruik.
Onjuiste ARIA kan de ervaring verslechteren
Onjuiste ARIA is niet neutraal. W3C waarschuwt: ‘No ARIA is better than Bad ARIA’. Verkeerde semantiek kan de interface verkeerd voorstellen aan iemand die afhankelijk is van een niet-visuele ervaring.
ARIA vereist echte tests
ARIA Authoring Practices-voorbeelden waarschuwen voor verschillen in ondersteuning en adviseren testen vóór productie.
Wat heeft dit met overlays te maken?
Dit geldt ook voor overlays. Een laag kan attributen na het laden aanpassen, maar toegankelijkheid vereist dat semantiek, interactie, toetsenbord, focus en toestanden samenwerken. ARIA van buitenaf repareert een gebrekkige interface niet automatisch.
En Blind Reader?
Blind Reader hoort bij ondersteuning van de gebruiker. Het kan de persoon helpen, maar mag niet worden voorgesteld als automatische correctie van ARIA of HTML of als bewijs van WCAG-conformiteit. De website blijft verantwoordelijk.
Wat we moeten onthouden
ARIA is krachtig wanneer het nodig is en goed wordt geïmplementeerd. Eerst native semantische HTML waar mogelijk; daarna ARIA waar nodig; altijd correct gedrag, toetsenbord, focus en testen.