Sådan fungerer udbedring af tilgængelighed, trin for trin

Et Validiscan-projekt forløber i fem trin: en udgangsscanning, ændringer i din webshops kode, en verifikationsscanning, Remediation Evidence Package og, hvis du ønsker det, regressionsbeskyttelse. Intet kommer ud på din live webshop, før du, din udvikler eller dit bureau merger, publicerer eller anvender det.

De fem trin i overblik

I hvert trin udfører Validiscan arbejdet, du har en eller to ting at gøre, og du får noget, du kan kontrollere.

  1. 1

    Udgangsscanning

    Det gør Validiscan
    Scanner siderne i din webshop op mod WCAG 2.2 AA i desktop- og mobilstørrelse og gennemfører den manuelle gennemgang
    Det gør du
    Giv skriftlig tilladelse til en fuld scanning
    Det får du
    Listen over de fejl, der blev fundet, hver med en forklaring på, hvad den betyder for dine kunder
  2. 2

    Ændringer i din webshops kode

    Det gør Validiscan
    Retter det, der kan rettes i koden, og gennemgår hver ændring, før den leveres
    Det gør du
    Giv adgang til dit repository eller dit Shopify-tema, eller upload en kopi af dine temafiler; gennemgå derefter ændringerne, og merge, publicer eller anvend dem. På Shopify kan du forhåndsvise temakopien og selv publicere den
    Det får du
    En pull request, en upubliceret kopi af dit tema eller en patchpakke
  3. 3

    Verifikations­scanning

    Det gør Validiscan
    Scanner de berørte sider igen, når ændringerne er live
    Det gør du
    Sæt ændringerne live, og bestil derefter verifikationsscanningen
    Det får du
    De fund, den ikke længere finder, markeret som rettet
  4. 4

    Remediation Evidence Package

    Det gør Validiscan
    Udarbejder pakken ud fra scanningerne og den manuelle gennemgang
    Det gør du
    Læs den, og få udkastet til tilgængelighedserklæringen gennemgået
    Det får du
    PDF, DOCX og JSON i en zip-fil med SHA-256-kontrolsummer
  5. 5

    Regressions­beskyttelse (valgfri)

    Det gør Validiscan
    Scanner din webshop igen hver uge og sammenligner den med det verificerede resultat
    Det gør du
    Beslut, om du vil have den
    Det får du
    En e-mail, når en ny scanning finder en ændring, og en tidslinje over hver ny scanning
Detaljer: hvad et projekts varighed afhænger af, og de fem trin i kundeportalen

Hvor lang tid et projekt tager, afhænger mest af trin 2 og 3: De venter på, at du eller dit bureau gennemgår ændringen og sætter den live. Scanningerne, gennemgangen af hver ændring og pakken er Validiscans arbejde.

Kundeportalen, hvor du følger projektet, viser de samme fem trin, indtil de første resultater kommer. I portalen hedder trin 1 »Første scanning«; dette websted bruger det faste begreb udgangsscanning.

Hvad har Validiscan brug for fra dig før udgangs­scanningen?

Validiscan har brug for tre svar før udgangsscanningen: en skriftlig tilladelse fra webshoppens ejer til en fuld scanning, hvordan ændringerne skal komme ind i din kode, og om AI må udarbejde rettelser på niveau ASSISTED. Uden en registrering af tilladelsen starter ingen fuld scanning.

  • Tilladelse til en fuld scanning

    Validiscan kører en fuld scanning først, når webshoppens ejer skriftligt har givet sin tilladelse, og registrerer tilladelsen. Uden den registrering starter ingen fuld scanning.

  • Adgang til din kode

    På en af tre måder: adgang til det GitHub-repository, der indeholder dit tema, en Theme Access-adgangskode til din Shopify-webshop eller ingen adgang til dine systemer. I så fald uploader din udvikler en kopi af dit temas filer, og ændringerne kommer tilbage som en patchpakke.

  • Dit svar om AI-udkast

    AI bruges kun til at udarbejde rettelser på niveau ASSISTED, og kun hvis du siger ja til det. Indtil da er den slået fra.

