Sådan skriver du en tilgængelighedserklæring (med skabelon)

En kunde, der bruger skærmforstørrelse, kan ikke få din bookingkalender til at virke. Hvor går kunden så hen? På en hjemmeside med en god tilgængelighedserklæring er svaret ét klik væk: en side, der indrømmer, at kalenderen har et kendt problem, tilbyder en telefonlinje til bookinger i stedet og fortæller, hvem man kan skrive til. Den side er ofte også det første, en myndighed læser. I Danmark kender mange tilgængelighedserklæringen fra den offentlige sektor, hvor webtilgængelighedsloven kræver den, og Digitaliseringsstyrelsen vejleder om den. For private virksomheder gælder i stedet tilgængelighedsloven (åbner i en ny fane), hvor Erhvervsstyrelsen ifølge et oplæg fra juni 2026 (åbner i en ny fane) fører kontrol med e-handel, og overtrædelser straffes med bøde uden et fast maksimum.

Hvad er en tilgængelighedserklæring?

En tilgængelighedserklæring er en offentlig side, der forklarer, hvor tilgængelig en hjemmeside eller app er, hvilken standard den er målt op mod, hvad der endnu ikke er tilgængeligt og hvorfor, og hvordan man melder problemer eller beder om indhold i et andet format. W3C anbefaler, at enhver erklæring som minimum indeholder en forpligtelse, den anvendte standard og kontaktoplysninger.

W3C's vejledning om at udarbejde en tilgængelighedserklæring (åbner i en ny fane) siger, at en erklæring som minimum bør indeholde:

• »En forpligtelse til tilgængelighed for personer med handicap«
• »Den anvendte tilgængelighedsstandard, f.eks. WCAG 2.2«
• »Kontaktoplysninger, hvis brugerne støder på problemer«

Den foreslår også, at du oplister kendte begrænsninger, de tiltag, du gør, understøttede browsere, de miljøer, du har testet i, og de love, der gælder for dig. En erklæring er ikke et certifikat, og ingen godkender den. Værdien ligger i ærligheden: læseren kan se, hvad man kan forvente, og hvad man kan gøre, når noget ikke virker.

Er en tilgængelighedserklæring et lovkrav?

Det afhænger af, hvem du er. Offentlige myndigheder i EU skal offentliggøre en efter webtilgængelighedsdirektivet og bruge Kommissionens model, og offentlige myndigheder i Storbritannien har en lignende pligt. Virksomheder, der er omfattet af European Accessibility Act, skal offentliggøre oplysninger om, hvordan deres tjenester opfylder kravene. For de fleste andre private hjemmesider er en erklæring frivillig.

De nationale love bestemmer detaljerne. I Tyskland omfatter oplysningspligten i BFSG også, at man oplyser den kompetente markedsovervågningsmyndighed (BFSG, Anlage 3 (åbner i en ny fane)). I Italien skriver AgID, at store private virksomheder, hvis tjenester nu er omfattet af den italienske EAA-lov, ikke længere indsender den tilgængelighedserklæring (dichiarazione di accessibilità), de tidligere indsendte efter lov 4/2004, mens offentlige forvaltninger stadig gør det (AgID FAQ (åbner i en ny fane)).

Også når intet kræver det, giver en erklæring kunder med handicap en mulighed for at kontakte dig, før de giver op. Link til den fra alle sider, som regel i sidefoden.

Hvad skal en tilgængelighedserklæring i den offentlige sektor indeholde?

EU's standardtilgængelighedserklæring i gennemførelsesafgørelse (EU) 2018/1523 har seks obligatoriske dele: en forpligtelse og et anvendelsesområde, overholdelsesstatus, ikketilgængeligt indhold, udarbejdelse af erklæringen, feedback og kontaktoplysninger samt håndhævelsesprocedure. Erklæringen skal selv være tilgængelig, og afgørelsen anbefaler, at den gennemgås regelmæssigt, mindst én gang om året.

1. Indledning: en forpligtelse til tilgængelighed efter den nationale lov, og hvilke hjemmesider eller apps erklæringen dækker.
2. Overholdelsesstatus: overholder fuldt ud, delvis eller ikke, med de manglende punkter oplistet.
3. Ikketilgængeligt indhold: indhold, der ikke overholder kravene, indhold, hvor der påberåbes en uforholdsmæssig stor byrde, og indhold uden for lovens anvendelsesområde, med tilgængelige alternativer, hvor de findes.
4. Udarbejdelse af denne tilgængelighedserklæring: datoen, metoden (en selvevaluering eller en evaluering foretaget af en tredjepart) og eventuelt datoen for den seneste gennemgang.
5. Feedback og kontaktoplysninger: hvordan man melder et problem eller beder om utilgængeligt indhold, og hvem der er ansvarlig.
6. Håndhævelsesprocedure: hvad man kan gøre, hvis svaret ikke er tilfredsstillende, med kontaktoplysninger på det håndhævende organ.

