De afrekenstap is voor veel webshops het meest kwetsbare onderdeel van de site als het om toegankelijkheid gaat. Waar de productpagina's vaak nog redelijk werken met een schermlezer, loopt het proces vast zodra een klant moet betalen: knoppen zonder duidelijk label, foutmeldingen die niet worden aangekondigd, of een betaalwidget van een externe provider die zich niet laat bedienen zonder muis. Dat is geen toeval. De afrekenstap bevat de meeste dynamische elementen van de hele site, en dynamische elementen zijn precies waar schermlezers en toetsenbordnavigatie het snelst vastlopen.
Het gaat hier niet om een klein detail. De betaalstap valt onder dezelfde EN 301 549-eisen als de rest van de site, en die stap doorloopt een gebruiker per definitie op het moment dat hij daadwerkelijk iets wil kopen. Een schermlezer die daar vastloopt, sluit een klant op het beslissende moment buiten. Dat is ook de reden dat wij bij axessia de afrekenstap standaard meenemen in de volledige scan, en niet alleen in de gratis quick-scan van de kernpagina's.
Waar het in de praktijk misgaat
De meest voorkomende problemen zijn opvallend terugkerend. Een knop voor "volgende stap" of "betaal nu" die alleen een icoon bevat zonder tekst die een schermlezer kan voorlezen. Een foutmelding bij een verkeerd ingevuld postcodeveld die wel in beeld verschijnt, maar niet wordt aangekondigd omdat de juiste technische koppeling ontbreekt. Een voortgangsindicator ("stap 2 van 3") die visueel duidelijk is maar voor een schermlezer onzichtbaar blijft. En de betaalprovider zelf: iDEAL- of creditcardwidgets van derde partijen zijn vaak los ingebouwd en hebben hun eigen toegankelijkheidsniveau, waar een webshop zelf weinig grip op heeft maar wel verantwoordelijk voor blijft.
Ook focusvolgorde is een terugkerend probleem. Na het versturen van een formulier met een fout hoort de aandacht van de gebruiker naar de foutmelding te gaan. Gebeurt dat niet, dan blijft iemand die met het toetsenbord of een schermlezer werkt zoeken naar wat er misging, zonder enig aanknopingspunt.
Waarom een geautomatiseerde scan dit deels mist
Een geautomatiseerde scan is goed in het signaleren van ontbrekende labels, lege knoppen en structurele problemen in de broncode. Wat een scan niet goed kan beoordelen, is gedrag: wordt een foutmelding daadwerkelijk hardop aangekondigd, verspringt de focus logisch, en is de betaalstap na het invullen van gegevens nog steeds bereikbaar zonder muis. Dat vraagt om iemand die de stap daadwerkelijk doorloopt met een schermlezer aan. Dit is precies het type beperking dat in elk rapport van axessia expliciet wordt benoemd: een scan toetst een deel van de eisen, niet alles.
Daarom richt de volledige scan zich niet alleen op de startpagina, maar juist ook op de stappen die een klant echt doorloopt, inclusief inloggen en afrekenen. Wilt u eerst een indicatie zonder verplichtingen, dan kunt u in een paar vragen zien waar uw site op dit moment staat.
Wat dit betekent voor de eisen waar u aan moet voldoen
De onderliggende norm, EN 301 549, vertaalt zich in de praktijk naar WCAG 2.1 niveau AA. Daarin staan eisen over de naam, rol en status van interactieve elementen, over statusmeldingen die zonder visuele aandacht toch kenbaar moeten zijn, en over informatie die niet alleen via kleur of positie wordt overgebracht. Voor de exacte formulering en de vindplaats in de officiële tekst is EUR-Lex de aangewezen bron; wij vertalen die eisen naar herkenbare situaties zoals de afrekenstap, maar doen geen uitspraak over uw specifieke situatie. Meer achtergrond over hoe die vertaalslag tot stand komt, leest u op de pagina die uitlegt waar onze informatie vandaan komt.
Hoe u dit zelf test of laat testen
Een eerste, praktische stap is de afrekenstap zelf doorlopen zonder muis: alleen met de Tab-toets en Enter. Komt u ergens niet meer verder, dan is de kans groot dat een schermlezer daar ook vastloopt. Een tweede stap is testen met een gratis schermlezer zoals NVDA, en specifiek letten op wat er wordt voorgelezen zodra een fout optreedt. Voor een volledig beeld, inclusief de onderdelen die alleen met een handmatige doorloop naar boven komen, is een uitgebreidere toetsing nodig; axessia voert die toetsing uit en legt de bevindingen vast in een geprioriteerde actielijst, maar voert zelf geen reparatiewerk uit. Dat blijft aan uw eigen ontwikkelaar of leverancier, vaak op basis van precies de punten die wij benoemen. Andere veelgestelde onderwerpen rond dit soort concrete knelpunten vindt u verzameld in de kennisbank met uitgewerkte onderwerpen per situatie.
Als u wilt weten wat een volledige toetsing van uw afrekenstap en inlogomgeving kost, staat dat overzichtelijk op de pagina met tarieven en wat daarin zit.
Wilt u eerst zelf een indruk krijgen zonder verplichtingen? De gratis quick-scan van axessia geeft binnen enkele minuten een eerste beeld van uw kernpagina's, en de scope-check laat zien of de regelgeving voor uw organisatie geldt.