Webtilgængelighed og European Accessibility Act: test din webshop

Sælger du online til forbrugere i EU, har kravene til webtilgængelighed i European Accessibility Act gældt for din webshop siden 28. juni 2025, medmindre din virksomhed er en mikrovirksomhed. Mange af de alvorlige problemer kan du selv finde: læg en testordre kun med tastaturet, zoom ind på siden, og prøv alle formularer. Hvad et selvtjek ikke kan, er at bevise, at hele sitet opfylder standarden.

Måske har en udvikler nævnt loven, eller en mail har tilbudt et widget, der gør ethvert site “compliant” med én linje kode. En kunde, der ikke kan komme gennem din checkout med tastaturet eller med en skærmlæser (software, der læser siden højt), går måske til en anden butik uden at klage.

Gælder European Accessibility Act for din hjemmeside?

European Accessibility Act gælder, hvis din hjemmeside sælger til forbrugere, altså folk, der køber til sig selv, og din virksomhed ikke er en mikrovirksomhed. Direktiv (EU) 2019/882 nævner e-handelstjenester blandt de tjenester, det omfatter: tjenester, der udbydes via et website eller en app “med henblik på indgåelse af en forbrugeraftale”. Landene skulle anvende reglerne fra 28. juni 2025. Det er vores læsning af direktivet; vil du have en juridisk vurdering af din egen sag, så spørg en advokat.

• Mikrovirksomheder, der leverer tjenester, er undtaget. Det står i artikel 4, stk. 5. Direktivet definerer en mikrovirksomhed som en virksomhed med færre end 10 personer og en årlig omsætning eller en årlig balance på højst 2 mio. EUR. Både antallet af personer og et af de to økonomiske kriterier tæller: et team på ti er uden for undtagelsen, uanset hvor lille omsætningen er.
• Salg kun til virksomheder. Definitionen handler om forbrugeraftaler. Kan private købere bestille gennem din checkout, så behandl sitet som omfattet.
• Et site, der ikke sælger noget. En virksomhedshjemmeside uden ordrer, bookinger eller betalinger er som regel ikke en e-handelstjeneste, sådan som direktivet definerer den. Bookinger og betalinger ændrer det.
• Datoen i 2030 gælder produkter og gamle kontrakter. Overgangsperioden frem til 28. juni 2030 i artikel 32 omfatter produkter, der bruges til at levere en tjeneste, og kontrakter indgået før juni 2025.

Hvert EU-land håndhæver loven gennem sin egen lovgivning og fastsætter sine egne sanktioner; i Tyskland er den lov BFSG. Ligger din virksomhed i Schweiz eller Storbritannien og sælger til forbrugere i EU, så spørg en advokat, hvordan de pågældende landes regler gælder for dig.

Hvorfor dumper webshops i tilgængelighedstjek?

Fejlene nedenfor skyldes som regel design- og formularvalg, der er truffet én gang i et tema og gentages på hver side. Direktiv (EU) 2019/882 kræver websites, der er “opfattelige, anvendelige, forståelige og robuste”. Den europæiske standard, der omsætter det til test, EN 301 549, følger WCAG, Web Content Accessibility Guidelines, som W3C udgiver. WCAG inddeler sine kriterier i tre niveauer: A (minimum), AA og AAA. Niveau AA er det mål, standarden bruger.

Fokusrammen blev fjernet af hensyn til udseendet. Når man bevæger sig gennem en side med Tab-tasten, tegner browseren en ramme om det aktive link eller den aktive knap. Nogle temaer skjuler den, fordi den ser rodet ud, selv om WCAG kræver en synlig fokusindikator. Et kriterium, der kom til i WCAG 2.2, siger også, at elementet i fokus ikke må være helt skjult af sitets eget indhold, fx en fast header eller et cookiebanner.

Teksten er for bleg. WCAG kræver et kontrastforhold, altså hvor meget mørkere eller lysere teksten er end baggrunden, på mindst 4,5:1 for normal tekst og 3:1 for stor tekst. WebAIM’s scanning i 2026 af en million forsider fandt tekst med lav kontrast på 83,9 % af dem. Lysegrå på hvid og hvid på en pastelfarvet knap er de typiske tilfælde.

