WCAG (Web Content Accessibility Guidelines) är den internationella standarden för tillgänglighet på webben – ett regelverk från W3C som beskriver hur webbplatser ska byggas för att fungera för alla, inklusive personer med synnedsättning, hörselnedsättning, motoriska svårigheter eller kognitiva funktionsnedsättningar. Den aktuella versionen är WCAG 2.2.
Länge var tillgänglighet något man ”borde” jobba med. Sedan sommaren 2025 är det för många företag något man måste jobba med – mer om lagkraven strax. Men låt oss först reda ut vad WCAG faktiskt innehåller, för det är betydligt mer konkret än vad ryktet säger.
WCAG vilar på fyra principer, ofta förkortade POUR.
Möjlig att uppfatta (Perceivable) Innehållet ska gå att ta till sig även om man inte kan se eller höra det. Bilder ska ha alt-texter, videor ska ha undertexter, och text ska ha tillräcklig kontrast mot bakgrunden. Grå tunn text på vit botten må vara snyggt i designskissen – för många användare är den osynlig.
Hanterbar (Operable) Allt ska gå att använda utan mus. Menyer, formulär och knappar ska fungera med enbart tangentbord, det ska synas var fokus ligger, och inget ska blinka på sätt som kan utlösa anfall. Testet är enkelt: lägg undan musen och försök använda din sajt med Tab och Enter. Det brukar vara en ögonöppnare.
Begriplig (Understandable) Språket ska vara klart, navigationen konsekvent och formulär ska tala om vad som gick fel – ”Fel i formuläret” hjälper ingen, ”Ange e-postadress i formatet namn@exempel.se” hjälper alla.
Robust (Robust) Koden ska vara korrekt och semantisk så att hjälpmedel som skärmläsare kan tolka den. En ”knapp” byggd av en stylad div är för en skärmläsare ingenting alls. Riktiga HTML-element – button, nav, h1–h6, label – gör jobbet åt dig.
Nivåerna A, AA och AAA
Varje krav i WCAG är kopplat till en nivå:
A – miniminivån. Utan denna är sajten trasig för vissa användare.
AA – standardnivån. Det är denna nivå lagkraven pekar på, och det är AA man menar när man säger att en sajt ”uppfyller WCAG”. Här ingår bland annat kontrastkrav (4,5:1 för normal text), textstorlek som går att förstora och synlig tangentbordsfokus.
AAA – den högsta nivån, med skärpta krav som i praktiken är svåra att nå fullt ut för de flesta sajter. Bra att sikta mot där det går, men inget lagkrav.
Sikta på AA. Det är både lagens och branschens riktmärke.
Vad säger lagen?
Här har det hänt mycket, och det är därför tillgänglighet klättrat från ”nice to have” till styrelserumsfråga.
Offentlig sektor har haft krav sedan flera år genom DOS-lagen (lagen om tillgänglighet till digital offentlig service), som bygger på WCAG på AA-nivå. Myndigheter, kommuner och regioner ska dessutom publicera en tillgänglighetsredogörelse.
Privat sektor träffades i juni 2025 av det europeiska tillgänglighetsdirektivet (European Accessibility Act), i Sverige genomfört via lagen om vissa produkters och tjänsters tillgänglighet. Den omfattar bland annat e-handel, banktjänster, transporttjänster och e-böcker. I klartext: driver du en e-handel som säljer till konsumenter är digital tillgänglighet numera ett lagkrav, inte en ambition. Mikroföretag (färre än 10 anställda och under viss omsättning) är undantagna för tjänster, men undantaget är smalare än många tror – och kundernas förväntningar gör ingen skillnad på företagsstorlek.
Jag är ingen jurist, och exakt vilka delar av din verksamhet som omfattas kan kräva en juridisk bedömning. Men riktningen är glasklar: kraven ökar, tillsynen kommer igång, och ”vi visste inte” är ett dåligt försvar.
WCAG och SEO – samma grundjobb
Här kommer den del som får mig att gilla tillgänglighetsarbete lite extra: en stor del av det är SEO-arbete i förklädnad. Google är i praktiken världens största blinda användare – sökmotorns robotar ser inte din sajt, de läser den. Precis som en skärmläsare.
Överlappet är påtagligt. Alt-texter hjälper skärmläsare och ger sökmotorer bildförståelse. Korrekt rubrikstruktur (en H1, logisk hierarki) hjälper både hjälpmedel och crawlers att förstå innehållet. Beskrivande länktexter (”Läs vår guide om spårning” istället för ”klicka här”) är bra för alla parter. Semantisk HTML, begripligt språk, snabba laddtider, fungerande tangentbordsnavigation – allt detta dyker upp både i WCAG och i varje seriös SEO-checklista.
Det betyder inte att tillgänglighet och SEO är samma sak. Men det betyder att tillgänglighetsarbete sällan är en ren kostnad – det förbättrar samtidigt sajtens tekniska hälsa, användarupplevelse och sökbarhet. Tre flugor, en smäll.
Hur börjar man – i praktiken?
Man behöver inte börja med en fullständig revision av 87 framgångskriterier. Börja med det som ger mest effekt:
Kör en automatisk test med verktyg som Lighthouse (finns inbyggt i Chrome), WAVE eller axe. De fångar lågt hängande frukt som kontrastfel, saknade alt-texter och formulärfält utan etiketter. Viktigt att veta: automatiska verktyg hittar bara ungefär en tredjedel av problemen. Grönt i Lighthouse betyder inte tillgängligt – det betyder att de mätbara felen är åtgärdade.
Testa med tangentbord. Tab dig genom sajten. Når du allt? Ser du var du är? Fastnar du någonstans (så kallade tangentbordsfällor är ett direkt A-brott)?
Gå igenom bilderna. Informationsbärande bilder ska ha beskrivande alt-texter, rent dekorativa ska ha tom alt (alt="") så skärmläsare hoppar över dem. Och nej, alt-texten är inte platsen för sökordsstoppning – beskriv vad bilden visar.
Granska formulären. Varje fält ska ha en riktig label, felmeddelanden ska vara begripliga och det ska gå att skicka formuläret med tangentbord. Formulär är ofta sajtens viktigaste konverteringspunkt – och paradoxalt nog dess minst tillgängliga del.
Kolla kontrasterna. Verktyg som WebAIM:s Contrast Checker ger svar på sekunder. Designers protesterar ibland – men en CTA-knapp ingen kan läsa konverterar dåligt oavsett hur elegant den är.
Därefter: gör tillgänglighet till en del av det löpande arbetet snarare än ett projekt. Varje ny sida, varje ny komponent, varje nytt blogginlägg är ett tillfälle att göra rätt från början – vilket är radikalt billigare än att sanera i efterhand.
Vanliga misstag och myter inom tillgänglighet
”Tillgänglighet berör bara en liten grupp” – Omkring var femte person har någon form av funktionsnedsättning, och räknar man in tillfälliga och situationsbaserade begränsningar – brutet handled, starkt solljus på skärmen, en stökig tågresa – berör det alla, förr eller senare. Tillgänglig design är helt enkelt bättre design.
”Vi installerade en tillgänglighetswidget, nu är vi klara” – Overlay-verktyg som lägger ett tillgänglighetslager ovanpå en otillgänglig sajt löser inte de underliggande problemen, och kritiseras hårt av just de användare de påstår sig hjälpa. Vissa ställer till det mer än de hjälper. Tillgänglighet byggs i koden, inte klistras på.
”Det är designerns/utvecklarens problem” – Tillgänglighet spänner över design (kontraster, fokusmarkering), utveckling (semantik, tangentbord) och innehåll (alt-texter, begripligt språk, rubrikstruktur). Skriver du texter på sajten är du en del av tillgänglighetsarbetet.
”Lighthouse ger 100, alltså är vi tillgängliga” – Automatiska tester fångar en minoritet av felen. En sajt kan få full pott och ändå vara oanvändbar med skärmläsare. Manuell testning – och allra helst testning med riktiga användare av hjälpmedel – är det som räknas.
”Tillgänglighet gör sajten ful och tråkig” – Ingenting i WCAG förbjuder bra design. Kraven handlar om kontrast, struktur och funktion – inte om att allt ska se ut som en myndighetssida från 2009. Många av världens snyggaste sajter klarar AA galant.
”Vi tar det sen, när det blir viktigt” – Det blev viktigt i juni 2025. Och även bortsett från lagen: varje månad med en otillgänglig sajt är förlorade kunder, sämre användarupplevelse och SEO-potential som ligger och skräpar. Att bygga rätt från början kostar en bråkdel av att bygga om.
