Så skriver du en tillgänglighetsredogörelse

Varför en tillgänglighetsredogörelse spelar roll

En tillgänglighetsredogörelse är en offentlig förklaring som talar om för besökare med funktionsnedsättning vilken nivå av tillgänglighet din webbplats eller applikation erbjuder, vad som ännu inte är tillgängligt och hur man får hjälp eller rapporterar ett problem.

Att publicera en fyller tre syften samtidigt. Den visar god vilja — att du har övervägt tillgänglighet i stället för att ignorera den. Den ger praktisk information — användare får veta om kända problem och tillgängliga kringgåenden innan de lägger tid på att försöka använda något som inte fungerar. Och i många jurisdiktioner är den ett lagkrav.

Enligt EU:s webbtillgänglighetsdirektiv måste alla offentliga aktörer publicera en tillgänglighetsredogörelse som följer det format som anges i kommissionens genomförandebeslut (EU) 2018/1523. Enligt European Accessibility Act (EAA) måste privata företag som omfattas tillhandahålla information om överensstämmelse med tillgänglighetskraven — och även om EAA inte föreskriver exakt vilket format en offentlig redogörelse måste ha är det en stark utgångspunkt att publicera en som följer god praxis. I USA finns inget krav på ett specifikt dokumentformat i ADA, men en publicerad redogörelse och en tydlig återkopplingskanal betraktas som en meningsfull indikation på engagemang för tillgänglighet.

Slutsatsen: du bör ha en oavsett om din jurisdiktion kräver det, eftersom den är användbar för dina användare.

Vad den ska innehålla

En väl strukturerad tillgänglighetsredogörelse innehåller sex kärnelement. Utelämnar du något av dem klarar redogörelsen antingen inte en efterlevnadskontroll eller blir den oanvändbar för de användare den är tänkt att tjäna.

1. Omfattning

Ange tydligt vilka webbplatser, appar eller digitala produkter redogörelsen omfattar. Om du har flera domäner, underdomäner eller mobilappar, räkna upp var och en eller förklara omfattningen uttryckligen.

Denna redogörelse omfattar webbplatsen qualibooth.com och dess underdomäner, inklusive app.qualibooth.com. Den omfattar inte tredjepartstjänster som länkas från vår webbplats, såsom vår betalningsleverantör eller inbäddade videospelare.

Var ärlig om omfattningen. En redogörelse som antyder att den täcker en produkt den i själva verket inte täcker är sämre än ingen redogörelse alls.

2. Överensstämmelsestatus

Ange vilken version av WCAG du siktar på, vilken konformitetsnivå (A, AA eller AAA) och din nuvarande status. W3C definierar fyra standardiserade statusar för överensstämmelse:

Uppfyller helt — uppfyller alla krav utan undantag
Uppfyller delvis — de flesta krav är uppfyllda men vissa delar överensstämmer inte
Uppfyller inte — färre än hälften av kraven är uppfyllda
Ej bedömd — innehållet har inte utvärderats

För de flesta organisationer är “uppfyller delvis” den ärliga och lämpliga statusen. Väldigt få webbplatser uppfyller WCAG 2.2 nivå AA helt och utan undantag. Hävda inte full överensstämmelse om du inte har testat varje sida och varje interaktion med en rad hjälpmedelstekniker och kan stå för påståendet.

qualibooth.com uppfyller delvis WCAG 2.2 nivå AA. De brister och undantag som gäller listas nedan.

3. Kända brister och undantag

Detta är det avsnitt de flesta organisationer hoppar över eller skriver luddigt. Det är också det mest användbara avsnittet för användare med funktionsnedsättning.

Lista varje känt problem med tillräcklig precision för att en användare ska kunna avgöra om barriären påverkar hen:

Vilket WCAG-framgångskriterium som inte uppfylls
Vilken del av webbplatsen som berörs
Vilken påverkan det har för användare
Vilket kringgående som finns, om något
När du räknar med att åtgärda det

Nedladdningsområdet för PDF:er — Vissa äldre PDF-dokument saknar korrekt dokumentstruktur för skärmläsare. Detta berör WCAG 2.1 framgångskriterium 1.3.1 (Info och relationer). Vi åtgärdar alla PDF:er publicerade före 2024 och räknar med att bli klara under tredje kvartalet 2026. Under tiden kan du kontakta oss så tillhandahåller vi informationen i ett alternativt format.

För EAA och EU:s webbtillgänglighetsdirektiv måste du dessutom skilja mellan brister som beror på ditt eget innehåll och sådana som orsakas av tredjepartsinnehåll du inte styr över (t.ex. inbäddade kartor eller widgetar för sociala medier).

Undantag som erkänns i vissa regelverk är bland annat:

Oproportionerlig börda — där kostnaden för åtgärdande är genuint oproportionerlig i förhållande till nyttan. Ribban ligger högt och undantaget måste motiveras med dokumenterade underlag.
Förinspelad tidsbaserad media som publicerats före ett visst datum (varierar mellan direktiv)
Kontorsdokumentformat som publicerats före ett visst datum, om de inte behövs för pågående administrativa ändamål

Om du åberopar undantaget om oproportionerlig börda måste du dokumentera bedömningen och göra den tillgänglig på begäran. Du kan inte bara skriva “detta skulle bli för dyrt” — du måste kunna visa analysen.