Valgfrie tilføjelser er bl.a. en plan for at rette problemer, et link til en evalueringsrapport og telefonhjælp til personer, der bruger hjælpemidler. Også for en privat virksomhed er den struktur et godt skelet, fordi læserne ved, hvor de skal kigge.

Hvad skal virksomheder offentliggøre efter European Accessibility Act?

Virksomheder, der er omfattet af European Accessibility Act, skal offentliggøre oplysninger om, hvordan tjenesten opfylder tilgængelighedskravene, »i de almindelige betingelser eller et tilsvarende dokument« (bilag V). Oplysningerne skal foreligge skriftligt og mundtligt, være tilgængelige for personer med handicap og være offentlige, så længe tjenesten leveres (artikel 13, stk. 2).

Bilag V oplister, hvad oplysningerne skal indeholde, hvor det er relevant:

• en generel beskrivelse af tjenesten i tilgængelige formater
• de beskrivelser og forklaringer, der er nødvendige for at forstå, hvordan tjenesten skal bruges
• en beskrivelse af, hvordan tjenesten opfylder de relevante tilgængelighedskrav i bilag I.

Direktivet kalder det ikke en tilgængelighedserklæring og foreskriver ingen model. I praksis offentliggør mange virksomheder én tilgængelighedsside, der klarer begge opgaver, og linker til den fra deres handelsbetingelser. Påberåber du dig undtagelsen om en uforholdsmæssig stor byrde, så skriv det der; artikel 14 kræver desuden en dokumenteret vurdering, der fornyes mindst hvert femte år. Vores gennemgang af European Accessibility Act forklarer, hvem der er omfattet.

Hvad bør enhver tilgængelighedserklæring indeholde?

Uanset hvad loven kræver af dig, svarer en brugbar erklæring på fem spørgsmål, læseren har: hvilken standard du sigter efter, hvor tæt du er på, hvad der endnu ikke virker, hvad læseren kan gøre i stedet, og hvordan man kontakter dig. Tilføj dato og testmetode, så læseren kan vurdere, hvor aktuel og pålidelig erklæringen er.

• Vær konkret om problemerne. »Noget indhold er muligvis ikke tilgængeligt« siger ikke læseren noget. »Størrelsesguiden på produktsiderne er et billede uden tekstalternativ; skriv til os, så sender vi målene« hjælper.
• Tilbyd alternativer, f.eks. en telefonlinje til bookinger eller en tekstversion af menukortet i pdf.
• Giv en kontaktvej, der virker, helst en e-mailadresse og et telefonnummer, med en svartid, du kan overholde.
• Nævn standarden og versionen, f.eks. WCAG 2.2 niveau AA. »Overholder WCAG« betyder ikke meget i sig selv; vores guide til det nye i WCAG 2.2 forklarer niveauerne.
• Fortæl, hvordan og hvornår du har testet: en selvevaluering med automatiske værktøjer og manuelle tjek eller en ekstern audit.
• Skriv i et klart sprog. Din læser kan være træt, irriteret eller lytte med en skærmlæser.

Hvordan vælger du mellem »fuldt ud«, »delvis« og »overholder ikke«?

Vælg kun »overholder fuldt ud«, hvis alle krav i standarden er opfyldt uden undtagelser, »overholder delvis«, hvis de fleste krav er opfyldt med visse undtagelser, og »overholder ikke«, hvis de fleste krav ikke er opfyldt. Det er EU-modellens egne definitioner. For de fleste hjemmesider, der er testet ærligt, er »overholder delvis« det korrekte svar.

Afgørelsen siger også, at påstande om overholdelse skal bygge på en egentlig evaluering, f.eks. en selvevaluering eller en evaluering foretaget af en tredjepart, og at erklæringen skal nævne metoden. En automatisk scanning alene er ikke en sådan evaluering: værktøjer fanger kun en del af problemerne (vores guide til hvordan du tester din hjemmesides tilgængelighed forklarer hvorfor). Og hjemmesider ændrer sig. Et nyt tema eller et chatværktøj fra en tredjepart kan ødelægge noget, der bestod sidste måned.

