European Accessibility Act voor ecommerce: complete compliancegids voor online retailers

De handhavingsdeadline van de European Accessibility Act was 28 juni 2025. Die is verstreken. Handhaving is actief.

Als je ecommerce-winkel vandaag niet compliant is, bereid je je niet voor op een toekomstige deadline. Je opereert op dit moment in strijd met de EU-wetgeving. Nationale autoriteiten in 27 lidstaten zijn bevoegd om te onderzoeken, correcties op te leggen en je te beboeten voor aanhoudende non-compliance.

Dit is geen klein probleem. 101 miljoen EU-inwoners met een beperking kunnen op de meeste ecommerce-platforms geen aankoop voltooien. Na juni 2025 is dit zowel een juridisch falen als een zakelijk falen. Elke ontoegankelijke checkout is een gemiste verkoop en een mogelijke regelgevende actie.

Deze gids behandelt wat compliance met de European Accessibility Act voor ecommerce in de praktijk vereist, voor wie het geldt, wat WCAG 2.1 AA betekent voor jouw specifieke pagina’s, wat er gebeurt als je niet compliant bent, hoe je je winkel audit en welke fixes je prioriteit moet geven. Geen juridisch jargon. Geen vage aanbevelingen. Concrete acties.

Voor wie de EAA geldt

De EAA geldt voor B2C online retailers die actief zijn in de EU. De bepalende vraag: heeft jouw bedrijf 10 of meer medewerkers OF een jaaromzet boven €2 miljoen?

Als een van beide voorwaarden waar is, is volledige EAA-compliance vereist. Beide voorwaarden moeten onwaar zijn om voor de micro-ondernemingsvrijstelling in aanmerking te komen.

De drempels zijn:

10 of meer medewerkers: EAA is van toepassing
Jaaromzet boven €2 miljoen: EAA is van toepassing
Minder dan 10 medewerkers EN onder €2 miljoen omzet: vrijgesteld (voorlopig)

De micro-ondernemingsvrijstelling bestaat omdat volledige compliance als mogelijk disproportioneel wordt erkend voor de allerkleinste bedrijven. Deze vrijstelling is niet permanent. Nationale wetgeving kan haar beperken. En zelfs vrijgestelde bedrijven zouden toegankelijkheid moeten behandelen als een UX-basisvereiste, niet alleen als een juridische.

Voor bedrijven boven de drempels dekt de wet je volledige consumentgerichte digitale oppervlak: je website, je mobiele app, je checkoutflow, je pagina’s voor betalingsverwerking, je klantenservicesystemen, je productzoekfunctie en je orderbevestigingspagina’s. Elk digitaal touchpoint waar een consument met je dienst interacteert.

EU-verplichtingen rond ecommerce-toegankelijkheid gelden overal waar je klanten hebt, niet alleen waar je bedrijf is gevestigd. Als je in meerdere EU-landen verkoopt, gelden compliance-verplichtingen in elk land waar je actief bent. Nationale bevoegde autoriteiten verschillen per land. Sommige hebben een bredere jurisdictie dan andere. De juridische standaard (WCAG 2.1 AA) is binnen de hele EU dezelfde.

Wat WCAG 2.1 AA echt betekent voor ecommerce

WCAG 2.1 AA is de technische standaard die de EAA je verplicht te halen. Hij is georganiseerd rond vier principes: Waarneembaar, Bedienbaar, Begrijpelijk, Robuust. Over deze vier principes heen zijn er 50 specifieke succescriteria op Niveau AA waaraan je winkel moet voldoen. Niet een deel ervan. Allemaal. Hier is wat elk principe in de praktijk betekent voor een ecommerce-winkel.

Waarneembaar: je content moet werken zonder zicht

Waarneembaar betekent dat alle informatie op je site beschikbaar moet zijn via andere middelen dan alleen visuele weergave. Voor ecommerce zijn de meest voorkomende fouten:

