Sådan skriver du en tilgængelighedserklæring

Hvorfor en tilgængelighedserklæring betyder noget

En tilgængelighedserklæring er en offentlig erklæring, der fortæller besøgende med handicap, hvilket tilgængelighedsniveau dit website eller din applikation leverer, hvad der endnu ikke er tilgængeligt, og hvordan man får hjælp eller anmelder et problem.

At udgive en tjener tre formål på én gang. Den demonstrerer god tro — den viser, at I har taget stilling til tilgængelighed frem for at ignorere den. Den giver praktisk information — den lader brugerne vide, hvilke problemer der er kendte, og hvilke alternativer der findes, før de bruger tid på at forsøge at bruge noget, der ikke virker. Og i mange jurisdiktioner er den et lovkrav.

Under EU’s webtilgængelighedsdirektiv skal alle offentlige myndigheder udgive en tilgængelighedserklæring, der følger det format, som er fastlagt i Kommissionens gennemførelsesafgørelse (EU) 2018/1523. Under European Accessibility Act (EAA) skal private virksomheder inden for anvendelsesområdet oplyse om tilgængelighedsoverensstemmelse — og selv om EAA ikke foreskriver det præcise format, en offentlig erklæring skal have, er det et stærkt udgangspunkt at udgive en, der følger best practice. I USA foreskriver ADA ikke et bestemt dokumentformat, men en offentliggjort erklæring og en tydelig feedbackkanal betragtes som en meningsfuld indikator for tilgængelighedsengagement.

Kort sagt: du bør have en, uanset om din jurisdiktion kræver det, fordi den er nyttig for dine brugere.

Hvad den skal indeholde

En velstruktureret tilgængelighedserklæring indeholder seks kerneelementer. Udelader du et af dem, vil erklæringen enten falde igennem en overensstemmelseskontrol eller blive ubrugelig for de brugere, den skal tjene.

1. Omfang

Angiv tydeligt, hvilke websites, apps eller digitale produkter erklæringen dækker. Hvis I har flere domæner, underdomæner eller mobilapps, så nævn hvert enkelt eller forklar omfanget eksplicit.

Denne erklæring dækker websitet qualibooth.com og dets underdomæner, herunder app.qualibooth.com. Den dækker ikke tredjepartstjenester, der linkes til fra vores site, såsom vores betalingsudbyder eller indlejrede videoafspiller.

Vær ærlig om omfanget. En erklæring, der antyder dækning af et produkt, den i virkeligheden ikke dækker, er værre end ingen erklæring.

2. Overensstemmelsesstatus

Angiv hvilken version af WCAG I sigter efter, hvilket overensstemmelsesniveau (A, AA eller AAA), og jeres nuværende status. W3C definerer fire standardstatusser for overensstemmelse:

• Overholder fuldt ud — opfylder alle krav uden undtagelser
• Overholder delvist — de fleste krav er opfyldt, men bestemte dele overholder ikke
• Overholder ikke — under halvdelen af kravene er opfyldt
• Ikke vurderet — indholdet er ikke blevet evalueret

For de fleste organisationer er “overholder delvist” den ærlige og passende status. Meget få websites overholder WCAG 2.2 niveau AA fuldt ud uden nogen undtagelser. Påstå ikke fuld overensstemmelse, medmindre I har testet hver side og hver interaktion med en række hjælpeteknologier og kan stå inde for det.

qualibooth.com overholder delvist WCAG 2.2 niveau AA. De manglende overensstemmelser og undtagelser er anført nedenfor.

3. Kendte afvigelser og undtagelser

Dette er det afsnit, som de fleste organisationer springer over eller skriver vagt. Det er også det mest nyttige afsnit for brugere med handicap.

Anfør hvert kendt problem med tilstrækkelig præcision til, at en bruger kan afgøre, om barrieren berører vedkommende:

• Hvilket WCAG-succeskriterium der ikke er opfyldt
• Hvilken del af sitet der er berørt
• Hvilken konsekvens det har for brugerne
• Hvilket alternativ der eventuelt findes
• Hvornår I forventer at rette det

PDF-downloadområde — Nogle ældre PDF-dokumenter har ikke korrekt dokumentstruktur til skærmlæsere. Dette berører WCAG 2.1-succeskriterium 1.3.1 (Info og relationer). Vi udbedrer alle PDF’er udgivet før 2024 og forventer at være færdige i 3. kvartal 2026. I mellemtiden kan I kontakte os, og vi leverer informationen i et alternativt format.

For EAA og EU’s webtilgængelighedsdirektiv skal I desuden skelne mellem afvigelser, der skyldes jeres eget indhold, og dem, der skyldes tredjepartsindhold, I ikke kontrollerer (f.eks. indlejrede kort eller widgets fra sociale medier).

Undtagelser, som visse regler anerkender, omfatter:

• Uforholdsmæssig byrde — hvor omkostningen ved udbedring reelt er uforholdsmæssig i forhold til gevinsten. Dette er en høj tærskel, som skal begrundes med dokumenteret evidens.
• Forudindspillede tidsbaserede medier udgivet før en bestemt dato (varierer efter direktiv)
• Kontorfilformater udgivet før en bestemt dato, medmindre de er nødvendige for aktive administrative processer

Hvis I påberåber jer en undtagelse om uforholdsmæssig byrde, skal I dokumentere vurderingen og gøre den tilgængelig på anmodning. I kan ikke blot skrive “det ville være for dyrt” — I skal fremlægge analysen.

4. Kontakt og feedbackmekanisme

