Digitale toegankelijkheid

Digitale toegankelijkheid is geen optie meer, maar een harde randvoorwaarde. Waar toegankelijkheid in de publieke sector al jaren de norm is, maakt de European Accessibility Act (EAA) het nu voor bijna elk serieus zakelijk platform verplicht. Maar een leverancier kiezen die dit écht beheerst, is lastig. Aan een mooi ontwerp zie je immers niet of de code standhoudt bij een formele audit, of een schermlezer vastloopt, of dat 15 tot 20% van je bezoekers stilzwijgend afhaakt.

Toegankelijk vanaf de eerste regel code

Bij Level Level zien we toegankelijkheid niet als een verplicht controlelijstje achteraf of een snelle cosmetische fix. Wij bouwen platforms die vanaf de allereerste schets en regel code aantoonbaar voldoen aan de strengste WCAG 2.2 niveau AA-eisen. Niet alleen om boetes of imagoschade te voorkomen, maar om ervoor te zorgen dat werkelijk iedereen jouw platform probleemloos kan gebruiken.

Een strakke website is niet vanzelf toegankelijk

Als marketingdirecteur, digitaal manager of compliance officer sta je voor een lastige opgave. Je ziet direct of de huisstijl klopt en of de pagina soepel laadt op je eigen laptop. Maar de werkelijke barrières van een website zijn niet goed zichtbaar voor wie zelf geen hulpmiddelen gebruikt.

Toegankelijkheid zit in de details die je zelf niet ziet

Als je met een muis over een scherm beweegt, merk je niet hoe kwetsbaar digitale interacties zijn. Maar zodra iemand je website bedient met een toetsenbord, schermlezer of vergrotingssoftware, telt elk technisch detail:

Vastzitten in interactieve elementen (keyboard traps)

Iemand navigeert met de Tab-toets, opent een zoekbalk of fly-out menu, en kan er vervolgens met geen mogelijkheid meer uit zonder muis.

Knoppen zonder betekenis

Een visueel icoon (zoals een vergrootglas of winkelmandje) wordt door een schermlezer simpelweg voorgelezen als “knop” of “link”, zonder doel of context.

Hakkelende schermlezers bij taalwisselingen

Zonder de juiste taalmarkering in de code leest een Nederlandse schermlezer Engelstalige termen met een zwaar Nederlands accent voor, waardoor de tekst onverstaanbaar wordt.

Onlogische focusvolgorde

Een pop-up of melding verschijnt visueel midden in beeld, maar de voorleesfocus van de software blijft onderaan de pagina hangen.

Geautomatiseerde tools vinden maar een fractie van de fouten

Veel webbureaus beloven “rekening te houden met WCAG”, maar vertrouwen in de praktijk op geautomatiseerde tools zoals Lighthouse of axe. Dat geeft schijnzekerheid: software detecteert hooguit 30% van de fouten—vooral basale zaken zoals kleurcontrast of ontbrekende alt-teksten.

De overige 70% van de toegankelijkheidsrichtlijnen draait om de logica en context van menselijke interactie. Een machine herkent een begrijpelijke foutmelding of logische formulierstructuur simpelweg niet. Daar is menselijk testwerk voor nodig.

‘Accessibility overlays’ werken niet

Diverse softwarepartijen adverteren met zogeheten accessibility overlays of widgets (herkenbaar aan het rolstoel-icoontje onder in het scherm). De belofte: installeer één regel JavaScript en je website is direct compliant. Wij zien dat heel anders: deze overlays lossen het probleem niet op en introduceren nieuwe risico’s.

Ze laten het kapotte fundament intact

Een overlay plakt een oppervlakkig script over foute broncode heen. Gebruikers met een beperking gebruiken hun eigen, vertrouwde hulpmiddelen (zoals NVDA, JAWS of VoiceOver). Een overlay conflicteert daar vaak mee en wordt door ervaren gebruikers juist als een hindernis ervaren.

Je blijft juridisch 100% aansprakelijk

Toezichthouders en rechtbanken oordelen eenduidig: de eigenaar van het platform is zelf verantwoordelijk voor een werkende website. Een overlay vrijwaart je niet van boetes of verplichte aanpassingen.

Het getuigt van desinteresse

Het straalt naar je doelgroep uit dat je toegankelijkheid ziet als een administratieve last die je snel wilt afkopen, in plaats van een serieuze investering in hoe je mensen bedient.