Afbeeldingen zonder alt-tekst. 94 procent van de ecommerce-sites heeft productafbeeldingen met ontbrekende of inadequate alt-tekst (WebAIM Million-analyse). Een screenreader-gebruiker die op je productpagina belandt en “afbeelding, afbeelding, afbeelding” hoort, kan geen koopbeslissing nemen. Elke productafbeelding heeft beschrijvende alt-tekst nodig: niet “blauwe-jurk-2.jpg” maar “Dames midi-jurk in diepblauw linnen, vooraanzicht.” Elke decoratieve afbeelding die geen informatie toevoegt, moet een leeg alt-attribuut hebben (alt="") zodat screenreaders haar overslaan.

Falen op kleurcontrast. 79 procent van de ecommerce-sites voldoet niet aan de kleurcontrasteisen. De WCAG AA-standaard voor normale tekst is een contrastverhouding van 4,5:1. Voor grote tekst (18px+ of 14px+ vet) is het minimum 3:1. Lichtgrijze tekst op een witte achtergrond zakt. Witte tekst op gele knoppen zakt. Test elk tekstelement op je productpagina’s, navigatie en checkout tegen deze verhouding. Gebruik de WebAIM Contrast Checker of het toegankelijkheidspaneel van de browser-DevTools.

Video’s zonder ondertiteling. Productvideo’s, merkverhaalvideo’s en alle tijdgebonden media hebben ondertiteling nodig. Geen automatisch gegenereerde YouTube-ondertitels. Gecontroleerde, gecorrigeerde, gesynchroniseerde ondertitels. De WCAG 2.1 AA-eis dekt vooraf opgenomen video. Livevideo heeft andere regels.

Formuliervelden zonder labels. Een formulierveld dat alleen met placeholdertekst is gelabeld, zakt op toegankelijkheid. Wanneer de gebruiker typt, verdwijnt de placeholder en verliest hij de context van waar het veld voor is. Elk formulierveld heeft een persistent <label>-element nodig dat eraan gekoppeld is via for- en id-attributen. Dit geldt voor elk veld in je checkout: naam, adres, e-mail, telefoon, kaartnummer, CVV.

Bedienbaar: je winkel moet werken zonder muis

Bedienbaar betekent dat elke functie uitgevoerd kan worden zonder muis. Dit is het gebied waar ecommerce-checkouts het dramatischst falen.

Toetsenbordnavigatie. De tabvolgorde door je site moet een logisch, zichtbaar pad volgen. Elk interactief element (links, knoppen, dropdowns, formuliervelden, variantselectors) moet alleen met het toetsenbord bereikbaar en bedienbaar zijn. Test dit: trek je muis eruit. Tab door je hele checkout. Kun je een aankoop voltooien? De meeste winkels zakken voor deze test bij de variantselector of de betaalstap.

Focusindicatoren. Wanneer een gebruiker naar een element tabt, moet er een zichtbare focusring omheen staan. Veel thema’s onderdrukken focusringen met outline: none in CSS om visuele redenen. Dit breekt toetsenbordnavigatie volledig. Herstel focusindicatoren. Geef ze indien nodig een eigen stijl. Maar verwijder ze nooit.

Geen toetsenbordvallen. Een toetsenbordval is wanneer je in een component tabt en er niet uit kunt tabben zonder een muis te gebruiken (modal-dialogen, custom dropdown-menu’s, datumkiezers en rich-text-editors zijn veelvoorkomende boosdoeners). Als je custom UI-componenten hebt die voor je thema zijn gebouwd of via apps zijn toegevoegd, test ze dan op toetsenbordvallen.

Tijdslimieten. Als je checkout een sessietime-out heeft, moeten gebruikers gewaarschuwd worden voordat de time-out optreedt en in staat zijn de sessie te verlengen. Een gebruiker die langzaam met het toetsenbord navigeert of een screenreader gebruikt, heeft meer tijd nodig. Hun sessie midden in de checkout laten verlopen, schendt WCAG 2.1-criterium 2.2.1.

