WCAG: Din guide till en tillgänglig webb

Introduktion

Är din webbplats tillgänglig för alla? Tillgänglighet för webben har blivit ett lagkrav genom det Europeiska tillgänglighetsdirektivet (EAA) som träder i kraft den 28 juni 2025. Din organisation står nu inför utmaningen att anpassa digital närvaro enligt WCAG-riktlinjerna.

Denna guide hjälper dig att förstå både de juridiska kraven och de praktiska stegen för att säkerställa webbtillgänglighet. Utöver att du undviker eventuella rättsliga konsekvenser kommer du att upptäcka affärsmässiga fördelar som ökad kundnöjdhet, tillgång till en större marknad och förbättrad användarupplevelse för alla besökare. En otillgänglig webbplats utestänger en betydande del av befolkningen WCAG ger dig verktygen för att göra din digitala närvaro inkluderande och tillgänglig för alla.

Lagkrav och juridisk överblick

Europeiska tillgänglighetsdirektivet (EAA) förändrar nu helt hur EU reglerar digital tillgänglighet och WCAG-implementering. Från den 28 juni 2025 måste privata företag inte bara offentliga verksamheter följa bindande tillgänglighetskrav baserade på WCAG-standarden.

EAA stärker den inre marknaden genom att skapa enhetliga tillgänglighetsregler som ersätter de olika nationella reglerna som tidigare hindrat utvecklingen. Företag vinner på WCAG och EAA genom:

• Minskade kostnader med gemensamma EU-regler för webbtillgänglighet
• Nya marknadsmöjligheter för tillgängliga digitala tjänster
• Enklare handel över gränserna

Fördelar för personer med funktionsnedsättning och äldre innefattar:

• Färre hinder vid användning av transport, utbildning och arbetsmarknaden
• Tillgängliga produkter och tjänster till mer konkurrenskraftiga priser
• Fler tillgängliga produkter och tjänster på marknaden
• Fler jobb där tillgänglighetsexpertis behövs

När börjar tillgänglighetskraven att gälla?

WCAG blir lagkrav för alla och det Europeiska tillgänglighetsdirektivet (EAA) träder i kraft 28 juni 2025. Det innebär att även privata aktörer måste uppfylla WCAG 2.1 nivå AA för digital tillgänglighet enligt det Europeiska tillgänglighetsdirektivet (EAA).

Banker, e-handel och e-bokstjänster måste nu säkerställa tillgänglighet för alla användare. EAA harmoniserar tillgänglighetsreglerna inom EU och förbättrar den digitala inkluderingen för alla medborgare. Direktivet omfattar ett brett spektrum av digitala produkter och tjänster som kräver WCAG-anpassning:

• Datorer och operativsystem
• Digitala banktjänster och finansiella tjänster
• Bankomater, biljett- och incheckningsautomater
• Smartphones och mobilappar
• TV-utrustning för digitala tjänster
• Telefonitjänster med tillhörande utrustning
• Audiovisuella medietjänster
• Digitala transporttjänster (flyg, buss, tåg och sjöfart)
• E-böcker och läsplattformar
• E-handelsplattformar och nätbutiker

Efter den 28 juni 2025 måste nya produkter och tjänster som lanseras på EU-marknaden uppfylla tillgänglighetskraven. För tjänster som redan fanns på marknaden före detta datum finns en övergångsperiod på ytterligare fem år, vilket ger dessa tjänster tid att anpassa sig fram till 2030.

Juridiska konsekvenser om man inte följer tillgänglighetskravet

Att inte implementera WCAG 2.1 nivå AA enligt Europeiska tillgänglighetsdirektivet (EAA) kan leda till allvarliga konsekvenser:

• Marknadsföringsförbud för dina icke-tillgängliga digitala produkter och tjänster
• Ekonomiska sanktioner och böter enligt din nationella lagstiftning
• Betydande varumärkesskada och försämrat anseende
• Tvingande åtgärdskrav inom fastställda tidsfrister

Som ledare eller beslutsfattare bör du betrakta WCAG-implementering som ett obligatoriskt lagkrav inte ett valfritt initiativ. Detta kräver både strategisk planering och tillräckliga resurser för att säkerställa webbtillgänglighet.

Vad är WCAG?