Detaljer: tilladelsen, de tre veje ind og AI-udkast

Validiscan har brug for tre svar, før arbejdet går i gang: din tilladelse til at scanne, hvordan ændringerne skal komme ind i din kode, og om AI må udarbejde nogle af dem.

  • Tilladelse til en fuld scanning. En fuld scanning går længere end det gratis tjek: Den lægger et produkt i kurven og åbner det første trin i kassen. Validiscan kører den først, når webshoppens ejer skriftligt har givet sin tilladelse. Validiscan registrerer tilladelsen i sit system med tidspunktet og navnet på den person hos Validiscan, der registrerede den. Uden den registrering starter ingen fuld scanning.
  • Adgang til din kode. På en af tre måder, som forklares nedenfor: adgang til det GitHub-repository, der indeholder dit tema, en Theme Access-adgangskode til din Shopify-webshop eller ingen adgang til dine systemer. I så fald uploader din udvikler en kopi af dit temas filer, og ændringerne kommer tilbage som en patchpakke. Det er også fremgangsmåden, når dit tema ligger et andet sted end GitHub, for eksempel på GitLab eller Bitbucket.
  • Dit svar om AI-udkast. AI bruges kun til at udarbejde rettelser på niveau ASSISTED, og kun hvis du siger ja til det. Indtil da er den slået fra. Sådan håndterer Validiscan dine data

Hvad sker der i udgangs­scanningen?

Udgangsscanningen kontrollerer et udvalg af hver sidetype i din webshop op mod WCAG 2.2 AA og oplister hver fejl, den finder. Scanneren kører 102 automatiske regler. En scanning kan ikke bevise alt. Validiscan gennemgår desuden 35 punkter til manuel gennemgang, der dækker hvert succeskriterium i WCAG, som ingen regel tester.

Automatiske regler
102
Punkter til manuel gennemgang
35
Sider i stikprøven, standardgrænse
150
Desktopstørrelse, som standard
1440 × 900 pixels
Mobilstørrelse, som standard
390 × 844 pixels
Detaljer: hvilke sider, kurven og kassen, reglerne og den manuelle gennemgang

Udgangsscanningen kontrollerer siderne i din webshop op mod WCAG 2.2 AA og oplister hver fejl, den finder, med en forklaring på, hvad den betyder for dine kunder.

Scanningen indlæser et udvalg af hver sidetype i din webshop, blandt andet forsiden, produktlister, produktsider, kurven, det første trin i kassen, søgeresultater, loginsiden, kontaktsiden og juridiske sider. Hvor mange sider af hver type den indlæser, og hvad sidegrænsen er, fastsættes for hver webshop; som standard er grænsen 150 sider i stikprøven, og søgeresultater, loginsiden, kontaktsiden, juridiske sider, kurven og det første trin i kassen kan komme oveni. Som standard indlæses hver side i desktopstørrelse (1440 × 900 pixels) og i mobilstørrelse (390 × 844 pixels). For at nå kurven og kassen lægger scanningen ét produkt i kurven og åbner det første trin i kassen. Den gennemfører aldrig et køb og indtaster aldrig betalingsoplysninger.

Scanneren kører 102 automatiske regler: regler fra axe-core og Validiscans egne kontroller af problemer, der er typiske for webshops, for eksempel med cookiebannere, karruseller, formularer i kassen og prisopdateringer. En scanning kan ikke bevise alt. Validiscan gennemgår desuden en tjekliste med 35 punkter til manuel gennemgang, der dækker hvert succeskriterium i WCAG, som ingen regel tester, og registrerer hvert punkt som bestået, ikke bestået eller ikke relevant, med noter.

Metoden, standarderne og grænserne for automatiseret test

Hvordan sorterer Validiscan fundene?

Validiscan gennemgår fundene i triagen, før noget leveres. Den samme fejl på mange sider er ét fund med en optælling af de sider og elementer, hvor den forekommer, og hvert fund har ét af tre rettelsesniveauer: AUTO, ASSISTED eller MANUAL.