Websites die mensen kunnen en willen gebruiken

Wij maken websites die mensen daadwerkelijk kunnen en willen gebruiken: gebouwd op vier fundamentele principes uit de WCAG-standaard. Met name het laatste principe (Robuust) is waar veel moderne websites de mist in gaan.

Waarneembaar

Informatie moet voor iedereen waarneembaar zijn. Denk aan alt-teksten voor schermlezers, schaalbare tekst, goed kleurcontrast en ondertitels. Zo blijft content nooit onzichtbaar of onbereikbaar voor gebruikers met een visuele of auditieve beperking.
Bedienbaar

Een site of app moet voor iedereen te besturen zijn, ook via toetsenbord of spraakbediening. Zorg voor duidelijke navigatie, voldoende tijd om te handelen en vermijd elementen die fysieke reacties kunnen veroorzaken (zoals snel knipperend licht).
Begrijpelijk

Informatie en bediening moet helder en voorspelbaar zijn. Content is geschreven in duidelijke taal en de opzet voelt logisch aan, zonder onverwacht gedrag. Daarnaast helpt de interface gebruikers om fouten te voorkomen en op te lossen, bijvoorbeeld met heldere instructies en foutmeldingen.
Robuust

Robuustheid betekent dat de content betrouwbaar geïnterpreteerd kan worden door een brede scala aan technologieën. Dit wordt voornamelijk bereikt door het toepassen van standaarden en schone, correcte code. Zo blijft de digitale toepassing goed functioneren op verschillende apparaten, browsers en hulpmiddelen.

Jij bepaalt niet hoe iemand je platform gebruikt

Als platformeigenaar heb je geen enkele controle over de context waarin iemand je platform raadpleegt. Waar de één op een snelle laptop via glasvezel surft, navigeert de ander met een verouderde telefoon op een instabiele verbinding in de trein. Weer een ander vertrouwt op een brailleleesregel, spraakuitvoer, of is een AI-agent die je data indexeert.

Een robuust platform dwingt de bezoeker niet in een keurslijf, maar past zich moeiteloos aan die context aan. Dat bereik je niet door pagina’s vol te hangen met zware JavaScript-frameworks en generieke <div>-elementen, maar door terug te keren naar wat de browser van nature begrijpt: semantische HTML5.

Toegankelijkheid en doordacht design versterken elkaar

Dat een toegankelijke site saai zou zijn, is een misverstand. De WCAG-richtlijnen stellen nauwelijks eisen aan puur esthetische elementen of sfeerbeelden. De regels gelden voor informatieoverdracht en functionele interactie: knoppen, formulieren, typografie, contrast van leesteksten en navigatiestructuren.

Onze designers zien die kaders juist als een houvast voor beter design. Vaste contrastgrenzen en duidelijke interactiepatronen dwingen tot doordachte keuzes. En voor bezoekers is voorspelbaarheid bij belangrijke handelingen geen saaiheid, maar gebruiksvriendelijkheid. Een bezoeker komt naar je platform om een taak te volbrengen. Als dat soepel en foutloos lukt, levert dat direct merkvertrouwen op.

We ontwerpen niet alleen visueel aantrekkelijke producten, we creëren inclusieve ervaringen die voor iedereen toegankelijk zijn. Vanaf de eerste schets zorgen we ervoor dat elk detail doordacht is, zodat iedereen de beste gebruikerservaring krijgt.

profielfoto van Andree Lange van Level Level

Andrée Lange Lead Design

Hoe wij kwaliteit borgen in ons proces

Toegankelijkheid achteraf repareren is financieel en organisatorisch een nachtmerrie: het kost tot wel vier keer zoveel als het direct goed doen. Daarom zit toegankelijkheid bij Level Level verweven in elke stap van ons proces.

1. IAAP-gecertificeerde specialisten vanaf dag één aan tafel

In tegenstelling tot bureaus die af en toe een externe adviseur inhuren, heeft Level Level gecertificeerde specialisten vast in dienst. Zij beschikken over accreditaties van de International Association of Accessibility Professionals (IAAP), zoals CPACC (Certified Professional in Accessibility Core Competencies) en WAS (Web Accessibility Specialist).

Het bouwen van een eenvoudige pagina met wat tekst lukt de meeste ontwikkelaars wel. Maar zodra interacties complexer worden schieten voor de hand liggende oplossingen vaak tekort. Juist dan weten onze specialisten hoe je binnen de standaarden een werkende en gebruiksvriendelijke oplossing ontwerpt, nog vóórdat er een regel code is geschreven.

