Hvorfor en overlay-widget ikke beskytter dig (og hvad der gør)
4. juni 2026
Kort svar. En overlay-widget lægger et lag JavaScript over din side og lover at gøre den "100% tilgængelig" med én linje kode. I virkeligheden reparerer den ikke din underliggende kode, kan den tilføje nye barrierer, og beskytter den dig ikke mod krav — den amerikanske tilsynsmyndighed FTC pålagde i 2025 en stor overlay-udbyder en bøde på $1 million for vildledende compliance-påstande. Det, der virker: at rette fejlene ved kilden i din egen kode.
Hvad gør en overlay-widget egentlig?
En overlay-widget er et stykke JavaScript, der client-side — først i din besøgendes browser — lægger et lag over din side. Den forsøger at genfortolke og tilpasse HTML'en i indlæsningsøjeblikket (ofte via en Shadow DOM), men den ændrer ikke den underliggende kildekode på din server. Derfor forbliver det et kosmetisk indgreb, ikke en rigtig reparation.
Reparerer et overlay de rigtige fejl?
Nej. Fordi selve koden ikke ændres, består de rigtige fejl. En utilgængelig betalingsformular forbliver utilgængelig; widgetten klistrer i bedste fald noget ovenpå. Og så snart du ændrer dit tema eller en app, kan "reparationen" desuden knække igen.
Kan et overlay tilføje nye barrierer?
Ja, jævnligt. Overlays griber automatisk ind i din side og introducerer derved nogle gange netop nye problemer — tænk på fokus, der hopper, dobbelte annonceringer for skærmlæsere, eller knapper, der pludselig ikke virker længere. Mange eksperter med egen funktionsnedsættelse og skærmlæser-brugere slår derfor helst overlays fra: værktøjet, der skulle hjælpe dem, står i vejen for dem.
Gør et overlay din side langsommere?
Ja. Et overlay indlæser ved hver eneste sidevisning ekstra JavaScript, der gennemsøger og ændrer DOM'en. Det koster indlæsningstid og rammer dine Core Web Vitals — især INP (Interaction to Next Paint), som Google vægter i din ranking. Ironisk nok: værktøjet, der skulle forbedre din tilgængelighed, gør din side langsommere — også for de brugere med handicap, der har allermest gavn af en hurtig side. Du betaler altså dobbelt: i brugeroplevelse og i SEO.
Beskytter et overlay dig mod bøder og krav?
Det er det vigtigste spørgsmål, og svaret er nej. Et overlay gør dig ikke påviseligt compliant og friholder dig ikke fra håndhævelse eller krav. Tværtimod: den amerikanske tilsynsmyndighed FTC pålagde i 2025 en kendt overlay-udbyder en bøde på $1 million for vildledende compliance-påstande — selve løftet viste sig at være problemet. Og ikke uden grund: der kører efterhånden tusindvis af tilgængelighedsretssager, og hundredvis af dem mod sites, der netop brugte et overlay. Widgetten beskyttede dem ikke.
Overlay versus rigtigt kode-fix
| Aspekt | Overlay-widget | Rettelse i din egen kode |
|---|---|---|
| Reparerer kildekoden | nej, kun client-side | ja, strukturelt |
| Beskytter mod krav | nej | ja — det eneste, der holder ved en kontrol |
| Hastighed & SEO | gør siden langsommere, skader Core Web Vitals | hurtigere, bedre SEO |
| Holdbart ved temaændring | knækker ofte | bliver stående |
Hvad virker så mod utilgængelighed?
Tilgængelighed løser du ved kilden:
- Test din side mod WCAG 2.1 AA, og se præcis, hvad der er galt.
- Reparér den rigtige kode — ofte på tværs af hele temaet, så én rettelse straks dækker mange sider.
- Bliv ved med at teste, for din side ændrer sig, og der sniger sig hele tiden nye fejl ind.
Det er mere end en knap, men det er det eneste, der holder ved en kontrol — og det giver dig oven i købet ægte, brugbare forbedringer i stedet for et lag ovenpå. Uanset om du er omfattet af European Accessibility Act eller bare ikke vil miste kunder: at tage fat ved kilden er i sidste ende mindre arbejde og det eneste, der er holdbart.
Begynd med at måle
Vil du vide, hvad der foregår under motorhjelmen på din side? Scan én side gratis. Du får ikke et opdigtet "100% løst", men et klart billede: hvad en maskine kan konstatere med sikkerhed, hvad der kræver menneskelig gennemgang, og hvordan du løser det — på under 60 sekunder, uden konto.