CAPTCHA. Als je op enig punt in de checkout of accountaanmaak een CAPTCHA gebruikt, heb je een auditief alternatief nodig. CAPTCHA’s met alleen afbeeldingen zijn een compliancefout. Als je onzichtbare reCAPTCHA gebruikt, controleer dan of die de juiste ARIA-labels heeft.

Begrijpelijk: je formulieren en foutmeldingen moeten duidelijk zijn

Begrijpelijk betekent dat content en bediening voorspelbaar moeten zijn en dat foutafhandeling behulpzaam moet zijn.

Foutidentificatie. Wanneer een formulierveld een fout heeft, moet de fout het veld in tekst aanduiden, niet alleen met kleur. “Het veld dat rood is gemarkeerd bevat een fout” zakt. “E-mailadres is verplicht” of “Voer een geldig e-mailadres in” slaagt. Elke validatiefout in je checkout moet dit patroon volgen.

Foutsuggestie. Als je weet wat de juiste invoer zou moeten zijn, moet je die in de foutmelding geven. “Telefoonnummer moet de landcode bevatten, bijvoorbeeld +31 6 12345678” is compliant. “Ongeldig telefoonnummer” is dat niet.

Taaldeclaratie. Je pagina moet zijn taal declareren via het lang-attribuut op het HTML-element (<html lang="nl">). Screenreaders gebruiken dit om de juiste stem en uitspraakengine te selecteren. Ontbrekende taaldeclaraties zorgen ervoor dat screenreaders content verkeerd uitspreken.

Consistente navigatie. Navigatie die op meerdere pagina’s verschijnt, moet in dezelfde volgorde en op dezelfde plek verschijnen. Als je winkelwagenicoon rechtsboven staat op je homepage, moet het op elke pagina rechtsboven staan. Als je primaire navigatie verandert tussen productpagina’s en checkout, is dat zowel een UX-fout als een toegankelijkheidsfout.

Doel van invoer. Formuliervelden die persoonsgegevens verzamelen, moeten hun autocomplete-attribuut declareren. Naamvelden hebben autocomplete="name" nodig, e-mailvelden autocomplete="email", adresvelden specifieke autocomplete-waarden (autocomplete="street-address", etc.). Dit maakt browser-autofill en autocomplete door hulptechnologie mogelijk, wat de last vermindert voor gebruikers met cognitieve of motorische beperkingen.

Robuust: je code moet werken met hulptechnologieën

Robuust betekent dat je site moet werken met huidige en toekomstige hulptechnologieën.

Geldige, semantische HTML. Semantische HTML is het fundament. Gebruik <button> voor knoppen (niet een <div> die eruitziet als een knop). Gebruik <nav> voor navigatie. Gebruik <main> voor de hoofdcontent. Gebruik <h1> tot en met <h6> in een logische hiërarchie. Screenreaders navigeren op basis van landmark- en kopstructuur. Als je koppen gestileerde paragrafen zijn en je knoppen gestileerde divs, kunnen screenreader-gebruikers niet efficiënt door je site navigeren.

ARIA-gebruik. ARIA-attributen (Accessible Rich Internet Applications) voegen toegankelijkheidsinformatie toe aan HTML-elementen die deze van nature missen. Maar ARIA is complex en wordt vaak verkeerd gebruikt. De regel: geen ARIA is beter dan slechte ARIA. Als je een custom dropdown, modal of carrousel gebruikt, heeft die correcte ARIA-rollen, -toestanden en -eigenschappen nodig. Als je in plaats daarvan een native HTML-element kunt gebruiken, gebruik dat dan.

