Holder det med en tilgjengelighetswidget? Et ærlig svar

Driver du en nettbutikk, har noen sannsynligvis tilbudt deg en tilgjengelighetswidget med et løfte på kjøpet: legg inn et skript, så blir nettstedet tilgjengelig, i samsvar med kravene og trygt mot rettslige problemer. Vi lager selv en slik widget, SiteAccessible, så vi har en egeninteresse i svaret. Her er det: ingen widget får et nettsted til å oppfylle kravene. Ikke vår, ikke noen andres.

Hva er en overlay-løsning eller tilgjengelighetswidget?

En overlay-løsning er kode fra en tredjepart, som regel JavaScript, som legges til et nettsted for å prøve å bedre tilgjengeligheten. EU-kommisjonen beskriver overlay-løsninger som «verktøy som kan legges til nettsteder med sikte på å forbedre tilgjengeligheten». I praksis dekker ordet to ganske ulike ting, og forskjellen betyr noe.

• Paneler som den besøkende styrer. En knapp åpner en meny der den besøkende kan velge større tekst, mer avstand, høyere kontrast, leselinjal eller opplesing. Ingenting skal endres med mindre den besøkende ber om det.
• Automatiske overlay-løsninger som «reparerer». Et skript skanner siden mens den lastes, og prøver å rette den underveis: det gjetter alternativ tekst, legger etiketter på skjemafelt, skriver om ARIA-attributter (koden som forteller skjermlesere hva et element er) og slår noen ganger på en egen modus når det oppdager en skjermleser.

Mange produkter gjør begge deler. Vårt er bare av den første typen: det skanner ikke og skriver ikke om koden din. Men ingen av typene endrer nettstedet som en standard testes mot.

Kan en widget få et nettsted til å oppfylle WCAG, EAA eller ADA?

Nei. Standarder og lover om tilgjengelighet gjelder nettstedets egen kode, eget innhold og egne prosesser, ikke et lag som legges oppå. EU-kommisjonen sier at verktøy som ikke får «nettstedet selv» til å oppfylle standarden, «ikke er en egnet løsning», og organisasjonene for personer med funksjonsnedsettelser er enige. I USA har forbrukermyndigheten ilagt en leverandør bot for å påstå noe annet.

Den siden handler om nettsteder i offentlig sektor, men nettbutikker og banker som omfattes av EUs tilgjengelighetsdirektiv, måles mot den samme standarden, EN 301 549, som bygger på Web Content Accessibility Guidelines (WCAG).

Grunnen er praktisk. WCAG testes på siden slik alle får den. Hvis den grå brødteksten din ikke når minstekravet til kontrast, endrer ikke en kontrastknapp i et panel det, for siden oppfyller fortsatt ikke kravet for alle besøkende som aldri åpner panelet. Reparasjonsskript har det samme problemet: programvare kan ikke vite sikkert hva et produktbilde viser eller hva et felt uten etikett er til for.

Overlay Fact Sheet (åpnes i en ny fane), et åpent brev med 1 048 underskrivere da vi telte 13. oktober 2026, sier det rett ut: «Ingen overlay-produkter på markedet kan få et nettsted til å oppfylle noen eksisterende tilgjengelighetsstandard fullt ut.» I USA fastsetter justisdepartementet ingen teknisk webstandard for private virksomheter. Departementets veiledning fra 2022 (åpnes i en ny fane), den offisielle teksten vi har funnet som er mest vennlig innstilt til slike verktøy, sier at testverktøy og overlay-løsninger «kan være nyttige verktøy», men «må brukes med forsiktighet», og at en rapport uten funn «ikke nødvendigvis betyr at alt er tilgjengelig».

Hva bestemte FTC om accessiBe?

I april 2025 fastsatte amerikanske Federal Trade Commission (FTC) et endelig vedtak som påla overlay-leverandøren accessiBe å betale 1 million dollar. FTC hadde hevdet at selskapets påstand om at accessWidget «kan gjøre ethvert nettsted i samsvar med WCAG», var falsk, villedende eller udokumentert, og at selskapet presenterte artikler og anmeldelser det hadde tilknytning til, som uavhengige meninger.

FTC kunngjorde forslaget til vedtak (åpnes i en ny fane) 3. januar 2025 og godkjente det (åpnes i en ny fane) 22. april 2025. accessiBe får ikke lenger påstå at de automatiske produktene «kan gjøre ethvert nettsted i samsvar med WCAG» eller «kan sikre vedvarende samsvar med WCAG over tid», uten å ha dokumentasjon for det.

