Schermlezers en de eerste ARIA-regel
De eerste ARIA-regel is ARIA vermijden: als een oorspronkelijk HTML-element zoals button de taak al doet, gebruik dat dan in plaats van een rol aan een div toe te voegen.
Waar een schermlezer van uitgaat
Een schermlezer leest geen pixels. De browser bouwt uit de HTML een toegankelijkheidsboom, een vereenvoudigde kopie van de pagina waarin elk relevant element een rol heeft (knop, link, kop, selectievakje), een naam (identificerende tekst) en soms een toestand (aangevinkt, uitgeklapt, uitgeschakeld). De schermlezer leest die boom voor of stuurt hem naar een brailleleesregel. WCAG 2.2-succescriterium 4.1.2 Naam, rol, waarde, niveau A, vraagt dat elk bedieningselement deze drie dingen beschikbaar stelt.
Gebruikers luisteren zelden van boven naar beneden naar een pagina. Schermlezers in grote besturingssystemen en gratis te installeren schermlezers laten mensen koppen-, link- of landmarklijsten openen, naar het volgende formulierveld springen of één regel tegelijk lezen. Daarom zijn de eerdere hoofdstukken zo belangrijk: echte koppen, gelabelde velden, echte knoppen en alt-tekst komen direct in die boom terecht. Ook het attribuut lang op het html-element telt. Criterium 3.1.1 Taal van de pagina vraagt dit en schermlezers kiezen daarmee de juiste stem en uitspraak.
Wat ARIA toevoegt
WAI-ARIA (Accessible Rich Internet Applications) is een reeks attributen die de inhoud van de toegankelijkheidsboom veranderen: role stelt de rol in, attributen zoals aria-label de naam en attributen zoals aria-checked of aria-expanded de toestand. ARIA verandert alleen wat wordt aangekondigd. Het maakt een element niet focusbaar, voegt geen toetsenbordgedrag toe en verandert het uiterlijk niet. De W3C ARIA Authoring Practices Guide zegt het in een kop: ‘Geen ARIA is beter dan slechte ARIA’. Verkeerde ARIA vertelt een schermlezergebruiker iets onwaars over de pagina.
Regels voor ARIA-gebruik
Het W3C-document Using ARIA geeft korte regels die overal worden geciteerd (het werd in februari 2026 als gestopt concept gemarkeerd, maar de regels zelf veranderden niet). Regel 1: als je een oorspronkelijk HTML-element of attribuut kunt gebruiken met de benodigde betekenis en het gedrag al ingebouwd, doe dat dan in plaats van een ander element met ARIA een nieuwe functie te geven. Regel 2: verander de oorspronkelijke semantiek niet tenzij het echt moet. Regel 3: elk interactief ARIA-element moet met het toetsenbord bruikbaar zijn. Regel 4: zet geen role="presentation" of aria-hidden="true" op een element dat focus kan krijgen, anders komen sommige gebruikers op ‘niets’ terecht.
ARIA helpt waar HTML tekortschiet. Een knop met alleen een pictogram bevat geen tekst en heeft dus geen naam; aria-label="Close" geeft die. Een SVG-pictogram naast zichtbare tekst is decoratie en aria-hidden="true" op de svg houdt het buiten de boom. Dit zijn de twee attributen die de meeste beginners nodig hebben. Volg voor complete widgets zoals tabbladen of menu's het bijbehorende patroon in de Authoring Practices Guide in plaats van zelf iets te bedenken.
| Toegankelijkheidsboom | Rollen, namen en toestanden die de browser uit HTML opbouwt |
| WCAG 4.1.2 | Naam, rol, waarde (A) |
| Eerste ARIA-regel | Gebruik een oorspronkelijk HTML-element als dat de taak doet |
| aria-label | Geeft een element een naam, bijvoorbeeld een pictogramknop |
| aria-hidden="true" | Haalt decoratie uit de boom; nooit op focusbare elementen |
| WCAG 3.1.1 | Taal van de pagina (A): lang op html |
- Schermlezers lezen de toegankelijkheidsboom: rol, naam, toestand.
- ARIA verandert de aankondiging, niet gedrag of focus.
- Regel 1: gebruik eerst oorspronkelijke HTML. Geen ARIA is beter dan slechte ARIA.
- aria-label benoemt pictogramknoppen; aria-hidden verbergt decoratie.
- Wat leest een schermlezer werkelijk?
- De toegankelijkheidsboom die uit de HTML is opgebouwd
- De pixels op het scherm
- Het CSS-bestand
- Het serverlogboek
- Welke drie dingen moet elk bedieningselement volgens 4.1.2 beschikbaar stellen?
- Naam, rol, waarde
- Kleur, grootte, positie
- Title, alt, lang
- Id, class, style
- Wat is de eerste regel voor ARIA-gebruik?
- Gebruik een oorspronkelijk HTML-element als dat de taak al doet
- Voeg role aan elk element toe
- Gebruik altijd aria-label
- Verberg pictogrammen voor iedereen
- Je voegt role="button" aan een span toe. Wat moet je zelf nog toevoegen?
- Focus en verwerking van Enter/Spatie
- Niets
- Een kleur
- Een alt-attribuut
- Welke kop staat in de W3C Authoring Practices Guide?
- Geen ARIA is beter dan slechte ARIA
- Gebruik altijd ARIA
- ARIA vervangt HTML
- ARIA dient voor opmaak
- Welk ARIA-attribuut geeft een knop met alleen een pictogram een naam?
- Waar mag aria-hidden="true" nooit staan?
- Op een element dat focus kan krijgen
- Op een decoratieve svg
- Op een achtergrondafbeelding
- Op een scheidingslijn
- Waarmee helpt het lang-attribuut op html een schermlezer?
- De juiste stem en uitspraak kiezen
- Koppen vinden
- Alt-tekst lezen
- Contrast veranderen
- Verandert ARIA het uiterlijk van een element?
- Nee, alleen wat wordt aangekondigd
- Ja, altijd
- Alleen role doet dat
- Alleen in donkere modus
- Schermlezergebruikers bewegen meestal door een pagina via
- lijsten van koppen, links en landmarks
- elk woord van boven naar beneden lezen
- inzoomen
- afdrukken
Bronnen van deze cursus (8)
- W3C, Web Content Accessibility Guidelines (WCAG) 2.2, W3C Recommendation first published 5 October 2023, current edition 12 December 2024 (w3.org/TR/WCAG22/, checked 2026-10-17)
- W3C WAI, What's new in WCAG 2.2 (w3.org/WAI/standards-guidelines/wcag/new-in-22/, checked 2026-10-17)
- W3C WAI, Images tutorial and alt decision tree (w3.org/WAI/tutorials/images/decision-tree/, checked 2026-10-17)
- W3C, Using ARIA (w3.org/TR/using-aria/, Discontinued Draft 24 February 2026, rules 1 to 4, checked 2026-10-17)
- W3C WAI-ARIA Authoring Practices Guide, Read Me First, "No ARIA is better than bad ARIA" (w3.org/WAI/ARIA/apg/practices/read-me-first/, checked 2026-10-17)
- MDN Web Docs, tabindex (developer.mozilla.org/en-US/docs/Web/HTML/Reference/Global_attributes/tabindex, checked 2026-10-17)
- MDN, Heading elements, accessibility notes (developer.mozilla.org/en-US/docs/Web/HTML/Reference/Elements/Heading_Elements, checked 2026-10-17)
- MDN, autocomplete attribute (developer.mozilla.org/en-US/docs/Web/HTML/Reference/Attributes/autocomplete, checked 2026-10-17).
Geraadpleegd: 2026-10-17