Hvert fund har ét af tre rettelsesniveauer:

AUTO
En deterministisk opskrift ændrer temaets kildekode: Den samme kode får altid den samme ændring.
ASSISTED
Ændringen kræver en vurdering, for eksempel navnet på en ikonknap. AI må kun udarbejde den, hvis du har sagt ja til det, og Validiscan gennemgår hver udarbejdet ændring, før den leveres.
MANUAL
Kun vejledning: en beslutning om indhold eller design, som nogen skal træffe, for eksempel undertekster til dine videoer. Arbejdet med fund på niveau MANUAL, der kræver dine egne beslutninger om indhold, er ikke en del af et projekt.
Detaljer: samlede fund og falske positiver

Før noget leveres, gennemgår Validiscan fundene. Det kaldes triage. Den samme fejl på mange sider, for eksempel en knap uden navn i sidehovedet, er ét fund med en optælling af de sider og elementer, hvor den forekommer. Et fund, der viser sig ikke at være en fejl, markeres som falsk positiv med en skriftlig begrundelse. Remediation Evidence Package oplister dem som udeladte fund.

Hvem kontrollerer en ændring, før du får den?

Validiscan gennemgår hver ændring, før den leveres, og kun ændringer, der har bestået den automatiske validering, og som Validiscan har godkendt, bliver leveret. Din udvikler gennemgår derefter ændringen igen, eller du forhåndsviser temakopien på Shopify. Hos Validiscan er det William Quaade Rasmussen, der gennemgår ændringerne.

Detaljer: hvad valideringen kontrollerer, din udviklers tjekliste, og hvem der gennemgår hos Validiscan

Validiscan gennemgår hver ændring, før den leveres: diffen, resultatet af den automatiske validering og forklaringen på, hvad der er ændret, og hvorfor. Valideringen kontrollerer hver ændret Liquid-, Twig-, PHP-, HTML-, XML-, JavaScript- eller JSON-fil for fejl med en parser eller en syntakskontrol til dens filtype. Hver ændret CSS-, SCSS- eller LESS-fil får en strukturkontrol, der leder efter en krøllet parentes, en streng eller en kommentar, som ikke er lukket; den kompilerer ikke filen. Ingen af disse kontroller kører dit temas kode. Kun ændringer, der har bestået valideringen, og som Validiscan har godkendt, bliver leveret. En afvist ændring får en skriftlig begrundelse og bliver ikke leveret.

Din udvikler gennemgår derefter ændringen igen som en almindelig pull request eller patch, eller du forhåndsviser temakopien på Shopify. Tjeklisten i hver pull request beder udvikleren om at prøve branchen uden for den live webshop, kontrollere de berørte sider og betjene de ændrede elementer med tastaturet alene og, hvor det er muligt, med en skærmlæser.

Hos Validiscan er det William Quaade Rasmussen, der gennemgår ændringerne; han driver virksomheden alene. Fordi ændringerne ligger i din kode, og pakken er din fil, afhænger intet i din webshop af Validiscan bagefter; regressionsbeskyttelse kan opsiges til udgangen af enhver måned. Om Validiscan

Hvordan kommer ændringerne ind i din kode?

Validiscan leverer ændringer på en af tre måder: som en pull request på GitHub, som en upubliceret kopi af dit Shopify-tema eller som en patchpakke. Ingen af dem rører din live webshop: Det er dig eller din udvikler, der afgør, hvad der går live.