Formularer bygger på pladsholdertekst og farve. En grå hjælpetekst i et felt forsvinder, så snart du skriver, og en rød kant alene siger ikke, hvad der er galt. WCAG kræver etiketter eller instruktioner, hvor der skal indtastes noget, og fejl, der er beskrevet i tekst.

Checkouten blev bygget til en mus. Specialbyggede dropdown-menuer, puslespils-CAPTCHA’er og logins, der beder dig huske eller genindtaste en kode, stopper folk, der bruger tastatur eller skærmlæser. Direktivet nævner identifikation, sikkerhed og betaling særskilt for e-handel. I marts 2026 rapporterede den hollandske forbrugermyndighed ACM, at det hos 61 % af de store hollandske webshops og andre store forbrugerwebsites, den undersøgte, ikke var muligt at afgive en ordre med hjælpemidler som en skærmlæser.

Et widget eller en score træder i stedet for rettelsen. Overlay-widgets lægger en tilgængelighedsværktøjslinje oven på sitet. Europa-Kommissionen skriver, at overlays og lignende værktøjer, der ikke får selve websitet til at opfylde standarden, “ikke er en passende løsning”. En automatisk test hjælper, men med W3C’s ord kan “intet værktøj alene afgøre, om et site opfylder tilgængelighedsstandarder”.

Sådan tjekker du selv webtilgængelighed efter European Accessibility Act

Du kan lave en første gennemgang med en browser og et tastatur, uden betalte værktøjer. W3C, organisationen bag WCAG, udgiver en række Easy Checks, der bygger på den idé. Vælg tre sider: forsiden, en produkt- eller serviceside og checkouten eller kontaktformularen. Gå frem i rækkefølge, og skriv hvert sted ned, hvor du går i stå.

1. Læg musen væk. Bevæg dig gennem hver side med Tab og Shift+Tab, og brug Enter, mellemrum og piletasterne. Du skal kunne nå menuen, filtrene, knappen til at lægge i kurven, hvert formularfelt og betalingsknappen. Du skal hele tiden kunne se, hvor du er. Notér, hvor rammen forsvinder bag en fast header eller et cookiebanner, og om du kan komme ud af en menu eller et chatvindue.
2. Zoom ind. Sæt browseren til 200 %. WCAG forventer, at teksten forbliver læsbar, uden at indhold bliver skåret af eller overlapper. Gør derefter vinduet ca. 1280 pixel bredt, og zoom til 400 %: indholdet skal passe i bredden uden vandret scrolling, bortset fra fx kort og datatabeller.
3. Tjek den blege tekst. Udviklerværktøjerne i Chrome, Edge og Firefox viser kontrastforholdet for en valgt tekstfarve. Tjek brødtekst, priser, knapper og den lille grå tekst under formularfelter.
4. Prøv hver formular tom og derefter forkert udfyldt. Hvert felt skal have en synlig etiket, der bliver stående, når du skriver. Send formularen tom: fejlen skal med ord sige, hvad der mangler, ved siden af feltet, og det, du allerede har skrevet, skal bevares. Et nyt kriterium i WCAG 2.2 kræver også, at oplysninger, du allerede har indtastet i samme proces, fx en adresse, udfyldes automatisk eller tilbydes som valg. Andre måder, en formular koster dig ordrer på, finder du i vores artikel om trafik på hjemmesiden, men ingen henvendelser.
5. Log ind, og kom forbi spamtjekket. WCAG 2.2 siger, at login ikke må afhænge af en kognitiv funktionstest, fx at huske en adgangskode eller løse et puslespil, medmindre der er et alternativ eller en hjælp, fx en adgangskodeadministrator eller indsættelse. En puslespils-CAPTCHA uden andre muligheder dumper her.
6. Se på produktbillederne. Højreklik på et billede, og vælg Inspicer. Alt-teksten, den korte beskrivelse, en skærmlæser læser op, skal sige, hvad produktet er; rent dekorative billeder kan have en tom.
7. Gentag de vigtigste trin på en telefon. Små ikoner, der sidder tæt, er svære at trykke på. WCAG 2.2 fastsætter en mindste målstørrelse på 24 x 24 CSS-pixel (en størrelsesenhed på selve websiden), med undtagelser som fx nok plads omkring målet.

W3C bemærker, at en side “kan se ud til at bestå disse tjek og alligevel have væsentlige tilgængelighedsbarrierer”. Næste skridt er en test ved en person, der bruger skærmlæser hver dag.