Brugere, der støder på en barriere, har brug for en måde at bede om hjælp eller anmelde problemet på. Sørg for:

• En e-mailadresse (ikke en generisk kontaktformular — nogle brugere har brug for at forklare deres behov i detaljer)
• Eventuelt et telefonnummer med oplysning om teksttelefon/formidlingstjeneste
• Et tilsagn om at svare inden for en bestemt tidsfrist

Hvis du oplever besvær med at tilgå nogen del af dette website, eller hvis du har brug for indhold i et andet format, så skriv til accessibility@ditfirma.dk. Vi svarer inden for 5 hverdage.

For offentlige myndigheder i EU er svarfristen efter webtilgængelighedsdirektivet 14 dage.

5. Håndhævende myndighed (hvor det er relevant)

I jurisdiktioner med håndhævelsesmekanismer skal I linke til det organ, hvor en bruger kan eskalere, hvis vedkommende ikke er tilfreds med jeres svar. I EU varierer dette fra medlemsstat til medlemsstat — link til den relevante nationale myndighed. I Storbritannien linkes til Equality and Human Rights Commission.

Hvis du ikke er tilfreds med vores svar, kan du kontakte [relevant håndhævende myndighed] på [URL].

At medtage dette viser, at I er bekendt med den formelle klageproces og ikke forsøger at skjule den.

6. Dato

Angiv, hvornår erklæringen sidst blev gennemgået og opdateret. En udateret erklæring — eller en, der er dateret for tre år siden — signalerer over for brugerne, at den måske ikke afspejler sitets aktuelle tilstand.

Denne erklæring blev senest gennemgået den 24. juli 2026.

Format og placering

Erklæringen bør være en selvstændig side, ikke begravet i en privatlivspolitik eller i handelsbetingelserne. Standardplaceringen er:

• Et link i sidefoden med teksten “Tilgængelighed” eller “Tilgængelighedserklæring”
• Et link i sidehovedet, hvis organisationen lægger særlig vægt på tilgængelighed
• Et link fra cookie- eller de juridiske sider

Selve siden bør overholde WCAG — det ville være ironisk og problematisk, hvis jeres tilgængelighedserklæring selv var utilgængelig. Brug klart sprog, overskrifter til hvert afsnit, og undgå formater, der kun findes som PDF.

Hold den i klart sprog. Erklæringen er til brugerne, ikke til juristerne. “Vi tilstræber at opfylde WCAG 2.2 AA” er bedre end “Operatøren af nærværende digitale tjeneste bestræber sig på at overholde de gældende tekniske standarder som fastsat i de internationalt anerkendte Web Content Accessibility Guidelines version 2.2 på dobbelt-A-overensstemmelsesniveauet.”

Sådan holder du den opdateret

En forældet tilgængelighedserklæring er direkte skadelig. Hvis den påstår fuld overensstemmelse, men brugerne støder på barrierer, eller hvis den anfører problemer som “under udbedring”, der reelt er opgivet, ødelægger den tilliden og skaber juridisk eksponering.

Indbyg en gennemgangsrytme i jeres tilgængelighedsprogram:

• Efter hver større release — undersøg, om nyt indhold eller nye funktioner introducerer afvigelser
• Mindst årligt — revurder overensstemmelsesstatus og opdater listen over kendte problemer
• Efter en brugerklage — hvis en bruger anmelder en barriere, I ikke kendte til, så føj den til erklæringen

Knyt gennemgangen til jeres bredere plan for tilbagevendende tilgængelighedsaudits frem for at behandle den som en særskilt proces. Når jeres audit afdækker nye problemer, så opdater erklæringen i samme sprint.

En skabelon at tage udgangspunkt i

Her er en minimal struktur, du kan tilpasse:

Tilgængelighedserklæring for [produktnavn]

Overensstemmelsesstatus
[Produkt] overholder delvist WCAG 2.2 niveau AA.

Ikke-tilgængeligt indhold
Følgende indhold er ikke fuldt tilgængeligt:
- [Problem]: [Berørt område]. Berører [WCAG-kriterium]. [Alternativ eller forventet rettelsesdato].

Feedback og kontakt
E-mail: accessibility@eksempel.dk
Vi tilstræber at svare inden for [X] hverdage.

Håndhævelse
Hvis du ikke er tilfreds med vores svar, så kontakt [håndhævende myndighed] på [URL].

Dato
Denne erklæring blev udarbejdet den [dato] og senest gennemgået den [dato].

W3C tilbyder også en gratis generator til tilgængelighedserklæringer via WAI, som guider dig gennem de påkrævede felter og producerer en erklæring på flere sprog.

Erklæringen er ikke målet — tilgængelighed er

En offentliggjort erklæring gør ikke et site tilgængeligt. Den er et kommunikationsdokument, ikke en teknisk rettelse. Det arbejde, der gør en erklæring troværdig, er tilgængelighedstesten, backloggen af udbedringer og den løbende overvågning, der ligger bag den.

Hvis du skriver en ærlig erklæring i dag — delvis overensstemmelse, flere kendte problemer, en realistisk tidsplan for rettelser — og du arbejder backloggen ned, vil du kunne opdatere den, så den afspejler reelle fremskridt. Det er den udvikling, organisationer med stærke tilgængelighedsprogrammer følger.

Hvis du endnu ikke har vurderet dit site, så kør en gratis tilgængelighedsscanning for at få en baseline. Den viser dig, hvilke problemer du skal tage fat på først, og giver dig den information, du har brug for til at skrive en erklæring, der afspejler dit reelle udgangspunkt.