Moet je project toegankelijk zijn?

Digitale toegankelijkheid betekent dat iedereen je website of app kan gebruiken, ook mensen met een beperking. Denk aan iemand die blind is en een schermlezer gebruikt, iemand die alleen een toetsenbord kan bedienen, iemand die slecht ziet en de tekst vergroot, of iemand die doof is en een video zonder ondertiteling niet kan volgen.

Vibecode-tools maken vaak mooie schermen, maar letten minder op wat je niet ziet. Een knop die alleen een icoontje is zonder beschrijving, een formulier zonder labels of lichtgrijze tekst op een witte achtergrond zie je zelf niet als probleem. Voor een deel van je gebruikers is het een muur.

De European Accessibility Act (EAA) is een Europese richtlijn die eisen stelt aan de toegankelijkheid van bepaalde producten en diensten. Nederland heeft die in eigen wetgeving omgezet. Volgens Ondernemersplein (opent in een nieuw tabblad)¹ gelden de regels sinds 28 juni 2025.

Voor vibecoders is vooral de categorie e-commercediensten van belang. De ACM (opent in een nieuw tabblad)² omschrijft die als online diensten waarmee consumenten op afstand een overeenkomst sluiten: websites en apps waarop een consument iets koopt, huurt, bestelt, afsluit of reserveert. Denk aan webwinkels, boekingsplatforms en abonnementsdiensten. Andere categorieën zijn onder meer bankdiensten, e-boeken en telefoon- en internetdiensten.

Voor e-commercediensten houdt de ACM toezicht. Volgens de ACM moet je dienst voldoen aan WCAG 2.1 niveau AA, de internationale richtlijn voor toegankelijke websites, en publiceer je een verklaring op je website en in je app waarin je uitlegt hoe je dienst aan de regels voldoet. De ACM meldt ook dat WCAG 2.2 niveau AA in de loop van 2026 de nieuwe norm wordt. Wat op dit moment geldt, staat bij de ACM.

Voor websites van de overheid gelden aparte regels. Die staan op DigiToegankelijk (opent in een nieuw tabblad)³.

Een micro-onderneming is volgens de ACM (opent in een nieuw tabblad)² een bedrijf met minder dan 10 mensen in dienst en een jaaromzet van niet meer dan 2 miljoen euro. Micro-ondernemingen die diensten leveren, hoeven niet aan de wettelijke toegankelijkheidseisen te voldoen. De meeste vibecoders die net beginnen, vallen hieronder.

Let op een paar dingen:

• De uitzondering geldt voor diensten. Maak je een fysiek product, zoals een apparaat met een scherm, check dan bij Ondernemersplein (opent in een nieuw tabblad)¹ wat voor jou geldt.
• De regels gaan over diensten aan consumenten. Verkoop je alleen aan bedrijven, check dan bij de ACM of de regels voor je gelden.
• Groei je boven de grens, dan gelden de eisen wel. Met een project dat al toegankelijk is, is dat geen probleem.
• Werk je voor een klant die geen micro-onderneming is, dan kan die eisen stellen aan wat jij bouwt.

Twijfel je over je eigen situatie, dan zetten we op een rij wat er voor jou speelt. De uitleg van de ACM (opent in een nieuw tabblad)⁴ is daarbij het uitgangspunt. Is het juridisch niet duidelijk, dan is een jurist verstandig.

Ook als de wet het niet van je vraagt, zijn er goede redenen:

• Meer mensen kunnen je project gebruiken. Ook mensen zonder beperking hebben er baat bij: wie buiten in de zon op een telefoon kijkt, heeft voldoende contrast nodig.
• Het is goedkoper om het meteen te doen. Achteraf een hele app toegankelijk maken is meer werk dan het vanaf het begin meenemen.
• Zakelijke klanten vragen erom. Grotere bedrijven en de overheid stellen vaak eisen aan de software die ze kopen.
• Zoekmachines en AI-assistenten lezen je pagina's beter als de structuur klopt, met echte koppen en beschrijvingen bij afbeeldingen.

Je hoeft niet perfect te beginnen. De grootste problemen zijn meestal met een paar gerichte aanpassingen op te lossen.

Of je project toegankelijk is, zie je niet door ernaar te kijken. Een goede controle loopt in elk geval deze punten na:

• Toetsenbord. Is elke knop te bereiken zonder muis, en is steeds te zien waar je bent?
• Vergroting. Blijft alles leesbaar en bruikbaar als de tekst 200 procent groter is?
• Contrast. Is tekst goed te lezen op de achtergrond?
• Afbeeldingen en icoonknoppen. Hebben ze een beschrijving voor schermlezers?
• Formulieren. Heeft elk veld een zichtbaar label, en is een foutmelding duidelijk zonder alleen op kleur te leunen?

Een automatische test vindt een deel van de problemen, maar lang niet alles. Daarom hoort er ook een controle met een schermlezer bij.

Dat doen we voor je: we lopen je project na op de punten van WCAG 2.1 niveau AA en verbeteren wat we vinden. Meer over testen voor de lancering staat in Testen voordat je live gaat. Wil je een app in de winkels zetten, lees dan ook In de App Store en Google Play.

De plekken waar het in de praktijk het vaakst misgaat, zijn de plekken waar een gebruiker iets moet doen. Daar wil je het juist goed hebben, omdat iemand anders afhaakt.

• Inloggen en aanmelden. Een verificatiecode die na een paar seconden verloopt of een puzzel die alleen met de muis werkt, sluit mensen buiten.
• Je cookiebanner. Die moet met een toetsenbord te bedienen en te sluiten zijn, anders blokkeert hij je hele site. Zie Cookies en analytics.
• Je betaalscherm. Het betaalscherm van je provider is meestal al getest, maar de stappen ervoor bouw je zelf: prijskeuze, gegevens en akkoord met je voorwaarden. Zie Betalingen ontvangen.
• Meldingen die verdwijnen. Een melding die na drie seconden weg is, mist iemand met een schermlezer of iemand die langzamer leest.

Daar kijken we bij een controle het eerst naar, met een toetsenbord en een schermlezer. Wat daar werkt, werkt meestal overal.