Tilgjengelige kontaktskjemaer og EUs tilgjengelighetsdirektiv

Et kontaktskjema er ofte den eneste døren mellom en besøkende og virksomheten din. Hvis døren bare kan åpnes med mus, godt syn og tålmodighet til å løse en uklar bildeoppgave, blir noen ganske enkelt stående utenfor. Siden midten av 2025 er dette ikke lenger bare et spørsmål om brukervennlighet: for mange virksomheter som selger til forbrukere i EU, er det blitt et rettslig spørsmål.

Hva EUs tilgjengelighetsdirektiv omfatter

EUs tilgjengelighetsdirektiv (direktiv (EU) 2019/882) har vært gjeldende siden 28. juni 2025. Det fastsetter tilgjengelighetskrav for visse produkter og tjenester som tilbys forbrukere – blant annet netthandel, banktjenester for forbrukere, e-bøker, elektronisk kommunikasjon og deler av persontransporten. For et nettsted betyr det nettbutikken eller banktjenesten som helhet, inkludert skjemaene kunder bruker for å kontakte deg, stille spørsmål eller klage. Mikroforetak som leverer tjenester, er unntatt: virksomheter med færre enn ti ansatte og en årlig omsetning eller balansesum på høyst EUR 2 millioner. Tilbud som bare retter seg mot andre virksomheter, faller generelt utenfor virkeområdet.

Hver medlemsstat har gjennomført direktivet i nasjonal lov. I Tyskland er det Barrierefreiheitsstärkungsgesetz (BFSG), i Polen en lov fra 2024 om å sikre at visse produkter og tjenester oppfyller tilgjengelighetskrav. Tilsynsmyndigheter og sanksjoner varierer fra land til land, men den tekniske målestokken er stort sett den samme: i praksis den europeiske standarden EN 301 549, som igjen bygger på Web Content Accessibility Guidelines (WCAG).

Hvorfor det lønner seg også uten lovplikt

Kanskje virksomheten din er unntatt, eller du betjener bare andre selskaper. Tilgjengelige skjemaer er likevel verdt det, av en enkel grunn: hver person som gir opp halvveis, er en henvendelse du aldri mottar. Rettelser som hjelper en skjermleserbruker, hjelper også noen som fyller ut skjemaet på telefon på toget, i sterkt sollys, med brukket håndledd eller på et andrespråk. Tydelige etiketter og nyttige feilmeldinger gir færre avbrutte skjemaer for alle – og ingen av dem svekker søppelpostbeskyttelsen.

En praktisk sjekkliste med WCAG 2.2-henvisninger

• Synlige etiketter knyttet til inndatafeltene (1.3.1, 3.3.2): hvert felt har en synlig etikett koblet til det via for/id. En plassholder alene er ingen etikett – den forsvinner så snart noen begynner å skrive.
• Feilmeldinger som forklarer rettingen (3.3.1, 3.3.3): navngi feltet, si hva som er galt og hvordan det rettes – med tekst, ikke bare en rød kant. «Oppgi en e-postadresse som name@example.com» er bedre enn «Ugyldig inndata».
• Full tastaturbetjening (2.1.1, 2.1.2): hvert felt, avkrysningsboks, CAPTCHA og sendeknappen kan nås og brukes med Tab, Mellomrom og Enter, uten tastaturfeller.
• Synlig fokus (2.4.7): du ser alltid hvilket felt som er aktivt. Å fjerne nettleserens fokusramme uten erstatning bryter dette kriteriet.
• Tilstrekkelig kontrast (1.4.3): tekst, etiketter og feilmeldinger har et kontrastforhold på minst 4,5:1 mot bakgrunnen (3:1 for stor tekst).
• Målstørrelse (2.5.8): knapper, avkrysningsbokser og lenker er minst 24 × 24 CSS-piksler, eller har tilstrekkelig avstand rundt seg.
• CAPTCHA-alternativer (1.1.1) og tilgjengelig autentisering (3.3.8): 1.1.1 krever et tekstalternativ og CAPTCHA-en i mer enn én sanseform; 3.3.8 gjelder strengt tatt innloggingstrinn, men ideen kan overføres – en oppgave som å skrive forvrengte bokstaver på nytt eller løse et regnestykke bør ikke være eneste vei gjennom. Tilby et alternativ eller bruk en metode som ikke krever noen oppgave.
• Fellefelt skjult for hjelpemidler: fellefeltet får aria-hidden="true" på omslagselementet og tabindex="-1", slik at skjermleser- og tastaturbrukere aldri havner i det.

CAPTCHA-er og fellefelt: der søppelpostbeskyttelse møter tilgjengelighet

Strengt tatt gjelder kriterium 3.3.8 innlogging og autentisering, ikke kontaktskjemaer. Ideen bak kan likevel overføres godt: å skrive forvrengte bokstaver, løse et regnestykke eller velge trafikklys fra et bilderutenett stenger noen mennesker helt ute. Alternativer som vanligvis virker uten oppgaver – som Cloudflare Turnstile, Friendly Captcha, et fellefelt kombinert med tidskontroll eller serverfiltrering som Akismet – holder søppelpost ute uten å be besøkende bevise noe. Et fellefelt er bare vennlig hvis det er helt usynlig, også for skjermleser- og tastaturbrukere:

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

Test ditt eget skjema på femten minutter

1. 1Legg musen til side og fyll ut hele skjemaet bare med tastaturet. Kan du nå hvert felt og sendeknappen, og ser du alltid hvor du er?
2. 2Send skjemaet tomt, deretter med feil e-postadresse. Vises feilene som tekst ved riktig felt, og er det tydelig hva du skal gjøre?
3. 3Åpne siden på en telefon eller zoom nettleseren til 200 %. Er alt leselig, er knappene lette å trykke på, og dekker et informasjonskapselbanner eller en chat-widget sendeknappen?
4. 4Slå på en skjermleser (VoiceOver, NVDA eller TalkBack) og lytt: leses hvert felt opp med etiketten sin, og forblir fellefeltet stille?
5. 5Kjør en automatisert kontroll som axe-core. Den finner raskt manglende etiketter og kontrastproblemer, men ikke alt – de manuelle trinnene ovenfor trengs fortsatt.

Hvis du heller vil starte med en oversikt, ser formexposed på de offentlige skjemaene dine utenfra uten å sende inn noe. Tilgjengelighetskontrollene kjører axe-core på hvert skjema, flagger CAPTCHA-er uten tilgjengelig alternativ og fellefelt som skjermlesere leser opp, og ser på skjemaet på telefon – trykkmål, overlegg som dekker sendeknappen, horisontal rulling. Den gratis kontrollen viser samlet nivå; disse detaljene finnes i den fullstendige rapporten. Den er et godt utgangspunkt for listen ovenfor, ikke en erstatning for testing med ekte mennesker.