Overholder hjemmesiden kravene med en widget? Et ærligt svar

Driver du en webshop, har nogen sikkert tilbudt dig en tilgængelighedswidget med et løfte oveni: tilføj et script, så bliver hjemmesiden tilgængelig, overholder kravene og er sikret mod juridiske problemer. Vi laver selv sådan en widget, SiteAccessible, så vi har en interesse i svaret. Her er det: ingen widget får en hjemmeside til at overholde kravene. Ikke vores, ikke nogen andens.

Hvad er et overlay eller en tilgængelighedswidget?

Et tilgængelighedsoverlay er kode fra en tredjepart, som regel JavaScript, der lægges på en hjemmeside for at forsøge at forbedre tilgængeligheden. Europa-Kommissionen beskriver overlays som »værktøjer, der kan føjes til websteder med det formål at forbedre tilgængeligheden«. I praksis dækker ordet over to ret forskellige ting, og forskellen betyder noget.

• Paneler, som den besøgende styrer. En knap åbner en menu, hvor den besøgende kan vælge større tekst, mere afstand, højere kontrast, en læselinje eller oplæsning. Intet bør ændre sig, medmindre den besøgende beder om det.
• Automatiske »reparerende« overlays. Et script scanner siden, mens den indlæses, og forsøger at rette den i farten: det gætter på alternativ tekst, tilføjer etiketter til formularfelter, omskriver ARIA-attributter (den kode, der fortæller skærmlæsere, hvad et element er) og slår nogle gange en særlig tilstand til, når det registrerer en skærmlæser.

Mange produkter gør begge dele. Vores er kun den første slags: det scanner ikke og omskriver ikke din markup. Men ingen af de to slags ændrer den hjemmeside, en standard testes op mod.

Kan en widget få en hjemmeside til at overholde WCAG, EAA eller ADA?

Nej. Tilgængelighedsstandarder og -love gælder hjemmesidens egen kode, eget indhold og egne processer, ikke et lag, der lægges ovenpå. Europa-Kommissionen skriver, at værktøjer, der ikke får »selve webstedet« til at opfylde standarden, »ikke er en passende løsning«, og handicaporganisationerne er enige. I USA har forbrugermyndigheden givet en leverandør en bøde for at påstå det modsatte.

Siden handler om hjemmesider i den offentlige sektor, men webshops og banker, der er omfattet af European Accessibility Act, måles op mod den samme standard, EN 301 549, som bygger på retningslinjerne for tilgængeligt webindhold (WCAG).

Grunden er praktisk. WCAG testes på siden, sådan som alle får den. Hvis din grå brødtekst ikke når minimumskontrasten, ændrer en kontrastknap i et panel ikke på det, for siden dumper stadig for hver besøgende, der aldrig åbner panelet. Reparationsscripts løber ind i det samme problem: software kan ikke pålideligt vide, hvad et produktfoto viser, eller hvad et felt uden etiket skal bruges til.

Overlay Fact Sheet (åbner i en ny fane), et åbent brev med 1.048 underskrivere, da vi talte dem 13. oktober 2026, siger det ligeud: »Intet overlay-produkt på markedet kan få en hjemmeside til fuldt ud at overholde en eksisterende tilgængelighedsstandard.« I USA fastsætter justitsministeriet ingen teknisk webstandard for private virksomheder. Ministeriets vejledning fra 2022 (åbner i en ny fane), den officielle tekst, vi har fundet, der er mest positiv over for disse værktøjer, siger, at testværktøjer og overlays »kan være nyttige værktøjer«, men »skal bruges med omtanke«, og at en fejlfri rapport »ikke nødvendigvis betyder, at alt er tilgængeligt«.

Hvad besluttede FTC om accessiBe?

I april 2025 vedtog den amerikanske forbrugermyndighed Federal Trade Commission (FTC) endeligt en afgørelse, der pålægger overlay-leverandøren accessiBe at betale 1 mio. dollar. FTC havde gjort gældende, at virksomhedens påstand om, at dens accessWidget »kan få enhver hjemmeside til at overholde WCAG«, var falsk, vildledende eller udokumenteret, og at virksomheden præsenterede artikler og anmeldelser, den havde forbindelse til, som uafhængige meninger.

FTC offentliggjorde forslaget til afgørelse (åbner i en ny fane) 3. januar 2025 og godkendte den (åbner i en ny fane) 22. april 2025. accessiBe må ikke længere påstå, at virksomhedens automatiserede produkter »kan gøre enhver hjemmeside WCAG-kompatibel« eller »kan sikre vedvarende overholdelse af WCAG over tid«, uden at kunne dokumentere det.

