Tilgængelige kontaktformularer og den europæiske tilgængelighedslov

En kontaktformular er ofte den eneste dør mellem en besøgende og din virksomhed. Hvis den dør kun kan åbnes med en mus, et godt syn og tålmodighed til at løse en sløret billedopgave, bliver nogle mennesker simpelthen stående udenfor. Siden midten af 2025 er det ikke længere kun et spørgsmål om brugervenlighed: For mange virksomheder, der sælger til forbrugere i EU, er det blevet et juridisk spørgsmål.

Hvad den europæiske tilgængelighedslov omfatter

Den europæiske tilgængelighedslov (direktiv (EU) 2019/882) har fundet anvendelse siden den 28. juni 2025. Den fastsætter tilgængelighedskrav til visse produkter og tjenester, der tilbydes forbrugere – blandt andet e-handel, banktjenester til forbrugere, e-bøger, elektronisk kommunikation og dele af passagertransporten. For et website betyder det webshoppen eller banktjenesten som helhed, inklusive de formularer, kunderne bruger til at kontakte dig, stille spørgsmål eller klage. Mikrovirksomheder, der leverer tjenester, er undtaget: virksomheder med færre end ti ansatte og en årsomsætning eller balancesum på højst 2 mio. EUR. Tilbud, der udelukkende er rettet mod andre virksomheder, falder generelt uden for anvendelsesområdet.

Hver medlemsstat har gennemført direktivet i national ret. I Tyskland er det Barrierefreiheitsstärkungsgesetz (BFSG), i Polen en lov fra 2024 om at sikre, at visse produkter og tjenester opfylder tilgængelighedskrav. Tilsynsmyndigheder og sanktioner varierer fra land til land, men den tekniske målestok er stort set den samme: i praksis den europæiske standard EN 301 549, som igen bygger på Web Content Accessibility Guidelines (WCAG).

Hvorfor det betaler sig, selv uden en juridisk pligt

Måske er din virksomhed undtaget, eller du betjener kun andre virksomheder. Tilgængelige formularer er alligevel umagen værd af en simpel grund: Hver person, der giver op halvvejs, er en henvendelse, du aldrig modtager. De rettelser, der hjælper en skærmlæserbruger, hjælper også en, der udfylder formularen på en telefon i et tog, i skarpt sollys, med et brækket håndled eller på et andetsprog. Klare etiketter og hjælpsomme fejlmeddelelser betyder færre afbrudte formularer for alle – og ingen af dem gør din spambeskyttelse svagere.

En praktisk tjekliste med henvisninger til WCAG 2.2

• Synlige etiketter knyttet til deres felter (1.3.1, 3.3.2): Hvert felt har en synlig etiket, der er forbundet med det via for/id. En pladsholder alene er ikke en etiket – den forsvinder, så snart nogen begynder at skrive.
• Fejlmeddelelser, der forklarer rettelsen (3.3.1, 3.3.3): Nævn feltet, sig hvad der er galt, og hvordan det rettes – i tekst, ikke kun med en rød kant. “Indtast venligst en e-mailadresse som navn@example.com” er bedre end “Ugyldigt input”.
• Fuld betjening med tastatur (2.1.1, 2.1.2): Hvert felt, afkrydsningsfelt, CAPTCHA og send-knappen kan nås og bruges med Tab, mellemrum og Enter, uden tastaturfælder.
• Synligt fokus (2.4.7): Du kan altid se, hvilket felt der er aktivt. At fjerne browserens fokusramme uden erstatning opfylder ikke dette kriterium.
• Tilstrækkelig kontrast (1.4.3): Tekst, etiketter og fejlmeddelelser har et kontrastforhold på mindst 4,5:1 mod baggrunden (3:1 for stor tekst).
• Målstørrelse (2.5.8): Knapper, afkrydsningsfelter og links er mindst 24 × 24 CSS-pixels eller har tilstrækkelig afstand omkring sig.
• CAPTCHA-alternativer (1.1.1) og tilgængelig autentificering (3.3.8): 1.1.1 kræver et tekstalternativ og CAPTCHA'en i mere end én sanseform; 3.3.8 dækker strengt taget loginprocesser, men tanken kan overføres – en opgave som at genindtaste forvrængede bogstaver eller løse et regnestykke bør ikke være den eneste vej igennem. Tilbyd et alternativ, eller brug en metode, der slet ikke kræver en opgave.
• Honeypots skjult for hjælpemiddelteknologi: Fældefeltet får aria-hidden="true" på sin omslutning og tabindex="-1", så skærmlæser- og tastaturbrugere aldrig havner i det.

CAPTCHA'er og honeypots: hvor spambeskyttelse møder tilgængelighed

Strengt taget handler kriterium 3.3.8 om login- og autentificeringstrin, ikke kontaktformularer. Tanken bag kan dog sagtens overføres: At indtaste forvrængede bogstaver, løse et regnestykke eller udpege trafiklys i et gitter af billeder lukker nogle mennesker helt ude. Muligheder, der som regel fungerer uden nogen opgave – såsom Cloudflare Turnstile, Friendly Captcha, en honeypot kombineret med en tidskontrol eller filtrering på serveren som Akismet – holder spam ude uden at bede besøgende bevise noget. En honeypot er kun venlig, hvis den er virkelig usynlig, også for skærmlæser- og tastaturbrugere:

<div class="hp" aria-hidden="true">
  <label for="hp-website">Lad dette felt være tomt</label>
  <input type="text" id="hp-website" name="website"
         tabindex="-1" autocomplete="off">
</div>
<!-- CSS: .hp { position: absolute; left: -10000px; } -->

Test din egen formular på et kvarter

1. 1Læg musen væk, og udfyld hele formularen kun med tastaturet. Kan du nå hvert felt og send-knappen, og kan du altid se, hvor du er?
2. 2Send formularen tom og derefter med en forkert e-mailadresse. Vises fejlene som tekst ved det rigtige felt, og er det tydeligt, hvad du skal gøre?
3. 3Åbn siden på en telefon, eller zoom browseren til 200 %. Kan alt læses, er knapperne lette at trykke på, og dækker et cookiebanner eller en chatwidget send-knappen?
4. 4Slå en skærmlæser til (VoiceOver, NVDA eller TalkBack), og lyt: Bliver hvert felt læst op med sin etiket, og forbliver honeypotten tavs?
5. 5Kør en automatiseret kontrol som axe-core. Den finder hurtigt manglende etiketter og kontrastproblemer, men ikke alt – de manuelle trin ovenfor er stadig nødvendige.

Hvis du hellere vil starte med et overblik, ser formexposed på dine offentlige formularer udefra uden at indsende noget. Tilgængelighedskontrollerne kører axe-core på hver formular, markerer CAPTCHA'er uden tilgængeligt alternativ og honeypots, som skærmlæsere læser op, og ser på formularen på en telefon – trykflader, overlejringer, der dækker send-knappen, vandret scrolling. Den gratis kontrol viser det samlede niveau; disse detaljer findes i den fulde rapport. Det er et godt udgangspunkt for listen ovenfor, ikke en erstatning for test med rigtige mennesker.