Så möter du de tekniska kraven i den nya tillgänglighetslagen

Den nya tillgänglighetslagen som träder i kraft i juni 2025 ställer tydliga krav på att digitala tjänster och produkter ska vara tillgängliga - inte som en rekommendation, utan som lagkrav. Här går vi igenom vilka  tekniska krav, riktlinjer och standarder som gäller och hur du säkerställer att din digitala lösning uppfyller dem. 

Tekniska krav i praktiken 

Den nya lagen kräver att digitala gränssnitt ska: 

• Kunna användas utan mus (fullständig tangentbordsnavigering)
• Ha tillräckliga kontraster mellan text och bakgrund
• Tillhandahålla alternativa texter till bilder och grafik
• Vara strukturerat semantiskt, så att skärmläsare förstår innehållet
• Vara responsiva och fungera på olika skärmstorlekar och enheter (upp till 200 % zoom utan att tappa funktionalitet bl.a)
• Ha begripliga felmeddelanden och stödja formulärhantering med hjälpmedel
• Kunna användas av personer med kognitiva svårigheter eller nedsatt motorik 

De centrala riktlinjerna och standarderna 

För att tolka och uppfylla lagen används dessa tekniska ramverk: 

1. WCAG 2.1 nivå AA (Web Content Accessibility Guidelines) 

Detta är den huvudsakliga standarden som lagen bygger på. Den innehåller 50+ riktlinjer inom fyra huvudprinciper: 

• Perceivable (möjlig att uppfatta)
• Operable (möjlig att använda)
• Understandable (begriplig)
• Robust (kompatibel med olika tekniker) 

Exempel på WCAG 2.1 AA-krav: 

• Färgkontrast på minst 4.5:1
• Navigering med tangentbord
• Logisk rubrikstruktur (H1, H2, H3...)
• Fokusmarkeringar som visar var användaren befinner sig 

2. EN 301 549 – Den europeiska standarden för tillgänglig IKT 

Detta är den harmoniserade standard som EU hänvisar till, och som innehåller detaljerade tekniska krav på: 

• Webbplatser och appar
• Programvara och operativsystem
• Elektronisk kommunikation och dokument 

EN 301 549 inkluderar WCAG 2.1 som krav för webbinnehåll, men lägger även till krav på exempelvis:

• Talsyntes-kompatibilitet
• Tillgänglighet i apparater (t.ex. uttagsautomater, terminaler)
• Dokumentformat (ex. tillgängliga PDF:er enligt PDF/UA) 

3. ARIA (Accessible Rich Internet Applications) 

ARIA-attribut används för att förbättra tillgängligheten i moderna webbapplikationer där HTML inte räcker till. Det gör komponenter som modaler, sliders och dropdowns tillgängliga för skärmläsare. 

Exempel: 

role="dialog" eller aria-expanded="true" ger kontext till användare med skärmläsare. 

Varning: Felanvänd ARIA kan försämra tillgängligheten. Använd sparsamt och korrekt. 

Viktigt att komma ihåg vid implementation

• Tangentbordsstöd är inte valfritt - det ska gå att navigera hela gränssnittet utan mus.
• Semantik spelar roll - rätt HTML-element ger rätt funktionalitet i hjälpmedel.
• Design för tillgänglighet är design för alla - till exempel bra kontraster hjälper även i solljus eller på små skärmar.
• Testa med hjälpmedel - använd skärmläsare, förstoringsprogram och tangentbordstester.
• Automatiserade tester är inte tillräckligt - kombinera med manuell testning och användartester. 

Så kommer du igång 

1. Använd ett WCAG-checklistverktyg, som WAVE, Axe eller Lighthouse. 

2. Utbilda utvecklare och designers i WCAG och EN 301 549. 

3. Inför tillgänglighetsgranskningar som en del av QA-processen. 

4. Bygg komponenter som är tillgängliga från grunden - använd designbibliotek med stöd för ARIA och semantik. 

5. Skapa och underhåll en tillgänglighetsredogörelse som ni lägger på webben för att uppfylla dokumentationskravet. Hämta mall här👇

Sammanfattning 

Att följa tillgänglighetslagen är inte bara en juridisk nödvändighet - det är ett kvalitetskvitto på din digitala produkt. Med rätt riktlinjer, rätt kompetens och kontinuerlig testning blir tillgänglighet inte ett hinder, utan en självklar del av utvecklingsprocessen. 

Vi genomför tillgänglighetsanalyser som visar exakt vad ni behöver förbättra för att uppfylla lagkraven. 

Ta en titt här om du behöver hjälp.