For å være rettferdige: FTC tok stilling til ett selskaps markedsføring, ikke til om overlay-løsninger hjelper noen. Men løftet vedtaket rettet seg mot, står fortsatt på mange landingssider. Det løftet gir ikke vi.

Hva sier brukere med funksjonsnedsettelser og tilgjengelighetseksperter om overlay-løsninger?

Stort sett at overlay-løsninger ikke hjelper særlig mye og av og til er i veien. European Disability Forum (EDF) og International Association of Accessibility Professionals (IAAP) sier at de ikke får et nettsted til å oppfylle kravene, og i en studie fra 2024 med 47 blinde og svaksynte brukere sa de fleste at overlay-løsninger ikke var til hjelp, og mange meldte om konflikter med hjelpemiddelteknologien sin.

Uttalelsen skåner heller ikke paneler som vårt. Den sier at selv om «noen av disse funksjonene kan hjelpe noen brukere, er de fleste overflødige, siden de allerede finnes i nettlesere eller leveres av hjelpemiddelteknologien brukerne selv har valgt». Vi mener fortsatt at et panel har en plass, men kritikken er rimelig, og du bør høre den fra oss. Uttalelsen setter også listen hver widget må over: «Det er ikke akseptabelt at overlay-løsninger, plugins eller widgeter hindrer tilgangen til brukernes hjelpemiddelteknologi, valg av nettleser og/eller funksjoner i operativsystemet.»

Studien er «The Promise and Pitfalls of Web Accessibility Overlays for Blind and Low Vision Users» (åpnes i en ny fane) av Makati, Tigwell og Shinohara (ACM ASSETS, oktober 2024). Et sammendrag fra University of Washington (åpnes i en ny fane) legger til at så mange som 42 % av respondentene hadde sluttet å bruke nettsteder med overlay-løsninger, mens noen hadde nytte av små justeringer som skriftstørrelse eller fargekontrast.

I Tyskland gir ikke BIK BITV-Test (åpnes i en ny fane) sine merker til et nettsted som kjører et overlay-verktøy. Det gjelder også paneler som vårt, og derfor ber EAA-dokumentasjonen vår kundene sette widgeten på pause mens en slik test pågår.

Blir nettsteder med widget fortsatt saksøkt?

Ja. UsableNet, som følger med på søksmål om digital tilgjengelighet i USA, telte mellom 95 og 155 søksmål i måneden i 2025 mot nettsteder som allerede hadde en tilgjengelighetswidget installert, og fant «ingen merkbar nedgang i søksmål mot widgetbrukere» i løpet av året. En widget fjerner ikke barrierene søksmålene beskriver.

UsableNets gjennomgang av søksmålene i 2025 (åpnes i en ny fane) telte mer enn 5 000 søksmål om digital tilgjengelighet i USA det året. Noen søksmål nevner nå selve widgeten og hevder at den forstyrrer skjermlesere.

Les tallene med forsiktighet. UsableNet selger tilgjengelighetstjenester, og tellingen viser ikke at widgeter tiltrekker seg søksmål; mange nettsteder har rett og slett en. Den viser noe snevrere, men viktigere: å ha en installert holdt ikke disse virksomhetene unna retten.

Når kan et tilgjengelighetspanel for besøkende hjelpe?

Et innstillingspanel hjelper når en besøkende trenger en endring som nettstedet ikke tilbyr som standard, og ikke vet hvordan den gjøres i nettleseren eller systemet. Det passer bedre for behov som kommer og går eller avhenger av situasjonen, som slitne øyne, migrene eller en mobil i sterkt sollys, enn for behovene til erfarne brukere av hjelpemiddelteknologi.

Her skiller vi lag med de skarpeste kritikerne, så vi holder kunnskap og mening fra hverandre. Kunnskapen: erfarne brukere av skjermleser og forstørrelse har stort sett ikke nytte av overlay-løsninger, og noen har nytte av enkle endringer som tekststørrelse og kontrast. Vår mening: mange som ville lest mer komfortabelt med større tekst, har aldri åpnet tilgjengelighetsinnstillingene i nettleseren, og en synlig knapp er lettere å finne.

• En eldre kunde som synes produktbeskrivelsene er små og trange, og som aldri har brukt zoom i nettleseren.
• En person med dysleksi som leser lettere med større avstand og en leselinjal.
• Alle som vil ha animasjonene stoppet mens de fyller ut et bestillingsskjema.

