Allt om WCAG

WCAG står för Web Content Accessibility Guidelines och är ett internationellt ramverk för hur man skapar innehåll som är tillgängligt för alla – oavsett funktionsförmåga, ålder, situation eller teknik. Det är tekniska krav inom universell utformning.

Riktlinjerna har utvecklats av World Wide Web Consortium (W3C) och används globalt som standard för tillgänglighetsanpassning av digitala lösningar. Med andra ord handlar WCAG inte bara om teknik – det handlar (faktiskt främst) om människor. När en lösning följer WCAG blir den lättare att använda för många: personer som använder skärmläsare, som inte kan använda mus, som har färgblindhet, dyslexi eller bara en skakig internetuppkoppling.

Det är dessutom god affär. Tillgängliga lösningar når fler användare, skapar färre hinder och minskar risken för att bryta mot lagkrav. WCAG ger dig språk och struktur för att arbeta systematiskt med tillgänglighet – och säkra kvaliteten i alla led.

Kort sagt: om du har en digital lösning som ska användas av människor är chansen stor att du behöver förhålla dig till WCAG.

Om ditt företag verkar inom...

• Offentlig sektor: måste du följa . Detta är ett krav enligt diskrimineringslagen och övervakas av (Digg).
• Privat sektor: bör du följa WCAG-kraven – särskilt om du levererar digitala lösningar till offentlig sektor, erbjuder tjänster till allmänheten eller vill vara inkluderande och följa lagen.

WCAG bygger på fyra principer – kallade POUR:

• Perceivable (Möjlig att uppfatta)
• Operable (Möjlig att hantera)
• Understandable (Möjlig att förstå)
• Robust (Robust)

De utgör grunden för 13 riktlinjer och över 70 framgångskriterier.

WCAG är indelat i tre nivåer:

• A – minimikrav
• AA – den nivå som vanligtvis krävs i Sverige
• AAA – ambitiöst, men ofta orealistiskt att uppnå fullt ut

Exempel på vanliga krav i WCAG 2.1 AA:

• Tillräcklig färgkontrast mellan text och bakgrund
• Alt-texter för bilder och ikoner
• Tangentbordsnavigering – alla använder inte mus
• Meningsfull ordning – både visuellt och i koden
• Beskrivande länkar och formuläretiketter

Att ”uppfylla WCAG” betyder inte att vara perfekt – utan att möta relevanta krav på rätt nivå. Det handlar om kvalitet, inte kvantitet.

Kort svar: så tidigt som möjligt – och för hela teamet.

WCAG bör inte vara något man ”bockar av” i slutet av ett projekt. Tvärtom – tillgänglighet måste tänkas in från idé och design till utveckling och testning. Ju tidigare du involverar WCAG-kompetens, desto enklare, billigare och bättre blir resultatet.

Så kan olika roller bidra:

• Produktägare och projektledare
  Säkerställer att tillgänglighet ingår i kraven från start och prioriteras i utvecklingsarbetet.
• UX-designers och tjänstedesigners
  Tänker på universella behov, användarresor och barriärfri navigation tidigt i processen.
• UI-designers
  Ansvarar för färgval, kontraster, komponentstruktur och interaktioner som måste uppfylla WCAG.
• Utvecklare (frontend och fullstack)
  Bygger lösningar med semantisk HTML, tillgänglig kod och ARIA best practices.
• Innehållsproducenter och redaktörer
  Skriver tydligt, använder beskrivande länkar och fyller i alt-texter och formulärfält korrekt.
• QA och testare
  Testar med skärmläsare, tangentbord och automatiserade verktyg – och identifierar WCAG-avvikelser före lansering.

Bonus: Har ni en intern design- eller komponentgrupp bör WCAG-kraven ligga till grund för alla komponenter.

När alla bidrar slipper du att tillgänglighet blir ett stressmoment i slutet – och du undviker dyra omarbetningar. Det leder till bättre produkter för alla.

Baserat på vår erfarenhet från digitala projekt i olika branscher ser vi ofta dessa situationer där WCAG-kompetens gör stor skillnad:

• Omdesign i offentlig sektor
  En myndighet ska göra om sin webbplats och måste följa WCAG 2.1 AA. Ett konsultteam hjälper till med en granskning av befintlig lösning, rådgivning i designfasen och stöd under utveckling – så att universell utformning och tillgänglighet blir en naturlig del av processen, inte en dyr eftertanke.
• Granskning och åtgärder i privat sektor
  Ett finansbolag får klagomål från användare som har problem med tangentbordsnavigation och formulär. En konsult gör en WCAG-audit, prioriterar åtgärder och samarbetar med det interna teamet för att snabbt förbättra tillgängligheten där det gör mest nytta.
• Komponentbibliotek och utbildning
  Ett produktteam vill säkra att deras designsystem stödjer tillgänglighet. En konsult med WCAG-kompetens går igenom befintliga komponenter, föreslår justeringar och håller korta utbildningspass för designers och utvecklare.

Dessa scenarier är typiska för de behov vi ofta ser – och visar hur rätt kompetens kan göra komplexa krav konkreta och hanterbara.