Je bestaande website toegankelijk maken: een stappenplan

Je bestaande website toegankelijk maken doe je zonder herbouw: met gerichte fixes per pagina.

Je lost een reeks concrete problemen op, op de pagina’s die je al hebt.

Het verdict: breng eerst in kaart waar bezoekers vastlopen, pak de grootste drempels eerst aan, test het resultaat en leg het vast in een toegankelijkheidsverklaring.

Hieronder vind je een praktisch stappenplan voor een live site.

Plus: hoe je een verklaring opstelt die klopt.

Wat betekent je website toegankelijk maken precies?

Dat je site bruikbaar is voor zoveel mogelijk mensen, ook wie slecht ziet, geen muis gebruikt of met een schermlezer surft.

WCAG als referentiekader

Het internationale referentiekader is WCAG (Web Content Accessibility Guidelines) van het W3C. Het is opgebouwd rond vier principes:

• Waarneembaar: iedereen kan de inhoud zien of horen.
• Bedienbaar: alles werkt ook zonder muis.
• Begrijpelijk: tekst en bediening zijn duidelijk.
• Robuust: hulpsoftware kan de code lezen.

In de praktijk wordt vaak niveau AA als doel gehanteerd, het middelste van drie conformiteitsniveaus.

Het W3C geeft een heldere introductie op webtoegankelijkheid met voorbeelden per type beperking.

Website toegankelijkheid is goede UX

Belangrijk om te weten: toegankelijkheid is bijna altijd gewoon goede UX voor iedereen.

Beter contrast helpt bijvoorbeeld ook de bezoeker in fel zonlicht.

Duidelijke knoptekst helpt ook wie haast heeft.

Je verbetert de ervaring breed, niet alleen voor een nichegroep.

Meer daarover in onze UX-best practices voor B2B.

Het raakt je conversie

Uitgesloten bezoekers worden nooit klant.

Dat raakt rechtstreeks je conversie.

Wie je formulier niet kan invullen, vult het niet in.

Moet jouw bedrijf hieraan voldoen?

Voor veel B2B-organisaties waarschijnlijk deels, maar laat het juridisch toetsen.

De European Accessibility Act

Sinds 28 juni 2025 is de European Accessibility Act van toepassing: richtlijn (EU) 2019/882, kortweg de EAA.

Die Europese wet verplicht een brede groep producten en diensten richting consumenten om aan toegankelijkheidsnormen te voldoen. Denk aan:

• webshops
• bankdiensten
• e-books
• bepaalde telecomdiensten

De technische lat ligt bij de norm EN 301 549, die nauw aansluit bij WCAG 2.1 niveau AA.

Wie valt er niet onder?

Niet elke organisatie valt onder dezelfde verplichtingen.

Micro-ondernemingen: minder dan 10 werknemers en maximaal 2 miljoen euro omzet of balanstotaal. Leveren ze diensten, dan zijn ze in de richtlijn vrijgesteld.

Maar in België: daar krijgen ze geen vrijstelling, wel uitstel tot 28 juni 2030.

De exacte reikwijdte hangt af van wat je precies aanbiedt en aan wie. Wie in scope valt, lees je in ons artikel over de European Accessibility Act.

Laat het nakijken

Wij geven hier geen juridisch advies.

Wat wel duidelijk is: toegankelijkheid verschuift van “nice to have” naar “verwacht”. De stappen hieronder brengen je sowieso de goede kant op.

Advies: laat een specialist nakijken of en hoe de EAA op jouw situatie van toepassing is.

Welke stappen volg je om een bestaande site toegankelijk te maken?

Vier stappen, in deze volgorde: in kaart brengen, laaghangend fruit, structurele fixes, testen.

Het goede nieuws: je hoeft je site zelden te herbouwen. De meeste fouten zijn gerichte aanpassingen aan bestaande pagina’s.

Werk in deze volgorde, dan boek je snel zichtbare winst zonder je in details te verliezen:

Stap 1: breng de problemen in kaart

Begin met een snelle eigen check, want die voelt de pijnpunten meteen.

Onze toegankelijkheidscheck geeft je in een minuut een eerste lijst automatisch detecteerbare fouten. Test je homepage, een productpagina en een formulier.

Doe daarna drie handmatige checks:

1. Toetsenbord: navigeer je hele site met tab, enter en de spatietoets.
2. Focus: kijk of elke knop en elk formulier een zichtbare focusrand krijgt.
3. Contrast: zet je schermhelderheid laag en kijk wat wegvalt.

Vul dit aan met een geautomatiseerde scan. Een gratis tool als de WebAIM Contrast Checker controleert kleurcontrast.

