De tien toegankelijkheidsfouten die wij het vaakst tegenkomen
Na veel controles van WordPress-sites zien we steeds dezelfde fouten terugkomen. Het goede nieuws: de meeste zijn eenvoudig te herkennen en op…
Lees verderDe cookiebanner is het eerste wat bezoekers zien. Zo zorgt u dat hij met toetsenbord, screenreader en vergroting te bedienen is, en niemand buitensluit.
Iemand die blind is opent uw website. De screenreader begint bovenaan: logo, menu, de kop van de homepage. Ondertussen ligt er een grijze laag over de pagina en wacht onderaan een cookiebanner op een keuze. Die heeft de screenreader niet gemeld. De bezoeker probeert een link in het menu, er gebeurt niets, want de banner blokkeert alles. Na een minuut verlaat hij de site, zonder te weten waarom die niet werkte. Een cookiebanner die niet toegankelijk is, sluit hem buiten.
De cookiebanner is op veel websites het eerste interactieve onderdeel, en daarmee het eerste wat toegankelijk moet zijn. Lukt het een bezoeker niet om de banner te bedienen, dan komt hij nergens. Op deze pagina leest u waar een toegankelijke cookiebanner aan voldoet, waar het bij de bekende WordPress-plugins misgaat, en wat wij eraan doen. Of u een cookiebanner nodig heeft en wat de privacyregels vragen, is een juridische vraag; daarvoor hebben wij een apart artikel.
Een cookiebanner wordt meestal door een plugin of een externe dienst geleverd. Hij wordt na de rest van de pagina ingeladen, met eigen code en eigen opmaak, en valt dus buiten de controle van uw thema. Daardoor ontstaan problemen die u op de rest van de site niet heeft:
Voor de vraag of en welke melding u nodig heeft, verwijzen wij naar heeft u een cookiemelding nodig. Hier gaat het erom dat de melding die u heeft, door iedereen te bedienen is.
Blokkeert de banner de pagina, dan gedraagt hij zich als een dialoogvenster: de focus gaat bij het openen naar de banner, blijft daarbinnen tot er een keuze is gemaakt, en gaat daarna naar het begin van de pagina. Blokkeert hij de pagina niet, dan staat hij bij voorkeur vooraan in de code, zodat hij als eerste wordt bereikt en voorgelezen.
Alle knoppen, schakelaars en links in de banner werken met Tab, Enter en de spatiebalk. Het detailscherm met cookiecategorieën ook. Een zichtbare focusrand is er ook binnen de banner, niet alleen op de rest van de site.
Een knop heet "Alle cookies accepteren" of "Alleen noodzakelijke cookies", niet "OK" of een kruisje zonder naam. Schakelaars per categorie laten horen of ze aan of uit staan. Een dialoog heeft een kop of naam, zodat een screenreader zegt waar de bezoeker is.
Tekst in de banner haalt 4,5:1 contrast, knoppen en schakelaars minstens 3:1 tegen hun achtergrond. Keuzeknoppen zijn ruim genoeg om op een telefoon te raken; WCAG 2.2 noemt 24 bij 24 CSS-pixels als ondergrens. Uitleg over die regel staat in knoppen groot genoeg om te raken. Het meten van contrast behandelen wij op kleurcontrast verbeteren.
Bij 400 procent zoom of een breedte van 320 CSS-pixels moet de bezoeker de tekst en de knoppen nog kunnen bereiken, desnoods door binnen de banner te scrollen. Waarom dat ertoe doet, leest u in reflow op 400 procent zoom.
Een banner die vast onderaan het scherm blijft staan, mag het element waar de focus op staat niet volledig bedekken. Dat is een van de eisen die met WCAG 2.2 is bijgekomen.
De link om cookie-instellingen te wijzigen, meestal in de footer, is een gewone, toegankelijke link of knop, en geen klein zwevend icoontje zonder naam.
Valt u bij een van deze stappen uit, dan heeft u een probleem dat op elke pagina en bij elke nieuwe bezoeker terugkomt. Meer over testen zonder muis leest u op uw website bruikbaar maken met alleen een toetsenbord.
Wat wij niet doen: beoordelen of uw cookiebeleid juridisch klopt of welke cookies toestemming nodig hebben. Daarvoor kunt u bij een privacyjurist terecht.
De cookiebanner is maar één onderdeel van een toegankelijke site. Waar u verder begint, staat op audit, herstel en toegankelijkheidsverklaring.
Na veel controles van WordPress-sites zien we steeds dezelfde fouten terugkomen. Het goede nieuws: de meeste zijn eenvoudig te herkennen en op…
Lees verder"Uiteraard wordt de website toegankelijk." Een mooie zin in een offerte, maar wat betekent hij? Met deze checklist maakt u van een…
Lees verderEr komt een mail binnen: een klant kan uw formulier niet gebruiken met zijn screenreader. Geen reden voor paniek, wel voor een…
Lees verderAllebei kan toegankelijk zijn. Een venster in het midden moet zich als dialoog gedragen en de focus vasthouden. Een balk onderaan mag de pagina niet blokkeren zonder dat de bezoeker dat merkt, en mag de focus niet verbergen.
Dat kan, maar het hangt ook af van hoe hij op uw site is ingesteld en hoe uw thema hem opmaakt. Een plugin die standaard goed werkt, kan door eigen kleuren of CSS alsnog problemen geven. Test hem daarom op uw eigen site.
Een screenreader moet de banner in elk geval kunnen vinden voordat de bezoeker iets anders probeert. Een blokkerende banner hoort de focus te krijgen; een niet-blokkerende banner staat bij voorkeur vooraan in de code. Zo hoeft niemand te raden dat er nog iets wacht.
Ja. Elke laag die over de pagina komt, heeft dezelfde aandachtspunten: focus, toetsenbord, een sluitknop met een naam en geen verstopte inhoud. De cookiebanner is alleen het meest voorkomende voorbeeld.
Vraag een gratis websitecheck aan. U ontvangt binnen één werkdag een helder rapport, zonder verplichtingen.
Reactie binnen 4 werkuren