WCAG är standarden för tillgänglighet på webben. WCAG (Web Content Accessibility Guidelines) utgör den internationella standarden för webbtillgänglighet som Europeiska tillgänglighetsdirektivet hänvisar till. World Wide Web Consortium (W3C) har utvecklat dessa riktlinjer för att göra webben tillgänglig för alla användare oavsett funktionsförmåga.

EAA-direktivet specificerar att du måste följa WCAG 2.1 nivå AA för alla digitala tjänster som omfattas. Utöver att uppfylla lagkraven ger WCAG-implementering flera fördelar:

• Modernare och mer framtidssäkrad teknisk infrastruktur
• Förbättrad användarupplevelse för alla besökare
• Bättre SEO-resultat och sökmotorsynlighet
• Ökad räckvidd till en större målgrupp

Vad är WCAG 2.1

WCAG 2.1 bygger vidare på WCAG 2.0 genom att lägga till ytterligare en riktlinje och 17 nya kriterier. Dessa syftar till att hantera tillgänglighetsfrågor relaterade till mobila enheter, personer med nedsatt syn och de med kognitiva och inlärningssvårigheter.

WCAG delas in i tre nivåer: A, AA och AAA. Varje nivå representerar en ökande grad av tillgänglighet.

• Nivå A  Grundläggande tillgänglighet som är den lägsta nivån. Detta är det första steget mot en tillgänglig webbplats. Det omfattar de mest grundläggande kraven som gör innehållet någorlunda tillgängligt för vissa användare. En webbplats som bara uppfyller nivå A kan fortfarande vara svår att använda för många.
• Nivå AA  Den gyllene standarden som är mellannivån. Denna nivå anses vara branschstandard och är målet för de flesta webbplatser. Den säkerställer att webbplatsen är tillgänglig för en bredare grupp användare, inklusive personer med olika typer av funktionsnedsättningar. Exempel på krav på denna nivå är tillräcklig kontrast mellan text och bakgrund samt tydlig navigering.
• Nivå AAA  Den högsta nivån som innebär nästintill fullständig tillgänglighet. Detta är den mest avancerade nivån av tillgänglighet och mycket svår att uppnå fullt ut. Den är ofta reserverad för innehåll som riktar sig till specifika målgrupper där maximal tillgänglighet är avgörande. Den inkluderar krav som ännu bättre läsbarhet, enklare språk och fler alternativa sätt att ta till sig information.

Den senaste versionen, WCAG 2.2, publicerades i oktober 2023 och lägger till ytterligare riktlinjer för att förbättra tillgängligheten för personer med kognitiva funktionsnedsättningar, samt förbättrad användning på mobila enheter. Den inkluderar 9 nya kriterier och bygger vidare på WCAG 2.1.

Även om den ännu inte är lagstadgad i Sverige, är det klokt att redan nu börja anpassa sig till WCAG 2.2 för att framtidssäkra din verksamhet.

WCAG i praktiken: de fyra grund pelarna inom digital tillgänglighet (POUR)

WCAG vilar på fyra grundprinciper. De brukar förkortas som POUR och det står för perceptible, operable, understandable och robust.

1. Perceptible (uppfattningsbar): Information och användargränssnitt måste presenteras så att användare kan uppfatta dem oavsett förmågor. Gör innehållet synligt för alla sinnen. Tydlig text, hög kontrast och alternativa beskrivningar för bilder, textning för video är nyckeln.
2. Operable (användbar): Gränssnittskomponenter och navigation måste vara användbara för alla. Låt användarna navigera fritt. Stora klickbara ytor och tangentbordsnavigering.
3. Understandable (begriplig): Håll det enkelt och tydligt. Konsekvent layout. Konsekvent navigation, förutsägbart beteende, hjälp med att undvika och korrigera fel.
4. Robust (robust): Bygg för framtiden. Innehållet måste vara tillräckligt robust för att fungera pålitligt med nuvarande och framtida teknologier. Välstrukturerad kod och följsamhet till webbstandarder säkrar långsiktig tillgänglighet. Korrekt HTML/CSS-kod, unika ID:n för element, korrekt namndefinition för komponenter.

Så här implementerar du tillgänglighet

Framgångsrika organisationer implementerar tillgänglighet i väldefinierade faser:

1. Fas 1: Adressera kritiska A-nivåöverträdelser som påverkar flest användare.

2. Fas 2: Implementera återstående A-krav och prioriterade AA-krav.

3. Fas 3: Fullständig AA-efterlevnad.