De tre måder, en levering når din kode på
Måde Det skal Validiscan bruge Det får du Går live, når
En pull request på GitHub Adgang til det GitHub-repository, der indeholder dit tema, gennem Validiscans GitHub-app eller med et adgangstoken Én pull request mod din standardbranch fra en ny branch, med hver rettelse som sin egen commit Du eller din udvikler merger og udruller den
En upubliceret kopi af dit Shopify-tema En Theme Access-adgangskode til din Shopify-webshop Et nyt, upubliceret tema med navnet Validiscan A11y <date> i din Shopify-administration Du publicerer den
En patchpakke Ingen adgang til dine systemer, men en eksport af dit tema: én zip-fil på op til 100 MB, uploadet i kundeportalen Et zip-arkiv til din udvikler, som Validiscan sender til dig Du eller din udvikler anvender den
Det består en pull request fra Validiscan af
Branch
validiscan/a11y-<date>-<id>, for eksempel validiscan/a11y-20260924-9f8e7d6c
Commits
én pr. rettelse med en besked på formen fix(a11y): <finding title> (WCAG <criteria>)
Mod
din standardbranch; der pushes intet til den
Beskrivelse
en oversigtstabel, en forklaring af hver ændring og en tjekliste til gennemgangen

En pull request på GitHub

Når dit tema ligger i et GitHub-repository, giver du Validiscan adgang til det, enten gennem Validiscans GitHub-app eller med et adgangstoken. Validiscans opsætning angiver appens tilladelser som læse- og skriveadgang til repositoriets indhold og pull requests og læseadgang til dets metadata, og intet andet. Et token skal have de samme tilladelser til netop det ene repository. Ved hver levering sker følgende:

  1. Validiscan opretter en ny branch ud fra din standardbranch med navnet validiscan/a11y-<date>-<id>, for eksempel validiscan/a11y-20260924-9f8e7d6c.
  2. Hver rettelse committes for sig med en besked på formen fix(a11y): <finding title> (WCAG <criteria>), så hver enkelt kan beholdes eller rulles tilbage for sig.
  3. Validiscan åbner én pull request mod din standardbranch med en oversigtstabel, en forklaring af hver ændring og en tjekliste til gennemgangen.

Der pushes intet til din standardbranch. Din udvikler gennemgår pull requesten, prøver branchen i et forhåndsvisnings- eller staging-miljø og merger den. Hvis du lukker pull requesten uden at merge den, for eksempel fordi din standardbranch har ændret sig siden, og pull requesten ikke længere kan merges uden konflikter, går dens ændringer tilbage på Validiscans liste til en senere levering. Den levering tager igen udgangspunkt i din standardbranch, som den ser ud på det tidspunkt.

En upubliceret kopi af dit Shopify-tema

På Shopify kan du i stedet give Validiscan en Theme Access-adgangskode til din webshop. Validiscan downloader dit aktive tema, anvender ændringerne og uploader resultatet som et nyt, upubliceret tema med navnet Validiscan A11y <date>, for eksempel Validiscan A11y 2026-09-24. Validiscan uploader aldrig til dit aktive tema og publicerer aldrig et tema.

Du finder kopien i din Shopify-administration under Onlinebutik og derefter Temaer. Forhåndsvis den, kontroller de berørte sider, også med tastaturet alene, og publicer den, når du er tilfreds. Indtil da ser dine besøgende dit aktive tema. Kopien er dit aktive tema, som det var på leveringsdagen: Hvis du ændrer det aktive tema bagefter, skal du lave den samme ændring i kopien, før du publicerer den, ellers går den tabt. Behold dit tidligere tema, indtil du er sikker; du kan skifte tilbage til det.

En patchpakke, og hvor en temaeksport kommer fra

Uden adgang til et repository eller en Shopify-webshop kommer ændringerne som en patchpakke: et zip-arkiv til din udvikler, som Validiscan sender til dig. Pakken indeholder:

  • PATCH.md: hvad der er ændret, og hvorfor, for hvert fund, med den præcise kodeændring og en vejledning i at anvende den;
  • validiscan-a11y.patch: alle ændringer i én patch, som kan anvendes med git apply;
  • diffs/: de samme ændringer som én patchfil pr. rettelse, så de kan anvendes én ad gangen;
  • files/: de komplette ændrede filer, baseret på din temaeksport;
  • README.md: hvad arkivet indeholder, og hvor du skal starte.

Pakken udarbejdes ud fra en eksport af dit nuværende tema: én zip-fil på op til 100 MB, som en administrator i din organisation, for eksempel din udvikler, uploader i kundeportalen. Validiscan angiver derefter for hver ændring den præcise fil og linje. Uden en eksport er der ingen kildekode at ændre, så der kan ikke udarbejdes nogen patchpakke.