For at være fair: FTC tog stilling til én virksomheds markedsføring, ikke til, om overlays hjælper nogen. Men det løfte, myndigheden slog ned på, står stadig på mange landingssider. Det løfte giver vi ikke.

Hvad siger brugere med handicap og tilgængelighedseksperter om overlays?

Mest, at overlays ikke hjælper ret meget og nogle gange er i vejen. European Disability Forum (EDF) og International Association of Accessibility Professionals (IAAP) siger, at de ikke får en hjemmeside til at overholde kravene, og i en undersøgelse fra 2024 med 47 blinde og svagsynede brugere mente de fleste, at overlays ikke var til hjælp, og mange oplevede konflikter med deres hjælpemidler.

Erklæringen skåner heller ikke paneler som vores. Den siger, at selv om »nogle af disse funktioner kan hjælpe nogle brugere, er de fleste overflødige, fordi de allerede findes i browserne eller i de hjælpemidler, brugerne selv har valgt«. Vi mener stadig, at et panel har sin plads, men kritikken er rimelig, og du skal høre den fra os. Erklæringen sætter også den barre, enhver widget skal over: »Det er ikke acceptabelt, at overlays, plugins eller widgets forhindrer brugerne i at bruge deres hjælpemidler, deres valg af browser og/eller styresystemets funktioner.«

Undersøgelsen er »The Promise and Pitfalls of Web Accessibility Overlays for Blind and Low Vision Users« (åbner i en ny fane) af Makati, Tigwell og Shinohara (ACM ASSETS, oktober 2024). Et resumé fra University of Washington (åbner i en ny fane) tilføjer, at op til 42 % af de adspurgte var holdt op med at bruge hjemmesider med overlays, mens nogle havde gavn af små justeringer som skriftstørrelse eller farvekontrast.

I Tyskland tillader BIK BITV-Test (åbner i en ny fane) ikke sine kvalitetsmærker på en hjemmeside, der kører et overlay-værktøj. Det gælder også paneler som vores, og derfor beder vores dokumentation om European Accessibility Act kunderne om at sætte widgetten på pause, mens sådan en test står på.

Bliver hjemmesider med widgets stadig sagsøgt?

Ja. UsableNet, der følger retssager om digital tilgængelighed i USA, talte i 2025 mellem 95 og 155 sager om måneden mod hjemmesider, der allerede havde en tilgængelighedswidget installeret, og så »ingen nævneværdig nedgang i retssager mod widgetbrugere« i løbet af året. En widget fjerner ikke de barrierer, som søgsmålene beskriver.

UsableNets gennemgang af sagerne fra 2025 (åbner i en ny fane) talte mere end 5.000 retssager om digital tilgængelighed i USA det år. Nogle stævninger peger nu på selve widgetten og hævder, at den forstyrrer skærmlæsere.

Læs tallene med forsigtighed. UsableNet sælger tilgængelighedsydelser, og optællingen viser ikke, at widgets tiltrækker retssager; mange hjemmesider har simpelthen en. Den viser den snævrere pointe, der betyder noget: at have en installeret holdt ikke disse virksomheder ude af retten.

Hvornår kan et tilgængelighedspanel til besøgende hjælpe?

Et indstillingspanel hjælper, når en besøgende har brug for en ændring, som hjemmesiden ikke tilbyder fra start, og ikke ved, hvordan man laver den i browseren eller styresystemet. Det passer bedre til lejlighedsvise og situationsbestemte behov, som trætte øjne, migræne eller en telefon i skarpt sollys, end til behovene hos erfarne brugere af hjælpemidler.

Her er vi uenige med de skarpeste kritikere, så vi holder dokumentation og holdning adskilt. Dokumentationen: erfarne brugere af skærmlæsere og forstørrelsesprogrammer finder for det meste ikke overlays nyttige, og nogle har gavn af enkle ændringer som tekststørrelse og kontrast. Vores holdning: mange, der ville læse mere behageligt med større tekst, har aldrig åbnet browserens tilgængelighedsindstillinger, og en synlig knap er lettere at finde.

• En ældre kunde, der synes, at dine produktbeskrivelser er små og tætte, og som aldrig har brugt browserens zoom.
• En ordblind, der læser lettere med større afstand og en læselinje.
• Alle, der vil have animationerne stoppet, mens de udfylder en bookingformular.

