Toegankelijkheid ≠ Overlay: ‘Mijn website heeft een toegankelijkheidsknop. Is hij toegankelijk?’
Een knop kan opties openen, maar bewijst niets over de toegankelijkheid van de rest van de site. Beoordeeld moet worden of mensen inhoud en functies kunnen gebruiken op de manieren die zij nodig hebben.
De juiste vraag is niet of er een knop is
Een knop kan opties openen, maar bewijst niets over de toegankelijkheid van de rest van de site. Beoordeeld moet worden of mensen inhoud en functies kunnen gebruiken op de manieren die zij nodig hebben.
WCAG beoordeelt de inhoud, niet de aanwezigheid van een widget
WCAG 2.2 bevat toetsbare criteria voor tekstalternatieven, structuur, contrast, toetsenbord, focus, labels, statusberichten en veel meer. Geen criterium maakt een website toegankelijk omdat er een toegankelijkheidsknop is.
Wat moet er werkelijk worden gecontroleerd?
Controleer toetsenbordgebruik, zichtbare en logische focus, structuur, afbeeldingsalternatieven, formulieren, fouten, zoom, reflow en namen, rollen en toestanden van componenten.
Toegankelijkheid moet werken voordat een menu wordt geopend
Als eerst een widget moet worden geactiveerd om navigatie, formulieren of essentiële inhoud te bereiken, is de vraag waarom dit niet vanaf het begin toegankelijk was. De basis moet zonder speciale modus werken.
Geautomatiseerde tests zijn op zichzelf niet genoeg
Geautomatiseerde tools zijn nuttig, maar W3C stelt dat geen enkele tool alleen kan bepalen of een site aan toegankelijkheidsstandaarden voldoet. Deskundige menselijke evaluatie is ook nodig.
En Blind Reader?
Blind Reader is ondersteunende technologie die de gebruiker helpt, geen bewijs van WCAG-conformiteit en geen automatische reparatie. De website blijft verantwoordelijk voor toegankelijke structuur en interactie.
Het korte antwoord
Een toegankelijkheidsknop bewijst alleen dat de knop bestaat. Om te weten of de website toegankelijk is, moet de website worden geëvalueerd.