2. Geen regel code naar productie zonder review

Al onze frontend en backend developers zijn grondig getraind in semantische markup en toegankelijke patronen. Geen enkele regel code bereikt de testomgeving zonder een review via pull requests. Hierbij toetst een tweede developer altijd of de interactie semantisch klopt en of er niet onnodig naar complexe custom scripts is gegrepen wanneer een standaard HTML5-element hetzelfde doel betrouwbaarder oplost.

3. Testen met echte schermlezers, niet alleen met checklists

In onze CI/CD build-pipeline draaien geautomatiseerde linters en tests bij elke release. Maar de belangrijkste toetsen voeren we handmatig uit:

We testen met gangbare schermlezers.
We navigeren platforms uitsluitend met het toetsenbord om te controleren of focus-indicatoren overal helder zichtbaar zijn conform de WCAG 2.2-criteria.
We testen op duidelijke foutafhandeling: vertelt het formulier de bezoeker exact welk veld onjuist is ingevuld, en hoe dit direct kan worden hersteld?

4. Het CMS inrichten zodat schrijvers vanzelf toegankelijk publiceren

Een toegankelijke site blijft alleen toegankelijk als contentmakers dat ook kunnen. Zonder begeleiding verdwijnen koppenhiërarchieën en alt-teksten snel. Daarom richten wij WordPress zo in dat het automatisch ondersteunt:

Het CMS biedt praktische handvatten en signaleringen bij ontbrekende alt-teksten of onlogische koppenstructuren.
We bieden de juiste bouwblokken, zodat stijlen niet misbruikt hoeven te worden (zoals een tussenkop kleiner maken puur voor het visuele effect).
Wij verzorgen bij oplevering een gerichte contentworkshop: hoe schrijf je begrijpelijke teksten (taalniveau B1), hoe structureer je tabellen en hoe voorkom je onnodig jargon?

Onder de motorkap: technische standaarden & methodiek

Onze developers hanteren strikte standaarden om technische schuld en compliance-risico’s te minimaliseren.

Onderdeel	Onze standaard	Wat dit betekent voor je organisatie
Richtlijn	WCAG 2.2 Niveau AA	Volledige naleving van de European Accessibility Act en de wettelijke eisen voor de publieke sector.
Architectuur	Semantische HTML	Gebruik van native elementen. Dit vormt de basis van een stabiel platform volgens internationale standaarden.
Codekwaliteit	4-ogenprincipe en automatisering	Elke pull request wordt getoetst met geautomatiseerde accessibility linters en peer reviews.
Testmethodiek	Hybride	Automatische scans in CI/CD gecombineerd met gestructureerde handmatige tests.
Integraties	Maatwerk integraties	Ontoegankelijke iframes of software van derden (zoals recruitmentsystemen) vangen we indien nodig op met native, toegankelijke frontend-formulieren via beveiligde API-koppelingen.
Compliance-borging	Auditbegeleiding	olledige documentatie, voorbereiding en inhoudelijke begeleiding tijdens externe audits.

AI-zoekmachines spreken dezelfde taal als schermlezers

Er is een interessante parallel tussen toegankelijkheid en de vindbaarheid van je platform in het AI-tijdperk. Moderne AI-zoekmachines en answer engines benaderen je website op dezelfde manier als een schermlezer: ze negeren visuele animaties en lezen puur de ruwe HTML-code. Wie bouwt volgens open standaarden voor mensen met een beperking, legt daarmee tegelijkertijd een betrouwbaar fundament voor de AI-systemen van morgen.

Semantische structuur

Een logische hiërarchie van koppen (<h1> t/m <h6>) en betekenisvolle elementen (<article>, <section>, <main>) stelt een crawler in staat om direct de kern van een pagina te begrijpen en accuraat te citeren.

Native tabellen en formulieren

Data die netjes in semantische tabellen staat in plaats van in een afbeelding of gecompliceerd script, kan direct door taalmodellen worden verwerkt als feitelijke bron.

Minder verwerkingsfouten

Een schone, server-side gerenderde HTML-pagina zonder onnodige script-overhead vraagt minder rekencapaciteit van crawlers, waardoor informatie sneller en betrouwbaarder wordt geïndexeerd.