Overlays til tilgængelighed og rettelser i kildekoden

Et tilgængelighedsoverlay er et script, der ændrer en webshops sider i den besøgendes browser, efter at siderne er indlæst. En rettelse i kildekoden ændrer webshoppens skabeloner, stilark eller scripts, så det er den rettede side, serveren sender til alle browsere og alle værktøjer.

Senest opdateret:

Hvad er forskellen på et overlay og en rettelse i kildekoden?

Forskellen på et tilgængelighedsoverlay og en rettelse i kildekoden ligger i, hvor ændringen foretages. Et overlay ændrer siden i hver enkelt besøgendes browser; en rettelse i kildekoden ændrer de filer, siden bygges af.

Tilgængelighedsoverlay
Et script, der føjes til en webshops sider og ændrer hver side i den besøgendes browser, efter at siden er indlæst. Scriptet kan tilføje eller ændre attributter, tekst og styling, og det kan tilføje sine egne betjeningselementer. Bortset fra den henvisning, der indlæser scriptet, er webshoppens egen kode uændret.
Rettelse i kildekoden
En ændring af webshoppens egne skabeloner, stilark eller scripts: de filer, serveren bygger hver side af. Når ændringen er live, er det den rettede side, serveren sender.

Hvad ændrer et overlay?

Et tilgængelighedsoverlay ændrer siden i den besøgendes browser, og kun dér. Dets script indlæses sammen med siden, læser det, som browseren har bygget ud fra webshoppens HTML, og ændrer det, igen ved hver sidevisning, i hver browser, der indlæser og kører scriptet.

Detaljer: reparationer, der kræver viden, som siden ikke indeholder

Nogle reparationer kræver viden, som siden ikke indeholder, for eksempel hvad et produktfoto skal fortælle en køber. Det kan scriptet ikke læse ud af siden: Det må udlede det eller tilføje tekst, som nogen har indtastet hos udbyderen. I begge tilfælde findes resultatet kun i de browsere, der kører scriptet.

Hvad retter et tilgængeligheds­overlay ikke?

Et tilgængelighedsoverlay retter ikke den kode, der skaber en fejl. Temaets filer og den HTML, serveren sender, er uændrede, bortset fra den henvisning, der indlæser overlayet, og en browser eller et værktøj, der ikke kører scriptet, får siden med dens oprindelige fejl.

Hvad et overlay lader urørt

  • Temaets filer.

  • Den HTML, serveren sender.

  • Det, en browser eller et værktøj får uden scriptet.

  • Siden, før scriptet har kørt.

  • Siden, efter at scriptet er fjernet.

  • Alt, som scriptet ikke kører i.

Detaljer: hvad et overlay lader urørt, punkt for punkt

Et tilgængelighedsoverlay retter ikke den kode, der skaber en fejl. Alt, hvad siden bygges af, er uændret. Det samme gælder enhver udgave af siden, som scriptet ikke når:

  • Temaets filer. Webshoppens skabeloner, stilark og scripts er uændrede, bortset fra den henvisning, der indlæser overlayet.
  • Den HTML, serveren sender. Den er den samme som før, bortset fra denne henvisning.
  • Det, en browser eller et værktøj får uden scriptet. En browser med JavaScript slået fra, en browser, hvor scriptet er blokeret eller ikke kan indlæses, og et værktøj, der læser HTML-koden uden at køre scripts: Alle får siden med dens oprindelige fejl.
  • Siden, før scriptet har kørt. Indtil scriptet er indlæst og har foretaget sine ændringer, er siden, som webshoppens kode leverer den.
  • Siden, efter at scriptet er fjernet. Når overlayet slås fra eller fjernes, er siderne, som de var, før det blev tilføjet.
  • Alt, som scriptet ikke kører i. En PDF-fil, en e-mail fra webshoppen eller en side på et andet domæne, der ikke indlæser scriptet, for eksempel en eksternt hostet betalingsside.

Hvordan kan du kontrollere det i en hvilken som helst webshop?