Een browsergebaseerde audit zoals die in Google Lighthouse geeft je een eerste lijst aandachtspunten. Zo ziet die score eruit voor onze eigen site:

Lighthouse-scores voor onze eigen site customerimpact.be in PageSpeed Insights, eind september 2026: toegankelijkheid 96.

Een hoge score is een goed begin, geen bewijs.

Stap 2: pak het laaghangend fruit aan

Een groot deel van de winst zit in een handvol basisfouten die op bijna elke site terugkeren.

WebAIM scande in februari 2026 een miljoen homepages. Bij 95,9% vonden ze automatisch detecteerbare WCAG-fouten (WebAIM Million).

Dit zijn de zes meest voorkomende fouten:

Samen zijn die zes goed voor 96% van alle fouten die WebAIM detecteerde. Dat is je laaghangend fruit.

Dit zijn de klassiekers, en ze zijn meestal snel op te lossen:

• Alt-teksten: geef informatieve afbeeldingen een beschrijvende alt-tekst en decoratieve afbeeldingen een lege (alt=""), zodat een schermlezer ze netjes overslaat.
• Kleurcontrast: normale tekst haalt minstens 4,5 op 1, grote tekst minstens 3 op 1 (W3C). Kijk kritisch naar knoppen en formulieren.
• Toetsenbordbediening: maak alles wat klikbaar is bereikbaar met tab, met een zichtbare focus, plus een “spring naar inhoud”-link bovenaan.
• Formulierlabels: koppel elk veld aan een zichtbaar <label>. Placeholder-tekst telt niet, want schermlezers slaan die vaak over.

Goede alt-teksten helpen trouwens ook AI-systemen je beelden te lezen, zie alt-teksten voor multimodale AI.

Een dieper overzicht vind je in onze gids over de veelgemaakte fouten in webtoegankelijkheid.

Begin bij je formulieren

Omdat je formulieren je conversiemotor zijn, loont het om die als eerste foutloos te krijgen.

Combineer deze stap gerust met je werk rond toegankelijke en conversiegerichte formulieren en een leadformulier dat converteert.

Stap 3: los de structurele zaken op

Na het snelle fruit komen de iets diepere punten:

• Koppenstructuur: één h1, daarna nette h2 en h3, zodat een schermlezer de pagina overloopt als een inhoudsopgave.
• Linkteksten: beschrijf waar je terechtkomt in plaats van “klik hier”.
• Tabellen: houd ze simpel, met correcte koppen.
• Dynamische onderdelen: menu’s, pop-ups en meldingen werken ook met toetsenbord en schermlezer.

Heldere knop- en linkteksten schrijf je met de tips uit microcopy en UX-writing voor B2B.

Dit is het deel waar maatwerk en technische kennis het verschil maken. Hier loont het om een ontwikkelaar te betrekken.

Stap 4: test met echte tools en echte mensen

Controleer je fixes opnieuw met je audittools, maar leun er niet volledig op.

De waardevolste test is iemand je site laten gebruiken met een schermlezer of enkel een toetsenbord. Je ziet dan in minuten wat een scan nooit vindt.

Houd ook je technische basis in de gaten, want trage of instabiele pagina’s zijn een drempel op zich.

Werk rond Core Web Vitals en toegankelijkheid versterken elkaar.

Checklist nodig? Werk de criteria punt per punt af met onze WCAG-checklist voor je website.

Hoe stel je een geldige toegankelijkheidsverklaring op?

Met een openbaar document dat eerlijk beschrijft in welke mate je site voldoet, wat nog niet voldoet en wat je eraan doet.

Het is geen marketingtekst en geen vinkje.

De kracht zit juist in de eerlijkheid: je mag openstaande punten benoemen, zolang je er een plan en een termijn bij zet.

Wat erin hoort

Een bruikbare verklaring bevat doorgaans deze onderdelen:

1. De scope: voor welke website of applicatie de verklaring geldt.
2. De nalevingsstatus: in welke mate de site voldoet aan WCAG 2.1 niveau AA, vaak uitgedrukt als volledig, gedeeltelijk of niet conform.
3. De niet-toegankelijke onderdelen: welke delen nog niet voldoen, waarom, en welk alternatief je intussen biedt.
4. De testmethode: of je een vereenvoudigde of grondige controle deed, met een verwijzing naar het onderzoeksrapport.
5. Datum: wanneer de verklaring is opgesteld en voor het laatst bijgewerkt.
6. Contactgegevens: waar bezoekers een toegankelijkheidsprobleem kunnen melden, en wie het opvolgt.

