WCAG-toegankelijkheid voor je bedrijfswebsite: waar begin je?

Toegankelijkheid is geen extra feature. Het is basisfunctionaliteit. Voor bezoekers met een beperking, voor zoekmachines en voor gebruiksgemak. Begin simpel: begrijp de regels, voer een paar snelle verbeteringen door en bouw getest verder.

In dit artikel leg ik uit welke WCAG-eisen het belangrijkst zijn voor een bedrijfswebsite, welke quick wins je direct kunt oppakken en hoe je een teststrategie opzet. Met voorbeelden, een checklist en een korte kostenindicatie.

Wat is WCAG en waarom het telt

WCAG (Web Content Accessibility Guidelines) is de internationale standaard voor digitale toegankelijkheid. Versie 2.2 beschrijft criteria op drie niveaus: A, AA en AAA. Voor de meeste bedrijfswebsites is niveau AA het praktische doel; dat is ook wat veel overheidsrichtlijnen aanraden. Zie de officiële tekst voor details: https://www.w3.org/TR/WCAG22/.

Toegankelijkheid helpt echte gebruikers. Het verlaagt de drempel voor mensen met visuele, motorische en cognitieve beperkingen. Het helpt medewerkers die schouderklachten hebben en gebruikers op kleine telefoons. En het heeft SEO-effecten: heldere structuur en alt-teksten maken content vindbaarder.

De belangrijkste eisen kort (praktisch)

Werk vanuit vier principes: Perceptible, Operable, Understandable, Robust (POUR). Concreet begin je met:

• Tekstcontrast: achtergrond en tekst moeten voldoende contrast hebben. Dit is vaak de grootste gemakkelijke winst. Zie de uitleg van de contrastregel: https://www.w3.org/WAI/WCAG22/Understanding/contrast-minimum.html.
• Nuttige alt-teksten: alle informatieve afbeeldingen hebben een omschrijving. Functionele icoontjes krijgen korte labels.
• Fokus-volgorde en toetsenbordbediening: alles moet bruikbaar zijn zonder muis. Test met tab-toets.
• Kopstructuur en ARIA waar nodig: semantische headings (h1–h6) en landingspunten helpen gebruikers en schermlezers.
• Formulieren: duidelijke labels, foutmeldingen die aangeven wat er mis is en voorbeelden.

Niet alles hoeft meteen perfect te zijn. Begin met de grootste pijnpunten die de meeste gebruikers treffen.

Quick wins (binnen een dag of enkele dagen)

• Verhoog contrasten voor knoppen en body-tekst (laag tot gemiddeld werk).
• Voeg of verbeter alt-teksten bij de 20 belangrijkste afbeeldingen.
• Test en verbeter focusstyles (outline) op formulieren en knoppen.
• Zorg dat belangrijke interacties (menu, modals) werken met toetsenbord.
• Voeg skip-links toe naar hoofdcontent.

Een snelle scan op https://www.digitoegankelijk.nl/ geeft richting voor Nederlandse eisen en voorbeelden. Gebruik die als referentie bij prioritering.

Praktisch stappenplan voor een bedrijfssite

1. Kick-off en scope
   • Bepaal scope: homepage, commerciële pagina's, bestelflow, klantenportaal? Voor veel sites is 80% van het verkeer geconcentreerd op 20% van de pagina's.
   • Stel meetpunten in (page list, doelen).
2. Basisaudit
   • Automated tools voor eerste screening.
   • Handmatige checks voor contrast, keyboardflow, formulieren en cruciale user journeys.
3. Prioriteren
   • Rangschik issues op impact en haalbaarheid. Start met hoge impact/lage inspanning.
4. Fixes en regressietesten
   • Implementeer fixes in sprints. Test op desktop, tablet, mobiel.
5. Validatie en verklaring
   • Laat een eindcontrole uitvoeren, publiceer een toegankelijkheidsverklaring en plan onderhoud.

Testen: tooling en aanpak

Combineer automatisch en handmatig testen.

• Automatisch (snel): axe, Lighthouse, WAVE — detecteert veelvoorkomende problemen.
• Handmatig (essentieel): toetsenbordnavigatie, schermlezer (NVDA of VoiceOver), contrastcontrole met tools.

Gebruik scenario's: van homepage tot aankoop, en van contactformulier tot accountinstellingen. Test met echte gebruikers als dat kan. Tools geven je aanwijzingen, maar missen context; dit werkt niet altijd zonder menselijke controle.

Checklist (concrete taken)

• Controleer contrast op bodytekst en knoppen.
• Vul alt-teksten voor alle productafbeeldingen.
• Zorg voor duidelijke formulierlabels en foutmeldingen.
• Controleer dat alle belangrijke functies met Tab/Enter werken.
• Plaats skip-to-main link bovenaan elke pagina.
• Controleer kophiërarchie: één h1 per pagina, logische volgorde.
• Voeg aria-describedby of aria-labels waar uitleg nodig is.
• Test mobiel: vergrootbare tekst zonder horizontaal scrollen.
• Publiceer een toegankelijkheidsverklaring en contactmethode.

Tabel: quick wins versus inspanning

Kostenindicatie (indicatief)

• Snelle scan (automatisch + kort handmatig): 200–800 EUR.
• Volledige audit + prioriteitenlijst: 1.000–5.000 EUR, afhankelijk van omvang.
• Implementatie sprints: per sprint 1.500–6.000 EUR, afhankelijk van complexiteit.

Deze bedragen zijn indicatief en verschillen per project en CMS.

Toegankelijkheid en SEO

Een toegankelijke site is vaak beter indexeerbaar. Schone kopstructuren, alt-teksten en een logische linkstructuur helpen zoekmachines. Zie ook algemene richtlijnen voor technisch SEO en mobiele toegankelijkheid: https://developers.google.com/search/docs/essentials en voor responsive basics https://web.dev/articles/responsive-web-design-basics.

Wanneer externe hulp inschakelen

Schakel experts in als je geen ervaring hebt met ARIA, als het traject groot is of wanneer juridische risico's spelen. Bij DevCru werken we senior-led aan maatwerk websites en ondersteunen we met audits, implementatie en onderhoud. Meer over wat we doen vind je op onze dienstenpagina: services en als je een nieuwe site nodig hebt: website laten maken.

Afsluitend advies

Begin met een scan, los de grootste pijnpunten op en bouw toegankelijkheid in je ontwikkelproces. Plan herhaalde checks: toegankelijkheid is geen eenmalige klus.

Wil je een concrete offerte of quick scan? Vraag een korte analyse aan via onze projectaanvraagpagina: quote.