Normen · WCAG 2.2
WCAG 2.2-succescriteria
Alle 86 succescriteria van WCAG 2.2 — 31 op niveau A, 24 op AA, 31 op AAA. 9 zijn toegevoegd in 2.2; 17 in 2.1; 60 komen uit 2.0. Elke vermelding bevat een samenvatting in heldere taal, tips om eraan te voldoen en de fouten die we het vaakst tegenkomen bij audits in productie.
1. Waarneembaar
Informatie en componenten van de gebruikersinterface moeten zo worden gepresenteerd dat gebruikers ze kunnen waarnemen.
- 1.1.1 A
Niet-tekstuele inhoud
Elk beeld, pictogram, diagram, audiobestand en andere niet-tekstuele component moet een tekstalternatief hebben dat hetzelfde doel dient — zodat gebruikers van een schermlezer, braille of schakelaar dezelfde informatie krijgen als ziende gebruikers.
- 1.2.1 A
Alleen audio en alleen video (vooraf opgenomen)
Vooraf opgenomen audio vereist een teksttranscriptie. Vooraf opgenomen stille video vereist een tekstbeschrijving of een audiotrack met dezelfde informatie — zodat gebruikers die niet kunnen horen of zien toch toegang hebben tot de inhoud.
- 1.2.2 A
Ondertiteling (vooraf opgenomen)
Elke vooraf opgenomen video met audio vereist gesynchroniseerde ondertiteling met dialoog, sprekeridentificatie en betekenisvolle niet-spraakgeluiden — zodat dove en slechthorende gebruikers dezelfde informatie uit de soundtrack ontvangen als alle anderen.
- 1.2.3 A
Audiodescriptie of media-alternatief (vooraf opgenomen)
Vooraf opgenomen video vereist een audiodescriptietrack of een volledig tekstalternatief voor visuele informatie die niet al door de soundtrack wordt overgebracht — zodat blinde gebruikers dezelfde inhoud ontvangen als ziende kijkers.
- 1.2.4 AA
Ondertiteling (live)
Live audio in gesynchroniseerde media — webinars, livestreams, virtuele evenementen — moet realtime-ondertiteling bevatten. Automatische ondertiteling kan voldoen bij voldoende nauwkeurigheid, maar professionele CART-ondertiteling is de betrouwbare keuze.
- 1.2.5 AA
Audiodescriptie (vooraf opgenomen)
Vooraf opgenomen video vereist een audiodescriptietrack die belangrijke visuele informatie beschrijft tijdens natuurlijke pauzes in de dialoog. Op niveau AA volstaat een teksttranscriptie alleen niet meer — de beschrijving moet in audiovorm worden aangeboden.
- 1.2.6 AAA
Gebarentaal (vooraf opgenomen)
Vooraf opgenomen audio in gesynchroniseerde media wordt voorzien van een gebarentaalinterpretatie. Ondertiteling is geen vervanging — voor veel Dove gebruikers is gebarentaal de eerste taal en geschreven taal de tweede.
- 1.2.7 AAA
Uitgebreide audiodescriptie (vooraf opgenomen)
Wanneer pauzes in de dialoog niet lang genoeg zijn voor een standaard audiodescriptie, moet de video pauzeren zodat een uitgebreide beschrijving kan worden afgespeeld — zodat blinde gebruikers de volledige visuele context krijgen, ook bij dichte, snelle inhoud.
- 1.2.8 AAA
Mediaalternatief (vooraf opgenomen)
Vooraf opgenomen gesynchroniseerde media — en vooraf opgenomen uitsluitend video — vereist een volledig tekstalternatief dat alle informatie bevat. Dit gaat verder dan ondertiteling en audiodescriptie: een volledig zelfstandig document.
- 1.2.9 AAA
Alleen audio (live)
Live-inhoud met uitsluitend audio — radiostreams, audiogesprekken, live podcasts — vereist een realtime tekstalternatief zoals live ondertiteling, zodat dove en slechthorende gebruikers de inhoud ontvangen terwijl deze plaatsvindt.
- 1.3.1 A
Informatie en relaties
Informatie en relaties die visueel worden overgebracht — koppen, lijsten, tabellen, formulierlabels, groeperingen — moeten ook in de opmaak tot uitdrukking worden gebracht, zodat hulptechnologie ze kan weergeven. Visuele opmaak alleen volstaat niet.
- 1.3.2 A
Betekenisvolle volgorde
Wanneer de leesvolgorde van inhoud bepalend is voor het begrip, moet de DOM-volgorde overeenkomen met de visuele volgorde. CSS-positionering en float die de volgorde door elkaar gooien, verstoren schermlezers en toetsenbordnavigatie.
- 1.3.3 A
Zintuiglijke kenmerken
Instructies mogen niet uitsluitend steunen op vorm, grootte, locatie, oriëntatie, geluid of kleur. "Klik op de groene knop rechts" sluit gebruikers uit die de indeling niet kunnen zien of kleur niet kunnen onderscheiden.
- 1.3.4 AA
Oriëntatie
Inhoud mag niet worden vergrendeld op een enkele oriëntatie — staand of liggend — tenzij die oriëntatie essentieel is. Gebruikers die op een rolstoel zijn gemonteerd of een telefoon in een vaste greep houden, kunnen het apparaat niet draaien.
- 1.3.5 AA
Doel van invoer identificeren
Formuliervelden die gangbare persoonlijke informatie verzamelen — naam, e-mail, telefoon, adres, creditcard — moeten hun doel programmatisch declareren via het HTML-attribuut autocomplete. Dit stelt browsers in staat automatisch in te vullen en hulptools de interface aan te passen.
- 1.3.6 AAA
Doel identificeren
Naast formuliervelden moet het doel van UI-componenten, pictogrammen en regio's programmatisch identificeerbaar zijn — zodat adaptieve technologieën symbolen kunnen vervangen, de pagina kunnen vereenvoudigen of niet-essentiële onderdelen kunnen verbergen.
- 1.4.1 A
Gebruik van kleur
Kleur mag niet het enige middel zijn om informatie over te brengen. Verplichte velden, foutmeldingen, linkunderscheid, grafieklijnen — alles vereist een tweede aanwijzing (tekst, pictogram, onderstreping, patroon) zodat kleurblinde gebruikers dezelfde informatie krijgen.
- 1.4.2 A
Audiobesturing
Audio die langer dan drie seconden automatisch wordt afgespeeld, moet een pauze-, stop- of volumebesturing hebben die onafhankelijk is van het systeemvolume — zodat het de spraak van de schermlezer niet overstemt.
- 1.4.3 AA
Contrast (minimum)
Hoofdtekst moet een contrastverhouding hebben van minimaal 4,5:1 ten opzichte van de achtergrond. Grote tekst (18pt+ of 14pt+ vet) vereist 3:1. Logo's en decoratieve tekst zijn uitgezonderd.
- 1.4.4 AA
Tekstgrootte aanpassen
Tekst moet leesbaar en bruikbaar blijven bij 200% zoom zonder verlies van inhoud of functionaliteit. Ondertiteling en tekstafbeeldingen zijn uitgezonderd.
- 1.4.5 AA
Afbeeldingen van tekst
Tekst dient als echte tekst te worden weergegeven, niet als een gerasterde afbeelding — tenzij de afbeelding essentieel is (een logo, een screenshot van een besproken interface) of volledig aanpasbaar.
- 1.4.6 AAA
Contrast (Verbeterd)
AAA-niveau contrast: 7:1 voor hoofdtekst, 4.5:1 voor grote tekst. Strenger dan 1.4.3; bedoeld voor gebruikers met ernstig slechtziendheid die bij hogere contrastverhouding comfortabeler kunnen lezen.
- 1.4.7 AAA
Weinig of geen achtergrondgeluid
Voor vooraf opgenomen audio die voornamelijk uit spraak bestaat, moet achtergrondgeluid ten minste 20 dB zachter zijn dan de gesproken voorgrond, afwezig zijn, of dembaar zijn — zodat gebruikers met gehoorverlies de dialoog kunnen volgen.
- 1.4.8 AAA
Visuele presentatie
Voor tekstblokken moeten gebruikers de voor- en achtergrondkleur, regellengte (max. 80 tekens), uitlijning (geen volledige uitvulling), regelafstand (1,5x) en alinea-afstand (1,5x regelhoogte) kunnen instellen — zonder horizontaal scrollen bij 200% zoom.
- 1.4.9 AAA
Afbeeldingen van tekst (geen uitzondering)
AAA-niveau: afbeeldingen van tekst zijn geheel niet toegestaan, behalve logo's en essentiële gevallen (een screenshot ter illustratie van typografie). De uitzondering voor aanpasbare afbeeldingen uit 1.4.5 is vervallen.
- 1.4.10 AA
Reflow
Inhoud moet bij 320 CSS-pixels breedte (verticaal scrollende inhoud) of 256 pixels hoogte (horizontaal scrollende inhoud) kunnen worden hervloeid in één kolom zonder verlies van informatie of functionaliteit. Scrollen in twee richtingen is niet toegestaan.
- 1.4.11 AA
Niet-tekstueel contrast
UI-componenten (knopranden, formulierveldcontouren, focusindicatoren, pictogram-only-besturingselementen) en betekenisvolle grafische elementen (grafiekreeksen, statuspictogrammen) moeten minimaal 3:1 contrast hebben ten opzichte van aangrenzende kleuren.
- 1.4.12 AA
Tekstafstand
Wanneer gebruikers de tekstafstand overschrijven — regelafstand 1,5×, alinea-afstand 2× de lettergrootte, letterafstand 0,12em, woordafstand 0,16em — mag de pagina geen inhoud of functionaliteit verliezen.
- 1.4.13 AA
Inhoud bij aanwijzen of focus
Tooltips, popovers en andere inhoud die verschijnt bij aanwijzen of focus moet wegsluitbaar zijn, bereikbaar met de aanwijzer (zodat gebruikers de aanwijzer erin kunnen bewegen) en persistent (verdwijnt pas wanneer de gebruiker het sluit of de trigger de focus verliest).
2. Bedienbaar
Componenten van de gebruikersinterface en navigatie moeten voor iedereen bedienbaar zijn.
- 2.1.1 A
Toetsenbord
Elke functie op de pagina moet uitsluitend met een toetsenbord bedienbaar zijn — geen vereiste muisbewegingen, slepen of specifieke timing. Schermlezergebruikers, schakelaargebruikers en stembestuurders zijn allemaal afhankelijk van deze basisvereiste.
- 2.1.2 A
Geen toetsenbordval
Als de toetsenbordfocus naar een component kan verplaatsen, moet de focus ook via uitsluitend het toetsenbord weer weg kunnen bewegen. Modaldialoogvensters, ingesloten content en aangepaste widgets zijn de gebruikelijke overtreders.
- 2.1.3 AAA
Toetsenbord (geen uitzondering)
Hetzelfde als 2.1.1 Toetsenbord, maar zonder de pad-afhankelijke uitzondering. Elke functie — inclusief vrijhandtekenen en vastleggen van handtekeningen — moet een toetsenbordtoegankelijk equivalent hebben.
- 2.1.4 A
Tekens als sneltoetsen
Sneltoetsen die bestaan uit slechts één teken (een letter, cijfer of symbool) moeten uitschakelbaar, opnieuw instelbaar of uitsluitend actief zijn wanneer het betreffende onderdeel de focus heeft. Beschermt gebruikers van spraakbediening en dicteersoftware tegen ongewenste activering.
- 2.2.1 A
Timing instelbaar
Elke tijdslimiet die door de content wordt opgelegd, moet uitschakelbaar of instelbaar zijn op ten minste tienmaal de standaardwaarde, of verlengbaar zijn met ten minste 20 seconden waarschuwing. Sessie-time-outs en quiztimers zijn de voornaamste aandachtspunten.
- 2.2.2 A
Pauzeren, stoppen, verbergen
Bewegende, knipperende, scrollende of automatisch bijgewerkte content die langer dan vijf seconden duurt, moet door de gebruiker pauzebaar, stopbaar of verbergbaar zijn. Geldt voor carrousels, marquees, nieuwstickers, geanimeerde advertenties en automatisch verversende feeds.
- 2.2.3 AAA
Geen timing
Tijdslimieten maken geen deel uit van de content, met uitzondering van niet-interactieve realtime-gebeurtenissen. Strenger dan 2.2.1 — er is geen terugvaloptie met waarschuwing en verlenging.
- 2.2.4 AAA
Onderbrekingen
Onderbrekingen — pop-ups, meldingen, waarschuwingen, automatische updates — moeten door de gebruiker uitstelbaar of onderdrukbaar zijn, behalve bij noodgevallen.
- 2.2.5 AAA
Opnieuw authenticeren
Wanneer een geverifieerde sessie verloopt, moet de gebruiker verder kunnen gaan zonder verlies van reeds ingevoerde gegevens. De sessie eindigt, maar het lopende werk niet.
- 2.2.6 AAA
Time-outs
Gebruikers moeten worden gewaarschuwd voor een inactiviteitstime-out die gegevensverlies kan veroorzaken, tenzij de gegevens meer dan 20 uur na inactiviteit bewaard blijven.
- 2.3.1 A
Drie flitsen of onder de drempelwaarde
Niets op de pagina mag meer dan drie keer per seconde flitsen, tenzij de flits onder gedefinieerde drempelwaarden voor grootte en contrast valt. Ontworpen om fotosensitieve epileptische aanvallen te voorkomen.
- 2.3.2 AAA
Drie flitsen
Geen enkel element op de pagina mag meer dan drie keer per seconde flitsen — zonder uitzonderingen. De uitzonderingen voor kleine oppervlakken en drempelwaarden uit 2.3.1 zijn hier niet van toepassing.
- 2.3.3 AAA
Animatie door interacties
Bewegingsanimaties die door interactie worden geactiveerd, moeten door de gebruiker uitgeschakeld kunnen worden, tenzij de animatie essentieel is. Respecteer de `prefers-reduced-motion`-mediaquery.
- 2.4.1 A
Blokken omzeilen
Bied toetsenbord- en schermlezersgebruikers een manier om herhalende inhoudsblokken — zoals koptekst, primaire navigatie en hulplinks — over te slaan, zodat zij de hoofdinhoud bereiken zonder tientallen links door te tabben.
- 2.4.2 A
Pagina heeft een titel
Elke pagina moet een `<title>` hebben die het onderwerp of doel beschrijft. De titel is wat schermlezers aankondigen bij het laden van de pagina en wat gebruikers zien in tabbladen, bladwijzers, geschiedenis en zoekresultaten.
- 2.4.3 A
Focusvolgorde
Wanneer gebruikers met Tab door een pagina navigeren, moet de focusvolgorde aansluiten bij de betekenis en bedienbaarheid — doorgaans de visuele leesrichting. Een willekeurige tabvolgorde is functioneel gebroken, ook al werkt elk element afzonderlijk.
- 2.4.4 A
Linkdoel (in context)
Het doel van elke link moet duidelijk zijn uit de linktekst, of uit de linktekst gecombineerd met de omringende context — de zin, het lijstitem, de tabelcel of de alinea waarin de link staat. Schermlezergebruikers horen links vaak zonder context, in een linkslijst.
- 2.4.5 AA
Meerdere manieren
Gebruikers moeten meer dan één manier hebben om een pagina binnen een set te vinden — doorgaans een combinatie van navigatiemenu, zoekfunctie, sitemap, inhoudsopgave of gerelateerde-paginalijst. Uitzondering: pagina's die stappen zijn in een proces.
- 2.4.6 AA
Koppen en labels
Koppen en formulierlabels moeten het onderwerp of doel beschrijven van de inhoud die ze inleiden. Ze hoeven niet uniek te zijn, maar moeten informatief zijn — een kop als 'Informatie' of een label als 'Veld' voldoet niet aan dit succescriterium.
- 2.4.7 AA
Focus zichtbaar
Elke toetsenbordbestuurbare interface moet een zichtbare focusindicator hebben op het element dat momenteel focus heeft. Wie niet kan zien waar de toetsenbordfocus is, kan de site niet per toetsenbord gebruiken. Een van de meest aangehaalde succescriteria in audits.
- 2.4.8 AAA
Locatie
Gebruikers moeten kunnen vaststellen waar ze zich bevinden binnen een set pagina's — doorgaans via breadcrumbs, een huidige-pagina-indicator in de navigatie, of een sitemap die de actieve sectie markeert.
- 2.4.9 AAA
Linkdoel (alleen link)
De strengere AAA-versie van 2.4.4: de linktekst alleen — zonder omringende context — moet de bestemming identificeren. 'Lees meer' slaagt niet, ook niet als de zin erboven uitleg geeft. Bedoeld voor schermlezergebruikers die navigeren via de linkslijst.
- 2.4.10 AAA
Sectiekoppen
Gebruik koppen om inhoud te structureren. Waar een pagina duidelijke secties heeft, vereist elke sectie een echt koptekstelement (`<h1>`–`<h6>`) — geen gestileerde paragrafen die er slechts als koppen uitzien.
- 2.4.11 AA Nieuw 2.2
Focus niet verborgen (minimum)
Wanneer een element toetsenbordfocus ontvangt, mag het niet volledig achter een ander UI-element worden verborgen — vaste headers, cookiebanners, chatwidgets, vaste voetteksten. Nieuw in WCAG 2.2 en bepalend voor de bouw van vaste chrome.
- 2.4.12 AAA Nieuw 2.2
Focus niet verborgen (uitgebreid)
Strengere AAA-versie van 2.4.11: wanneer een element focus ontvangt, mag geen enkel deel ervan worden bedekt door andere inhoud. Nieuw in WCAG 2.2.
- 2.4.13 AAA Nieuw 2.2
Focusweergave
De toetsenbordfocusindicator moet voldoen aan een meetbare visuele norm: ten minste 2 CSS-pixels dik rondom de omtrek, ten minste 3:1 contrast ten opzichte van de vorige ongefocuste toestand, en niet verborgen. Nieuw in WCAG 2.2; de meest concrete focusopmaakreegel ooit in de specificatie.
- 2.5.1 A
Aanwijzergebaren
Elke functie die een meerpunts- of padgebaseerd gebaar gebruikt — knijpen, draaien met twee vingers, vegen om te verwijderen — moet ook bedienbaar zijn met een enkelpuntsactivering die geen pad vereist.
- 2.5.2 A
Aanwijzerannulering
Functies die door één aanwijzer worden geactiveerd, moeten op het loslaat-event worden uitgevoerd, niet bij het indrukken — zodat gebruikers weg kunnen slepen om te annuleren. Annuleren, ongedaan maken of pre-activatieannulering moet beschikbaar zijn, tenzij directe activering essentieel is.
- 2.5.3 A
Label in naam
Wanneer een besturingselement zichtbare tekst heeft, moet die exacte tekst aan het begin van de toegankelijke naam staan. Anders kunnen gebruikers van stembesturing die zeggen wat ze zien het besturingselement niet activeren.
- 2.5.4 A
Bewegingsactivering
Functies die worden geactiveerd door apparaatbeweging of gebruikersbeweging — schudden, kantelen, gebaren voor een camera — moeten ook bedienbaar zijn via standaard UI-besturingselementen, en bewegingsactivering moet uitgeschakeld kunnen worden.
- 2.5.5 AAA
Doelgrootte (uitgebreid)
Interactieve doelen moeten ten minste 44×44 CSS-pixels zijn. Dit is de AAA-vereiste voor uitgebreide doelgrootte; het AA-niveau 2.5.8 stelt een minimum van 24×24.
- 2.5.6 AAA
Gelijktijdige invoermodaliteiten
Webcontent mag het gebruik van op het platform beschikbare invoermodaliteiten niet beperken — tenzij de beperking essentieel is, vereist is om content te beveiligen of vereist is om gebruikersinstellingen te respecteren.
- 2.5.7 AA Nieuw 2.2
Sleepbewegingen
Elke functie die een sleepbeweging gebruikt, moet ook bedienbaar zijn met een enkelpuntsactie die geen slepen vereist — doorgaans een tik of klik. Nieuw in WCAG 2.2.
- 2.5.8 AA Nieuw 2.2
Doelgrootte (minimum)
Interactieve doelen — knoppen, links, formulierbesturingselementen — moeten ten minste 24×24 CSS-pixels zijn, tenzij een equivalent doel op dezelfde pagina groot genoeg is of het doel in een zin staat. Nieuw in WCAG 2.2.
3. Begrijpelijk
Informatie en de bediening van de gebruikersinterface moeten begrijpelijk zijn.
- 3.1.1 A
Taal van de pagina
Stel de standaard menselijke taal van elke pagina programmatisch in — doorgaans met het lang-attribuut op het html-element. Schermlezers, brailledisplays en vertaaltools gebruiken dit om uitspraakregels, stemprofielen en tekenmappings te kiezen.
- 3.1.2 AA
Taal van onderdelen
Wanneer een passage of zin op de pagina in een andere taal is dan de standaardtaal, moet deze worden voorzien van een lang-attribuut op de container — zodat schermlezers van stem en uitspraak wisselen voor dat fragment.
- 3.1.3 AAA
Ongebruikelijke woorden
Bied een mechanisme om definities te vinden van woorden die op een ongebruikelijke of beperkte manier worden gebruikt — jargon, idioom, vakterm. Een woordenlijst, inline definities of gelinkte definities voldoen allemaal aan dit AAA-criterium.
- 3.1.4 AAA
Afkortingen
Bied een mechanisme om de uitgeschreven vorm of betekenis van afkortingen te vinden. Uitschrijven bij eerste gebruik, een abbr-element met title of een gelinkte woordenlijst voldoen aan dit AAA-criterium.
- 3.1.5 AAA
Leesvaardigheid
Wanneer inhoud een leesvaardigheid vereist die hoger ligt dan het niveau van voortgezet onderwijs, moet een eenvoudiger alternatief beschikbaar zijn — een begrijpelijke versie, samenvatting of aanvullend materiaal zoals illustraties of audio.
- 3.1.6 AAA
Uitspraak
Wanneer de betekenis van een woord afhangt van de uitspraak en de juiste uitspraak niet duidelijk is uit de context, moet een mechanisme de uitspraak tonen — fonetische spelling, audio of een gelinkte gids.
- 3.2.1 A
Bij focus
Wanneer een gebruikersinterface-component focus ontvangt, mag dit geen contextwijziging veroorzaken — geen automatische paginanavigatie, geen nieuw venster, geen grote inhoudswijziging. Focus dient voor oriëntatie, niet voor actie.
- 3.2.2 A
Bij invoer
Het wijzigen van de instelling van een gebruikersinterface-component mag niet automatisch een contextwijziging veroorzaken, tenzij de gebruiker van tevoren is gewaarschuwd. Een waarde selecteren mag de pagina niet stilzwijgend laten navigeren, verzenden of herschikken.
- 3.2.3 AA
Consistente navigatie
Navigatiemechanismen die op meerdere pagina's worden herhaald — hoofdnavigatie, voettekst, breadcrumbs, zoeken — moeten op elke pagina in dezelfde relatieve volgorde verschijnen. Gebruikers die vertrouwen op spiergeheugen mogen de indeling niet elke keer opnieuw hoeven ontdekken.
- 3.2.4 AA
Consistente identificatie
Componenten met dezelfde functionaliteit op een site moeten consistent worden geïdentificeerd — zelfde label, zelfde pictogram, zelfde toegankelijke naam. Twee knoppen met dezelfde functie mogen niet op de ene pagina 'Zoeken' en op de andere 'Vinden' heten.
- 3.2.5 AAA
Wijziging op verzoek
Contextwijzigingen treden alleen op wanneer de gebruiker er zelf om vraagt, of de gebruiker kan de automatische wijziging uitschakelen. Geen automatische omleiding, geen verrassende verversing, geen carrousel die inhoud wegschuift terwijl de cursor er staat.
- 3.2.6 A Nieuw 2.2
Consistente hulp
Als een pagina hulpmechanismen biedt — contactgegevens, een helplink, een chatbot, een selfserviceformulier — moeten deze in dezelfde volgorde staan op elke pagina waar zij aanwezig zijn. Nieuw in WCAG 2.2.
- 3.3.1 A
Foutidentificatie
Wanneer de gebruiker een formulierfout maakt die automatisch wordt gedetecteerd, moet de fout aan de gebruiker worden geïdentificeerd en in tekst worden beschreven — niet uitsluitend via kleur, niet uitsluitend via een pictogram, en niet in stilte.
- 3.3.2 A
Labels of instructies
Elk formulierbesturingselement dat gebruikersinvoer vereist, moet een label of instructie hebben die de gebruiker vertelt wat in te voeren. Alleen-placeholdervelden, alleen-pictograminvoer en kale invoervakken zijn onvoldoende.
- 3.3.3 AA
Foutsuggeste
Wanneer een invoerfout wordt gedetecteerd en een correctie bekend is bij het systeem, moet het systeem een suggestie aan de gebruiker doen — tenzij dit de beveiliging in gevaar brengt of het doel van de invoer ontkracht.
- 3.3.4 AA
Foutpreventie (juridisch, financieel, gegevens)
Voor inzendingen met juridische verplichtingen, financiële transacties of ingrijpende wijzigingen in gebruikersgegevens moet de gebruiker de inzending kunnen terugdraaien, laten controleren op fouten met de mogelijkheid tot correctie, of deze expliciet kunnen bevestigen voordat die van kracht wordt.
- 3.3.5 AAA
Hulp
Contextgevoelige hulp is beschikbaar voor formulieren en gebruikersinvoer die dit vereisen. Hulp kan formaatvoorbeelden, hints op de pagina, gekoppelde richtlijnen of een contactmechanisme omvatten.
- 3.3.6 AAA
Foutpreventie (alles)
Voor elke inzending door de gebruiker — niet alleen juridische, financiële of gegevensmuterende — moet het mogelijk zijn de actie ongedaan te maken, te controleren of te bevestigen voordat de inzending effectief wordt. De AAA-uitbreiding van 3.3.4.
- 3.3.7 A Nieuw 2.2
Overbodige invoer
Informatie die de gebruiker al heeft verstrekt in dezelfde sessie mag niet opnieuw worden gevraagd — deze moet automatisch worden ingevuld of selecteerbaar zijn uit een lijst, tenzij herhaalde invoer essentieel is (bijv. bevestiging van een wachtwoord). Nieuw in WCAG 2.2.
- 3.3.8 AA Nieuw 2.2
Toegankelijke authenticatie (minimum)
Authenticatie mag niet vereisen dat de gebruiker een cognitieve functietest uitvoert — onthouden, overtikken, objecten herkennen — tenzij een alternatief of een hulpmiddel beschikbaar is. Wachtwoorden, afbeeldings-CAPTCHA's en codes-kopieer-uit-e-mailstromen zijn de veelvoorkomende fouten. Nieuw in WCAG 2.2.
- 3.3.9 AAA Nieuw 2.2
Toegankelijke authenticatie (uitgebreid)
Authenticatie mag geen enkele cognitieve functietest vereisen, inclusief objectherkenning en identificatie van persoonlijke inhoud. De AAA-uitbreiding van 3.3.8 — passkeys, biometrie en apparaatgebonden credentials worden de praktische paden. Nieuw in WCAG 2.2.
4. Robuust
Content moet robuust genoeg zijn om betrouwbaar te worden geïnterpreteerd door uiteenlopende user agents, waaronder hulptechnologieën.
- 4.1.2 A
Naam, rol, waarde
Elk UI-component moet programmatisch een naam, een rol en — waar van toepassing — een waarde en status beschikbaar stellen. Zonder dit kunnen schermlezer, spraakbediening en schakelaarapparatuur het bedieningselement niet identificeren of bedienen.
- 4.1.3 AA
Statusberichten
Statusberichten — bevestigingen, fouten, voortgangsupdates, aantallen zoekresultaten — moeten worden aangekondigd aan hulptechnologie zonder dat de focus verschuift. Gebruik role=status, role=alert of aria-live op een regio die al in de DOM aanwezig is.
Geen succescriteria komen overeen met je filters.