Når et nyt website, en webshop eller en selvbetjeningsløsning skal godkendes, kommer spørgsmålet ofte sent i processen: Er WCAG obligatorisk? Det korte svar er, at det afhænger af, hvem I er, hvad løsningen bruges til, og hvilke brugere I henvender jer til. Det længere svar er, at tilgængelighed ikke bør behandles som en juridisk detalje, der lægges oven på løsningen før lancering. Det er et krav, der påvirker design, indhold, udvikling, drift og den måde, I dokumenterer jeres digitale platform på.
For offentlige organisationer er reglerne klare. For private virksomheder er billedet mere nuanceret, men siden juni 2025 er langt flere digitale tjenester omfattet af konkrete tilgængelighedskrav. Særligt webshops og andre forbrugerrettede selvbetjeningsløsninger bør tage området alvorligt.
Er WCAG obligatorisk for offentlige organisationer?
Ja. Offentlige organers websites og mobilapplikationer er som udgangspunkt omfattet af reglerne om webtilgængelighed. I Danmark bygger reglerne på EU’s webtilgængelighedsdirektiv og den danske lovgivning om tilgængelighed af offentlige organers websites og mobilapplikationer.
I praksis betyder det, at offentlige løsninger skal leve op til WCAG 2.1 på niveau AA. WCAG er retningslinjer for digital tilgængelighed, men i denne sammenhæng er standarden gjort målbar gennem lovgivning og tekniske krav. Det handler blandt andet om, at indhold kan anvendes med tastatur, at billeder har meningsfulde tekstalternativer, at kontraster er tilstrækkelige, og at formularer og fejlbeskeder kan forstås med hjælpemidler som skærmlæsere.
Kravet omfatter ikke kun selve forsiden. Det gælder også dokumenter, formularer, selvbetjening, logins, indlejrede funktioner og mobilapps, når de er en del af den digitale service. Der findes undtagelser, eksempelvis for visse ældre dokumenter eller indhold fra tredjeparter, som organisationen ikke kontrollerer. Undtagelserne skal dog vurderes konkret og dokumenteres. De er ikke en generel fribillet til at lade en kritisk brugerrejse være utilgængelig.
Offentlige organer skal desuden have en tilgængelighedserklæring. Den skal beskrive løsningens tilgængelighed, kendte mangler og give brugeren mulighed for at kontakte organisationen, hvis indhold eller funktioner ikke kan anvendes.
Private virksomheder: Hvornår er WCAG obligatorisk?
Private virksomheder har traditionelt ikke været underlagt ét bredt krav om, at alle websites skal overholde WCAG. Det er fortsat ikke sådan, at enhver virksomheds almindelige præsentationswebsite automatisk er omfattet af de samme regler som en offentlig myndighed.
Men med EU’s tilgængelighedsdirektiv for produkter og tjenester, ofte kaldet European Accessibility Act, er kravene udvidet markant. I Danmark gælder reglerne om tilgængelighedskrav for en række produkter og tjenester fra den 28. juni 2025. Her er digitale brugeroplevelser et centralt område.
Webshops er særligt relevante. Hvis en virksomhed sælger produkter eller tjenester til forbrugere online, skal den digitale købsrejse kunne bruges af mennesker med forskellige funktionsnedsættelser. Det omfatter ikke kun produkttekster og visuel kontrast. Det omfatter også søgning, filtrering, kurv, checkout, betaling, oprettelse af konto, ordrebekræftelser og kundeservicefunktioner, når de er en del af tjenesten.
Andre områder kan også være omfattet, eksempelvis visse bank-, transport-, tele- og e-bogstjenester. Det afgørende er ikke, om løsningen teknisk set er bygget i WordPress, WooCommerce eller et andet system. Det afgørende er, hvilken tjeneste virksomheden leverer, hvem den leveres til, og om den falder inden for lovens anvendelsesområde.
Der er særlige undtagelser og afgrænsninger, blandt andet for mikrovirksomheder, der leverer tjenester. Derfor bør man ikke afgøre spørgsmålet alene ud fra virksomhedens størrelse eller branchebetegnelse. Få i stedet afklaret den konkrete situation, før I prioriterer indsatsen eller accepterer en leverandørs vurdering.
WCAG er ikke loven, men den tekniske målestok
Det er let at blande begreberne sammen. WCAG er udviklet som internationale retningslinjer for webindhold. Lovgivningen henviser derimod til tilgængelighedskrav og standarder, som kan dokumentere, at kravene er opfyldt. For websites og apps er WCAG på AA-niveau fortsat den praktiske målestok, som designere, udviklere, testere og tilsyn kan arbejde efter.
Det gør WCAG til mere end en tjekliste. Retningslinjerne oversætter brugerbehov til konkrete krav: Kan navigationen bruges uden mus? Kan en skærmlæser forstå, hvad en knap gør? Er en fejl i en formular forklaret præcist? Bliver fokus tydeligt vist, når brugeren bevæger sig gennem siden med tastaturet?
Et visuelt moderne design er ikke nødvendigvis tilgængeligt. Tilsvarende kan et teknisk korrekt tema miste tilgængeligheden, når redaktører indsætter overskrifter i forkert rækkefølge, bruger billeder som eneste forklaring eller uploader PDF’er, der ikke kan læses med hjælpemidler. Tilgængelighed er derfor både en udviklingsdisciplin og en redaktionel driftsopgave.
En webshop fejler ofte i checkout, ikke i forsiden
Mange virksomheder starter med farvekontraster og alt-tekster. Det er fornuftigt, men det løser ikke nødvendigvis den forretningskritiske del af opgaven. En kunde, der kan finde et produkt, men ikke kan vælge variant, se leveringsmuligheder eller gennemføre betaling med tastatur, kan ikke handle.
I en WooCommerce-løsning opstår udfordringerne ofte i samspillet mellem tema, plugins, betalingsløsning, fragtmodul og specialudviklede komponenter. Et enkelt plugin kan indsætte modalvinduer uden korrekt fokusstyring, fejlmeddelelser uden teknisk markering eller knapper uden forståelige navne. Det kan give både en dårlig kundeoplevelse og et compliance-problem.
Her er der en reel afvejning. Standardkomponenter fra gennemtestede løsninger er ofte lettere at vedligeholde og teste end helt særlige interfaceelementer. Omvendt kan standardfunktionalitet være utilstrækkelig, hvis den ikke passer til en kompleks forretningsproces. Det væsentlige er, at tilgængelighed bliver et accepteret krav i udviklingen – på linje med sikkerhed, performance og GDPR.
Sådan bør I arbejde med tilgængelighed
Det mest effektive er at få tilgængelighed ind tidligt, før design og funktioner er låst. Hvis I allerede har en løsning i drift, kan I begynde med en målrettet gennemgang af de vigtigste brugerrejser. En automatisk scanning kan finde nogle fejl, men den kan ikke afgøre, om en formular er forståelig, eller om tastaturfokus bevæger sig logisk.
Et praktisk forløb kan bestå af fire sammenhængende aktiviteter:
- Kortlæg jeres juridiske scope og de brugerrejser, der er vigtigst for kunder, borgere eller medarbejdere.
- Test design, kode og indhold mod relevante WCAG-krav, både automatisk og manuelt med tastatur og skærmlæser.
- Prioritér fejl efter konsekvens, så blokeringer i login, køb og selvbetjening løses før mindre visuelle afvigelser.
- Indfør faste kvalitetskontroller ved nye funktioner, opdateringer, kampagner og indholdsproduktion.
Denne tilgang gør opgaven styrbar. I behøver ikke vente på, at alt indhold er perfekt, før I tager fat. Men I bør heller ikke nøjes med en engangstest og erklære projektet afsluttet. Nye integrationer, ændrede betalingsflows og redaktionelle opdateringer kan skabe nye fejl.
Dokumentation og ejerskab er en del af løsningen
Når tilgængelighed bliver et kontrakt- eller compliancekrav, skal I kunne vise, hvordan løsningen er vurderet, hvilke fejl der er fundet, og hvordan de er håndteret. Det er særligt vigtigt, når flere leverandører leverer dele af den samme digitale service.
Sørg for, at krav til tilgængelighed indgår i designbeskrivelser, acceptkriterier og aftaler med udviklings- og integrationspartnere. Stil konkrete spørgsmål: Hvilken WCAG-version og hvilket niveau testes der imod? Omfatter testen checkout og tredjepartsmoduler? Leveres der dokumentation for kendte begrænsninger? Hvem har ansvaret, når en opdatering ændrer adfærden?
Det hænger tæt sammen med digitalt ejerskab. En platform med åben teknologi, klar dokumentation og kontrol over kode, data og integrationer gør det lettere at rette fejl og fastholde kvaliteten over tid. I en lukket løsning kan I være afhængige af, at en ekstern platform prioriterer en fejl, som er kritisk for jeres brugere og compliance.
Tilgængelighed er i sidste ende en test af, om jeres digitale service faktisk virker for dem, den er lavet til. Start derfor med den brugerrejse, hvor en fejl har størst konsekvens – det er ofte her, både forretning, ansvar og god teknik mødes.
