In dit inzicht
Voor wie is dit inzicht?
Voor Belgische bedrijven die willen begrijpen of hun digitale dienstverlening door de European Accessibility Act wordt geraakt en hoe je daarna van juridische scope naar praktische verbeteringen gaat.
Een accessibility-scanner geeft je webshop 83 punten. Dat cijfer kan nuttig zijn voor technische opvolging, terwijl het nog weinig zegt over de vragen die vooraf komen. Eerst wil je weten of de digitale dienst onder de relevante regels valt. Daarna wil je begrijpen of een gebruiker de belangrijkste klanttaak werkelijk kan uitvoeren.
Die volgorde helpt ook om een accessibilityproject beheersbaar te houden. Je hoeft niet bij duizenden losse technische meldingen te beginnen. De relevante dienst en de belangrijkste klanttaken geven eerst richting aan wat je onderzoekt.
Dit inzicht is praktische duiding en geen juridisch advies.
De precieze toepasselijkheid hangt af van je dienstverlening en van de Belgische omzetting. Gebruik voor concrete compliancebeslissingen de officiële richtlijnen of gespecialiseerde begeleiding.
Bepaal eerst wat je digitaal aan de consument levert
De European Accessibility Act heeft betrekking op specifieke producten en diensten. E-commerce behoort tot die scope. Daardoor heeft een gewone informatieve bedrijfswebsite een ander vertrekpunt dan een omgeving waarmee een consument online een overeenkomst sluit.
- Beschrijf de digitale dienst. Noteer wat een bezoeker via website of app werkelijk kan doen.
- Controleer of je aan consumenten levert. De Belgische regels voor e-handelsdiensten richten zich in deze context op consumentendiensten.
- Controleer de omvang van je onderneming. Dat kan invloed hebben op de timing.
- Breng de klanttaken in kaart. Zo weet je welke routes daarna technisch en inhoudelijk onderzocht moeten worden.
Met deze volgorde voorkom je dat een automatisch auditrapport als juridische scopeanalyse wordt behandeld.
Kijk daarbij naar wat de gebruiker werkelijk via de dienst kan doen. Een website die vooral informatie toont kan anders beoordeeld worden dan een webshop of digitale boekingsflow waarbij de consument rechtstreeks een overeenkomst afsluit.
Gebruik de overgangstermijn als planningsruimte
De FOD Economie omschrijft een micro-onderneming hier als een onderneming met minder dan tien werknemers en maximaal 2 miljoen euro jaaromzet of jaarlijks balanstotaal. Voor deze ondernemingen vermeldt de FOD binnen het betrokken kader een extra overgangstermijn tot 28 juni 2030.
De nuttigste vertaling naar je roadmap
Wanneer je in de komende jaren toch een nieuwe checkout of formuliertemplate bouwt, neem toegankelijkheid meteen mee in dat werk. Zo gebruik je de overgangsperiode om toekomstige herstelkosten te vermijden.
Je kunt bijvoorbeeld afspreken dat alle nieuwe componenten voortaan met basiscriteria voor toegankelijkheid worden gebouwd terwijl bestaande kritieke routes bij grotere updates worden meegenomen.
Dat voorkomt dat je in 2029 een volledige website als één groot herstelproject moet behandelen. Toegankelijkheid groeit dan mee met normaal onderhoud.
Op maverik heb ik mijn bredere uitgangspunten rond digitale toegankelijkheid ook expliciet gemaakt.
Audit wat de klant probeert te bereiken
Een bezoeker probeert geen losse pagina's te gebruiken. Die wil een product vinden en begrijpen en uiteindelijk bestellen. Daarom levert een taakgerichte audit meestal bruikbaardere prioriteiten op.
| Stap | Taak | Mogelijke blokkering | Snelle test |
|---|---|---|---|
| Navigatie | Productcategorie bereiken | Menu werkt alleen met muis | Gebruik Tab en Enter |
| Productkeuze | Varianten onderscheiden | Verschil wordt alleen met kleur weergegeven | Controleer of betekenis zonder kleur duidelijk blijft |
| Productinformatie | Belangrijke inhoud begrijpen | Betekenis zit alleen in beeld | Controleer het tekstuele alternatief |
| Formulier | Gegevens invoeren | Labels of foutmeldingen ontbreken | Maak bewust een invoerfout |
| Checkout | Bestelling afronden | Focus verdwijnt of interactie blokkeert | Doorloop alles zonder muis |
Herhaal deze oefening voor de belangrijkste twee of drie klanttaken. Zo krijg je een backlog die aan werkelijk gebruik gekoppeld is.
Voor een dienstverlener kan de belangrijkste taak trouwens anders zijn. Denk aan een afspraak maken of een offerteformulier invullen of belangrijke voorbereidende informatie vinden. De audit volgt de klanttaak en hoeft dus niet rond e-commercepatronen gebouwd te worden wanneer die voor jouw dienst niet relevant zijn.
Met enkele handmatige tests vind je al veel structurele problemen
Begin met toetsenbord en browserzoom.
Gebruik Tab en Shift + Tab en controleer of de focus zichtbaar blijft. Test menu's en modals en formulieren. Zet daarna de browser op 200 procent zoom en kijk of de interface bruikbaar blijft.
Wie verder wil gaan kan dezelfde kernroute met een schermlezer zoals VoiceOver of NVDA verkennen. Dat geeft extra inzicht in headings en labels en leesvolgorde.
Zelf testen vervangt gespecialiseerde validatie niet. Het helpt je team wel begrijpen waar problemen kunnen ontstaan voor mensen die assistieve technologie gebruiken.
Test bovendien mobiel. Een component kan op desktop goed functioneren en op een klein scherm onbruikbaar worden zodra tekst wordt vergroot. Vooral sticky elementen en cookiebanieren en complexe menu's verdienen daar aandacht.
Formulieren zijn een goede stresstest
Formulieren combineren interactie en foutafhandeling en statusfeedback. Daardoor komen veel toegankelijkheidsproblemen er snel samen.
| Controle | Wat wil je weten? |
|---|---|
| Label | Kan iemand zonder placeholder begrijpen welk gegeven verwacht wordt? |
| Verplicht veld | Wordt de verplichting duidelijk zonder uitsluitend kleur te gebruiken? |
| Foutmelding | Beschrijft de melding wat fout ging en welke handeling nodig is? |
| Focus | Komt een gebruiker na een fout op een logische plaats terecht? |
| Succesfeedback | Is duidelijk dat de actie gelukt is? |
Wanneer een checkout op één van deze punten hapert, heb je meteen een concreet probleem dat ontwerp en development gericht kunnen aanpakken.
Controleer ook CAPTCHA's en datumkiezers en andere interactieve widgets. Zulke componenten komen vaak van externe leveranciers en kunnen ondanks een goede formulierstructuur toch een blokkering introduceren.
Toegankelijkheid zit ook in gewone content
Niet ieder probleem vraagt development. Een deel zit rechtstreeks in het dagelijkse contentbeheer.
Redacteurs hebben daarom baat bij een korte set afspraken:
- gebruik headings volgens de inhoudelijke structuur;
- schrijf linkteksten die ook buiten de omliggende zin betekenis houden;
- geef betekenisvolle afbeeldingen een bruikbaar tekstalternatief;
- zet belangrijke informatie niet alleen in een afbeelding;
- gebruik tabellen voor echte tabeldata en niet als layouttruc.
Ook PDF's verdienen aandacht wanneer ze belangrijk zijn voor de digitale dienstverlening. Een ontoegankelijke handleiding blijft voor de gebruiker een blokkering wanneer precies daar noodzakelijke informatie in staat.
Third-party onderdelen horen mee in de klanttaak
Een webshop gebruikt vaak diensten die technisch buiten de eigen site gebouwd zijn. Denk aan betaalmodules en boekingstools en chatwidgets en cookiemanagers.
Voor de bezoeker blijft het één flow. Daarom is het weinig zinvol wanneer je eigen pagina perfect toegankelijk is en de betaalstap daarna vastloopt.
Neem externe componenten dus mee wanneer je een klanttaak test. Controleer ze bovendien opnieuw bij grote updates omdat leveranciers hun interface kunnen wijzigen zonder dat je eigen code verandert.
Bij de selectie van nieuwe tools kun je toegankelijkheid als aankoopcriterium meenemen. Vraag naar documentatie en test een demo vóór de integratie. Dat is meestal goedkoper dan achteraf ontdekken dat een bedrijfskritische widget nauwelijks bruikbaar is met toetsenbord.
Gebruik scanners als detector
Automatische tooling is nuttig om patronen op schaal te vinden. Denk aan sommige contrastproblemen en ontbrekende technische attributen. Een scanner kan alleen niet volledig beoordelen of een alt-tekst betekenisvol is of een complexe klanttaak logisch blijft.
Combineer daarom automatische controles met handmatige routes.
Gebruik tooling voor breedte en menselijke beoordeling voor context. Kritieke transactiestappen verdienen daarbij meer aandacht dan een willekeurige contentpagina.
Hetzelfde geldt voor overlays en accessibility-widgets. Ze kunnen functies toevoegen en herstellen daarmee niet automatisch een structureel probleem in HTML of interactielogica.
Een goede semantische structuur helpt trouwens breder. In het inzicht over AI-vindbaarheid van websites leg ik uit waarom duidelijke informatiearchitectuur ook voor machines beter interpreteerbaar wordt.
Prioriteer op impact en herhaling
Een audit levert vaak meer bevindingen op dan je onmiddellijk kunt oplossen. Geef ze daarom een eenvoudige volgorde.
- Blokkerende fouten krijgen voorrang wanneer iemand een kernactie niet zelfstandig kan voltooien.
- Structurele componentfouten zijn interessant omdat één oplossing veel pagina's tegelijk kan verbeteren.
- Ernstige frictie komt daarna wanneer een taak nog lukt maar onnodig moeilijk wordt.
- Lokale contentfouten kunnen vaak in de gewone contentflow worden weggewerkt.
Voeg aan ieder ticket ook de geraakte klanttaak toe. “Button heeft onvoldoende focuscontrast” zegt minder over prioriteit dan “gebruiker ziet tijdens checkout niet welk element actief is”.
Wanneer je een beroep wilt doen op onevenredige last of een andere uitzondering, behandel dat als aparte compliancebeslissing en documenteer de onderbouwing volgens het toepasselijke kader.
Maak toegankelijkheid onderdeel van normaal websitebeheer
- Test nieuwe componenten vóór livegang minimaal op toetsenbord en zoom.
- Doorloop kritieke formulieren opnieuw na grote plugin- of templatewijzigingen.
- Geef redacteurs basisafspraken voor headings en links en alt-teksten.
- Controleer per kwartaal minstens één belangrijke klanttaak end-to-end.
- Bewaar per belangrijke audit de datum en bevinding en genomen actie.
Hou daarnaast regressies bij. Wanneer dezelfde fout na iedere website-update terugkomt, ligt de oplossing waarschijnlijk in het component of ontwikkelproces en minder in telkens opnieuw corrigeren.
Zo bouw je een beheerhistoriek op en zie je bij een redesign sneller wanneer oude problemen terugkeren.
Actuele Belgische basis
De inhoud is getoetst aan de officiële informatie van de FOD Economie en de Europese informatie over digitale toegankelijkheid.