Lag & krav: Så arbetar du strategiskt med tillgänglighet

Vi summerar vad EU:s tillgänglighetsdirektiv (EAA) och den svenska implementeringen innebär i praktiken för produktteam. Från juridiskt ansvar till konkreta tekniska krav.

Lagen kan verka överväldigande vid första anblick. Men när du bryter ner den till handlingsbara steg blir vägen framåt tydlig. Denna guide hjälper dig skapa en strategi som inte bara uppfyller minimikrav – utan skapar verkligt värde för användare och organisation.

Vi täcker lagstiftningens bakgrund, vem som omfattas, de tekniska kraven, och hur du prioriterar resurser för maximal effekt.

Översikt av regelverket

Det finns flera lagar som reglerar digital tillgänglighet i Sverige. Här är de viktigaste:

DOS-lagen (Lagen om tillgänglighet till digital offentlig service)

Gäller sedan 2019 för offentlig sektor. Kräver att webbplatser och appar uppfyller WCAG 2.1 nivå AA. Tillsyn utförs av DIGG (Myndigheten för digital förvaltning).

Tillgänglighetslagen (implementerar EAA)

Träder i full kraft 28 juni 2025 och gäller privat sektor. Täcker e-handel, banktjänster, transporttjänster, e-böcker med mera. Tillsyn av Konsumentverket och PTS.

Diskrimineringslagen

Förbjuder diskriminering på grund av funktionsnedsättning. Kan användas för att kräva tillgänglighet även där specifik lag saknas.

Gemensam nämnare: Alla pekar mot WCAG 2.1 nivå AA som teknisk standard.

Omfattas din organisation?

Offentlig sektor: Ja, utan undantag. Statliga myndigheter, kommuner, regioner, och organisationer som finansieras till mer än hälften av offentliga medel.

Privat sektor (efter juni 2025):

Om du erbjuder någon av följande tjänster till konsumenter:

Undantag:

Mikroföretag (under 10 anställda och under 2 MEUR omsättning) är undantagna från tjänstekraven, men inte från produktkraven om de säljer fysiska produkter med digitala gränssnitt.

B2B:

Direktivet fokuserar på B2C. Rent interna system och B2B-tjänster omfattas generellt inte – men offentlig upphandling kan ställa tillgänglighetskrav.

Tekniska krav: WCAG 2.1 AA förklarat

WCAG (Web Content Accessibility Guidelines) är den tekniska standarden lagen refererar till. Nivå AA innehåller 50 framgångskriterier, organiserade i fyra principer:

1. Perceivable (Möjlig att uppfatta)

Användare måste kunna uppfatta innehållet med sina sinnen – syn, hörsel, känsel.

2. Operable (Möjlig att hantera)

Användare måste kunna interagera med gränssnittet.

3. Understandable (Möjlig att förstå)

Användare måste kunna förstå innehållet och hur gränssnittet fungerar.

4. Robust

Innehållet måste fungera med olika hjälpmedel (skärmläsare, etc.).

WCAG är inte en checklista att bocka av – det är principer för hur du bygger produkter som fungerar för alla.

Så prioriterar du arbetet

Du kan inte fixa allt samtidigt. Här är en beprövad prioriteringsordning:

Fas 1: Kritiska blockerare (omedelbart)

Problem som gör att användare med funktionsnedsättning inte kan använda tjänsten alls:

Fas 2: Allvarliga problem (1-3 månader)

Problem som kraftigt försämrar upplevelsen:

Fas 3: Medelallvarliga problem (3-6 månader)

Problem som irriterar men inte blockerar:

Fas 4: Förbättringar (löpande)

Polering som höjer kvaliteten ytterligare.

Denna ordning säkerställer att ni inte blir anmälda för blockerade användarresor medan ni finputsar detaljer.

Bygg en tillgänglighets-roadmap

En roadmap ger struktur och visar ledningen att arbetet är under kontroll.

Steg 1: Inventering (Vecka 1-2)

Gör en initial scanning med Xrayd eller liknande. Dokumentera alla fynd och kategorisera efter allvar.

Steg 2: Gap-analys (Vecka 3)

Jämför mot WCAG 2.1 AA-kraven. Identifiera vilka kriterier ni uppfyller och vilka som brister.

Steg 3: Prioritering (Vecka 4)

Använd prioriteringsramverket ovan. Skapa en backlog med tydliga ägare.

Steg 4: Implementering (Månad 2-6)

Arbeta systematiskt genom backloggen. Integrera tillgänglighet i sprintar.

Steg 5: Validering (Månad 6)

Gör en expertgranskning för att verifiera att kritiska brister är åtgärdade.

Steg 6: Kontinuerlig förbättring (Löpande)

Etablera rutiner för att förhindra regression. Se vår guide om långsiktig uppföljning.

Resursplanering: Vad kostar det?

Kostnaden beror på nuläget. En sajt med många problem kräver mer resurser än en som redan är hyfsad.

Initial åtgärdsfas:

Räkna med 10-30% av en utvecklares tid i 3-6 månader, beroende på sajtens storlek. Designändringar kan kräva ytterligare resurser.

Expertgranskning:

20 000 - 80 000 kr för en extern granskning, beroende på omfattning.

Löpande underhåll:

Efter initial åtgärdning, räkna med 5-10% av utvecklingstiden för att upprätthålla tillgänglighet.

Verktyg:

Xrayd och liknande tjänster kostar några tusen per månad. Det är billigare än en konsulttimme och skalas bättre.

ROI:

Förutom att undvika böter, förbättrar tillgänglighet SEO, minskar support-ärenden, och öppnar marknader (13% av befolkningen har funktionsnedsättning).

Juridiskt ansvar: Vem hålls ansvarig?

Organisationen är ytterst ansvarig. Enskilda utvecklare eller designers kan inte personligen bötfällas – det är företaget som äger produkten.

Sanktioner vid brott:

Tillsyn:

Konsumentverket och PTS kan agera på eget initiativ eller efter anmälan. Användare kan rapportera problem direkt till myndigheten.

Tips:

Dokumentera era ansträngningar. Om ni kan visa att ni aktivt arbetar med tillgänglighet och har en rimlig plan, ser myndigheter ofta mildare på övergångsbrister.