Publieke sector versus privé

Voor de Belgische publieke sector bestaat hiervoor een vast model dat verwijst naar EN 301 549.

Voor private bedrijven onder de EAA is de exacte vorm minder strak omschreven.

De FOD Economie vraagt dat je in je algemene voorwaarden of een gelijkwaardig document beschrijft hoe je dienst werkt en hoe je de eisen toepast. Een toegankelijkheidsverklaring kan dat document zijn.

Dezelfde logica en transparantie gelden. Een volledig sjabloon met voorbeeldteksten vind je in onze gids over de toegankelijkheidsverklaring.

Waar je ze plaatst

Plaats de verklaring op een vaste, vindbare plek, bijvoorbeeld in je footer.

Koppel ze aan je contactpagina, zodat melden laagdrempelig blijft.

Let op: werk ze minstens jaarlijks bij, en meteen wanneer er iets verandert.

Een verouderde verklaring is erger dan geen verklaring.

Hoe bouw je toegankelijkheid in je website in?

Door ze vast te leggen op drie plaatsen: in je ontwerp, in je CMS en in je publicatieproces.

Een opkuis lost de fouten van vandaag op. Deze tabel zorgt dat nieuwe pagina’s vanzelf toegankelijk zijn:

Het grootste voordeel zit in de componenten

Een website bestaat meestal uit enkele tientallen bouwblokken.

Bouw je die één keer goed, dan erven alle pagina’s die kwaliteit.

Repareer je pagina per pagina, dan begin je bij elke nieuwe landingspagina opnieuw.

Hoe houd je je site toegankelijk na de eerste opkuis?

Door toegankelijkheid een vast onderdeel van je proces te maken, niet een eenmalige opkuis.

Elke nieuwe pagina, campagne of plugin kan nieuwe drempels introduceren. Neem de checklist dus standaard mee bij elke wijziging.

Een vast ritme

Plan een lichte hercontrole op een vast moment, bijvoorbeeld per kwartaal of bij elke grote release.

Overweeg je toch een grotere ingreep? Neem toegankelijkheid dan vanaf het begin mee in plaats van achteraf.

Lees daarover meer in onze aanpak voor een website-redesign.

Hoe wij ermee omgaan

Bij ons hoort toegankelijkheid standaard bij elk serieus traject waarin we een website laten bouwen, niet als bijzaak achteraf.

We zijn een klein, senior team en sturen altijd op dezelfde vraag: levert je website meer bruikbare pagina’s en meer leads op?

Het grotere plaatje vind je in onze gids over een B2B-website laten maken.

Toegankelijkheid zonder meer conversie is half werk.

Veelgestelde vragen

Hoe lang duurt het om een bestaande website toegankelijk te maken?

Dat hangt af van de omvang en de bouw van je site. Het laaghangend fruit (alt-teksten, contrast, labels) is vaak in enkele dagen opgelost. Structurele fouten in menu’s, formulieren of een verouderd thema vragen meer tijd, omdat ze in de templates zitten.

Moet ik mijn website herbouwen om toegankelijk te worden?

Zelden. De meeste fouten zijn gerichte aanpassingen aan bestaande templates en content. Een herbouw is pas logisch als het thema of de pagebuilder zelf ontoegankelijke code genereert die je niet kunt aanpassen.

Is een toegankelijkheidsplugin genoeg?

Nee. Plugins en overlays veranderen je onderliggende code niet en lossen structurele problemen zelden op. Ze kunnen hulpsoftware zelfs hinderen. Gebruik tools om fouten te vinden, en los ze op in de code en content.

Welke pagina’s pak ik eerst aan?

De pagina’s waar bezoekers iets doen: je contact- of offerteformulier, de belangrijkste dienst- of productpagina’s en de navigatie. Daar kost elke drempel rechtstreeks aanvragen of verkopen.

De korte samenvatting

Je bestaande website toegankelijk maken is geen herbouw, maar een gerichte route:

1. Breng de problemen in kaart.
2. Los de basics op: alt-teksten, contrast, toetsenbord, formulierlabels.
3. Pak de structurele punten aan.
4. Test met echte mensen.

Leg het resultaat vast in een eerlijke toegankelijkheidsverklaring met datum, contactgegevens en een plan voor wat nog open staat. Houd alles up-to-date bij elke wijziging.

Zo voldoe je aan de verwachtingen rond de EAA, en zet je bezoekers die je nu stil verliest alsnog om in klanten.

Liever niet alleen? Op onze pagina over digitale toegankelijkheid lees je hoe we audit, herstel en verklaring voor je aanpakken.

Neem contact op