Med en almindelig desktopbrowser kan du se, hvor en ændring er foretaget, uden adgang til webshoppens kode: Sammenlign kilden med den gengivne side, bloker overlayets script og genindlæs siden, eller bed om at se ændringen i koden.

Tre kontroller
  1. Sammenlign kilden med den gengivne side. Browserens funktion »View page source« (vis sidens kilde) viser den HTML, serveren sendte. Elementinspektoren i browserens udviklerværktøjer viser siden, efter at dens scripts har kørt. En attribut eller tekst, der kun optræder i inspektoren, er tilføjet af et script, efter at siden blev indlæst.
  2. Bloker overlayets script. Bloker den adresse, scriptet indlæses fra, for eksempel med blokering af forespørgsler i browserens udviklerværktøjer, og genindlæs siden. Det, der er tilbage, er webshoppen, som dens egen kode leverer den.
  3. Bed om at se ændringen i koden. En rettelse i kildekoden er en ændring af en af temaets filer, som en udvikler kan vise dig, med dato. En ændring foretaget af et overlay findes ikke i temaets filer.

Hvad siger myndigheder og tal for søgsmål om overlays?

I april 2025 godkendte den amerikanske Federal Trade Commission en endelig afgørelse, der forbyder en virksomhed, som sælger et automatiseret tilgængelighedsplugin, at hævde uden belæg, at dens produkter kan bringe et hvilket som helst websted i overensstemmelse med WCAG. Tysklands tilsyn med offentlige websteder skriver, at overlay-værktøjer i øjeblikket ikke kan gøre et websted med barrierer fuldt tilgængeligt.

  • Den amerikanske Federal Trade Commission, 22. april 2025

    En endelig afgørelse mod en virksomhed, der sælger et automatiseret tilgængelighedsplugin

    Den forbyder virksomheden at hævde, at dens automatiserede produkter kan bringe et hvilket som helst websted i overensstemmelse med WCAG eller holde det i overensstemmelse over tid, når virksomheden ikke har belæg for påstanden.

  • Tysklands tilsynsorganer, fælles vurdering revideret i marts 2025

    Overlay-værktøjer kan i øjeblikket ikke gøre et websted med barrierer fuldt tilgængeligt

    Brugen af dem kan skabe yderligere barrierer. Vurderingen handler om offentlige organers websteder, som er omfattet af webtilgængelighedsdirektivet (direktiv (EU) 2016/2102).

  • UsableNet, USA, 2024

    1.023 virksomheder, der havde en aktiv tilgængelighedswidget på deres websted, blev sagsøgt

    Et søgsmål er et krav, ikke en afgørelse, så tallet siger intet om, hvordan sagerne endte.

Kilde: Den amerikanske Federal Trade Commission, pressemeddelelse af 22. april 2025 (på engelsk); BFIT-Bund, de tyske tilsynsorganers fælles vurdering (på tysk); UsableNet, 2024 Year-End ADA Web Lawsuit Report (på engelsk)

Den amerikanske Federal Trade Commission, endelig afgørelse af 22. april 2025

Den 22. april 2025 godkendte den amerikanske Federal Trade Commission (FTC) en endelig, aftalt afgørelse (final consent order) mod en virksomhed, der sælger et automatiseret tilgængelighedsplugin til websteder. FTC’s klage, som blev foreslået i januar 2025, gjorde gældende, at pluginnet, i modsætning til hvad virksomheden hævdede, ikke bragte alle websteder, der brugte det, i overensstemmelse med WCAG.

Afgørelsen forbyder virksomheden at hævde, at dens automatiserede produkter kan bringe et hvilket som helst websted i overensstemmelse med WCAG eller holde det i overensstemmelse over tid, når virksomheden ikke har belæg for påstanden. Den forbyder også virksomheden at fremstille anmeldelser, blogindlæg eller artikler om sine produkter som uafhængige meninger, når de ikke er det. Desuden skal virksomheden betale 1 million USD. Kilde: FTC’s pressemeddelelse af 22. april 2025, på engelsk.