Dette er endringer i presentasjonen på et nettsted som allerede fungerer. Et panel kan ikke gi en skjermleserbruker en etikett som ikke finnes i koden, og det kan ikke gjøre en kasse betjenbar med tastatur.

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

De største risikoene er en widget som kjemper mot den besøkendes egen hjelpemiddelteknologi, fanger tastaturfokus, endrer siden uten at noen har bedt om det, eller lager støy for skjermleserbrukere. En godt bygd widget holder seg i bakgrunnen til noen åpner den, kan selv brukes fullt ut med tastatur og skjermleser, og skriver aldri om sidens semantikk.

Sjekk ethvert produkt, også vårt, mot denne listen med et tastatur og en gratis skjermleser, slik guiden vår om å teste tilgjengeligheten på nettstedet viser.

• Av til noen ber om det. Ingenting endres før en besøkende slår noe på. Å oppdage hjelpemiddelteknologi er dessuten et personvernproblem, som EDF og IAAP påpeker, fordi det kan avsløre en funksjonsnedsettelse.
• Ingen automatisk omskriving. Gjettet alternativ tekst og innsatt ARIA kan motsi det en skjermleser ellers ville lest opp.
• Tilgjengelig i seg selv. En ekte knapp, et panel som fungerer med Tab, piltaster og Escape, fokus som settes tilbake når panelet lukkes, og et lesbart navn på hver kontroll.
• Respekterer systeminnstillinger. Ber den besøkendes system om redusert bevegelse, stopper widgetens egne animasjoner.
• Står ikke i veien. Besøkende kan flytte den bort fra «Legg i handlekurven»-knappen din.
• Privat og kan slås av. Innstillingene lagres i den besøkendes nettleser og bare for ditt nettsted, og du kan sette widgeten på pause under en revisjon.

Hva gjør widgeten vår, og hva gjør den ikke?

SiteAccessible er et panel som den besøkende styrer: besøkende kan endre kontrast, tekststørrelse, avstand, skrifttyper, pekere og lesehjelp, eller velge en av åtte profiler. Den verken skanner, reparerer eller skriver om koden din, den får ikke nettstedet til å oppfylle noen standard, og den gir deg ingen juridisk beskyttelse. Slik står den seg mot listen ovenfor.

Pro- og Business-planene har i tillegg en generator for tilgjengelighetserklæring, som registrerer statusen du velger, i stedet for å avgjøre den. Funksjonslisten har resten.

Hva bør du gjøre i stedet for, eller i tillegg til, en widget?

Rett tilgjengeligheten der den hører hjemme: i malene, innholdet og prosessene dine. Test med automatiske verktøy og manuelt, ta med personer med funksjonsnedsettelser når du tester de viktigste kundereisene, publiser en ærlig tilgjengelighetserklæring, og fortsett å sjekke når nettstedet endres. En widget, hvis du vil ha en, kommer oppå det arbeidet og erstatter aldri noen del av det.

1. Kartlegg dagens nivå. Kjør en gratis automatisk test, og test deretter de viktigste kundereisene manuelt: søk, produktside, handlekurv, kasse.
2. Rett feilene der de oppstår. Begynn med det som hindrer folk i å fullføre en oppgave: manglende etiketter på skjemafelt, knapper uten navn, tastaturfeller, tekst med lav kontrast, bilder uten alternativ tekst. Noen tar ti minutter å rette i publiseringsløsningen; andre krever en utvikler.
3. Sjekk hva loven krever av deg. I Norge gjelder forskriften om universell utforming av IKT-løsninger. Selger du til forbrukere i EU, les hva EUs tilgjengelighetsdirektiv krever, også om unntaket for mikroforetak som yter tjenester.
4. Test med personer med funksjonsnedsettelser. Kommisjonen anbefaler «alltid å involvere personer med funksjonsnedsettelser i testingen». Selv to testøkter på kassen gir mye.
5. Publiser en ærlig erklæring om hva du har testet og hva som fortsatt mangler. Guiden vår om tilgjengelighetserklæringer har en mal.
6. Hold det ved like. Test på nytt etter store endringer og minst én gang i året.

Legger du deretter til en widget, gjør det for de besøkende som kommer til å bruke den, ikke som et merke. Og hvis noen, også vi, sier at et skript vil få nettstedet ditt til å oppfylle kravene, be om å få se revisjonen.