At installere en tilgængelighedswidget ændrer heller ikke statussen. Europa-Kommissionen skriver, at overlays og andre værktøjer, der ikke får selve hjemmesiden til at opfylde standarden, »ikke er en passende løsning« (Kommissionen, Web Accessibility (åbner i en ny fane)).

Skabelon: en tilgængelighedserklæring, du kan tilpasse

Skabelonen følger strukturen i EU's model og tilføjer de oplysninger om tjenesten, som European Accessibility Act kræver. Test først, erstat derefter alt i firkantede parenteser, og slet det, der ikke er relevant. Offentlige myndigheder bør bruge den nationale udgave af modellen.

Tilgængelighedserklæring for [hjemmesidens eller appens navn]

Vores forpligtelse. [Organisationens navn] ønsker, at alle skal kunne bruge [webadresse], også personer, der bruger hjælpemidler som skærmlæsere, skærmforstørrelse eller stemmestyring. Denne erklæring gælder for [hjemmesiden / apps til iOS og Android].

Om vores tjeneste. [Beskriv tjenesten med en eller to enkle sætninger, f.eks.: »Vi sælger cykler online og leverer til kunder i Danmark, Sverige og Tyskland.« Forklar derefter, hvordan søgning, bestilling, betaling og kontakt til kundeservice fungerer for personer, der bruger hjælpemidler, og hvilken standard du følger.]

Overholdelsesstatus. Denne hjemmeside overholder [fuldt ud / delvis / ikke] [WCAG 2.2 niveau AA / EN 301 549 v3.2.1][, på grund af de problemer, der er nævnt nedenfor].

Det er endnu ikke tilgængeligt. [Oplist hvert problem, hvor det findes, og hvad man kan gøre i stedet. F.eks.: »Kortet i butiksfinderen kan ikke bruges med tastatur. De samme adresser og åbningstider står på siden Butikker.« »Nogle produktvideoer, der er offentliggjort før juni 2025, har ikke undertekster. Vi tilføjer dem senest [måned og år].«]

[Uforholdsmæssig stor byrde.] [Kun hvis du har foretaget og dokumenteret vurderingen: hvad du ikke har rettet, hvorfor, og hvilket alternativ du tilbyder.]

Sådan har vi testet. Denne erklæring blev udarbejdet den [dato] på grundlag af [en selvevaluering med automatiske værktøjer og manuelle tjek med tastatur og skærmlæser / en audit foretaget af [virksomhed] i [måned og år]] af [de testede sider og forløb]. Den blev sidst gennemgået den [dato].

Feedback og kontakt. Finder du et problem, eller har du brug for oplysninger i et andet format, så kontakt [navn eller team] på [e-mailadresse] eller [telefonnummer]. Vi bestræber os på at svare inden for [5] hverdage.

Håndhævelse. Er du ikke tilfreds med vores svar, kan du kontakte [den nationale myndighed med et link til dens side for klager].

Hvor ofte skal du opdatere din tilgængelighedserklæring?

Gennemgå den mindst én gang om året, og opdatér den, hver gang du laver en væsentlig ændring på hjemmesiden, afslutter en audit eller retter et problem, som den nævner. EU's model indeholder datoen for udarbejdelsen og datoen for den seneste gennemgang, så en forældet erklæring er synlig for alle, der læser den.

• et redesign, et nyt tema eller en ny checkout- eller betalingsudbyder
• et nyt værktøj fra en tredjepart, f.eks. et chatvindue, et anmeldelsesfeed eller et cookiebanner
• resultaterne af en ny audit eller rettelser, der gør en nævnt nødløsning overflødig
• nye kontaktoplysninger eller svartider
• en ændret referencestandard: EN 301 549 v4.1.1, der blev udgivet i september 2026, går over til WCAG 2.2, når henvisningen er offentliggjort i EU-Tidende (AccessibleEU (åbner i en ny fane)).

Kan en generator skrive erklæringen for dig?

En generator kan strukturere erklæringen og hoste den, men den kan ikke afgøre din overholdelsesstatus eller finde dine problemer. Det kræver test. W3C tilbyder en gratis generator til tilgængelighedserklæringer (åbner i en ny fane), og nogle værktøjer, også vores, hoster resultatet for dig. Under alle omstændigheder bliver indholdet aldrig bedre end evalueringen bag det.

I SiteAccessibles pakker Pro og Business bygger en guidet formular en erklæring i EU-modellens struktur og hoster den på en side, som widgetten linker til (sådan virker det). Den registrerer kun det, du selv oplyser. Den tester ikke din hjemmeside, vælger ikke din status og får ikke hjemmesiden til at overholde kravene, så begynd med tjeklisten for webtilgængelighed.