4. Fas 4: Selektiv implementering av AAA-krav för kritiska funktioner.

Denna stegvisa approach gör det möjligt att visa kontinuerliga framsteg och anpassa resurser över tid.

Lagkrav för WCAG inom offentlig sektor i Sverige:

I Sverige gäller lagen om tillgänglighet till digital offentlig service, som trädde i kraft 2019. Denna lag baseras på EU:s webbtillgänglighetsdirektiv och ställer krav på att offentliga webbplatser och appar ska följa WCAG 2.1 (Web Content Accessibility Guidelines) på nivå AA. De viktigaste punkterna är:

1. Offentliga aktörer måste följa WCAG 2.1 nivå AA.
2. Lagen omfattar statliga och kommunala myndigheter, regioner, offentligt styrda organ och vissa privata aktörer med offentlig finansiering.
3. Befintliga webbplatser skulle vara anpassade senast 23 september 2020.
4. Mobilappar ska vara anpassade senast 23 juni 2021.
5. Nya webbplatser (publicerade efter 23 september 2018) skulle vara anpassade från 23 september 2019.

Vanliga utmaningar och hur du löser dem

Medan WCAG-standarden är omfattande och väletablerad, medför implementeringen flera utmananiningar som organisationer bör vara medvetna om.

Tolkningsutmaningar

WCAG är avsiktligt teknikneutral och fokuserar på resultat snarare än specifika implementeringsdetaljer. Detta skapar tolkningsutrymme som kan vara utmanande:

• Subjektiva bedömningar: Vissa kriterier, särskilt kring begriplighet, kräver mer subjektiva bedömningar.

• Kontextberoende tolkning: Hur kriterierna ska tillämpas kan variera beroende på webbplatsens eller applikationens syfte och målgrupp.

• Tekniska implementationsalternativ: Det finns ofta flera tekniska sätt att uppfylla samma WCAG-kriterium, vilket kräver vägledning för utvecklare.

För att hantera dessa utmaningar rekommenderas att organisationer dokumenterar sina tolkningar och implementeringsbeslut för konsekvent tillämpning1.

Tekniska begränsningar

Moderna webbplatser använder allt mer komplexa teknologier och interaktionsmönster som kan skapa tillgänglighetsutmaningar:

• JavaScript-tunga Applikationer: Single-page applications och liknande moderna arkitekturer kan vara svåra att göra fullt tillgängliga.

• Tredjepartslösningar: Integrerade verktyg och innehåll från tredje part kan ligga utanför direkt kontroll.

• Äldre system: Legacy-system kan kräva betydande omarbetning för att uppfylla moderna tillgänglighetskrav.

• Responsiv design: Säkerställa tillgänglighet över olika enheter och skärmstorlekar adderar komplexitet.

För att hantera dessa begränsningar är det viktigt att tillgänglighet inkluderas tidigt i utvecklingsprocessen och att tillgängliga alternativ till tredjepartslösningar prioriteras1.

Organisatoriska utmaningar

Utöver tekniska aspekter möter många organisationer interna utmaningar:

• Kunskapsgap: Brist på intern expertis inom tillgänglighet. Att förklara HTML specifikationer och kod för legala utmaningar ställer stora krav pedagogiska färdigheter.

• Resursprioriteringar: Svårigheter att allokera nödvändiga resurser och specialister som utvecklare och jurister för tillgänglighetsarbete som kan vara upptagna med mer verksamhetskritiska aktiviteter.

• Process-integration: Utmaningar med att integrera tillgänglighet i befintliga CRM och utvecklings- och innehållsprocesser.

• Ansvarsfördelning: Oklarheter kring vem som ytterst ansvarar för tillgänglighetsefterlevnad.

För att övervinna dessa utmaningar är det viktigt med tydligt ledarskap, definierade ansvarsområden och en kultur där tillgänglighet värderas.

Vanliga problem enligt standarden kan handla om saker som:

• Att det saknas alt-text på bilder
• Färgkontrast som inte uppfyller standarderna
• Navigationsproblem för skärmläsare
• Inkonsekventa rubriker eller struktur
• Formulär som saknar korrekt etikettering

WCAG för människor med nedsatt syn

WCAG-standarden innehåller flera riktlinjer som specifikt förbättrar tillgängligheten för personer med synnedsättningar:

1. Textstorlek och kontrast: Krav på läsbar textstorlek och tillräcklig kontrast mellan text och bakgrund.
2. Skalbara gränssnitt: Möjlighet att förstora innehåll utan att funktionalitet går förlorad.
3. Alternativa texter: Beskrivande texter för bilder och andra icke-textbaserade element.
4. Konsekvent navigation: Hjälper användare att förutse var information och funktioner finns.
5. Tangentbordsnavigation: Möjlighet att navigera utan mus, vilket är viktigt för många skärmläsaranvändare.
6. Färganvändning: Information ska inte enbart förmedlas genom färg.
7. Tydlig struktur: Korrekt användning av rubriker och landmärken för enklare navigering.
8. Textbeskrivningar av komplexa element: Tabeller, diagram och andra komplexa element ska beskrivas i text.
9. Formulärdesign: Tydligt märkta formulärfält och felmeddelanden.
10. Tidsbegränsningar: Möjlighet att förlänga eller stänga av tidsgränser.

Dessa riktlinjer gör det möjligt för personer med synnedsättningar att använda hjälpmedel som skärmläsare, förstoringsverktyg och kontrastförstärkare effektivt. Det ökar självständigheten och delaktigheten i det digitala samhället för denna grupp.

Kom ihåg att WCAG inte bara gynnar personer med synnedsättningar, utan förbättrar tillgängligheten för många andra grupper också, inklusive personer med andra funktionsnedsättningar och äldre användare.

Varför WCAG angår dig

WCAG handlar om mer än bara användaranpassning. I många länder är det en juridisk nödvändighet. Bristande tillgänglighet kan leda till rättsliga konsekvenser och skada ditt varumärke speciellt inom offentlig sektor.

En tillgänglig webbplats förbättrar upplevelsen för alla användare. Det leder till ökad användarnöjdhet vilket i sin tur leder till bättre affärsresultat. Vem vill inte ha det?

Handlingsplan - checklista och milstolpar

Att uppnå WCAG-efterlevnad är inte bara en teknisk utmaning utan kräver ett strategiskt tillvägagångssätt som involverar hela organisationen. Här följer en strukturerad process som kan anpassas efter organisationens storlek och resurser.

1. Nulägesanalys (3 månader)

Innan du påbörjar implementeringsarbetet är det avgörande att kartlägga nuvarande tillgänglighetsläge:

• Automatiserad scanning: Använd verktyg som Screaming Frog eller Crownpeak för att skanna webbplatser och digitala tjänster för WCAG-överträdelser. Identifiera kritiska gap mot WCAG 2.1 AA.

• Manuell review: Låt tillgänglighetsexperter, UX, utvecklare och webbspecialister genomföra en manuell utvärdering för att identifiera problem som automatiserade verktyg kan missa. Etablera en tillgänglighetsarbetsgrupp med representanter från relevanta avdelningar. Initiera grundläggande utbildning för nyckelroller.

• Säkerställ ledningens engagemang och resursallokering

• Användartest: Inkludera användare med olika funktionsvariationer för att få insikter om verkliga användningsscenarier.

En robust nulägesanalys ger insikt i gap mellan nuvarande tillstånd och WCAG AA-efterlevnad, vilket möjliggör realistisk planering och prioritering och kvantifiera omfattningen av nödvändigt arbete.

Mellanliggande handlingsplan (3-12 månader)

1. Detaljerad Implementeringsplan:

   • Utveckla en detaljerad färdplan med tydliga milstolpar

   • Prioritera åtgärder baserat på affärskritikalitet och användarvolym

   • Etablera mätbara KPI:er för tillgänglighetsarbetet

2. Teknisk Implementation:

   • Påbörja åtgärder av högprioriterade tillgänglighetsproblem

   • Integrera tillgänglighetstest i utvecklingsprocesser

   • Utveckla eller uppdatera designsystem med tillgängliga komponenter

3. Process- och Policyutveckling:

   • Etablera formella riktlinjer för tillgängligt innehåll och utveckling

   • Implementera granskningsprocesser för tillgänglighet

   • Utveckla en tillgänglighetsförklaring för organisationens webbplatser1

Långsiktig strategi (12+ månader)

1. Fullskalig Implementation:

   • Systematisk åtgärd av alla identifierade tillgänglighetsproblem

   • Kontinuerlig övervakning och förbättring

   • Återkommande tillgänglighetsrevisioner

