Hvorfor forsikringswebsteder dumper tilgængelighedsaudits

Problemet med forsikringswebsteder

Forsikring handler i sin kerne om beskyttelse. Folk køber forsikring for at beskytte sig mod risiko — helbredskomplikationer, bilulykker, tingskade, driftsforstyrrelser. Det implicitte løfte ved et forsikringsprodukt er, at når noget går galt, vil forsikringsselskabet være der.

Det løfte står i ubehagelig modsætning til virkeligheden på de fleste digitale forsikringsplatforme, som regelmæssigt udelukker brugere med handicap fra netop de tjenester, der er designet til at beskytte dem.

Prisberegnere, der ikke kan navigeres med tastatur. Skadeformularer med umærkede inputfelter. Policedokumenter distribueret som utilgængelige PDF’er. Kundeportaler, der bryder sammen, når en skærmlæser er aktiv. Det er ikke obskure særtilfælde — det er den type fejl, der rutinemæssigt findes i tilgængelighedsaudits af forsikringswebsteder.

Under European Accessibility Act, som trådte i kraft den 28. juni 2025, medfører disse fejl juridiske konsekvenser. Forsikringsselskaber, der leverer tjenester til EU-forbrugere, er omfattet.

De mest almindelige tilgængelighedsfejl i forsikring

Utilgængelige prisberegnere

Prisberegnere er ofte den første meningsfulde interaktion, en potentiel kunde har med et forsikringsbrand. De er også ofte utilgængelige.

Almindelige fejl:

• Skydere til præmieværdier, der kun kan trækkes med en mus — uden tastaturækvivalent
• Dropdown-menuer til policevalg, der bruger brugerdefinerede komponenter uden korrekte ARIA-roller eller tastaturadfærd
• Flertrins-wizardflows, hvor bevægelse mellem trin ikke styrer fokus korrekt — en skærmlæserbruger fuldfører trin 2 og har ingen måde at vide, at trin 3 er dukket op

Prisberegneren er ofte den fejl med højest prioritet. Det er her, salgsrejsen begynder.

Komplekse formularer med manglende etiketter

Forsikringsansøgninger indebærer mange felter: personlige oplysninger, adressehistorik, skadehistorik, oplysninger om begunstigede. Tætheden af formularfelter gør korrekt mærkning endnu vigtigere — og oftere overset.

De specifikke fejl:

• Felter med pladsholdertekst i stedet for synlige etiketter (pladsholdertekst forsvinder, når brugeren begynder at skrive; hvis det var den eneste etiket, mister brugeren sin kontekst)
• Relaterede felter grupperet visuelt, men ikke grupperet med <fieldset> og <legend> — skærmlæsere har ingen måde at vide, at felterne er relateret
• Datofelter, hvor det tilsigtede format ikke kommunikeres, før der opstår en fejl

Vores guide om tilgængelige fejlmeddelelser dækker, hvordan man håndterer validering korrekt, når formularstrukturen er på plads.

Utilgængelige policedokumenter

Policedokumenter, fornyelsesmeddelelser, forsikringsbeviser og vilkår og betingelser distribueres næsten altid som PDF’er. Og næsten alle forsikrings-PDF’er er utilgængelige.

Problemet ligger i, hvordan de skabes. Dokumenter genereret fra ældre dokumenthåndteringssystemer, eksporteret fra Word uden tilgængelighedsbehandling eller produceret af PDF-genereringsværktøjer, der ikke udsender tagget indhold, vil typisk ikke have nogen læserækkefølge, ingen overskriftsstruktur og ingen alternativ tekst til tabeller eller figurer, de indeholder.

En blind bruger, der downloader sit policedokument for at forstå, hvad vedkommende er dækket for, og modtager en ulæselig mur af indhold, er ikke blevet betjent af sit forsikringsselskab. Under EAA er dette en overholdelsesfejl.

Se vores guide til PDF-tilgængelighed for, hvad taggede tilgængelige PDF’er kræver, og hvordan man producerer dem fra almindelige kilder.

Skadeanmeldelsesflows

Skadeanmeldelsesoplevelsen er, hvor utilgængelighed har de mest direkte menneskelige omkostninger. En bruger med et handicap — måske netop det handicap, der udløste skaden i første omgang — skal kunne indsende sin skade selvstændigt og med tillid.

Almindelige fejl i skadeflow:

• Filuploadkomponenter, der ikke kan betjenes med tastatur
• Statusindikatorer, der ikke kommunikeres til skærmlæsere (brugeren ved ikke, hvilket trin vedkommende er på)
• Sessionstimeouts, der ikke advarer brugerne på forhånd — en bruger, der er længere om at samle dokumenter, kan blive logget ud midt i indsendelsen
• Bekræftelsestilstande, der ikke annonceres til skærmlæsere

Utilstrækkelig kontrast i kundeportalens grænseflade

Forsikringskundeportaler bruger ofte brandets sekundære palet til understøttende information — policenumre, dækningsgrænser, fornyelsesdatoer. Lysegrå tekst på hvide baggrunde er en designtrend, der konsekvent svigter WCAG 1.4.3 Contrast Minimum (4,5:1 for normal tekst).

Når denne information har lav kontrast i portalen, kan brugere med nedsat syn muligvis ikke læse deres egne policeoplysninger uden en specifik indsats for at tilsidesætte stylingen.

Hvad EAA kræver

Forsikringstjenester er udtrykkeligt omfattet af EAA som en kategori af finansielle tjenester. Den tekniske standard er WCAG 2.1 niveau AA anvendt på tværs af websteder, mobilapps og digitale dokumenter.

EAA kræver også en feedbackmekanisme, som brugere kan bruge til at rapportere tilgængelighedsbarrierer, og en proces for at levere tilgængelige alternativer, hvor digitalt indhold endnu ikke er tilgængeligt.

Hvor man begynder

I betragtning af den typiske overflade af en forsikringsvirksomheds digitale ejendom skal du prioritere efter kundepåvirkning:

Højeste prioritet:

1. Pristilbuds- og købsflows — det er her, nye kunder erhverves
2. Skadeanmeldelse — det er her, produktets løfte indfries (eller brydes)
3. Policedokumenter — brugere har ret til at forstå, hvad de har købt

Anden prioritet:

1. Centrale funktioner i kundeportalen: se dækning, administrer betalinger, opdater oplysninger
2. Fornyelsesflows
3. Mobilapp-ækvivalenter af alt ovenstående

Kør automatiseret scanning for at fange kontrast-, mærknings- og strukturproblemer på tværs af dine offentligt tilgængelige sider. For autentificerede flows — prisberegnere med kompleks tilstand, skadeanmeldelse, kundeportaler — er automatiseret scanning alene ikke tilstrækkelig. Manuel test med rigtig hjælpeteknologi er nødvendig for at finde de fejl i tastaturnavigation og problemer med skærmlæserannonceringer, som automatiserede værktøjer overser.

Begynd med en gratis scanning af dit offentligt tilgængelige websted for at forstå det aktuelle udgangspunkt, og tal med vores team om at udvide testen til de autentificerede flows, hvor de mest betydelige kundevendte barrierer typisk befinder sig.