Digital tillgänglighet i bankväsendet och EAA

Varför bankväsende och tillgänglighet krockar illa

Bankverksamhet ska skydda människor. Att hantera sina pengar — kontrollera saldon, göra betalningar, ansöka om lån, granska kontoutdrag — är en grundläggande del av det moderna ekonomiska livet. När digitala bankplattformar är otillgängliga är de människor som riskerar att uteslutas ofta de som har minst alternativ.

Äldre kunder med åldersrelaterad synnedsättning som är beroende av skärmläsare. Personer med motoriska funktionsnedsättningar som inte kan använda mus. Döva kunder som inte kan använda telefonbaserad kundtjänst och behöver sköta allt online. Detta är verkliga användare som finns i varje banks kundbas, och European Accessibility Act gör nu deras tillgång till ett rättsligt krav.

Bank- och finansiella tjänster nämns uttryckligen i EAA:s omfattning. Tidsfristen den 28 juni 2025 gällde finansiella tjänster precis som den gällde e-handel och telekom. För banker är detta inte valfritt.

De vanligaste tillgänglighetsbristerna i bankväsendet

Otillgänglig inloggning och autentisering

Inloggningsflöden är ytterdörren till varje banktjänst, och de har ofta tillgänglighetsproblem:

• CAPTCHA utan något ljudalternativ, vilket gör att blinda användare inte kan passera autentiseringen
• Engångslösenord (OTP-flöden) som förlitar sig på SMS — vissa användare med kognitiva funktionsnedsättningar har svårt att hantera autentisering i flera steg under tidspress
• Sessionstidsgränser som inte varnar användarna innan en session avslutas, och som inte kan förlängas — användare som behöver längre tid för att slutföra uppgifter (vilket inkluderar många användare med funktionsnedsättningar) loggas ut gång på gång

WCAG 2.1 2.2.1 Timing Adjustable (nivå A) kräver att tidsgränser för sessioner ska kunna justeras eller förlängas.

Omärkta och otillgängliga formulärfält

Bankverksamhet innebär många formulär: överföringar, uppsättning av betalningar, adressändringar, låneansökningar. Samma formulärtillgänglighetsbrister som drabbar vilken webbplats som helst är särskilt kostsamma i bankväsendet — en blind användare som inte kan slutföra ett betalningsformulär kan inte nå en central banktjänst.

Den vanligaste bristen: formulärfält utan korrekt kopplade <label>-element. Utan en etikett läser skärmläsare upp “redigera text, tom” och användaren vet inte vad som ska anges. Vi går igenom detta i detalj i vår guide om tillgängliga felmeddelanden och det gäller i lika hög grad för vanliga formulärfält.

Otillgängliga PDF-utdrag och dokument

Månatliga kontoutdrag, villkor, låneavtal, produktinformationsdokument — banker producerar enorma mängder PDF-innehåll, och nästan allt genereras från system som producerar otillgängliga PDF-filer.

En tillgänglig PDF har en taggad struktur, en logisk läsordning, meningsfulla rubriknivåer och alt-text för alla bilder som innehåller information. En PDF som exporterats från ett Word-dokument eller genererats av en rapportmotor utan tillgänglighetsbearbetning har vanligtvis inget av detta. Läs mer om detta i vår guide om PDF-tillgänglighet.

Dålig tangentbordsnavigering i transaktionsflöden

Överföra pengar, lägga till en betalningsmottagare, visa transaktionshistorik — komplexa flöden i flera steg som är vanliga inom bankverksamhet innehåller ofta komponenter som bara fungerar med mus: rullgardinsmenyer som inte svarar på tangentbordsinmatning, datumväljare utan tangentbordsstöd, bekräftelsedialoger som fångar tangentbordsfokus.

Otillgängliga mobilappar

EAA omfattar mobilapplikationer såväl som webbplatser. Bankappar tenderar särskilt att ha inbyggda komponenter som beter sig annorlunda än webbelement, med tillgänglighetslager som kräver uttryckligt arbete för att implementeras korrekt.

Vanliga brister i mobilbanker inkluderar: interaktiva element som är för små för att träffas tillförlitligt (WCAG 2.5.5 Target Size, nivå AAA, föreslår minst 44×44 CSS-pixlar), otillräcklig kontrast i anpassade UI-teman och anpassade flikfält eller navigeringsmönster som inte exponerar sitt tillstånd för tillgänglighets-API:er.

Otillräcklig kontrast i gränssnittsdesign

Bankgränssnittsdesign lutar ofta åt minimalism och användning av ljusgrått på vitt för sekundär information — kontonummer, transaktionsreferenser, kompletterande text. Dessa uppfyller ofta inte WCAG 1.4.3 Contrast Minimum (nivå AA), som kräver ett förhållande på 4,5:1 för normal text.

Förtroendekostnaden av otillgänglighet

Bankverksamhet är en förtroenderelation. När en användare med funktionsnedsättning inte kan nå sina kontoutdrag, inte kan lägga upp en autogirobetalning på egen hand eller tvingas ringa en telefonlinje (som i sig kan ha tillgänglighetshinder) för att slutföra uppgifter som deras funktionsdugliga jämlikar gör online, är budskapet tydligt: den här tjänsten var inte utformad för dig.

Ryktesskadan av det budskapet, i en sektor där kundförtroende är grundläggande, är betydande. Den rättsliga kostnaden enligt EAA blir allt mer konkret. Och den praktiska kostnaden — kunderna som i tysthet byter till en konkurrent som fungerar med deras hjälpmedelsteknik — är svårare att mäta men mycket verklig.

Var du börjar

EAA kräver en standard på WCAG 2.1 nivå AA över alla dina digitala tjänster. För de flesta banker är det inte genomförbart att uppnå detta över alla digitala kontaktytor samtidigt — det finns för stor yta. Prioritera efter kundpåverkan:

Högsta prioritet:

1. Inloggnings- och autentiseringsflöden — om kunderna inte kommer in spelar inget annat någon roll
2. Central kontohantering: visa saldo, visa transaktioner, överföra pengar
3. Nedladdning av kontoutdrag och PDF-dokument

Andra prioritet:

1. Uppsättning och hantering av betalningar
2. Låne- och produktansökningsflöden
3. Centrala flöden i mobilappen (som matchar webbprioriteringarna)

Kör både automatiserad skanning (som fångar problem med kontrast, märkning och struktur) och manuell testning med hjälpmedelsteknik (som fångar brister i tangentbordsnavigering, problem med fokushantering och problem med skärmläsarnas uppläsning) för varje område.

Kör en gratis skanning av din publika bankwebbplats för att se var du står idag när det gäller de automatiserbara problemen. För en heltäckande granskning av autentiserade bankflöden — där de flesta komplexa tillgänglighetsbristerna finns — prata med vårt team om ett strukturerat granskningsprogram.