POUR
Zie ook: Perceivable Operable Understandable Robust
De vier principes waarop WCAG is gebouwd: **Perceivable, Operable, Understandable, Robust.** Elk succescriterium is aan één van deze principes gekoppeld.
POUR is het conceptuele kader waarop WCAG is gebouwd. Elk succescriterium in WCAG 2.x is aan precies één van de vier principes gekoppeld. Het onthouden van POUR is de kortste weg naar begrip van waarom een bepaalde regel bestaat.
De vier principes
Perceivable (Waarneembaar). Informatie en interfacecomponenten moeten aan gebruikers worden gepresenteerd op manieren die ze kunnen waarnemen. In de praktijk: tekstalternatieven voor niet-tekstuele content (afbeeldingen, video’s), ondertiteling en transcripties voor audio, voldoende kleurcontrast, en content die zich aanpast aan gebruikers van schermlezers en vergroot weergave. Als een ziende gebruiker iets kan zien dat een blinde gebruiker niet kan, is er sprake van een waarneembaarheidskloof.
Operable (Bedienbaar). Gebruikersinterfacecomponenten en navigatie moeten bedienbaar zijn. De belangrijkste regels onder dit principe: volledige toetsenbordtoegang (geen muisafhankelijke functies), voldoende tijd om content te lezen en taken te voltooien, geen aanvalverwekkende content (flikkering meer dan 3 keer per seconde is de harde grens), duidelijke navigatie en voorspelbare focusvolgorde. De nieuwe criteria voor focuszichtbaarheid en sleepbewegingsalternatieven in WCAG 2.2 zijn bedienbaarheidsregels.
Understandable (Begrijpelijk). Informatie en de werking van de interface moeten begrijpelijk zijn. Dit omvat voorspelbare navigatiepatronen, consistente labels over pagina’s heen, duidelijke instructies en behulpzame foutherstelondersteuning. De aanbevelingen van de werkgroep voor cognitieve toegankelijkheid vallen onder dit principe, ook wanneer WCAG zelf ze niet verplicht stelt.
Robust (Robuust). Content moet robuust genoeg zijn om betrouwbaar te worden geïnterpreteerd door een breed scala aan user agents, inclusief hulptechnologieën. In de praktijk is dit het kleinste principe, met hoofdzakelijk één regel — 4.1.2 Naam, Rol, Waarde — maar die ene regel dekt een enorm oppervlak: elk aangepast UI-element moet bekendmaken wat het is, wat het doet en in welke staat het verkeert, op een manier die hulptechnologie kan lezen. 4.1.2 is de reden waarom ARIA bestaat.
POUR operationeel gebruiken
Wanneer een toegankelijkheidsprobleem wordt gevonden, kan men nagaan welk principe het schendt:
- Een ontbrekend
alt-attribuut is Perceivable. - Een toetsenbordval is Operable.
- Een verwarrend foutbericht is Understandable.
- Een aangepaste dropdown die zichzelf niet als combobox aanmeldt, is Robust.
Die koppeling helpt bij prioritering: fouten tegen Perceivable en Operable blokkeren gebruikers doorgaans volledig; fouten tegen Understandable en Robust verslechteren de ervaring vaak zonder deze te blokkeren. De meeste teams richten de eerste auditpass daarom op P en O.
POUR helpt ook lacunes te identificeren. Een team dat obsessief Perceivable-problemen oplost (alternatieve tekst, contrast) maar Operable- problemen negeert (focusvolgorde, toetsenbordvallen), vertoont een herkenbaar en veelvoorkomend faalpatroon. POUR maakt die scheefgroei zichtbaar.