Waarom het aankoopproces het beste vertrekpunt is

Het aankoopproces concentreert de commerciële waarde en de duurste obstakels. Een persoon kan een productfiche lezen, maar afhaken als die persoon geen maat kan kiezen, een adresfout niet begrijpt of de betaling niet kan bevestigen. Toegankelijkheid moet daarom op een volledige taak worden gemeten en niet op een verzameling afzonderlijke pagina's.

Het kritieke traject loopt van zoeken tot bevestiging, via varianten, winkelmandje, adres, levering en betaling. Een B2B-portaal voegt soms onderhandelde prijzen, goedkeuringen of offertes toe. Deze stappen zijn afhankelijk van het CMS, de e-commercemotor, de betalingsdienst, toestemming, het ERP en scripts van derden.

Deze parcoursgerichte aanpak voorkomt een klassieke fout: contrasten op de homepage corrigeren terwijl een variantenselector onmogelijk met het toetsenbord kan worden gebruikt. Ze vergemakkelijkt ook de besluitvorming: als een correctie betrekking heeft op de gedeelde formuliercomponent, verbetert ze tegelijk de login, het adres, de betaling en het contact. Bij de ontwikkeling of herwerking toont de pagina website herwerken hoe structuur, responsive gedrag, inhoud en controles vóór de lancering in één aanpak kunnen worden behandeld.

Wat de European Accessibility Act in België verandert

Sinds 28 juni 2025 gelden de Europese toegankelijkheidseisen onder meer voor de betrokken e-commercediensten. De Richtlijn (EU) 2019/882 harmoniseert eisen voor verschillende producten en diensten die in de Unie worden verkocht. De richtlijn heeft ook betrekking op consumentenbankdiensten, bepaalde transportdiensten, e-books en elektronische communicatie.

De term «e-commerce» is ruimer dan een winkel voor fysieke producten. Hij omvat een dienst die op afstand, op individueel verzoek van een consument en langs elektronische weg wordt geleverd met het oog op het sluiten van een consumentenovereenkomst. Een betalende reservatie, het afsluiten van een abonnement of de aankoop van een dienst kan dus, afhankelijk van de werking ervan, binnen het toepassingsgebied vallen. Zuivere B2B-situaties en bepaalde hybride parcours vereisen een nauwkeurige analyse.

Micro-ondernemingen die diensten leveren, genieten een vrijstelling waarin de richtlijn voorziet: minder dan tien personen en een jaarlijkse omzet of een balanstotaal van maximaal twee miljoen euro. Deze regel mag niet worden vereenvoudigd tot «alle kleine ondernemingen zijn vrijgesteld». Er bestaan ook andere mechanismen, zoals een fundamentele wijziging of een onevenredige last, maar deze vereisen een gedocumenteerde beoordeling en vormen geen automatische vrijstelling.

De voorziene overgang tot 28 juni 2030 stelt niet alle bestaande websites vrij. Ze is bedoeld voor welbepaalde situaties, met name bepaalde overeenkomsten die vóór 28 juni 2025 zijn gesloten. De Europese Commissie vat de betrokken categorieën samen.

4. Bedrijfstoestel

Een goede controle begint met representatieve scenario's, apparaten en gegevenstoestanden. Selecteer niet alleen de eenvoudigste pagina's. Kies een eenvoudig product, een product met varianten, een korting, een leeg winkelmandje, een gastgebruiker, een bestaande account en minstens één gesimuleerde mislukte betaling in een veilige omgeving.

Documenteer browser, besturingssysteem, scherm, zoomniveau en ondersteunende technologie. Herhaal de taken in FR/NL/EN: een label of knop kan problemen veroorzaken bij een langere tekst. Controleer ook cookies, pop-ups, chat en gehoste betalingspagina's.

Gepubliceerd in juli 2026, WCAG-EM 2.0 4. Bedrijfstoestel

De 12 essentiële tests van een toegankelijk aankoopproces

Deze twaalf tests dekken de obstakels die het kopen het vaakst verhinderen. Mobile Application Management past regels toe op professionele apps en gegevens zonder het toestel volledig in te schrijven. Microsoft beschrijft MAM for unenrolled devices als een model waarbij appconfiguratie en appbeveiligingsbeleid bedrijfsdata binnen ondersteunde toepassingen beschermen. Mogelijke maatregelen zijn een app-pincode, beperkingen op kopiëren naar privéapps, voorwaarden voor lokale opslag en selectieve verwijdering van werkdata.

1. De bestelling uitsluitend met het toetsenbord voltooien

