Waarom e-commerce de verticaal met het hoogste risico is
Twee toezichthouders, één dossier gedomineerd door online retail.
In de Verenigde Staten zijn ADA Title III-klachten over webtoegankelijkheid de afgelopen jaren gestabiliseerd op ongeveer 4.300 federale zaken per jaar tot 2024, en e-commerce domineert het dossier samen met restaurantreserveringen en horeca. Uitsluitend online retailers winnen het "geen fysieke nexus"-verweer niet langer betrouwbaar — de meeste circuits hebben het verworpen of omzeild, en zaken bij staatsrechtbanken onder California's Unruh Act en New York State Human Rights Law zijn parallel gegroeid.
In de Europese Unie noemt de Europese Toegankelijkheidsakte "e-commercediensten" expliciet in zijn toepassingslijst — artikel 2(2)(d) — en de uitzondering voor microondernemingen (minder dan 10 medewerkers of minder dan € 2 miljoen omzet) treft weinig echte retailers. Elke winkel met een magazijn, een team van meerdere personen of een noemenswaardige productcatalogus valt binnen het toepassingsgebied en moet voldoen aan EN 301 549, dat verwijst naar WCAG 2.2-succescriteria.
De kosten van niets doen zijn concreet. ADA-schikkingen in de VS liggen doorgaans in de range van $ 20.000–$ 50.000 voor gedaagden die voor het eerst worden aangesproken, met retailers die herhaaldelijk worden aangevallen aanzienlijk hoger; advocatenkantoren aan eiserskant opereren nu op schaal, en een enkele scrape van toegankelijkheidsverklaringen voedt tientallen sommatiesbrieven. In de EU gaat EAA-handhaving over van de waarschuwingsbrieffase die 2025 domineerde naar de boeteoplegfase die veel lidstaten in 2026 hebben aangenomen — Duitsland, Frankrijk, Italië, Spanje en Nederland hebben allemaal handhavingsteams opgericht.
Het goede nieuws: e-commerce toegankelijkheid heeft een bekende vorm. Dezelfde twaalf tekortkomingen komen terug in bijna elke audit, en de meeste zijn herstelbaar via designtokens, themacomponenten of een gerichte engineeringsprint. De onderstaande controlelijst is wat wij e-commerceteams overhandigen als zij vragen "waar beginnen we?"
De e-commerce controlelijst van 30 punten
Zes oppervlakken × vijf controles. Afdrukken, afvinken, dan auditeren.
-
01 Navigatie & zoeken
-
02 Productoverzichtspagina's (PLP's)
-
03 Productdetailpagina's (PDP's)
-
04 Winkelwagen & afrekenen
-
05 Account & na aankoop
-
06 Overkoepelende vereisten
Platform-specifieke implementatienotities
Waar de controlelijst daadwerkelijk in code terechtkomt, per platform.
Shopify
Themakwaliteit varieert sterk. Online Store 2.0-thema's (Dawn, Sense, Craft, Refresh) worden geleverd met een veel betere toegankelijkheidsbasislijn dan het verouderde Vintage-framework — semantische koppen, focusbeheer bij snel bekijken, standaard overslaan-links. De valkuilen die overblijven zijn gekoppeld aan commerce-specifieke UI: variantselectors en afbeeldingsswatches die toestand verliezen bij selectie, de verzendkostencalculator-iframe die focus gevangen houdt, en elke derde-partij-app (beoordelingen, upsell, chat) die in de DOM rendert zonder toetsenbordoverdracht te respecteren. Audit uw thema, dan elke geïnstalleerde app afzonderlijk.
WooCommerce / WordPress
Chaos van thema's en plug-ins is het dominante risico. De eigen templates van WooCommerce zijn bruikbaar, maar worden gecombineerd met een bovenliggend thema dat u niet zelf schreef en een betalingsplug-in die u niet zelf auditeerde. Het terugkerende probleem is het AJAX-gestuurde variatieformulier op de productpagina: variantselectie wisselt DOM-knooppunten zonder de wijziging aan te kondigen, en het prijselement herrendert zonder aria-live-anker. Winkelwagenupdates hebben dezelfde vorm — de mini-winkelwagen herrendert stilzwijgend bij toevoegen. Beide kunnen worden opgelost door de dynamische regio's te omhullen met aria-live.
BigCommerce / Salesforce Commerce Cloud
Enterprise-platforms hebben sterkere standaardinstellingen maar beperktere aanpassingspaden. Stencil (BigCommerce)- en SFRA (Salesforce Commerce Cloud)-storefronttemplates zijn vaak vergrendeld achter door een bureau geleverde aanpassingen; het eigen toegankelijkheidsstandpunt van het platform is minder relevant dan dat van uw bureau. Vraag een actueel VPAT of EN 301 549-conformiteitsrapport op bij uw implementatiepartner, niet bij de platformleverancier. Het platform haalt een bepaalde lat; de bureaubouw is wat voor de rechter wordt gedaagd.
Headless / op maat gemaakte React-, Vue- of Svelte-storefronts
Volledig eigenaarschap betekent volledige verantwoordelijkheid. Het terugkerende probleem is hydratatiemismatches die aria-attributen in inconsistente toestanden laten tussen SSR en client; het tweede is route-aankondigingen die nooit afgaan omdat de client-side router de pagina vervangt zonder een kop opnieuw te renderen of focus te verplaatsen. Combineer een framework-specifieke live-regio-utility (zie aria-live-regio's in moderne frameworks) met een focus-bij-routewijziging-handler. De meeste headless-audits die wij hebben gezien lossen 70% van de problemen op met die twee wijzigingen alleen.
De monitoring + auditcyclus
Een eenmalige oplossing overleeft geen enkele sprint.
E-commercecode verandert dagelijks. Marketing implementeert dinsdag een hero-variant, het merchandisingteam wijzigt donderdag een sectie, een app wordt in het weekend bijgewerkt. Een eenmalige toegankelijkheidsoplossing houdt het ongeveer zo lang vol als uw volgende implementatie — daarom is het model dat daadwerkelijk stand houdt drie lagen, niet één.
Voer eerst een gratis WCAG 2.2-scanner uit op uw live winkel om een basislijn vast te stellen. Koppel vervolgens continue geautomatiseerde monitoring aan elke preview-build en elke productie-implementatie — dit is de laag die regressies opvangt voordat de klant dat doet. Besteed ten slotte een handmatige audit uit aan testers met beperkingen, minimaal jaarlijks, en na elke grote herontwerp of platformmigratie — geautomatiseerde tooling zal nooit schermlezerleesbaarheid, de intentie van focusvolgorde of de daadwerkelijke bruikbaarheid van een flow van begin tot eind opvangen.
Voor de overdracht van monitoring naar handmatige audit specifiek behandelt onze kopershandleiding voor monitoring de platforms die de scan-naar-auditworkflow van begin tot eind afhandelen — Qualibooth, axe Monitor, Siteimprove en Level Access. Kies op basis van integratiegeschiktheid met uw CI en of het handmatige auditnetwerk van het platform daadwerkelijk testers omvat met de beperkingen die uw klanten hebben — niet alle platforms doen dat.
FAQ
De vragen die e-commerceteams stellen voordat zij instappen.
Verplicht de ADA mijn webwinkel toegankelijk te zijn?
In de praktijk wel. Federale rechtbanken passen ADA Title III al meer dan tien jaar toe op commerciële websites, en e-commerce is de grootste categorie klachten over webtoegankelijkheid. Het DOJ heeft formeel gesteld dat websites van openbare accommodaties toegankelijk moeten zijn, en de meeste uitspraken bepalen dat een "nexus" met een fysieke winkel niet vereist is voor uitsluitend online retailers. Een winkel die niet voldoet aan WCAG 2.1 AA (en in toenemende mate 2.2 AA) loopt een reëel risico op rechtszaken.
Is de EAA van toepassing op mijn e-commercesite?
Vrijwel zeker, als u in de EU verkoopt. De Europese Toegankelijkheidsakte (EAA) noemt "e-commercediensten" expliciet in het toepassingsgebied in artikel 2(2)(d). De uitzondering voor microondernemingen — minder dan 10 medewerkers EN minder dan € 2 miljoen omzet — ontziet alleen de kleinste exploitanten. Elke retailer met een magazijn, meerdere medewerkers of een niet-triviaal productaanbod valt binnen het toepassingsgebied en moet voldoen aan EN 301 549, dat verwijst naar WCAG 2.1 AA.
Wat is het meest voorkomende toegankelijkheidsprobleem bij e-commerce?
Drie problemen komen in bijna elke audit terug: te laag kleurcontrast op prijzen en aanbiedingslabels (het huismerkrood op wit valt vaak onder 4.5:1), niet-gelabelde of contextloze knoppen "Toevoegen aan winkelwagen", en winkelwagenupdates die niet worden aangekondigd aan hulptechnologie. Geen van deze vereist een herontwerp — ze vragen om een audit van designtokens, een aria-label-pass op tegelknoppen en een aria-live-regio op de winkelwagenwidget.
Kan een Shopify-winkel voldoen aan de ADA?
Een Shopify-winkel kan compliant worden gemaakt, maar het platform garandeert dat niet op zichzelf. Online Store 2.0-thema's zijn aanzienlijk beter dan het verouderde Vintage-framework — semantische koppen, focusbeheer bij snel bekijken, standaard overslaan-links. De problemen die overblijven zijn gekoppeld aan commerce-specifieke UI: variantselectors en afbeeldingsswatches die toestand verliezen bij selectie, de verzendkostencalculator-iframe die focus gevangen houdt, en elke derde-partij-app (beoordelingen, upsell, chat) die in de DOM rendert zonder toetsenbordoverdracht te respecteren. Audit uw thema, dan elke geïnstalleerde app afzonderlijk.
Hoe vaak moet een e-commercesite worden geaudit?
Geautomatiseerde scanning moet bij elke implementatie worden uitgevoerd (vóór samenvoeging of na implementatie). Handmatige audits door testers met beperkingen moeten minimaal jaarlijks worden uitbesteed voor stabiele winkels — en na elke grote herontwerp, migratie naar een nieuw platform of nieuwe kassarollout. De meeste e-commerceteams combineren kwartaalrapportages van geautomatiseerde scans met jaarlijkse handmatige audits.
Drie volgende stappen
Kies de stap die aansluit bij waar uw team vandaag staat.
-
Voer de gratis scanner nu uit
Een live gratis WCAG 2.2-scanner voor elke openbare URL. Aangedreven door Qualibooth, opent in een nieuw tabblad. Beste startpunt als u nog geen huidige basislijn heeft.
-
Download de controlelijst van 30 punten
Een afdrukbare PDF-versie van de bovenstaande controlelijst, met ruimte voor eigenaar en deadline per punt. Beschikbaar in een toekomstige versie — druk deze pagina ondertussen af.
-
Besteed een handmatige audit uit
Lees onze handleiding voor het uitbesteden van een handmatige audit aan testers met beperkingen — wat u moet vragen, wat u moet budgetteren en welke platforms een echt testersnetwerk omvatten versus het uitbesteden ervan.