2. Organisationskultur:

   • Integrera tillgänglighet i organisationens värderingar

   • Etablera incitament för tillgänglighetsarbete

   • Fira och kommunicera tillgänglighetsframgångar

3. Bredare Ekosystem:

   • Ställ tillgänglighetskrav på leverantörer och partners

   • Delta i branschinitiativ för tillgänglighet

   • Dela best practices och lärdomar med andra organisationer

2. Organisatorisk strategi och förankring i hela organisation

Tillgänglighetsarbete kan inte isoleras till webbavdelningen, IT-avdelningen eller HR utan kräver förankring på alla nivåer:

• Ledningssponsorskap: Säkerställ att högsta ledningen förstår både juridiska krav och affärsmässiga fördelar.

• Tvärfunktionellt Team: Etablera ett team med representanter från webb, juridik, produkt/tjänsteutveckling, design, marknadsföring och kundtjänst.

• Ansvarsfördelning: Definiera tydligt vem som ansvarar för olika aspekter av tillgänglighetsarbetet.

• Utbildningsprogram: Implementera riktade utbildningar för olika personalgrupper, från teknisk personal till innehållsskapare.

Genom att integrera tillgänglighetsarbetet i organisationens struktur och processer säkerställs att det blir en bestående del av verksamheten snarare än ett engångsprojekt1.

3. Prioriterad handlingsplan: fokusera insatserna

Med begränsade resurser är det viktigt att prioritera insatser:

• Adressera de kritiska felen först: Börja med överträdelser av nivå A-kriterier som påverkar största antalet användare.

• Fokusera på huvudflöden: Prioritera de användarflöden som är mest kritiska för din verksamhet (t.ex. kundresa, kandidatresa, registrering, betalning och andra nyckelfunktioner).

• Implementera quick wins: Identifiera ändringar som kan ge stor effekt med relativt liten insats, som förbättrad färgkontrast eller bättre strukturella rubriker.

• Stegvis förbättring: Planera för kontinuerlig förbättring snarare än en big bang-lansering av tillgänglighet.

En välstrukturerad handlingsplan med tydliga milstolpar och deadlines är avgörande för att säkerställa progress mot efterlevnad av tillgänglighetsdirektivet.

Manuell review

Det är viktigt att genomföra en grundlig självutvärdering. Nedan följer en strukturerad checklista på svenska, baserad på de fyra principerna i WCAG.

Möjlig att uppfatta (Perceivable)

1. Textalternativ för icke-textinnehåll: Finns det textalternativ (alt-text) för alla bilder, ikoner och andra icke-textuella element?Digg

2. Multimedia: Har alla förinspelade videor undertexter och/eller ljudbeskrivningar?onestepbeyond.se+5esatto.se+5Papunet+5

3. Färg och kontrast: Är texten läsbar med tillräcklig kontrast mot bakgrunden?

4. Textstorlek och zoom: Kan användare förstora texten upp till 200 % utan att förlora innehåll eller funktionalitet?

5. Användning av färg: Är färg inte det enda sättet att förmedla information eller påvisa en åtgärd?

Hanterbar (Operable)

6. Tangentbordsnavigering: Är alla funktioner tillgängliga via tangentbordet utan att kräva mus?

7. Tangentbordsfokus: Är det synligt var tangentbordsfokus befinner sig på sidan?

8. Navigationsordning: Följer navigeringsordningen en logisk och intuitiv sekvens?

9. Hoppa till huvudinnehåll: Finns det en mekanism för att hoppa över repetitivt innehåll, såsom en "Hoppa till huvudinnehåll"-länk?Consid

10. Tangentbordsgenvägar: Kan användare inaktivera eller ändra tangentbordsgenvägar för att undvika konflikter?

11. Respons på inmatning: Utförs inga åtgärder enbart vid nedtryckning av en tangent (utan möjlighet att ångra)?

12. Pekgester: Finns det alternativ för komplexa pekgester, såsom att använda en knapp istället för att dra och släppa?

---

Begriplig (Understandable)

13. Språkidentifiering: Är sidans huvudspråk korrekt angivet i koden?

14. Konsekvent navigation: Är navigationskomponenter konsekventa över hela webbplatsen?

15. Förutsägbarhet: Förändras inte sidans innehåll oväntat vid användarinteraktioner?

16. Felhantering: Ges tydliga och specifika felmeddelanden vid inmatningsfel?Digg+1Papunet+1

