Goede praktijken

Toegankelijke cookiebanner: toestemming volgens de AVG moet kunnen worden geweigerd

Een ontoegankelijke cookiebanner is niet alleen een toegankelijkheidsfout: het schendt de AVG door toestemming voor iedereen onmogelijk te maken. Tussen de European Accessibility Act en de verplichting tot schriftelijke toestemming moet uw banner werken met het toetsenbord, bij inzoomen en met minimale contrasten. Ontdek hoe u dit in enkele minuten kunt evalueren en de zeven sleutelpunten.

Het korte antwoord

Een ontoegankelijke cookiebanner creëert een dubbele niet-naleving: de AVG verwerpt elke toestemming die de gebruiker niet kan uiten (onmogelijk om met het toetsenbord te weigeren, onvoldoende contrast, knop zonder label), en de EAA vereist toegankelijkheid van alle interface-elementen. De zeven minimale controles: zichtbare focus bij opening, volledige toetsenbordnavigatie, contrasten van 4,5:1, toegankelijke namen op knoppen, weigeren net zo eenvoudig als accepteren, geen focusvalkuilen, leesbaarheid bij 200% zoom.

Waarom een ontoegankelijke cookiebanner de AVG schendt

De AVG vereist een expliciete en vrije toestemming. Toestemming is echter alleen vrij als weigering net zo eenvoudig is als acceptatie, en alleen toegankelijk als iedereen deze kan uiten: via toetsenbord, schermlezer, visuele beperking of motorische trillingen. Als de knop “Weigeren” niet beschikbaar is in de toetsenbordnavigatie, verborgen onder 50 pixels klikbaar inhoud, een lege naam heeft (lege of ontbrekende aria-label) of een contrast van 2:1 op een witte achtergrond, kan een gebruiker met een beperking deze technisch niet weigeren: de toestemming die uw site verzamelt, is dus juridisch niet geldig.

De CNIL, sinds haar richtlijnen van 2021 en bevestigd in 2023, beschouwt elke belemmering voor het uiten van een keuze (toestemming of weigering) als niet-conform. Toegankelijkheid is niet langer optioneel: het is een technische voorwaarde van de AVG zelf.

De extra conformiteitslaag: de European Accessibility Act

De EAA, die op 28 juni 2025 in werking treedt, verplicht alle websites en webapplicaties in Europa om te voldoen aan de WCAG 2.1-norm op niveau AA. Dit geldt ook voor cookiebanners, die de eerste elementen zijn die op de pagina worden weergegeven: dit is dus de eerste EAA-conformiteit die uw site aan de bezoeker toont. Als deze eerste laag faalt, zullen de CNIL en de toezichthouders op toegankelijkheid onmiddellijk een signaal van nalatigheid ontvangen.

De combinatie is onontkoombaar: een ontoegankelijke banner creëert een gelijktijdige niet-nalevingslast op twee fronten (AVG en EAA). De eerst geïdentificeerde gebreken (contrast, toetsenbordnavigatie, labeling) zullen zowel als inbreuken op de toestemming als op de EAA worden gerapporteerd.

De zeven punten om te controleren op uw cookiebanner

1. Zichtbare focus bij opening

Wanneer de banner verschijnt, moet de toetsenbordfocus aanwezig en zichtbaar zijn op een element van de banner (meestal de eerste knop of een sluitknop). Te veel sites tonen de banner, maar laten de focus op de achtergrond: de toetsenbordgebruiker weet niet waar hij moet handelen.

2. Volledige toetsenbordnavigatie

Tabuleren (Tab) moet alle knoppen van de banner in een logische volgorde doorlopen (van links naar rechts of van boven naar beneden), en Enter moet de knop in focus activeren. Invoervelden en interne links in de banner moeten ook toegankelijk zijn. Enter (of Spatie op knoppen) moet werken.

3. Voldoende kleurcontrast

Tekst op achtergrond: minimum 4,5:1 voor normale tekst, 3:1 voor grote letters (18pt en vet). Randen en grafische elementen: 3:1. Een witte banner met lichte grijze tekst faalt vaak deze test. Semi-transparante knoppen op een witte achtergrond falen ook.

4. Duidelijk benoemde knoppen

Elke knop moet een zichtbaar label EN een toegankelijke naam hebben (aria-label-attribuut als het label een icoon is, of de zichtbare tekst van de knop). Een knop met alleen een icoon “X” om te sluiten moet aria-label="Sluiten" of een equivalent alternatief hebben. Schermlezers moeten “Alle cookies accepteren” voorlezen, niet “Knop”.