Tysklands tilsynsorganer for tilgængelig informationsteknologi, marts 2025

Tysklands tilsynsorganer for informationsteknologiens tilgængelighed på forbunds- og delstatsniveau (Überwachungsstellen des Bundes und der Länder) skriver i en fælles vurdering, at overlay-værktøjer i øjeblikket ikke kan gøre et websted med barrierer fuldt tilgængeligt, og at brugen af dem kan skabe yderligere barrierer. Vurderingen blev revideret i marts 2025. Den er udgivet af BFIT-Bund, det føderale tilsynsorgan. Vurderingens centrale sætning i den tyske original: »Aktuell sind Overlay-Tools nicht in der Lage, einen Webauftritt, der Barrieren aufweist, vollständig barrierefrei darzustellen« (i øjeblikket er overlay-værktøjer ikke i stand til at gøre et websted, der har barrierer, fuldt tilgængeligt).

Vurderingen tilføjer, at overlay-værktøjer og hjælpemidler, der bruges samtidig, kan forstyrre hinanden. Det kan gøre webstedet svært eller umuligt at bruge for personer med handicap. Vurderingen handler om offentlige organers websteder, som er omfattet af webtilgængelighedsdirektivet (direktiv (EU) 2016/2102): Et sådant websted er kun tilgængeligt, hvis det opfylder kravene uden et overlay-værktøj. Kilde: den fælles vurdering på bfit-bund.de, på tysk.

Amerikanske søgsmål mod virksomheder med en widget (UsableNet, 2024)

Tallene er fra USA. UsableNet udgiver rapporter om søgsmål om digital tilgængelighed i USA. Ifølge UsableNet blev 1.023 virksomheder, der havde en aktiv tilgængelighedswidget på deres websted, sagsøgt i 2024. Et søgsmål er et krav, ikke en afgørelse, så tallet siger intet om, hvordan sagerne endte. Kilde: UsableNets årsrapport for 2024 om amerikanske søgsmål om webtilgængelighed, på engelsk.

Hvad er alternativet til et tilgængeligheds­overlay?

Alternativet til et tilgængelighedsoverlay er en rettelse i kildekoden: en ændring i den fil, der skaber fejlen, for eksempel en skabelon, et stilark eller et script. Når ændringen er live, er den rettede opmærkning og styling en del af det, serveren sender, og derfor når rettelsen alle besøgende, browsere og værktøjer.

Sådan leverer Validiscan sine rettelser

  • Som en ændring, du kan gennemgå.

  • Intet i din live webshop ændres, før du beslutter det.

  • I de filer, der skaber fejlen.

  • Uden eget script.

  • Kontrolleret, når ændringen er live.

Detaljer: hvad en rettelse i kildekoden ændrer, og hvordan Validiscan leverer sine rettelser

Alternativet er en rettelse i kildekoden: en ændring i den fil, der skaber fejlen, for eksempel en skabelon, et stilark eller et script i webshoppens tema. Når ændringen er live, er den rettede opmærkning og styling en del af det, serveren sender. Derfor når rettelsen alle besøgende, browsere og værktøjer uden at afhænge af et ekstra script.

Sådan leverer Validiscan sine rettelser:

  • Som en ændring, du kan gennemgå. Validiscan leverer ændringerne som en pull request på en ny branch i dit repository med ét commit pr. rettelse, som en upubliceret kopi af dit Shopify-tema eller som en patchpakke med én patchfil pr. rettelse.
  • Intet i din live webshop ændres, før du beslutter det. Du eller din udvikler merger pull requesten, publicerer temakopien eller anvender patchen.
  • I de filer, der skaber fejlen. En rettelse kan ændre en skabelon, et stilark eller et af temaets egne scripts. Et eksempel: Et slideshow, der skifter af sig selv, får en pauseknap i sin skabelon, og en kodeblok, der tilføjes til temaets hovedscript, forbinder knappen med slideshowet.
  • Uden eget script. Intet i en levering fra Validiscan kører af sig selv på din webshop. Validiscan tilføjer aldrig et script, der retter dine sider i de besøgendes browsere, efter at siderne er indlæst. Kode, der tilføjes til temaets egne scripts, bliver en del af din kode, og din udvikler gennemgår den sammen med resten af ændringen.
  • Kontrolleret, når ændringen er live. Når ændringerne er live, kontrollerer en verifikationsscanning de berørte sider igen. Remediation Evidence Package dokumenterer med datoer, hvad der blev testet, ændret og verificeret.
