Sinds 28 juni 2025 moeten ook commerciële websites, webshops en apps toegankelijk zijn. Dat komt door de European Accessibility Act, in Nederland ingevoerd als de Implementatiewet toegankelijkheidsvoorschriften producten en diensten. Voor overheid, onderwijs en zorg gold die plicht al langer.
Wij bouwen software die eraan voldoet. Niet als extraatje achteraf, maar als onderdeel van hoe we ontwikkelen. Deze website is er zelf mee gebouwd.
De richtlijnen tellen tientallen criteria. Dit zijn de punten waar we in de praktijk het vaakst iets zien misgaan.
Tekst haalt minimaal 4.5:1 tegen de achtergrond, iconen en randen 3:1. We toetsen die kleuren in het design system, niet pas als het scherm er staat.
Elk menu, elke knop en elk formulier is zonder muis te bedienen, met een focusrand die je echt ziet staan. Druk op deze pagina gerust eens op tab.
Een schermlezer moet begrijpen wat een afbeelding toevoegt. Decoratieve beelden krijgen juist geen tekst, zodat het voorlezen niet gaat ruisen.
De naam die een schermlezer voorleest bevat de zichtbare tekst van de knop. Anders werkt spraakbediening niet: je zegt wat je ziet, en er gebeurt niets.
Velden hebben een echt label, fouten worden in tekst benoemd en niet alleen met een rood randje, en uitleg staat er al voordat je begint te typen.
Focus die niet achter een sticky balk verdwijnt, klikvlakken van minstens 24 bij 24 pixels, een alternatief voor slepen, geen geheugenpuzzels bij het inloggen en hulp die steeds op dezelfde plek staat.
Overlay-tools beloven dat één regel JavaScript je website compliant maakt. In de praktijk raken ze de onderliggende code niet aan, en mensen die een schermlezer gebruiken lopen er juist vaker op vast. Toegankelijkheid zit in het fundament: in je HTML, je contrast en je focusvolgorde. Daar bestaat geen knop voor.
Contrast, tekstgroottes en focusstijlen leggen we vast in het design system. Dan hoef je het later niet scherm voor scherm te repareren.
Koppen in de juiste volgorde, echte knoppen en formulierlabels, een logische tabvolgorde en skiplinks bovenaan elke pagina.
We draaien axe-core mee tijdens het bouwen. Dat vangt een flink deel van de problemen af, snel en zonder discussie.
De rest vind je alleen zelf: door de hele site met het toetsenbord door te lopen en met een schermlezer te luisteren naar wat er wordt voorgelezen.
Je krijgt een overzicht van wat er is aangepast en wat er nog openstaat, met het criterium erbij. Bij nieuwe features testen we opnieuw, want toegankelijkheid slijt.
Bevindingen per criterium Geen algemeen rapport, maar per pagina en per WCAG-criterium wat er speelt, met de impact op gebruikers erbij.
Werk dat geprioriteerd is Eerst wat mensen echt blokkeert, daarna de rest. Zo gaat je budget naar de dingen die het meeste verschil maken.
Code die het oplost Wij bouwen de aanpassingen ook. In je eigen codebase, open source, zonder dat je daarna aan ons vastzit.
Onderbouwing voor je verklaring Moet je een toegankelijkheidsverklaring publiceren? Dan leveren we de technische onderbouwing aan die daaronder hoort.
Een team dat het volhoudt Ook bij doorontwikkeling en onderhoud blijven we op toegankelijkheid letten. Anders sluipt het er vanzelf weer uit.
"Met de lancering van onze nieuwe website hebben we een platform gekregen dat goed doorzoekbaar is en volledig voldoet aan de WCAG- en toegankelijkheidseisen. Samen met Kobalt hebben we de content zorgvuldig ontwikkeld, waardoor alles perfect werkt en onze bezoekers eenvoudig hun weg vinden."
Marleen Veldhuis
Communicatieadviseur, Heineken Pensioenfonds
Lever je digitaal een dienst aan consumenten, dan is de kans groot van wel. De European Accessibility Act geldt sinds 28 juni 2025 voor onder meer webshops, financiële diensten, vervoer, telecom en e-books. Voor overheid, onderwijs en zorg gold de plicht al langer. Micro-ondernemingen die diensten leveren zijn uitgezonderd. Twijfel je? Stuur ons je situatie, dan zeggen we eerlijk of het speelt.
WCAG 2.2 is 2.1 plus negen nieuwe criteria, waarvan er een aantal op niveau AA vallen. Denk aan focus die niet achter een vaste balk mag verdwijnen, klikvlakken die groot genoeg zijn, een alternatief voor slepen en inloggen zonder geheugenpuzzel. Alles wat je voor 2.1 hebt gedaan telt gewoon mee.
In de praktijk altijd AA. Dat is het niveau waar de wetgeving en de Europese norm naar wijzen. Niveau A is te weinig, en AAA is voor de meeste websites niet haalbaar en ook niet bedoeld als algemene eis. Wij richten ons dus op AA en nemen mee wat van AAA logisch en betaalbaar is.
Dat hangt vooral af van hoe je site of app nu in elkaar zit. Zit de basis goed, dan gaat het om aanpassingen aan contrast, focus, labels en formulieren. Is er met veel losse blokken en overgeslagen semantiek gewerkt, dan is het meer werk. We kijken eerst mee en geven daarna een transparante inschatting, zodat je vooraf weet waar je aan toe bent.
Een openbare verklaring waarin je vertelt in hoeverre je website of app aan de eisen voldoet, wat er nog niet klopt en wat je eraan doet. Voor overheidsorganisaties is die verplicht en wordt hij in een centraal register gepubliceerd. Wij leveren de technische onderbouwing waar zo'n verklaring op rust.
Niet als oplossing, nee. Een overlay legt een laagje over je site heen zonder de onderliggende code te repareren. Mensen die dagelijks met een schermlezer werken ervaren er vaak juist hinder van. Je bent er ook niet mee compliant, want de criteria gaan over je eigen HTML en interactie. Beter besteed je datzelfde geld aan het fundament.
Een eerste doorlichting van een bestaande site kost ons doorgaans een paar dagen. Het herstelwerk daarna loopt uiteen van één sprint tot een paar maanden, afhankelijk van de omvang en van hoeveel er structureel moet veranderen. Bij nieuwbouw kost het nauwelijks extra tijd, omdat het gewoon onderdeel is van hoe we bouwen.
Wij testen grondig en lossen op, maar we zijn geen geaccrediteerde onderzoekspartij. Heb je een formeel onderzoek met een verklaring van overeenstemming nodig, dan schakelen we Raadhuis in. Zij doen het onderzoek, wij verwerken de bevindingen in de code.
Ja. In Nederland ondervinden miljoenen mensen in meer of mindere mate hinder van een website die niet toegankelijk is, van slechtziend tot laaggeletterd. Daar komt bij dat toegankelijke code schoon en semantisch is, en dat helpt ook zoekmachines en je eigen onderhoud. Je site wordt er voor iedereen prettiger van.
Wil je weten of jouw website of app aan de WCAG voldoet, of bouw je iets nieuws en wil je het meteen goed doen? Spar even met een developer. We kijken mee, zeggen eerlijk wat we zien en wat het ongeveer kost.
Projecten waarbij we deze expertise hebben toegepast.
