Digitale toegankelijkheid bij banken en de EAA

Waarom bankieren en toegankelijkheid slecht samengaan

Bankieren hoort mensen te beschermen. Het beheren van je geld — saldi controleren, betalingen doen, leningen aanvragen, afschriften bekijken — is een fundamenteel onderdeel van het moderne financiële leven. Wanneer digitale bankplatforms ontoegankelijk zijn, zijn de mensen die het meest waarschijnlijk worden uitgesloten vaak juist degenen met de minste alternatieven.

Oudere klanten met leeftijdsgebonden verlies van gezichtsvermogen die afhankelijk zijn van schermlezers. Mensen met een motorische beperking die geen muis kunnen gebruiken. Dove klanten die geen telefonische klantenservice kunnen gebruiken en alles online moeten regelen. Dit zijn echte gebruikers, aanwezig in het klantenbestand van elke bank, en de European Accessibility Act maakt hun toegang nu tot een wettelijke verplichting.

Bankieren en financiële diensten worden expliciet genoemd in de reikwijdte van de EAA. De deadline van 28 juni 2025 gold voor financiële diensten net zoals voor e-commerce en telecom. Voor banken is dit niet optioneel.

De meest voorkomende toegankelijkheidsfouten bij banken

Ontoegankelijke login en authenticatie

Loginprocessen zijn de voordeur naar elke bankdienst en hebben regelmatig toegankelijkheidsproblemen:

• CAPTCHA zonder audio-alternatief, waardoor blinde gebruikers de authenticatie niet kunnen doorlopen
• One-time password (OTP) processen die afhankelijk zijn van SMS — sommige gebruikers met een cognitieve beperking hebben moeite met het beheren van authenticatie in meerdere stappen onder tijdsdruk
• Sessietime-outs die gebruikers niet waarschuwen voordat een sessie eindigt, en die niet kunnen worden verlengd — gebruikers die meer tijd nodig hebben om taken af te ronden (waaronder veel gebruikers met een beperking) worden herhaaldelijk uitgelogd

WCAG 2.1 2.2.1 Timing Adjustable (Level A) vereist dat sessietijdlimieten aanpasbaar of verlengbaar zijn.

Niet-gelabelde en ontoegankelijke formuliervelden

Bankieren omvat veel formulieren: overboekingen, betalingen instellen, adreswijzigingen, leningaanvragen. Dezelfde toegankelijkheidsfouten in formulieren die elke website treffen, zijn bij bankieren bijzonder kostbaar — een blinde gebruiker die een betalingsformulier niet kan invullen, heeft geen toegang tot een essentiële bankdienst.

De meest voorkomende fout: formuliervelden zonder correct gekoppelde <label>-elementen. Zonder label kondigt de schermlezer “edit text, blank” aan en weet de gebruiker niet wat hij moet invoeren. We behandelen dit uitgebreid in onze gids over toegankelijke foutmeldingen en het geldt evenzeer voor gewone formuliervelden.

Ontoegankelijke pdf-afschriften en documenten

Maandelijkse afschriften, algemene voorwaarden, leningovereenkomsten, productinformatiedocumenten — banken produceren enorme hoeveelheden pdf-content, en vrijwel alles wordt gegenereerd door systemen die ontoegankelijke pdf’s produceren.

Een toegankelijke pdf heeft een getagde structuur, een logische leesvolgorde, betekenisvolle kopniveaus en alt-tekst voor afbeeldingen die informatie bevatten. Een pdf die is geëxporteerd uit een Word-document of gegenereerd door een rapportagesysteem zonder toegankelijkheidsverwerking heeft doorgaans niets van dit alles. Zie hiervoor onze pdf-toegankelijkheidsgids.

Slechte toetsenbordnavigatie in transactieprocessen

Geld overboeken, een begunstigde instellen, transactiegeschiedenis bekijken — complexe processen in meerdere stappen die veel voorkomen bij bankieren, bevatten vaak componenten die alleen met een muis werken: dropdowns die niet reageren op toetsenbordinvoer, datumkiezers zonder toetsenbordondersteuning, bevestigingsdialogen die de toetsenbordfocus vasthouden.

Ontoegankelijke mobiele apps

De EAA dekt zowel mobiele applicaties als websites. Bankapps hebben in het bijzonder vaak native componenten die zich anders gedragen dan webelementen, met toegankelijkheidslagen die expliciet werk vereisen om correct te implementeren.

Veelvoorkomende fouten bij mobiel bankieren zijn: interactieve elementen die te klein zijn om betrouwbaar aan te tikken (WCAG 2.5.5 Target Size, Level AAA, adviseert minimaal 44×44 CSS-pixels), onvoldoende contrast in aangepaste UI-thema’s, en aangepaste tabbladbalken of navigatiepatronen die hun status niet doorgeven aan toegankelijkheids-API’s.

Onvoldoende contrast in interfaceontwerp

Bank-UI-ontwerp neigt vaak naar minimalisme en het gebruik van lichtgrijs op wit voor secundaire informatie — rekeningnummers, transactiereferenties, ondersteunende tekst. Deze voldoen vaak niet aan WCAG 1.4.3 Contrast Minimum (Level AA), dat een verhouding van 4,5:1 vereist voor normale tekst.

De vertrouwenskosten van ontoegankelijkheid

Bankieren is een vertrouwensrelatie. Wanneer een gebruiker met een beperking geen toegang heeft tot zijn rekeningafschriften, niet zelfstandig een automatische incasso kan instellen, of gedwongen wordt een telefoonlijn te bellen (die zelf toegankelijkheidsbarrières kan hebben) om taken te voltooien die zijn niet-beperkte medeklanten online doen, is de boodschap duidelijk: deze dienst is niet voor jou ontworpen.

De reputatieschade van die boodschap, in een sector waar het vertrouwen van klanten fundamenteel is, is aanzienlijk. De juridische kosten onder de EAA worden steeds concreter. En de praktische kosten — de klanten die stilletjes overstappen naar een concurrent die wel werkt met hun hulptechnologie — zijn moeilijker te meten maar zeer reëel.

Waar te beginnen

De EAA vereist een WCAG 2.1 Level AA-standaard voor al je digitale diensten. Voor de meeste banken is het niet haalbaar om dit gelijktijdig op alle digitale contactpunten te bereiken — er is te veel oppervlak. Geef prioriteit op basis van de impact op klanten:

Hoogste prioriteit:

1. Login- en authenticatieprocessen — als klanten er niet in komen, doet de rest er niet toe
2. Kern van rekeningbeheer: saldo bekijken, transacties bekijken, geld overboeken
3. Downloads van afschriften en pdf-documenten

Tweede prioriteit:

1. Betalingen instellen en beheren
2. Processen voor lening- en productaanvragen
3. Kernprocessen van de mobiele app (afgestemd op de webprioriteiten)

Voer voor elk gebied zowel geautomatiseerde scans uit (die contrast-, label- en structuurproblemen opsporen) als handmatige tests met hulptechnologie (die fouten in toetsenbordnavigatie, problemen met focusbeheer en aankondigingsproblemen van schermlezers opsporen).

Voer een gratis scan uit van je publieke bankwebsite om te zien waar je momenteel staat op het gebied van automatiseerbare problemen. Voor een grondige beoordeling van geauthenticeerde bankprocessen — waar de meeste complexe toegankelijkheidsfouten zich bevinden — praat met ons team over een gestructureerd auditprogramma.