Sådan forløber et projekt, trin for trin

Hvordan kan de to tilgange sammenlignes?

Et tilgængelighedsoverlay og en rettelse i kildekoden adskiller sig i, hvor ændringen ligger, hvem der kan se den, og hvad der er tilbage bagefter: Et overlays reparationer har aldrig ligget i din kode, mens ændringerne fra en rettelse i kildekoden er en del af den.

Tilgængelighedsoverlay og rettelse i kildekoden, sammenlignet efter hvor ændringen foretages
Spørgsmål Tilgængelighedsoverlay Rettelse i kildekoden
Hvor foretages ændringen? I den besøgendes browser, af et script, ved hver sidevisning I temaets egne filer, én gang
Hvad sender serveren? Den samme HTML som før, plus en henvisning til scriptet Den rettede HTML og styling
Hvad får en browser eller et værktøj, der ikke kører scriptet? Siden med dens oprindelige fejl Den rettede side
Kan din udvikler gennemgå ændringen, før den går live? Ikke som en ændring af webshoppens kode Ja: linje for linje i en pull request eller en patchpakke, eller som forhåndsvisning af en upubliceret temakopi
Hvad er der i din kode, når du holder op med at betale udbyderen? Ingen af reparationerne, fordi de aldrig har ligget i din kode Ændringerne, fordi de er en del af din kode
Hvad kan ophæve ændringen? At scriptet ikke indlæses, blokeres eller fjernes En senere ændring af temaet, for eksempel en opdatering af temaet eller en app
Hvad kører i den besøgendes browser, som ikke var der før? Overlayets script Intet separat script. Kræver en rettelse funktionalitet, er det kode, der er tilføjet til temaets egne scripts

Hvad gør en rettelse i kildekoden ikke?

En rettelse i kildekoden har også grænser: Den kræver adgang til webshoppens kode, den retter kun det, kode kan rette, den når ikke indlejret tredjepartsindhold som betalings- eller chatwidgets, og en senere opdatering af temaet eller en app kan bringe en rettet fejl tilbage.

Detaljer: hver grænse i sin helhed

En rettelse i kildekoden har også grænser, og dem er det værd at kende, før du vælger:

  • Den kræver adgang til koden. Validiscan arbejder i en klon af dit repository, en kopi af dit Shopify-tema eller en eksport af dit tema, som din udvikler uploader. Du eller din udvikler gennemgår ændringen, før den går live.
  • Den retter det, kode kan rette. Nogle fejl kræver en beslutning om indhold eller design, som kun du kan træffe, for eksempel undertekster til dine produktvideoer. Til dem giver Validiscan vejledning (niveau MANUAL) i stedet for en ændring af din kode.
  • Den når ikke det, der ikke ligger i dit tema. Indlejret tredjepartsindhold, for eksempel betalings- eller chatwidgets, bringer sin egen kode med, som en ændring af dit tema ikke påvirker. Hverken det eller PDF-filer er en del af et Validiscan-projekt.
  • Den kan gå i stykker igen. En senere opdatering af temaet eller en app kan bringe en rettet fejl tilbage. Regressionsbeskyttelse scanner webshoppen igen efter en fast tidsplan og melder, hvis en rettet fejl er kommet tilbage.

Hvad bør du spørge enhver udbyder af webtilgængelighed om?

Spørg enhver udbyder af webtilgængelighed, også Validiscan, hvor ændringen ligger, om din udvikler kan se hver ændring, før den går live, og hvad der bliver tilbage i din webshop, hvis du holder op med at betale. Lover en udbyder, at din webshop overholder loven eller er beskyttet mod retslige krav, så spørg, hvad løftet bygger på.