Dynamische content. Wanneer content dynamisch wordt bijgewerkt (filterresultaten die updaten, autocomplete-suggesties die verschijnen, foutmeldingen die getoond worden), moeten die updates aan screenreaders worden gemeld. Dit vereist ARIA live regions. In ecommerce is de meest voorkomende fout een filter dat het productraster bijwerkt zonder het nieuwe aantal resultaten aan screenreaders te melden.

Door apps geïnjecteerde componenten. Externe Shopify- of WooCommerce-apps injecteren vaak UI-componenten (chatwidgets, reviewwidgets, popup-modals, cookiebanners) die niet op toegankelijkheid zijn getest. Elk geïnjecteerd component is een mogelijke compliancefout. Audit elk extern component.

Wat er gebeurt als je niet compliant bent

EAA-handhaving is nu actief. De mechanismen verschillen per land, maar de gevolgen zijn consistent:

Klachten en onderzoeken. Iedereen in de EU kan een klacht indienen bij de nationale bevoegde autoriteit over je niet-compliant dienst. Belangenorganisaties voor mensen met een beperking testen actief ecommerce-sites en dienen systematisch klachten in tegen niet-compliant retailers. Eén klacht zet een onderzoek in gang.

Verplichte correcties met deadlines. Na onderzoek geven autoriteiten correctieve actiemeldingen uit met specifieke compliance-deadlines. Dit zijn geen suggesties. Het niet naleven van een correctieve actiemelding escaleert naar sancties.

Financiële sancties. Sanctiestructuren verschillen per lidstaat. Nederland, Duitsland en Frankrijk hebben substantiële boetes vastgesteld voor aanhoudende non-compliance. Individuele overtredingen kunnen apart worden bestraft. Een site met 50 niet-compliant productpagina’s zou in theorie 50 afzonderlijke overtredingen kunnen krijgen.

Beperkingen op markttoegang. In ernstige gevallen kunnen autoriteiten je vermogen om in hun markt te opereren effectief beperken totdat compliance is aangetoond. Voor een bedrijf dat afhankelijk is van EU-markttoegang is dit een existentieel risico.

Civiele claims. Naast regelgevende handhaving stelt de EAA private partijen in staat claims in te dienen. Een persoon met een beperking die op je site geen aankoop kan voltooien, kan in sommige lidstaten gronden hebben voor een civiele claim.

Het risico is niet theoretisch. Duitse en Franse autoriteiten handhaven sinds 2020 actief eisen rond digitale toegankelijkheid. De EAA creëert een geharmoniseerd kader dat deze handhaving uitbreidt naar alle 27 lidstaten met een gemeenschappelijke standaard.

Hoe je je winkel audit op EAA-compliance

Compliance vereist zowel geautomatiseerd testen als handmatig testen met echte hulptechnologieën. Geautomatiseerde tools vinden 30 tot 40 procent van de toegankelijkheidsproblemen. De rest vereist menselijk testen.

Stap 1: geautomatiseerde scan

Laat je productpagina, categoriepagina, winkelwagen en checkout door een geautomatiseerde WCAG-scanner lopen. Gratis opties:

WAVE (wave.webaim.org): plak je URL en krijg een visuele overlay van fouten, waarschuwingen en structurele problemen. Uitstekend voor beginners. Toont fouten in context.
axe DevTools (browserextensie, gratis versie): draait in de browser-devtools, categoriseert problemen per WCAG-criterium, toont de HTML-context voor elk probleem.
Google Lighthouse: ingebouwd in Chrome DevTools (F12 > Lighthouse > Accessibility). Scoort 0 tot 100, categoriseert problemen, linkt naar WCAG-criteria.

Laat alle drie lopen op de URL van je belangrijkste productpagina en je checkout-URL. Documenteer elke fout. Dit is je nulmeting.

Typische fouten die je op een doorsnee ecommerce-winkel vindt:

Afbeeldingen zonder alt-tekst (productafbeeldingen, banneraffbeeldingen, icoonafbeeldingen)
Formuliervelden zonder gekoppelde labels (checkoutvelden, nieuwsbriefinschrijving)
Onvoldoende kleurcontrast (promobanners, secundaire tekst, placeholdertekst)
Ontbrekende paginataaldeclaratie
Links zonder beschrijvende tekst (“klik hier”, “lees meer”, “meer informatie”)
Lege knoppen (icoonknoppen zonder aria-labels)

Stap 2: toetsenbordnavigatietest

Trek je muis eruit of schakel je trackpad uit. Navigeer je hele checkoutflow met alleen het toetsenbord:

Tab om vooruit te gaan door interactieve elementen
Shift+Tab om achteruit te gaan
Enter of spatie om knoppen en links te activeren
Pijltjestoetsen om binnen dropdowns en radioknoppen te navigeren

Test dit pad: zoeken op de homepage, een product vinden, de productpagina bereiken, een variant selecteren, aan winkelwagen toevoegen, naar de checkout gaan, persoonsgegevens invullen, verzending kiezen, betaalgegevens invoeren, aankoop voltooien.

Documenteer elke stap waar je óf niet kunt navigeren, de visuele context verliest van waar je bent (geen focusindicator), óf vast komt te zitten.

Stap 3: screenreader-test

Test je winkel met een screenreader. Gratis opties:

NVDA + Firefox op Windows (de meest gebruikte combinatie voor testen)
VoiceOver + Safari op Mac (Command+F5 om in te schakelen)
TalkBack op Android (meest gebruikt voor mobiel screenreader-testen)

Navigeer je productpagina met screenreader-sneltoetsen: koppen (H-toets in NVDA), links (K-toets), formuliervelden (F-toets), landmarks (D-toets). Vraag jezelf af: is de paginastructuur logisch? Kun je producten identificeren zonder ze te zien? Kun je varianten selecteren en aan de winkelwagen toevoegen?

Navigeer je checkout. Kun je elk formulierveld identificeren? Worden foutmeldingen voorgelezen wanneer je onvolledige velden indient? Is de orderoverzicht leesbaar?

Screenreader-testen is ongemakkelijk als je het nooit hebt gedaan. Doe het toch. Vijftien minuten screenreader-navigatie laat je meer zien over de toegankelijkheid van je winkel dan welk geautomatiseerd rapport ook.

Stap 4: kleurcontrastcontrole

Open je site in Chrome. Installeer de axe-browserextensie. Klik op het axe-icoon en voer de volledige toegankelijkheidscontrole uit. Alle contrastfouten worden vermeld met de specifieke elementen en hun feitelijke versus vereiste contrastverhoudingen.

Alternatief: gebruik Chrome DevTools. Open DevTools, ga naar het Elements-paneel, klik op een willekeurig tekstelement en zoek naar het veld “Contrast ratio” in het Styles-paneel. Chrome toont of het element slaagt of zakt voor AA en AAA.

Controleer specifiek: bodytekst, koppen, knoptekst, linktekst in bodytekst, placeholdertekst (let op: placeholdertekst zakt op de meeste sites en is ook een apart UX-probleem), prijstekst, aanbiedingsprijstekst, reviewtekst, footertekst.

Stap 5: documenteer en prioriteer

Na geautomatiseerde scan, toetsenbordtest, screenreader-test en contrastcontrole heb je een lijst met problemen. Prioriteer op impact:

Kritiek (los direct op): problemen die voorkomen dat een gebruiker met een beperking een aankoop voltooit. Kapotte toetsenbordnavigatie in de checkout. Geen alt-tekst op primaire productafbeeldingen. Formuliervelden zonder labels in de checkoutflow. Dit zijn de problemen die regelgevende klachten triggeren en omzet blokkeren.

Hoog (los op binnen 30 dagen): problemen die de ervaring significant verslechteren. Ontbrekende focusindicatoren door de hele site. Falen op kleurcontrast bij primaire CTA’s. Onjuiste of ontbrekende foutmeldingen in formulieren. Dynamische content die niet aan screenreaders wordt gemeld.

