2026-02-11 · Redactie Baduno · 6 blog.readMin · Blog & Kennis
Wet ter versterking van toegankelijkheid: Wat websites nu moeten naleven
Sinds juni 2025 is de BFSG van kracht – en veel bedrijfswebsites vallen eronder. De verplichtingen, overzichtelijk gesorteerd, zonder paniek.
Wie getroffen wordt
De wet omvat op consumenten gerichte elektronische diensten – waaronder online winkels en veel boekings- en contacttrajecten. Zuivere B2B-aanbiedingen en micro-ondernemingen zijn deels uitgezonderd; de indeling moet bij twijfel juridisch worden getoetst.
Wat wordt vereist
In de praktijk volgen de vereisten de WCAG: waarneembaar (contrasten, alternatieve teksten), bedienbaar (toetsenbord, focus), begrijpelijk (duidelijke taal, foutmeldingen) en robuust (schone HTML voor hulptechnologieën).
Het goede nieuws
Toegankelijke websites zijn bijna altijd ook snellere, beter gestructureerde en zoekmachinevriendelijkere websites. De verplichting draagt bij aan kwaliteit die hoe dan ook de moeite loont – en ontsluit een grote, vaak genegeerde gebruikersgroep.
Pragmatisch beginnen
Eerst controleren (geautomatiseerd plus handmatig), dan prioriteren op impact: contrasten, alternatieve teksten, formulieren en toetsenbordbediening lossen het grootste deel van de dagelijkse barrières op. Een toegankelijkheidsverklaring documenteert de stand eerlijk.
Hreflang en toegankelijkheid: een vaak over het hoofd gezien samenspel
Meertalige websites staan voor een extra uitdaging: de toegankelijkheidseisen gelden voor elke taalversie afzonderlijk. Het hreflang-attribuut, dat zoekmachines de taal- en regiokoppeling signaleert, moet zo worden geïmplementeerd dat schermlezers en andere ondersteunende technologieën de taalwisselingen correct herkennen. Als hreflang verkeerd is ingesteld of ontbreekt, kan dit de navigatie voor slechtziende gebruikers aanzienlijk bemoeilijken – bijvoorbeeld wanneer een pagina plotseling in een andere taal wordt geladen zonder dat de gebruiker dit verwacht. In de praktijk betekent dit: elke taalvariant moet niet alleen vertalingen bieden, maar ook volledig toegankelijke structuren. Dit omvat correcte taaldeclaraties in de HTML (lang-attribuut) en consistente alternatieve teksten in alle talen. De hreflang-configuratie moet daarom vanaf het begin worden opgenomen in de toegankelijkheidscontrole.
Geautomatiseerde testtools: sterke punten en beperkingen
Tools zoals axe, Wave of Lighthouse kunnen veel technische barrières automatisch detecteren, bijvoorbeeld ontbrekende alt-teksten, onvoldoende contrasten of defecte ARIA-attributen. Ze vervangen echter geen handmatige controle, omdat de begrijpelijkheid van teksten, de logische volgorde van inhoud of de bruikbaarheid van formulieren met ondersteunende technologieën alleen door echte gebruikers tests kunnen worden vastgesteld. Geautomatiseerde controles bieden een eerste snelle foutanalyse en zijn geschikt voor continue tests in CI/CD-pipelines. De resultaten moeten echter altijd door een mens worden beoordeeld, omdat tools zowel fout-positieve als fout-negatieve meldingen produceren. Een pragmatische workflow: eerst geautomatiseerde tests, daarna een handmatige steekproef met schermlezer en toetsenbord, en tot slot een afsluitende gebruikerstest met betrokkenen.
Juridische gevolgen en overgangstermijnen
De BFSG voorziet in boetes en sommaties als websites niet aan de vereisten voldoen. Voor producten die vóór 28 juni 2025 in gebruik zijn genomen, geldt een overgangstermijn tot 28 juni 2030 – maar alleen voor producten die vóór de deadline al toegankelijk waren of waarvoor aantoonbaar wordt gewerkt aan toegankelijkheid. Wie na 28 juni 2025 een nieuwe website of een relaunch start, moet onmiddellijk aan alle eisen voldoen. Let op: de wet geldt voor alle nieuw gecreëerde inhoud; oudere inhoud (bijv. archiefpagina's) kan onder omstandigheden bewerkelijker worden aangepast. In de praktijk wordt een schriftelijke documentatie van de voortgang aanbevolen om bij klachten aan te kunnen tonen dat de toegankelijkheid stapsgewijs wordt geïmplementeerd. Een toegankelijkheidsverklaring op de website is in ieder geval verplicht.
Sinds juni 2025 is de BFSG van kracht – en veel bedrijfswebsites vallen eronder. De verplichtingen, overzichtelijk gesorteerd, zonder paniek.
Toegankelijkheid als onderdeel van de internationale SEO-strategie
Toegankelijke websites voldoen niet alleen aan wettelijke vereisten, maar ook aan veel criteria die zoekmachines positief beoordelen: semantische HTML-structuur, duidelijke kop hiërarchieën, betekenisvolle alt-teksten en snelle laadtijden. Deze factoren zijn relevant voor SEO in alle talen. Bovendien kunnen zoekmachines barrières zoals ongelabelde knoppen of ontbrekende koppen bestraffen, omdat ze de indexering bemoeilijken. Wie zijn website toegankelijk maakt voor alle gebruikers, verbetert automatisch de user experience en daarmee indirect ook de ranking signalen. Vooral bij meertalige websites is het de moeite waard om toegankelijkheid vanaf het begin in de lokalisatieworkflows te integreren – bijvoorbeeld door checklists voor vertalers voor het maken van toegankelijke alt-teksten.
Testen met echte gebruikers: waarom het onmisbaar is
Geautomatiseerde tools herkennen slechts een deel van de barrières. Pas de test met mensen die daadwerkelijk afhankelijk zijn van ondersteunende technologieën laat zien of uw website in de praktijk werkt. Blinde gebruikers gebruiken schermlezers anders dan geautomatiseerde controles simuleren; dove gebruikers hebben andere eisen aan gebarentaalvideo's; mensen met motorische beperkingen navigeren zonder muis. Een gestructureerde test met drie tot vijf deelnemers uit verschillende handicapsgroepen brengt problemen aan het licht die geen tool vindt – zoals onlogische focusvolgordes, ontbrekende contextinformatie in ARIA-labels of onbegrijpelijke foutmeldingen. Plan dergelijke tests idealiter in de ontwikkelingsfase, niet pas vlak voor de livegang. De resultaten documenteert u in de toegankelijkheidsverklaring als onderdeel van uw kwaliteitsborging. Vergeet niet: de tests moeten voor elke taalversie afzonderlijk worden uitgevoerd, omdat vertalingen nieuwe barrières kunnen creëren – bijvoorbeeld wanneer alternatieve teksten niet passen bij de doeltaal of formulierinstructies grammaticaal fout zijn.
Contentmanagementsystemen en toegankelijkheid: valkuilen bij plugins
Veel websites zijn gebaseerd op CMS zoals WordPress, TYPO3 of Drupal. Deze systemen bieden plug-ins of extensies die toegankelijkheid beloven – bijvoorbeeld overlay-tools die achteraf contrasten aanpassen of ARIA-attributen toevoegen. Dergelijke oplossingen zijn meestal ontoereikend en kunnen zelfs nieuwe barrières creëren door bestaande semantische structuren te overschrijven. In plaats daarvan moet u de toegankelijkheid direct in het thema of de sjabloon implementeren: schone HTML-structuur, correcte kopjeshiërarchie, native formulierelementen. Let bij het kiezen van plug-ins op dat ze WCAG-conform zijn en regelmatig worden bijgewerkt. Een ander probleem: veel redacteuren voegen inhoud toe via de visuele editor en negeren daarbij alt-teksten of kopjesformaten. Train uw redacteuren of gebruik workflows die toegankelijke invoer afdwingen – bijvoorbeeld verplichte velden voor alternatieve teksten bij afbeeldingen. Ook de keuze van het CMS-sjabloon beïnvloedt de toegankelijkheid: test elk sjabloon voor gebruik met een geautomatiseerde tool en een handmatige steekproef.
Testen met mensen met beperkingen: de onmisbare stap
Geautomatiseerde tools en handmatige checklists onthullen veel technische barrières, maar ze vervangen niet de test met echte gebruikers. Mensen met beperkingen gebruiken verschillende ondersteunende technologieën – schermlezers zoals JAWS, NVDA of VoiceOver, vergrotingssoftware, spraakbesturing of speciale toetsenborden. Elk van deze combinaties gedraagt zich anders, waardoor zelfs een formeel conforme pagina voor een blinde gebruiker onbruikbaar kan zijn. Plan daarom regelmatige gebruikerstests met een heterogene groep: slechtzienden, mensen met motorische beperkingen en cognitief beperkte personen. Laat gedefinieerde taken op uw website uitvoeren, bijvoorbeeld een productaankoop of het invullen van een contactformulier. Documenteer de optredende problemen nauwkeurig: waar hapert de navigatie, welke aankondigingen zijn onbegrijpelijk, welke elementen worden niet bereikt? De inzichten uit deze tests zijn goud waard, want ze tonen niet alleen barrières, maar ook optimalisatiepotentieel voor alle gebruikers. Zorg ervoor dat u de tests voor elke taalversie apart uitvoert, omdat vertalingen en samengestelde zinnen de begrijpelijkheid anders beïnvloeden. Integreer de resultaten in uw continu verbeterproces – toegankelijkheid is geen eenmalig project, maar een permanente opgave.
Toegankelijkheid verankeren in het contentmanagementsysteem
Veel toegankelijkheidsgebreken ontstaan al bij het maken van inhoud: redacteuren vergeten alternatieve teksten, gebruiken kopjes niet hiërarchisch of linken nietszeggende woorden zoals 'hier klikken'. Om dit te voorkomen, moet u toegankelijkheid direct in uw contentmanagementsysteem (CMS) verankeren. Train uw redactieteams in de basis van de WCAG – en wel voor elk taaltteam apart, zodat de vereisten niet worden ondermijnd door culturele verschillen in tekstvormgeving. Gebruik CMS-plug-ins of extensies die bij het invoegen van afbeeldingen verplichte alt-tekstvelden afdwingen of een kopjeshiërarchie visueel weergeven. Integreer geautomatiseerde controles in de goedkeuringsworkflow die voor publicatie wijzen op veelvoorkomende fouten zoals ontbrekende labels of te lage contrasten. Let er ook op dat de door u gebruikte CMS-sjablonen en thema's al toegankelijk zijn opgebouwd – bijvoorbeeld met correcte ARIA-landmarks, toetsenbordfocusbeheer en semantische HTML. Voor meertalige websites is het essentieel dat het CMS de lokalisatie van toegankelijke structuren ondersteunt, bijvoorbeeld door hreflang-attributen en taaldeclaraties automatisch correct in te stellen. Een goed in het CMS ingebed toegankelijkheidsproces vermindert nabewerkingskosten en zorgt voor consistente kwaliteit over alle taalversies heen.
blog.faqT
Wat gebeurt er als mijn website in strijd is met het BFSG?
Bij overtredingen van de BFSG kunnen boetes worden opgelegd. Daarnaast moet rekening worden gehouden met waarschuwingen van concurrenten of consumentenorganisaties. De hoogte van de boetes hangt af van de ernst van de overtreding en kan oplopen tot 100.000 euro. Een toegankelijkheidsverklaring met de omvang en status van de maatregelen is verplicht en dient als bewijs.
Moeten vertalingen van mijn website ook toegankelijk zijn?
Ja, elke taalversie moet afzonderlijk voldoen aan de toegankelijkheidseisen. Dit omvat correcte taalattributen (lang), vertaalde alternatieve teksten en een toegankelijke navigatie. Het hreflang-attribuut moet zo worden ingesteld dat zoekmachines en ondersteunende technologieën de taalwisselingen correct herkennen. Ook vertaalbureaus moeten daarom letten op de toegankelijkheid van hun leveringen.