Det er ændringer af præsentationen på en hjemmeside, der allerede virker. Et panel kan ikke give en skærmlæserbruger en etiket, der ikke findes i koden, og det kan ikke gøre en checkout mulig at betjene med tastatur.

Hvad kan gå galt, og hvordan bør en widget være bygget?

De største risici er en widget, der kæmper mod den besøgendes egne hjælpemidler, fanger tastaturfokus, ændrer siden uden at være blevet bedt om det eller skaber støj for skærmlæserbrugere. En velbygget widget holder sig i baggrunden, indtil nogen åbner den, kan selv bruges fuldt ud med tastatur og skærmlæser og omskriver aldrig sidens semantik.

Tjek ethvert produkt, også vores, mod denne liste med et tastatur og en gratis skærmlæser, som i vores guide til hvordan du tester din hjemmesides tilgængelighed.

• Slukket, indtil nogen beder om det. Intet ændrer sig, før en besøgende slår noget til. At registrere hjælpemidler automatisk er desuden et privatlivsproblem, som EDF og IAAP påpeger, fordi det antyder et handicap.
• Ingen automatisk omskrivning. Gættet alternativ tekst og indsat ARIA kan modsige det, en skærmlæser ellers ville have læst op.
• Selv tilgængelig. En rigtig knap, et panel, der virker med Tab, piletaster og Escape, fokus, der vender tilbage, når panelet lukkes, og et forståeligt navn på hver kontrol.
• Respekterer systemindstillinger. Beder den besøgendes system om reduceret bevægelse, stopper widgettens egne animationer.
• Af vejen. Den besøgende kan flytte den væk fra din knap »Læg i kurven«.
• Privat og kan slås fra. Indstillingerne bliver i den besøgendes browser og kun for din hjemmeside, og du kan sætte widgetten på pause under en audit.

Hvad gør vores widget, og hvad gør den ikke?

SiteAccessible er et panel, som den besøgende styrer: besøgende kan ændre kontrast, tekststørrelse, afstand, skrifttyper, markører og læsehjælp eller vælge en af otte profiler. Den hverken scanner, reparerer eller omskriver din kode, den får ikke din hjemmeside til at opfylde nogen standard, og den giver dig ingen juridisk beskyttelse. Sådan klarer den sig mod listen ovenfor.

Pakkerne Pro og Business indeholder desuden en generator til tilgængelighedserklæringer, som registrerer den status, du vælger, i stedet for at afgøre den. Resten står i funktionsoversigten.

Hvad skal du gøre i stedet for, eller ved siden af, en widget?

Ret tilgængeligheden, hvor den bor: i dine skabeloner, dit indhold og dine processer. Test med automatiske værktøjer og manuelt, lad personer med handicap teste dine vigtigste forløb, offentliggør en ærlig tilgængelighedserklæring, og bliv ved med at tjekke, når hjemmesiden ændrer sig. En widget, hvis du vil have en, lægges oven på det arbejde og erstatter aldrig nogen del af det.

1. Find ud af, hvor du står. Kør et gratis automatisk værktøj, og test derefter dine vigtigste forløb manuelt: søgning, produktside, kurv, checkout.
2. Ret kilden. Start med det, der forhindrer folk i at gennemføre en opgave: formularfelter uden etiketter, knapper uden navn, tastaturfælder, tekst med lav kontrast, billeder uden alternativ tekst. Noget kan rettes på ti minutter i dit CMS; andet kræver en udvikler.
3. Tjek, hvad loven kræver af dig. Sælger du til forbrugere i EU, så læs, hvad European Accessibility Act kræver, herunder undtagelsen for mikrovirksomheder, der leverer tjenester.
4. Test med personer med handicap. Kommissionen anbefaler »altid at inddrage personer med handicap i testen«. Selv to testsessioner på din checkout hjælper.
5. Offentliggør en ærlig erklæring om, hvad du har testet, og hvad der stadig mangler. Vores guide til tilgængelighedserklæringer har en skabelon.
6. Hold det ved lige. Test igen efter større ændringer og mindst én gang om året.

Tilføjer du derefter en widget, så gør det for de besøgende, der vil bruge den, ikke for et syns skyld. Og hvis nogen, os selv inklusive, fortæller dig, at et script får din hjemmeside til at overholde kravene, så bed om at se audit-rapporten.