Middel (los op binnen 90 dagen): problemen die de kwaliteit verminderen maar voltooiing niet blokkeren. Sommige afbeeldingen zonder alt-tekst (niet-productafbeeldingen, iconen). Ontbrekende of onjuiste ARIA-attributen op complexe componenten. Ontbrekende autocomplete-attributen op formuliervelden.

Laag (pak op in de volgende ontwikkelcyclus): problemen met minimale praktische impact of die randgevallen betreffen. Complexe WCAG-criteria die ingrijpende architectuurwijzigingen vereisen.

Prioriteitsfixes: waar te beginnen

Op basis van de auditcategorieën hierboven is dit de specifieke implementatievolgorde voor een ecommerce-winkel:

Fix 1: checkout-formulierlabels (1 dag)

Elk formulierveld in je checkout heeft een correct <label>-element nodig. In Shopify vereist dit het bewerken van de checkouttemplate (of het gebruik van Checkout Extensibility op Plus). In WooCommerce bewerk je de checkouttemplate of gebruik je een plugin.

Het patroon:

<label for="checkout_email">E-mailadres</label>
<input type="email" id="checkout_email" name="email" autocomplete="email">

Deze ene fix pakt een van de meest voorkomende oorzaken van checkout-falen voor screenreader-gebruikers aan. Laat een developer elk veld in je checkouttemplate auditeren en ontbrekende labels toevoegen. Schatting: 4 tot 8 uur developertijd.

Fix 2: alt-tekst van productafbeeldingen (2 tot 5 dagen)

Audit je productcatalogus op ontbrekende alt-tekst. In Shopify wordt alt-tekst per afbeelding ingesteld in de producteditor. Het bulkgewijs bewerken van alt-tekst is mogelijk via de Shopify-admin of bulk-editing-apps.

Voor productafbeeldingen schrijf je beschrijvende alt-tekst: productnaam, kleur, belangrijk kenmerk dat zichtbaar is in de afbeelding, context indien relevant. Voor afbeeldingen waar de productnaam volstaat (duidelijke foto’s met alleen het product) zijn de productnaam en variant genoeg. Vermijd “afbeelding van” als voorvoegsel. Beschrijf gewoon wat er te zien is.

Voor iconen en decoratieve afbeeldingen: stel een leeg alt-attribuut in (alt=""). Dit vertelt screenreaders de afbeelding over te slaan.

Schatting: 2 tot 5 dagen, afhankelijk van de catalogusgrootte. Kan deels gedelegeerd worden aan contentteamleden met duidelijke richtlijnen.

Fix 3: kleurcontrast op CTA’s en kerntekst (1 tot 2 dagen)

Repareer eerst contrastfouten op je primaire CTA-knoppen. Een ontoegankelijke “Aan winkelwagen toevoegen”-knop is een directe compliance- én conversiefout. Repareer daarna navigatietekst, het contrast van producttitels, prijstekst en promobannertekst.

In Shopify: themakleuren worden ingesteld in de thema-instellingen. De meeste thema’s stellen primaire knopkleuren, tekstkleuren en achtergrondkleuren beschikbaar als configureerbare instellingen. Je hoeft geen code te bewerken. Pas aan totdat elk kernelement 4,5:1 haalt voor normale tekst en 3:1 voor grote tekst.

Gebruik de WebAIM Contrast Checker om geslaagde kleurwaarden te vinden voordat je je thema wijzigt.

Schatting: 4 uur voor themakleuraanpassingen plus testen.

Fix 4: focusindicatoren (1 dag)

Voeg deze CSS toe aan je thema-stylesheet en verwijder alle outline: none-declaraties op interactieve elementen:

:focus-visible {
  outline: 3px solid #005fcc;
  outline-offset: 2px;
}