Hvor en temaeksport kommer fra, pr. platform
Platform Sådan får du eksporten
Shopify Åbn Onlinebutik og derefter Temaer i din Shopify-administration. Vælg »Download temafil« i menuen for det tema, du bruger. Shopify sender ZIP-filen på e-mail.
Shopware Din udvikler laver en ZIP-fil med dit temaplugin: dets mappe under custom/plugins, sådan som den er udrullet i din webshop.
WooCommerce Din udvikler laver en ZIP-fil med din temamappe under wp-content/themes, inklusive child-temaet, hvis du bruger et.
Magento Din udvikler laver en ZIP-fil med din temamappe under app/design/frontend.

Shopify beskriver download af temaer i hjælpeartiklen Downloading themes: ZIP-filen sendes til e-mailadressen på den medarbejderkonto, der bad om den.

Sådan ser leveringsdokumenterne ud

Nedenfor er beskrivelsen af en pull request, præcis som applikationen skriver den, til dens fiktive testwebshop Nordlicht Outdoor. Under den følger PATCH.md og README.md fra en patchpakke til den samme webshop; alle tre er foldet sammen. Dokumenterne findes på engelsk og på tysk; her vises de på engelsk. Titlerne på fundene, forklaringerne af ændringerne og navnene på WCAG-kriterierne er på engelsk i begge udgaver. Linkene i eksemplerne er gengivet som almindelig tekst: I en rigtig levering åbner de fundet i Validiscan bag et login. Der er endnu en forskel: I eksemplet på PATCH.md vises hver ændring i forhold til det oprindelige tema, så den anden og den tredje ændring, som begge er i sections/header.liquid, ikke kan anvendes den ene efter den anden. I en rigtig pakke bygger hver patch i diffs/ oven på de foregående, og de kan anvendes i nummerrækkefølge.

Beskrivelse af en pull request, som den blev udarbejdet til en fiktiv webshop Eksempeldata
Vis beskrivelsen af pull requesten

Accessibility fixes from Validiscan