5. Weigering net zo toegankelijk als acceptatie

AVG verplicht. De knop “Weigeren” mag niet in een kleiner lettertype staan, achter een indirecte link verborgen zijn of achter een precieze klik zitten. Als “Accepteren” met het toetsenbord bedienbaar is, moet “Weigeren” dat ook zijn, en duidelijk zichtbaar. Geen gewicht of kleurverschil mag een valse hiërarchie creëren.

6. Geen focusvalkuilen

Focus trap: als u op Tab drukt aan het einde van de banner, mag de focus u niet oneindig terug naar het begin brengen, noch u buiten de banner blokkeren terwijl de banner nog zichtbaar is. De focus moet kunnen verlaten nadat een actie is ondernomen (accepteren, weigeren, sluiten).

7. Leesbaarheid bij 200 procent zoom

Bij 200 procent zoom in de browser moet de tekst van de banner leesbaar blijven en de knoppen met de muis bedienbaar zijn. Geen onzichtbare overlappingen, geen overlappende tekst. Een slechtziende gebruiker die inzoomt mag niet de mogelijkheid verliezen om te weigeren.

Hoe u uw cookiebalk in één minuut test

Met het toetsenbord: open uw site, sluit de muis. Druk op Tab: de focus moet op de cookiebalk verschijnen. Ga verder met tabuleren, doorloop de knoppen, druk op Enter. Probeer te weigeren en vervolgens te accepteren. Als u “ Weigeren “ niet met het toetsenbord kunt bereiken, faalt uw cookiebalk.

Op contrast: maak een foto van de cookiebalk, plak deze in een online contrasttool (WebAIM Contrast Checker, Accessible Colors) en controleer of de tekst en knoppen een contrastverhouding van minimaal 4,5:1 hebben. Als het resultaat rood is, corrigeer dit.

Met zoom: druk drie keer op Ctrl++ (200% zoom). De cookiebalk moet volledig blijven, leesbaar zijn en alle knoppen moeten klikbaar zijn zonder horizontaal scrollen.

Met een schermlezer: als u een browser gebruikt met NVDA (Windows, gratis) of VoiceOver (Mac), activeer deze en luister wat er wordt voorgelezen. De knoppen moeten expliciet benaming hebben (“ Alle cookies accepteren “ en niet “ Knop “). De secties moeten een logische structuur hebben.

Conformiteit verder: handmatige tests en governance

Deze zeven punten dekken de geautomatiseerde fouten (contrast, labeling, toetsenbordnavigatie, focus). Maar voor volledige toegankelijkheid van de cookiebalk zijn ook handmatige tests nodig: een ontwikkelaar of auditor moet controleren of de focuslogica voldoet aan de verwachtingen (geen verborgen valkuilen), of de aanpasbare velden (indien aanwezig) met het toetsenbord te bedienen zijn en of de balk geen andere kritische elementen verbergt wanneer deze wordt weergegeven.

Denk ook aan governance: de meeste CMP’s (consent management platforms op de markt) bevatten standaard toegankelijkheidsfouten. Voordat u er een kiest, controleert u de documentatie over de EAA en de AVG, test u de balk in een preproductieomgeving met de zeven bovenstaande punten en vraagt u, indien mogelijk, om correcties voordat de site live gaat. Inclaria maakt het mogelijk om uw site in enkele seconden te scannen; de cookiebalk is vaak het eerste element in de toegankelijkheidsaudit, geclassificeerd als blokkerend omdat deze de toegang tot de rest van de site voorwaarde schept.

Update: test de balk elke drie tot zes maanden. Elke wijziging van de CMP, elke browserupdate of elke aanpassing van het ontwerp kan nieuwe niet-conformiteit veroorzaken.

Belangrijke punten om te onthouden

• Een ontoegankelijke cookiebanner maakt de AVG-toestemming ongeldig en schendt de EAA.
• De zeven minimale controles omvatten focus, toetsenbord, contrast, namen, gelijkwaardigheid acceptatie/weigering, valkuilen, zoom.
• Handmatige tests vullen automatische tests aan: echte toetsenbordnavigeerbaarheid, focuslogica, consistentie van CMP-governance.
• Een conformiteitsbalk is het eerste signaal van algehele conformiteit van uw website.