17. Etiketter och instruktioner: Är formulärfält korrekt märkta med tydliga etiketter och instruktioner?Digg+1Papunet+1

---

Robust (Robust)

18. Kompatibilitet: Är webbplatsen kompatibel med aktuella och framtida användarverktyg, inklusive skärmläsare?Digg+2Mild+2Erigo+2

19. Semantisk HTML: Används semantiska HTML-element (t.ex. <header>, <nav>, <main>, <footer>) för att strukturera innehållet?

20. Validerad kod: Är HTML- och CSS-koden fri från fel och validerad enligt standarder?Digg+10Digg+10esatto.se+10

---

Ytterligare överväganden enligt EN 301 549

21. Dokumenttillgänglighet: Är PDF- och andra dokument tillgängliga, med korrekt taggning och läsordning?

22. Mobilanpassning: Fungerar webbplatsen korrekt på olika enheter och skärmstorlekar?

23. Användartester: Har användartester genomförts med personer med olika funktionsnedsättningar?

Vanliga verktyg och resurser för att testa WCAG?

För att effektivt arbeta med tillgänglighet behövs rätt verktyg och metoder. Här är de mest värdefulla resurserna för organisationer som arbetar mot WCAG-efterlevnad.

Här är några användbara alternativ:

1. Screaming Frog
2. Automatiserade testverktyg WAVE (Web Accessibility Evaluation Tool): Ett populärt gratis verktyg som granskar webbsidor för tillgänglighetsproblem. axe DevTools: Ett tillägg för webbläsare som identifierar tillgänglighetsproblem direkt i utvecklarverktygen. Lighthouse: Inbyggt i Chrome DevTools, det inkluderar tillgänglighetstester tillsammans med andra prestandamätningar.
3. Färgkontrastanalysatorer WebAIM Color Contrast Checker: Ett enkelt online-verktyg för att kontrollera färgkontrast. Colour Contrast Analyzer: Ett nedladdningsbart program för mer detaljerad kontrastanalys.
4. Kodvalidering W3C Markup Validation Service: Kontrollerar att din HTML-kod följer standarder, vilket är grundläggande för robusthet.
5. Tillgänglighetsguider och checklistor WebAIMs WCAG 2 Checklist: En omfattande checklista baserad på WCAG-riktlinjerna. A11Y Project Checklist: En mer koncis checklista för snabba kontroller.
6. Tangentbordsnavigeringstestare TAW (Web Accessibility Test): Inkluderar tester för tangentbordsnavigering.
7. Simuleringsverktyg NoCoffee Vision Simulator: Ett tillägg som simulerar olika synnedsättningar.
8. Kvalitetsplattformar Siteimprove Accessibility: En omfattande plattform för kontinuerlig övervakning och förbättring av webbtillgänglighet. CrownPeak innehåller scanning av webbplatser där du ser kvaliten och olika AAA nivåer.

Att använda Screaming Frog för att se WCAG

1. Inställningar för att börja använda accessebility

Screaming Frog är ett SEO verktyg som kan användas för att ta fram tillgängligheten enligt WCAG. För att du ska kunna använda det måste du ändra inställningarna så att man söker accessibility. Du behöver också välja Javascript under rendering.

2. Skanning av sajt Efter att du gjort dessa inställningar kan du skanna sajten.

Graferna längst ner i bilden visualiserar dessa överträdelser. Det positiva i det här fallet att det inte har några WCAG 2.1 eller 2.2 AA-överträdelser, vilket är nyare versioner av riktlinjerna.

För att åtgärda dessa problem kan man:

1. Klicka på varje violation-kategori för att se exakt vilka sidor och vilka problem som finns
2. Prioriterar att åtgärda A-nivåproblemen först, eftersom de är de mest grundläggande

Om Expandtalk

Expandtalk är specialiserade på att hjälpa organisationer implementera och upprätthålla digital tillgänglighet. Med vår omfattande erfarenhet av tillgänglighetsanalys, WCAG-implementation och compliance-arbete stödjer vi er under hela resan mot digital inkludering.

Kontakta oss idag för en initial tillgänglighetsanalys och upptäck hur vi kan hjälpa er organisation att möta kraven i Europeiska tillgänglighetsdirektivet.

Att arbeta med tillgänglighet är inte bara ett juridiskt krav det är en investering i användarupplevelse, varumärke och samhällsansvar. Genom att följa WCAG skapar du en digital miljö där ingen lämnas utanför.