Spørgsmålene kan stilles til enhver udbyder, også Validiscan. Svarene viser, hvor arbejdet havner, og hvad du selv kan kontrollere. Validiscans eget svar står efter hvert spørgsmål.

  1. Hvor ligger ændringen: i mit temas filer eller i et script, som I hoster? Validiscan: i dit temas filer.
  2. Kan min udvikler se hver ændring, før den går live? Validiscan: ja. En pull request har ét commit pr. rettelse, og en patchpakke har én patchfil pr. rettelse. En upubliceret kopi af et Shopify-tema kan forhåndsvises og kontrolleres, før du publicerer den.
  3. Hvad bliver tilbage i min webshop, hvis jeg holder op med at betale jer? Validiscan: ændringerne, fordi de er en del af din kode. Regressionsbeskyttelse kan opsiges til udgangen af enhver måned.
  4. Hvad kører i mine besøgendes browsere, som ikke var der før? Validiscan: intet separat script og intet, der indlæses fra Validiscan. Hvis en rettelse kræver funktionalitet, for eksempel en pauseknap til et slideshow, tilføjer den kode til dit temas egne scripts. Den kode gennemgår du sammen med resten af ændringen.
  5. Hvad er ikke omfattet? Validiscan: fund, der kræver dine egne beslutninger om indhold (niveau MANUAL), indlejret tredjepartsindhold som betalings- eller chatwidgets og PDF-filer.
  6. Hvor meget af testningen er automatiseret, og hvad kontrollerer en person? Validiscan: Automatiserede scanninger melder fejl, der kan bevises ud fra en sides kode, og de finder ikke alle fejl. En manuel tjekliste med 35 punkter, som en person arbejder sig igennem, dækker hvert succeskriterium i WCAG 2.2, som ingen regel tester, og nogle, som regler kun tester delvis. For de øvrige kriterier, blandt dem 1.1.1 Non-text Content, hviler et resultat alene på automatiske kontroller. Metoden og standarderne
  7. Hvordan kontrolleres rettelserne, efter at de er gået live, og hvilken dokumentation får jeg? Validiscan: en verifikationsscanning af de berørte sider og en dateret Remediation Evidence Package.
  8. Hvad siger I præcist om resultatet? Validiscan: Pakken rapporterer overensstemmelse med succeskriterierne i WCAG 2.1 AA og WCAG 2.2 AA, som de er vurderet på de anførte sider og datoer. Den er dokumentation for en vurdering og for udbedringsarbejde, ikke et certifikat.
  9. Lover I, at min webshop overholder loven, eller at den er beskyttet mod retslige krav? Spørg, hvad et sådant løfte bygger på. Validiscan giver intet sådant løfte: Om en webshop overholder en lov, er en juridisk vurdering, som hører hjemme hos dig og din advokat.

Kilder

3 kilder, alle kontrolleret til denne side den 6. oktober 2026.

USA 2
  1. FTC Approves Final Order Requiring accessiBe to pay $1 Million · US Federal Trade Commission ·  · kontrolleret
  2. 2024 Year-End ADA Web Lawsuit Report · UsableNet · kontrolleret
Tyskland 1

Begynd med et gratis tjek af din webshop.

Send din webshops adresse. Validiscan scanner den og svarer med hver fejl, scanningen kan påvise, med siden og koden.

Bestil et gratis tjek

Eller skriv til info@validiscan.com.

Hvad det gratis tjek omfatter, og hvad det udelader
Du sender
din webshops adresse
Sider, der scannes
op til 15
Du får
hver fejl, scanningen kan påvise, med siden og koden
På din webshop
kun offentlige sider; intet login, intet købt, ingen formularer sendt
Hvad det ikke er
et fuldt audit

Skriv til Validiscan

Til et gratis tjek skal du skrive din webshops adresse og platform.

Validiscan bruger det, du sender, til at svare dig. Privatlivspolitik