4. Kontakt och återkopplingskanal

Användare som stöter på en barriär behöver ett sätt att be om hjälp eller rapportera problemet. Tillhandahåll:

En e-postadress (inte bara ett generiskt kontaktformulär — vissa användare behöver kunna förklara sina behov i detalj)
Eventuellt ett telefonnummer med information om texttelefoni
Ett åtagande att svara inom en angiven tid

Om du har svårt att komma åt någon del av denna webbplats, eller om du behöver innehåll i ett annat format, mejla accessibility@dittforetag.se. Vi svarar inom 5 arbetsdagar.

För offentliga aktörer inom EU är svarstiden enligt webbtillgänglighetsdirektivet 14 dagar.

5. Tillsynsmyndighet (där det är tillämpligt)

I jurisdiktioner med tillsynsmekanismer bör du länka till det organ dit en användare kan eskalera om hen inte är nöjd med ditt svar. Inom EU varierar detta mellan medlemsstaterna — länka till relevant nationell myndighet. I Storbritannien länkar du till Equality and Human Rights Commission.

Om du inte är nöjd med vårt svar kan du kontakta [relevant tillsynsmyndighet] på [URL].

Att inkludera detta visar att du känner till den formella klagomålsprocessen och inte försöker dölja den.

6. Datum

Ange när redogörelsen senast granskades och uppdaterades. En odaterad redogörelse — eller en som är daterad för tre år sedan — signalerar till användarna att den kanske inte speglar webbplatsens nuvarande skick.

Denna redogörelse granskades senast den 24 juli 2026.

Format och placering

Redogörelsen bör vara en fristående sida, inte begravd i en integritetspolicy eller i användarvillkoren. Standardplacering är:

En länk i sidfoten märkt “Tillgänglighet” eller “Tillgänglighetsredogörelse”
En länk i sidhuvudet om organisationen lägger särskild vikt vid tillgänglighet
Länkad från cookie- eller juridiksidorna

Sidan i sig bör uppfylla WCAG — det vore ironiskt och problematiskt om din tillgänglighetsredogörelse själv var otillgänglig. Använd ett enkelt språk, rubriker för varje avsnitt och undvik format som bara finns som PDF.

Håll språket enkelt. Redogörelsen är till för användare, inte jurister. “Vi strävar efter att uppfylla WCAG 2.2 AA” är bättre än “Operatören av föreliggande digitala tjänst eftersträvar att överensstämma med de tillämpliga tekniska standarder som fastställs i de internationellt erkända riktlinjerna Web Content Accessibility Guidelines version 2.2 på konformitetsnivån dubbel-A.”

Att hålla den aktuell

En inaktuell tillgänglighetsredogörelse är aktivt skadlig. Om den hävdar full överensstämmelse men användare stöter på barriärer, eller om den listar problem som “under åtgärdande” trots att arbetet lagts ned, förstör den förtroendet och skapar juridisk exponering.

Bygg in en granskningsrytm i ditt tillgänglighetsprogram:

Efter varje större release — kontrollera om nytt innehåll eller nya funktioner introducerar brister
Minst årligen — bedöm överensstämmelsestatusen på nytt och uppdatera listan över kända problem
Efter ett användarklagomål — om en användare rapporterar en barriär du inte kände till, lägg till den i redogörelsen

Knyt granskningen till ditt bredare schema för återkommande tillgänglighetsgranskningar i stället för att behandla den som en separat process. När din granskning avslöjar nya problem, uppdatera redogörelsen i samma sprint.

En mall att utgå från

Här är en minimal struktur du kan anpassa:

Tillgänglighetsredogörelse för [Produktnamn]

Överensstämmelsestatus
[Produkt] uppfyller delvis WCAG 2.2 nivå AA.

Innehåll som inte är tillgängligt
Följande innehåll är inte fullt tillgängligt:
- [Problem]: [Berört område]. Berör [WCAG-kriterium]. [Kringgående eller förväntat åtgärdsdatum].

Återkoppling och kontakt
E-post: accessibility@exempel.se
Vi strävar efter att svara inom [X] arbetsdagar.

Tillsyn
Om du inte är nöjd med vårt svar, kontakta [tillsynsmyndighet] på [URL].

Datum
Denna redogörelse upprättades den [datum] och granskades senast den [datum].

W3C tillhandahåller också en gratis generator för tillgänglighetsredogörelser via WAI som guidar dig genom de obligatoriska fälten och producerar en redogörelse på flera språk.

Redogörelsen är inte målet — tillgänglighet är det

En publicerad redogörelse gör inte en webbplats tillgänglig. Den är ett kommunikationsdokument, inte en teknisk åtgärd. Det som gör en redogörelse trovärdig är tillgänglighetstestningen, åtgärdsbackloggen och den löpande övervakningen som ligger bakom den.

Om du skriver en ärlig redogörelse i dag — delvis överensstämmelse, flera kända problem, en realistisk åtgärdsplan — och betar av backloggen, kommer du att kunna uppdatera den så att den speglar genuina framsteg. Det är den bana som organisationer med starka tillgänglighetsprogram följer.

Om du ännu inte har bedömt din webbplats, kör en gratis tillgänglighetsskanning för att få ett utgångsläge. Den visar vilka problem du bör ta itu med först och ger dig underlaget du behöver för att skriva en redogörelse som speglar din verkliga startpunkt.