Leg de muis opzij. Gebruik Tab, Shift+Tab, Enter, Spatie en de pijltjestoetsen. De focus moet een logische volgorde volgen, zichtbaar blijven en elke actie bereiken. Geen enkel paneel, kalender, menu of dialoogvenster mag het toetsenbord vasthouden. Na het sluiten van een dialoogvenster moet de focus terugkeren naar het element waarmee het werd geopend.

2. Betekenis en hiërarchie controleren

Doorloop de koppen, regio's en lijsten met een schermlezer. Een H1 beschrijft de pagina; de volgende niveaus structureren de secties zonder willekeurige sprongen. Navigatiehulpmiddelen maken het mogelijk om de inhoud, zoekfunctie, winkelmandje en voettekst te bereiken zonder het volledige scherm te moeten beluisteren.

3. Elk bedieningselement zonder visuele context begrijpen

Velden hebben een gekoppeld label; knoppen hebben een duidelijke naam; pictogrammen zonder tekst krijgen een geschikte alternatieve tekst. «Aan winkelmandje toevoegen, schoenen model X, maat 42» is nuttiger dan een reeks knoppen die allemaal als «Toevoegen» worden aangekondigd. De doorgestreepte prijs, promotie en beschikbaarheid mogen niet uitsluitend afhankelijk zijn van kleur.

4. Varianten, hoeveelheden en opties kiezen

Test maten, kleuren, data, abonnementen, accessoires en configuratoren. De geselecteerde status moet toegankelijk zijn voor ondersteunende technologieën. Als een optie een andere optie uitschakelt, moet de wijziging worden aangekondigd en uitgelegd. Alleen een kleurafbeelding volstaat niet: geef een tekstuele naam.

5. Zoeken, filters en sorteren gebruiken

De zoekfunctie moet redelijke fouten tolereren en het aantal resultaten aankondigen. Filters hebben een naam, een status en een mogelijkheid om ze opnieuw in te stellen. Na toepassing mag de focus niet zonder uitleg terug naar de bovenkant van de pagina springen. Op mobiel moet het filterpaneel bruikbaar blijven met ondersteunende technologie.

6. Inzoomen tot 200% en herverdelen tot 400%

De inhoud moet leesbaar blijven zonder informatieverlies of permanent horizontaal scrollen voor gewone tekst. Test vaste balken, winkelmandtabellen, promotiecodes en knoppen die naast elkaar staan. Een smal browservenster brengt vaak dezelfde gebreken aan het licht als sterk inzoomen.

7. Contrast, focus en statussen controleren

Meet het contrast van tekst, essentiële componenten en de focusindicator volgens de gekozen referentie. Controleer de normale, hover-, focus-, geselecteerde, fout- en uitgeschakelde status. Een lichtgrijze placeholder vervangt nooit een blijvend label.

8. Alle fouten veroorzaken en corrigeren

Verstuur het lege formulier, een onvolledig adres, een ongeldig formaat en een geweigerde betaalmethode in de sandbox van de dienstverlener. De fout moet worden aangekondigd, aan het veld worden gekoppeld, in duidelijke taal worden geformuleerd en vergezeld gaan van een mogelijke oplossing. Gegevens die al geldig zijn, moeten behouden blijven.

9. Termijnen en authenticatie beheersen

Een winkelmandje of sessie mag niet zonder waarschuwing verlopen zonder een redelijke mogelijkheid tot verlenging. Aanmeldingsmechanismen vermijden onnodige cognitieve belasting. Eenmalige codes bieden correct geïdentificeerde velden en staan plakken toe wanneer de beveiliging dit toelaat.

10. Betaling via een externe dienst valideren

De overgang naar een betalingsdienstverlener neemt de verplichting om een bruikbaar parcours aan te bieden niet weg. Test de iframe of doorverwijzing, sterke authenticatie, de terugkeer naar de webshop en de foutmeldingen. Identificeer duidelijk wat afhankelijk is van de leverancier en bewaar bewijsmateriaal bij updates.

11. De aankoop op meerdere manieren bevestigen

Aankoop, logistiek en privégebruik moeten worden geregeld.

12. Opnieuw testen met echte inhoud en talen

Lange teksten, samengestelde namen, Belgische adressen, accenten, telefoonformaten, btw en leveringsmethoden zorgen voor situaties die door testgegevens worden verborgen. Test FR, NL en EN, evenals een hoog aankoopbedrag, een niet-beschikbaar product en een groot winkelmandje. Toegankelijkheid moet ook bij dagelijkse inhoud behouden blijven.

Automatisch, handmatig of met gebruikers testen: wat meet elke methode?

De drie methoden vullen elkaar aan en geen enkele volstaat op zichzelf. Automatisering detecteert snel technische patronen, handmatige controle bevestigt het gedrag en gebruikers brengen de werkelijke moeilijkheid van een taak aan het licht.