Hvad skal du rette først?

Begynd med rettelser i temaet og formularkomponenterne, fra de billigste til de dyreste. Én ændring i en skabelon retter hver side, der bygger på den. Vent med den offentliggjorte tilgængelighedsinformation, til du ved, hvad sitet kan og ikke kan.

1. Installér ikke et overlay. Europa-Kommissionens råd er at rette tilgængelighedsproblemer “ved kilden”, hvilket for en webshop betyder temaet, formularerne og checkouten.
2. Få fokusrammen tilbage, og gør teksten mørkere. Begge dele ligger som regel i temaets farve- og stilindstillinger. Vi begynder med at fastsætte kontrasten én gang i designpaletten og tjekke den i sitets lyse og mørke version, så en ny side starter med farver, der allerede består.
3. Byg formularerne om. Synlige etiketter, fejl med ord ved siden af feltet, indtastede data bevaret efter en fejl, fokus flyttet til det første felt, der skal rettes, og browserens autoudfyldning af navn, e-mail og adresse. I vores hjemmesideprojekter begynder vi med selve formularkomponenten, så hver ny formular starter med disse rettelser.
4. Tilføj alt-tekst og sidens sprog. Beskriv produkt- og indholdsbilleder, og sørg for, at hver side angiver sit sprog, så en skærmlæser udtaler den korrekt. Søgemaskiner læser den samme alt-tekst og sprogattribut, og derfor hører de også med i teknisk SEO.
5. Ret checkout, login og widgets fra tredjepart. Erstat puslespils-CAPTCHA’er med tjek, der ikke beder kunden løse noget, og tilbyd en måde at logge ind på, der ikke afhænger af hukommelsen. Betalings- og chatwidgets kommer fra leverandører: bed hver leverandør om deres tilgængelighedsinformation, og udskift dem, som et tastatur ikke kan nå.
6. Offentliggør din tilgængelighedsinformation. Direktivets bilag V kræver, at tjenesteudbydere beskriver, hvordan tjenesten opfylder kravene, i de almindelige vilkår og betingelser eller et tilsvarende dokument. Din nationale lov fastsætter detaljerne.
7. Arbejd hen imod WCAG 2.2 niveau AA. EN 301 549 version 4.1.1, offentliggjort i september 2026, tilføjer seks krav fra WCAG 2.2, oplyser AccessibleEU. Indtil Kommissionen henviser til den i Den Europæiske Unions Tidende, er referencen ifølge samme kilde fortsat version 3.2.1, der bygger på WCAG 2.1 niveau AA. Irlands National Disability Authority forventer henvisningen den 16. december 2026. Retter du efter WCAG 2.2 nu, er de nye krav dækket, når det sker.

Direktivet tillader en undtagelse, når overholdelse ville være en uforholdsmæssig stor byrde, men det kræver en vurdering, og betragtningerne siger, at “manglende prioritering, tid eller viden” ikke er en legitim grund.

Hvad skal du måle efter rettelserne?

Mål, om en person kan gennemføre de vigtigste opgaver med tastatur og en zoomet side. Gentag det samme tjek af webtilgængelighed efter European Accessibility Act på de samme tre sider, og sammenlign, hvor du gik i stå før og efter ændringerne. Tjek igen, hver gang temaet, et plugin eller betalingsudbyderen skifter.

1. En testordre kun med tastaturet, fra produktsiden til bekræftelsen, uden at røre musen.
2. Listen over fund fra en gratis automatisk test, fx Lighthouse i Chrome, kørt på de samme tre sidetyper. Gennemgå fundene, og tjek, hvilke der står tilbage.
3. Formularer sendt med fejl, for at bekræfte, at hver fejl er beskrevet med ord, og at intet indtastet går tabt.
4. Din offentliggjorte tilgængelighedsinformation, opdateret efter hver ændring, der påvirker, hvordan kunder bestiller.

Hvor vi kommer ind

Når vi ser på en webshops checkout, følger vi kundens vej: produktsiden, kurven, formularerne og betalingstrinnet, først med tastaturet og derefter på en telefon. Problemer, der ligger i temaet eller formularkomponenterne, er billigst at rette dér; det, et selvtjek ikke kan afgøre, overlades til en test med skærmlæser. Vil du have et ekstra blik på din checkout, så fortæl os om dit site.

← Alle artikler