Kies een focuskleur die met een verhouding van 3:1 contrasteert met je achtergrond. Blauw (#005fcc) op wit is een standaardkeuze. Pas de kleur aan op je merk terwijl je aan de contrasteis blijft voldoen.

Doorzoek je thema-CSS op outline: none en outline: 0. Elk voorkomen op interactieve elementen moet worden verwijderd of vervangen door een zichtbare focusstijl.

Schatting: 2 tot 4 uur.

Fix 5: skip-navigatielink (2 uur)

Voeg een “Naar hoofdinhoud springen”-link toe als eerste element in de <body> van je pagina. Hiermee kunnen toetsenbordgebruikers de navigatie omzeilen en direct naar de hoofdinhoud van de pagina springen. De meeste screenreader-gebruikers en toetsenbordgebruikers vertrouwen hierop.

<a href="#main-content" class="skip-link">Naar hoofdinhoud springen</a>

Stijl hem zo dat hij standaard visueel verborgen is en zichtbaar wordt bij focus:

.skip-link {
  position: absolute;
  top: -40px;
  left: 0;
  background: #005fcc;
  color: white;
  padding: 8px;
  z-index: 100;
}
.skip-link:focus {
  top: 0;
}

Schatting: 1 tot 2 uur inclusief testen.

Fix 6: verbetering van foutmeldingen (1 tot 2 dagen)

Audit elke validatiefoutmelding in je checkout- en accountaanmaakflows. Elke foutmelding moet:

het specifieke veld met de fout aanduiden (in tekst, niet alleen met kleur)
uitleggen wat er mis is
de gebruiker vertellen hoe het op te lossen

“Dit veld is verplicht” → “E-mailadres is verplicht” “Ongeldige invoer” → “Voer een geldig e-mailadres in (bijvoorbeeld: [email protected])” “Fout” → “Je kaartnummer lijkt onvolledig te zijn. Controleer het en probeer het opnieuw.”

In Shopify worden foutmeldingen deels bepaald door de checkouttemplate en deels door Shopify’s validatielogica. Checkout Extensibility (Plus) geeft volledige controle. Voor Shopify Basic/Grow kun je sommige foutmeldingen verbeteren via checkout-customizationapps.

Schatting: 4 tot 8 uur developertijd.

Fix 7: taaldeclaratie (30 minuten)

Controleer het lang-attribuut van je <html>-element. In Shopify ga je naar Online Store > Themes > Edit code > Layout > theme.liquid. Zoek de openende <html-tag. Controleer of die lang="{{ request.locale.iso_code }}" bevat. Dit stelt de taal dynamisch in op basis van de actieve locale van de winkel. Als het hardcoded op één taal staat of helemaal ontbreekt, voeg het dan toe.

Voor WooCommerce wordt dit doorgaans afgehandeld door je thema of door WordPress’ meertalige plugin (WPML, Polylang).

Schatting: 30 minuten.

Je toegankelijkheidsverklaring

Elk onder de EAA vallend bedrijf moet een toegankelijkheidsverklaring publiceren. Dit is een wettelijke verplichting, niet optioneel.

Je toegankelijkheidsverklaring moet bevatten:

Een toezegging tot toegankelijkheid en de standaard waar je naartoe werkt (WCAG 2.1 AA)
Welke delen van je site of app je weet dat nog niet toegankelijk zijn
Hoe gebruikers contact met je kunnen opnemen om toegankelijkheidsproblemen te melden of hulp te vragen
Hoe en waar te escaleren als je reactie onbevredigend is (link naar het nationale handhavingsorgaan in je primaire markt)
De datum waarop de verklaring voor het laatst is herzien

Sommige EU-lidstaten erkennen ook certificeringen voor toegankelijkheid van derden (audits uitgevoerd door geaccrediteerde instanties). Hoewel EAA-certificering van een erkende auditor geen wettelijke verplichting is, biedt het gedocumenteerd bewijs van een te goeder trouw geleverde compliance-inspanning. Voor winkels die in meerdere EU-markten actief zijn, versterkt een formeel auditrapport je positie als er een klacht wordt ingediend.

Publiceer haar als een pagina op je site, gelinkt vanuit je footer. Werk haar bij wanneer je compliancestatus verandert of wanneer je nieuwe functies toevoegt.

Een niet-uitputtende voorbeeldstructuur:

“[Winkelnaam] zet zich in om onze ecommerce-dienst toegankelijk te maken voor mensen met een beperking. We streven ernaar WCAG 2.1 Niveau AA te halen. We werken momenteel aan de volgende bekende tekortkomingen: [specifieke problemen opsommen]. Als je toegankelijkheidsbarrières ervaart op onze site, neem dan contact met ons op via [e-mail] of [telefoon]. We streven ernaar binnen 2 werkdagen te reageren. Als je niet tevreden bent met onze reactie, kun je contact opnemen met [relevante nationale autoriteit].”

Plaats je verklaring nu. Een eerlijke verklaring die bekende tekortkomingen erkent, is beter dan geen verklaring. Een eerlijke verklaring die erkent dat je aan problemen werkt, is geen erkenning van aansprakelijkheid. Het is een wettelijke verplichting.

EAA-compliance is ook conversieoptimalisatie

Toegankelijkheid en conversieoptimalisatie lossen dezelfde problemen op. Onduidelijke foutmeldingen frustreren gebruikers met een beperking en gebruikers zonder beperking evenzeer. Ontbrekende formulierlabels verwarren screenreader-gebruikers en gebruikers die formulieren invullen bij slechte verlichting op mobiel. Slecht kleurcontrast maakt tekst moeilijk leesbaar voor slechtziende gebruikers en voor iedereen die buiten leest.

De 40 procent van de ecommerce-sites die de toegankelijkheid van checkout-formulieren verbeteren, ziet consequent verbeterde voltooiingspercentages over hun hele gebruikersbestand. De 30 procent die het kleurcontrast verbetert, ziet engagementverbeteringen op de betreffende elementen.

Compliance op toegankelijkheid is geen kostenpost. Goed geïmplementeerd vermindert het abandonment, vermindert het supportvragen over hoe een aankoop te voltooien, vermindert het retouren door onjuiste orders die zijn geplaatst doordat productinformatie onduidelijk was, en vermindert het juridisch risico.

101 miljoen EU-inwoners met een beperking vertegenwoordigen koopkracht die de meeste ecommerce-winkels momenteel volledig buitensluiten. Compliance opent die markt.

De winkels die hun EAA-compliancewerk vóór de deadline van juni 2025 zijn begonnen, opereren nu met een concurrentievoordeel ten opzichte van winkels die nog aan het haasten zijn. Handhaving creëert een omgeving waarin compliance op toegankelijkheid een marktonderscheidend kenmerk is.

Begin met de zeven prioriteitsfixes hierboven. Voer de audit in stap 1 tot en met 5 vandaag uit. Publiceer deze week je toegankelijkheidsverklaring.

Handhaving is actief. De vraag is niet óf je moet voldoen. De vraag is of je voldoet op je eigen voorwaarden of onder druk van de toezichthouder.

Wat je hierna moet lezen

Product Page Anatomy - de structurele elementen van een productpagina die aan toegankelijkheidsstandaarden moeten voldoen
Checkout Optimization Tips - checkout-toegankelijkheid als zowel een compliance- als een conversiekwestie
The €50,000 Ecommerce Mistakes - de UX-fouten (inclusief toegankelijkheidstekortkomingen) die ecommerce-winkels serieuze omzet kosten
UX Research Guide - hoe je je winkel test met echte gebruikers, inclusief gebruikers met een beperking

Bezig met het implementeren van toegankelijkheid? Het design-abonnement dekt ecommerce-UX inclusief toegankelijkheidswerk. Boek een UX QuickScan voor een winkelspecifieke toegankelijkheidsaudit.