This pull request fixes 3 accessibility problems that Validiscan found on Nordlicht Outdoor (https://nordlicht-outdoor.example). Every change is an ordinary edit to your theme source: no scripts, no overlays, nothing extra that runs in your visitors’ browsers. Each fix is a separate commit, so you can review, keep or revert them one by one.

Nothing was changed on your live site Validiscan only created this branch and this pull request. Nothing was pushed to your default branch and nothing was deployed to your live site; merging and deploying stay entirely under your control.

Summary

Tabellen kan rulles vandret.

# Finding WCAG criterion Impact Files
1 <html> element must have a lang attribute 3.1.1 Language of Page (A) Serious layout/theme.liquid
2 Images must have alternative text 1.1.1 Non-text Content (A) Critical sections/header.liquid
3 Buttons must have discernible text 4.1.2 Name, Role, Value (A) Critical sections/header.liquid

What changed and why

1. <html> element must have a lang attribute
  • WCAG criterion: 3.1.1 Language of Page (A)
  • Impact: Serious
  • Files: layout/theme.liquid (modified, +1 -1)
  • Open this finding in Validiscan (screenshots and all affected pages; login required)

Adds lang="{{ request.locale.iso_code }}" to the <html> element so screen readers pronounce the page in the right language (WCAG 3.1.1).

2. Images must have alternative text
  • WCAG criterion: 1.1.1 Non-text Content (A)
  • Impact: Critical
  • Files: sections/header.liquid (modified, +1 -1)
  • Open this finding in Validiscan (screenshots and all affected pages; login required)

The logo image is the only content of the home link, so it gets the shop name as its alternative text (WCAG 1.1.1).

3. Buttons must have discernible text
  • WCAG criterion: 4.1.2 Name, Role, Value (A)
  • Impact: Critical
  • Files: sections/header.liquid (modified, +1 -1)
  • Open this finding in Validiscan (screenshots and all affected pages; login required)

The icon-only search button gets an accessible name from the theme’s locale file (WCAG 4.1.2).

Not included

One approved fix could not be applied: the affected code has changed since it was prepared, or another fix in this delivery changes the same lines. Validiscan will prepare it again and deliver it separately.

  • Links must have discernible text

Review checklist

  • Read the diff of each commit; the changes are small and limited to the files listed above.
  • Deploy this branch to a preview or staging environment (not to your live shop).
  • Open the affected pages and check that they look and work as before.
  • Operate the changed elements with the keyboard only (Tab, Shift+Tab, Enter, Space, Esc): everything must be reachable and the focus visible.
  • If you can, check the changed elements with a screen reader (for example NVDA or VoiceOver).
  • Merge when you are satisfied. Validiscan then checks the affected pages with a verification scan.

Prepared by Validiscan (validiscan.com) on 24 September 2026 · delivery 9f8e7d6c

PATCH.md i en patchpakke Eksempeldata
Vis PATCH.md med kodeændringen for hvert fund

Accessibility fixes for Nordlicht Outdoor

Prepared by Validiscan on 24 September 2026 for https://nordlicht-outdoor.example. This document describes 3 source code changes that fix accessibility problems found on Nordlicht Outdoor, with the exact code change for each finding and instructions for applying them.

Nothing was changed on your live site. You or your developer apply the changes, test them and publish them. They are ordinary edits to your theme source: no scripts, no overlays.

Summary

Tabellen kan rulles vandret.

# Finding WCAG criterion Impact Files
1 <html> element must have a lang attribute 3.1.1 Language of Page (A) Serious layout/theme.liquid
2 Images must have alternative text 1.1.1 Non-text Content (A) Critical sections/header.liquid
3 Buttons must have discernible text 4.1.2 Name, Role, Value (A) Critical sections/header.liquid

How to apply

With git

Unpack this archive, then run these commands in the root folder of your theme (the folder that contains the paths shown below), replacing path/to/bundle with the folder you unpacked the archive to. The first command only checks that the changes apply; the second applies all of them.

git apply --check path/to/bundle/validiscan-a11y.patch
git apply path/to/bundle/validiscan-a11y.patch

To apply the fixes one at a time instead, apply the files in diffs/ in numeric order with git apply.

Without git

The folder files/ contains the complete modified files, based on the theme export you uploaded. Make a backup of your theme, then copy each file over the file with the same path.

Alternatively, make each change by hand in a code editor, following the sections below.

How to read a change: lines starting with - are removed, lines starting with + are added, and all other lines are unchanged context that helps you find the right place. The line numbers after @@ are approximate if the file has changed in the meantime.

Changes

1. <html> element must have a lang attribute
  • WCAG criterion: 3.1.1 Language of Page (A)
  • Impact: Serious
  • Files: layout/theme.liquid (modified, +1 -1)
  • Patch file: diffs/01-a1b2c3d4.patch
  • Open this finding in Validiscan (screenshots and all affected pages; login required)

Adds lang="{{ request.locale.iso_code }}" to the <html> element so screen readers pronounce the page in the right language (WCAG 3.1.1).

diff --git a/layout/theme.liquid b/layout/theme.liquid
--- a/layout/theme.liquid
+++ b/layout/theme.liquid
@@ -1,5 +1,5 @@
 <!doctype html>
-<html class="no-js">
+<html class="no-js" lang="{{ request.locale.iso_code }}">
   <head>
     <title>{{ page_title }}</title>
   </head>
2. Images must have alternative text
  • WCAG criterion: 1.1.1 Non-text Content (A)
  • Impact: Critical
  • Files: sections/header.liquid (modified, +1 -1)
  • Patch file: diffs/02-b2c3d4e5.patch
  • Open this finding in Validiscan (screenshots and all affected pages; login required)

The logo image is the only content of the home link, so it gets the shop name as its alternative text (WCAG 1.1.1).

diff --git a/sections/header.liquid b/sections/header.liquid
--- a/sections/header.liquid
+++ b/sections/header.liquid
@@ -1,6 +1,6 @@
 <header class="header">
   <a href="/" class="header__heading-link">
-    <img src="{{ 'logo.svg' | asset_url }}" width="120" height="40">
+    <img src="{{ 'logo.svg' | asset_url }}" width="120" height="40" alt="{{ shop.name }}">
   </a>
   <button type="button" class="header__icon header__icon--search">
     <svg class="icon icon-search" aria-hidden="true"></svg>
3. Buttons must have discernible text
  • WCAG criterion: 4.1.2 Name, Role, Value (A)
  • Impact: Critical
  • Files: sections/header.liquid (modified, +1 -1)
  • Patch file: diffs/03-c3d4e5f6.patch
  • Open this finding in Validiscan (screenshots and all affected pages; login required)

The icon-only search button gets an accessible name from the theme’s locale file (WCAG 4.1.2).

diff --git a/sections/header.liquid b/sections/header.liquid
--- a/sections/header.liquid
+++ b/sections/header.liquid
@@ -2,7 +2,7 @@
   <a href="/" class="header__heading-link">
     <img src="{{ 'logo.svg' | asset_url }}" width="120" height="40">
   </a>
-  <button type="button" class="header__icon header__icon--search">
+  <button type="button" class="header__icon header__icon--search" aria-label="{{ 'general.search.search' | t }}">
     <svg class="icon icon-search" aria-hidden="true"></svg>
   </button>
 </header>

Not included

These approved fixes could not be applied to your theme export: the affected code differs from the version they were prepared for, or another fix in this bundle changes the same lines. They are not part of this bundle; Validiscan will prepare them again.

  • Links must have discernible text (sections/header.liquid)

After applying

  1. Test the affected pages in a preview or staging environment before publishing.
  2. Operate the changed elements with the keyboard only: everything must be reachable and the focus visible.
  3. Publish the changes and let us know: Validiscan then checks the affected pages with a verification scan.

Prepared by Validiscan (validiscan.com) on 24 September 2026 · delivery 9f8e7d6c

Questions? Write to info@validiscan.com and mention delivery 9f8e7d6c.

README.md i en patchpakke Eksempeldata
Vis README.md med arkivets indhold

Validiscan accessibility fixes for Nordlicht Outdoor

This archive contains 3 accessibility fixes for your theme, prepared by Validiscan on 24 September 2026. Start with PATCH.md: it explains every change and how to apply it.

Contents

  • PATCH.md: what changed and why, per finding, with the exact code change and instructions
  • validiscan-a11y.patch: every change of this bundle in one patch (unified diff; applies with git apply)
  • diffs/: the same changes as one patch file per fix, to apply one at a time in numeric order
  • files/: the complete modified files, based on your theme export
  • README.md: this file

Quick start

  1. Make a backup of your theme, or work on a copy or a preview theme.
  2. Apply the patches with git apply (see PATCH.md) or copy the files from files/ over your theme.
  3. Test the affected pages, then publish.

Nothing in this archive runs on your site by itself: there are no scripts, widgets or overlays. Every fix is a change to your own theme source.


Prepared by Validiscan (validiscan.com) on 24 September 2026 · delivery 9f8e7d6c

Questions? Write to info@validiscan.com and mention delivery 9f8e7d6c.

Hvordan kontrollerer Validiscan, at ændringerne virker?

En verifikationsscanning kontrollerer, at ændringerne virker, når de er live i din webshop. Et fund med en leveret ændring, som verifikationsscanningen ikke længere finder på nogen af de sider, hvor det sidst blev set, markeres som rettet; et fund, der var rettet og dukker op igen, er åbent igen.

Kører
når ændringerne er live i din webshop
Omfatter
de sidetyper, som ændringerne berører, og hver side, hvor et leveret fund sidst blev set
Hvem bestiller den
en administrator i din organisation i kundeportalen, eller du på e-mail til Validiscan
Detaljer: hvilke sider scanningen dækker, og hvordan du bestiller den

Når ændringerne er live i din webshop, kontrollerer en verifikationsscanning, at de virker. Den omfatter de sidetyper, som ændringerne berører, og hver side, hvor et leveret fund sidst blev set. Et fund med en leveret ændring, som verifikationsscanningen ikke længere finder på nogen af de sider, hvor det sidst blev set, markeres som rettet. Et fund, der var rettet og dukker op igen, er åbent igen.

Det gør du: Sæt ændringerne live ved at merge og udrulle pull requesten, publicere temakopien eller anvende pakken. Bestil derefter verifikationsscanningen: En administrator i din organisation bestiller den i kundeportalen, eller du giver Validiscan besked på e-mail.

Hvad dokumenterer Remediation Evidence Package?

Remediation Evidence Package er en dateret dokumentation af, hvad der blev testet, hvad der blev ændret, og hvad verifikationsscanningen bekræftede. Den indeholder et udkast til en tilgængelighedserklæring for din webshop, markeret som et udkast til juridisk gennemgang, og siger, at den ikke er et certifikat og ikke udtaler sig om, hvorvidt lovkrav er overholdt.

Bygger på
udgangsscanningen, verifikationsscanningen og den manuelle gennemgang
Filer
PDF, DOCX og JSON i en zip-fil
Kontrolsummer
SHA-256
Færdig pakke
ændres ikke; en berigtigelse er en ny version
Hvor du får den
i kundeportalen
Detaljer: hvad pakken bygger på, dens filer og dens udsagn om omfang

Efter verifikationsscanningen udarbejder Validiscan Remediation Evidence Package: en dateret dokumentation af, hvad der blev testet, hvad der blev ændret, og hvad verifikationsscanningen bekræftede. Den bygger på udgangsscanningen, verifikationsscanningen og den manuelle gennemgang. Den leveres som PDF, DOCX og JSON i en zip-fil med SHA-256-kontrolsummer og indeholder et udkast til en tilgængelighedserklæring for din webshop, markeret som et udkast til juridisk gennemgang. En færdig pakke ændres ikke; en berigtigelse er en ny version. Du downloader den i kundeportalen.

Pakkens udsagn om omfang lyder: »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 siger også: »Denne pakke er dokumentation for en vurdering og for udbedringsarbejde. Den er ikke et certifikat og udtaler sig ikke om, hvorvidt lovkrav er overholdt.«

Hvad Remediation Evidence Package indeholder

Hvad sker der efter projektet?

Regressionsbeskyttelse er det valgfrie sidste trin: Validiscan scanner din webshop igen hver uge og sammenligner resultatet med det verificerede udgangspunkt. Et rettet problem, der kommer tilbage, for eksempel efter en opdatering af temaet eller en app, er åbent igen; at rette det, en ny scanning finder, er ikke en del af regressionsbeskyttelsen.

Detaljer: hvad et projekt dækker, hvornår du får en e-mail, og tidslinjen

Et projekt dækker én webshop: ét domæne og ét tema. Det omfatter udgangsscanningen, den manuelle gennemgang, rettelserne på niveau AUTO og ASSISTED, leveret på en af de tre måder ovenfor, én verifikationsscanning og Remediation Evidence Package.

Regressionsbeskyttelse er det valgfrie sidste trin og faktureres månedligt. Validiscan scanner din webshop igen hver uge og sammenligner resultatet med det verificerede udgangspunkt. Rettede problemer kan komme tilbage, for eksempel efter en opdatering af temaet eller en app. Et problem, der er kommet tilbage, er åbent igen.

Validiscan sender højst én e-mail pr. ny scanning: når scanningen fandt et rettet problem, der er kommet tilbage, et nyt problem, et problem, der ikke længere findes, eller en ændring i de sider, scanningen dækker, og når den nye scanning ikke kunne gennemføres. En ny scanning uden nogen af disse resultater udløser ingen e-mail, medmindre du har bedt Validiscan om en. Kundeportalen viser hver ny scanning på en tidslinje. At rette det, en ny scanning finder, er ikke en del af regressionsbeskyttelsen.

Sådan fungerer regressionsbeskyttelsen

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