Correcties prioriteren zonder de roadmap te blokkeren

Corrigeer eerst wat de transactie verhindert en vervolgens wat zich in het design system herhaalt. Een kritieke afwijking verhindert dat een gebruiker een taak zonder omweg kan voltooien. Een ernstige afwijking maakt de taak zeer moeilijk of sluit een interactiemethode uit. Kleine gebreken moeten worden ingepland, maar mogen geen permanente technische schuld worden.

Mobile Application Management past regels toe op professionele apps en gegevens zonder het toestel volledig in te schrijven. Microsoft beschrijft MAM for unenrolled devices als een model waarbij appconfiguratie en appbeveiligingsbeleid bedrijfsdata binnen ondersteunde toepassingen beschermen. Mogelijke maatregelen zijn een app-pincode, beperkingen op kopiëren naar privéapps, voorwaarden voor lokale opslag en selectieve verwijdering van werkdata.

Lokale correcties zijn soms nodig vóór een campagne, maar de duurzame oplossing ligt in de componenten. Door de knop, het veld, de modal en de melding in de interfacebibliotheek te herstellen, voorkomt u dat het probleem op elk scherm opnieuw wordt geïntroduceerd. Voor een webshop, bestelportaal of configurator maakt de dienst webapplicaties en configuratoren op maat het mogelijk om deze interfacekeuzes te koppelen aan bedrijfsregels, betaling en integraties, in plaats van toegankelijkheid als een late extra laag te behandelen.

Voeg ten slotte controles toe aan de definitie van «klaar»: toetsenbordnavigatie, focus, toegankelijke naam, contrast, zoom, fouten en de test van de betreffende taak. Een korte controle bij elke versie kost minder dan een volledige herwerking na meerdere maanden wijzigingen.

Belgische situaties

Problemen ontstaan vaker door het proces dan door een gebrek aan tools. Dit zijn de valkuilen die u moet vermijden:

1. Een score tonen als bewijs van conformiteit. Deze geeft alleen aan wat de tool kan analyseren op de doorlopen pagina's.
2. Een overlay installeren en het project als voltooid beschouwen. Deze corrigeert niet noodzakelijk de structuur, het toetsenbordgebruik of componenten van derden.
3. Alleen de homepage testen. Deze vertegenwoordigt noch de varianten, noch de formulieren, noch de betaling.
4. Alle gebreken doorschuiven naar de betalingsdienstverlener. De webshop moet op zijn minst de afhankelijkheden selecteren, testen, documenteren en opvolgen.
5. 4. Bedrijfstoestel Bedrijfstoestel
6. Updates vergeten. Een banner, plugin of campagne kan binnen enkele minuten opnieuw een obstakel introduceren.
7. Geen toegankelijk communicatiekanaal voorzien. Een geblokkeerde klant moet hulp kunnen vragen zonder hetzelfde defecte component te moeten gebruiken.

De referentie WCAG 2.2 organiseert vereisten op het gebied van waarneembaarheid, bedienbaarheid, begrijpelijkheid en robuustheid. Het biedt een testbare basis, zonder de Europese juridische analyse te reduceren tot een score of extensie.

Een realistisch actieplan in vier weken

Vier weken volstaan om een betrouwbare eerste koers uit te zetten, maar niet om universele conformiteit te beloven. Stem de inspanning af op het aantal parcours, de talen, de integraties en de frequentie van wijzigingen.

Week 1: de kritieke parcours afbakenen en beveiligen

Identificeer de betrokken diensten samen met de juridische, zakelijke en technische verantwoordelijken. Breng de parcours en leveranciers in kaart. Het kortstondig bevriezen van risicovolle componenten kan voorkomen dat ze tijdens de tests veranderen. Maak scenario's, accounts, testbetaalmiddelen en FR/NL/EN-gegevens aan.

Week 2: op meerdere manieren meten

Voer de scanner uit op de belangrijkste sjablonen en controleer vervolgens het toetsenbord, de zoom, de structuur en een schermlezer. Herhaal het aankoopproces op mobiel. Classificeer de bevindingen volgens blokkering, herhaling en blootstelling. Informeer het team onmiddellijk over een probleem dat elke bestelling verhindert.

Week 3: componenten en hun inhoud corrigeren

Begin met focus, labels, foutmeldingen, modals, varianten en betaling. Corrigeer indien mogelijk eerst de broncomponent voordat u de afzonderlijke toepassingen ervan corrigeert. Laat de teksten in drie talen nalezen en voeg geautomatiseerde tests toe aan gestabiliseerde componenten.

Week 4: opnieuw testen, documenteren en opvolging organiseren

Bedrijfstoestel