Toegankelijkheidsplugins en overlays: lossen ze het op?

De werkbalk

Een knop die een paneel opent waarin de bezoeker de tekst kan vergroten, het contrast kan aanpassen, animaties kan stoppen of een leesliniaal kan aanzetten. Dit verandert alleen de weergave, op het moment dat iemand het paneel gebruikt.

De automatische reparatie

Een script dat bij het laden van de pagina de code probeert te verbeteren. Het voegt bijvoorbeeld alt-teksten toe die door software zijn bedacht, plakt ARIA-attributen op elementen die op een knop lijken, of probeert labels aan formuliervelden te koppelen. Dat gebeurt in de browser van de bezoeker, niet in uw website zelf.

De verkoopargumenten lijken vaak op elkaar: snel, betaalbaar, geen ontwikkelaar nodig. Dat spreekt aan, zeker als u net heeft gelezen dat de toegankelijkheidswet geldt en u het gevoel heeft dat u iets moet doen. Het is goed om dan even stil te staan bij wat het product technisch doet, voordat u een jaarabonnement afsluit.

Beide soorten hebben hetzelfde kenmerk: de bron blijft zoals hij was. Haalt u het script weg, dan staat er weer precies dezelfde site.

• Een menu dat niet met het toetsenbord werkt, werkt meestal ook niet na een overlay. De oorzaak zit in hoe het menu is gebouwd: een element dat alleen op een muisklik reageert, wordt geen echte knop door er een attribuut op te plakken.
• Een automatische alt-tekst beschrijft wat software ziet, zoals "persoon met laptop", niet waarom de foto er staat. Op een productpagina mist dan de informatie die een koper nodig heeft.
• Een formulier met verwarrende foutmeldingen wordt niet begrijpelijker van een groter lettertype.
• Een pdf, een video zonder ondertitels of een externe boekingsmodule valt meestal buiten het bereik van zo'n script.

WCAG beoordeelt de inhoud en de code die u aanbiedt. Een extra laag die in sommige browsers iets aanpast, verandert niets aan wat er in uw site staat. Een audit kijkt dan ook naar uw site, en een overlay die over een probleem heen ligt, maakt het probleem niet weg.

• Mensen hebben hun hulpmiddel al. Wie slecht ziet, gebruikt vergroting in het besturingssysteem of de browser. Wie blind is, heeft een screenreader die hij kent. Een eigen werkbalk op elke website, steeds net anders, voegt daar weinig aan toe.
• Het kan botsen met hulpsoftware. Een script dat koppen, rollen of labels aanpast, kan de manier verstoren waarop een screenreader de pagina voorleest. Een bezoeker die gewend is aan zijn eigen werkwijze, krijgt dan iets onverwachts.
• De widget zelf is niet altijd toegankelijk. Een knop die focus pakt of een paneel dat zich lastig laat sluiten, is een nieuwe drempel.
• Het wekt een verkeerde indruk. De eigenaar denkt dat het geregeld is en stopt met verbeteren.

Wilt u beter begrijpen hoe iemand zonder zicht een site gebruikt, en waarom een extra laag dan weinig helpt, lees dan hoe iemand die blind is een website gebruikt.

Een skip-link kunt u overigens ook zonder plugin goed regelen, zie een skip-link toevoegen.

1. Test uw site met de overlay uit. Dan ziet u wat er in de bron zit, en daar draait het om. Een test met een screenreader laat snel zien waar het knelt.
2. Laat de echte problemen in kaart brengen. Een audit tegen WCAG geeft u een lijst om mee te werken.
3. Herstel in de bron. Pak de bevindingen aan in thema, builder en content, zoals beschreven bij problemen laten herstellen.
4. Beslis daarna over de widget. Kijk ook naar het lopende abonnement en de opzegtermijn.

Een overzicht van alle stappen richting een toegankelijke site vindt u op de pagina website toegankelijk maken.