Toegankelijkheid bewijs je met gebruik, niet met een groene score

Wil je meteen aan de slag?

Er is een scan gedraaid. Er kwamen tweehonderd meldingen uit. En nu ligt er een rapport waar niemand een maandag mee kan beginnen. Is dat ongeveer waar je staat?

Wij toetsen je site zoals je bezoekers hem gebruiken: met alleen een toetsenbord, met een schermlezer, ingezoomd op een telefoon. Daar komt uit wat een machine nooit vindt — en dat is precies wat mensen tegenhoudt.

Daarna lossen we het op, in dezelfde teams die je site bouwen, en zetten we de checks in je proces. Zodat je niet over een jaar weer bij nul begint met een nieuw rapport.

Wat een scan niet vindt, houdt je bezoeker wél tegen

Tooling dekt een deel van de richtlijnen. De rest gaat over betekenis: is deze knop duidelijk zonder dat je hem ziet, staat de focus op de goede plek, klopt de leesvolgorde, is een fout te herstellen. Dat stel je alleen vast door het te doen.

En het raakt bredere groepen dan je denkt. Iemand met een gebroken arm gebruikt één hand. Iemand met migraine kan geen fel contrast verdragen. Iemand van zeventig zoomt in. Bijna elke toegankelijkheidsregel maakt je site voor álle bezoekers duidelijker: helderder labels, voorspelbaarder navigatie, foutmeldingen die uitleggen wat je moet doen.

Daarom sorteren we op impact. Een navigatie die vastloopt op een toetsenbord blokkeert alles; een alt-tekst op een decoratief plaatje niet. Die twee horen niet in hetzelfde lijstje van tweehonderd.

Van tweehonderd meldingen naar een werkbaar plan

WCAG-audit

Welke pagina's? Welke flows? We toetsen de routes waar je omzet en je reputatie aan hangen, met tooling én met de hand. Per bevinding staat erbij wat er misgaat, voor wie, en hoe hard het blokkeert.

Herstelplan & prioritering

Een lijst bevindingen is geen plan. Wij zetten ze op volgorde van blokkade en bereik en splitsen ze naar wie het oplost: ontwerper, ontwikkelaar of redacteur. Dus je weet maandag waar je begint.

Toegankelijk bouwen

Wij leveren geen rapport en gaan dan weg. Semantische opbouw, focus en toetsenbordgebruik, labels en foutmeldingen, contrast en tekstgrootte: we bouwen het om. In je bestaande site of in een nieuwe.

Testen met hulpsoftware

Schermlezer aan. Muis weg. Zoom op 200 procent. Zo komt boven wat een scan nooit meldt: dat iets technisch klopt en in gebruik alsnog vastloopt.

Performance & Core Web Vitals

Een pagina die verspringt tijdens het laden is voor iedereen lastig en voor sommigen onbruikbaar. Snelheid en stabiliteit horen dus in dit gesprek. Wij meten ze en verbeteren waar het knelt.

Kwaliteitsproces & monitoring

Toegankelijkheid gaat kapot bij de volgende pagina. Daarom leggen we checks vast bij oplevering, richten we monitoring in die afwijkingen meldt en leren we je redacteuren waar zij het verschil maken.

Waarom je hiervoor bij 0to9 zit

Veel partijen toetsen. Wij toetsen én herstellen, in dezelfde teams die je site bouwen. Je krijgt dus geen rapport dat je moet doorzetten naar iemand die er niet bij was en de context mist.

En wij sorteren op impact in plaats van op richtlijnnummer. Dat is het verschil tussen een lijst van tweehonderd punten en een plan waarin de eerste vijf de meeste mensen weer doorlaten.

Toegankelijkheid zit bij ons in de bouwstandaard, niet in een nazorgfase: elke nieuwe pagina die we opleveren is er al op getoetst. Dat doen we nu [[X]] jaar, voor merken als [[klant, klant en klant]]. [[Certificering of expertise-claim — aanvullen]]

Leg je toegankelijkheidsvraag aan ons voor

Plan een gesprek

Veelgestelde vragen over toegankelijkheid

Moet onze website aan de WCAG voldoen?
Waarschijnlijk wel, en het wordt eerder strenger dan losser. Of het voor jouw sector wettelijk verplicht is, hoort bij een jurist — dat zijn wij niet. Wat wij doen: zwart op wit zetten waar je nu staat, zodat je die vraag met feiten beantwoordt in plaats van met een aanname.
Is een geautomatiseerde scan niet genoeg?
Nee. Een scan vindt een deel van de problemen en mist juist wat mensen tegenhoudt: onlogische focusvolgorde, knoppen zonder duidelijke naam, foutmeldingen die niets uitleggen. Wij gebruiken tooling om snel te schiften en testen daarna met de hand. Anders repareer je de meldingen en niet het probleem.
Wat is het verschil tussen toegankelijkheid en UX-design?
Bij UX-design nemen we toegankelijkheid mee terwijl we ontwerpen. Deze dienst gaat over wat er al staat: toetsen, aantoonbaar maken en herstellen. Bouw je iets nieuws, dan hoort het in het ontwerptraject. Heb je een bestaande site, dan begin je hier.
Kunnen jullie het in onze bestaande site oplossen?
Bijna altijd. Zit het in styling, labels en teksten, dan gaat het snel. Zit het in componenten die van de grond af verkeerd zijn opgezet, dan is vervangen verstandiger dan repareren — en dan zeggen we dat, ook als het ons minder uurtjes oplevert. Je weet het na de audit.
Hoe voorkomen we dat het weer wegzakt?
Één pdf zonder structuur, één plaatje met tekst erin, één nieuwe module: dat is genoeg. Daarom zetten we het in je proces in plaats van in een project: checks bij oplevering, monitoring die afwijkingen meldt, en een korte uitleg voor de mensen die content plaatsen. Daar zit de meeste winst, want daar ontstaan de meeste nieuwe problemen.