WCAG 2.2 vs WCAG 3.0: vad som kommer och när

WCAG 3.0 — formellt kallat W3C Accessibility Guidelines — är den mest omfattande omstruktureringen av standarder för webbtillgänglighet sedan WCAG 2.0 lanserades 2008. Det befinner sig fortfarande på arbetsutkaststadiet i mitten av 2026, utan något fastställt datum för rekommendation. Men designvalen är redan tillräckligt tydliga för att man ska förstå hur efterlevnad kommer att se ut när standarden väl kommer.

Den här artikeln går igenom vad WCAG 3.0 faktiskt förändrar, hur det skiljer sig från 2.2 och vad du kan göra nu för att förbereda dig utan att störa dina nuvarande skyldigheter.

Så ser läget ut i dag

WCAG 2.2 (oktober 2023) är den aktuella W3C-rekommendationen och den baslinje som refereras av de flesta tillgänglighetslagar i världen — inklusive EU:s EN 301 549, European Accessibility Act och Storbritanniens föreskrifter för offentlig sektor. Det är vad du måste följa i dag.

WCAG 3.0 är en Working Group Note under aktiv utveckling av Accessibility Guidelines Working Group (AG WG). Den har gått igenom flera offentliga arbetsutkast. Gruppen har uttryckligen sagt att den inte kommer att nå rekommendationsstatus inom den närmaste tiden — 2027 är den tidigaste realistiska tidpunkten, och ytterligare förskjutningar är sannolika med tanke på omgörningens omfattning.

Det kommer inte att ske något tvärt skifte. När WCAG 3.0 väl blir en standard kommer tillsynsmyndigheter att ge övergångsperioder — precis som när länder gick från WCAG 2.0 till 2.1.

Den grundläggande strukturförändringen: från kriterier till utfall

Den mest fundamentala skillnaden är filosofisk.

WCAG 2.x är uppbyggt kring framgångskriterier — specifika, testbara regler med godkänt/underkänt. “Färgkontrasten måste vara minst 4,5:1.” Antingen är den det eller så är den det inte. Den binära strukturen gjorde automatiserad testning enkel men skapade problem: att uppfylla varje kriterium garanterar inte en användbar upplevelse, och många verkliga barriärer är svåra att reducera till ett enda mätbart test.

WCAG 3.0 går över till utfall (outcomes) — övergripande formuleringar av vad användarupplevelsen måste uppnå — med flera testmetoder som stödjer varje utfall. Ett test kan vara:

Atomärt — en specifik mätbar kontroll (liknar dagens framgångskriterier)
Holistiskt — kräver användartestning eller expertbedömning av ett helt flöde

Det innebär att överensstämmelse med WCAG 3.0 kommer att involvera en blandning av automatiserade kontroller och kvalitativ bedömning, inte bara en checklista.

Den nya modellen för överensstämmelse: brons, silver, guld

WCAG 2.x använder tre konformitetsnivåer: A, AA, AAA. De flesta rättsliga standarder kräver AA.

WCAG 3.0 ersätter detta med en nivåindelad modell baserad på andelen uppfyllda utfall och kvaliteten på dem:

Nivå	Vad den innebär
Brons	Alla kritiska utfall är godkända; inga utbredda brister inom något utfall
Silver	Bronskraven uppfyllda, plus framsteg inom ytterligare utfall
Guld	Silverkraven uppfyllda, med dokumenterad användarforskning och processer för ständig förbättring

Brons förväntas bli den rättsliga miniminivån — ungefär motsvarande dagens AA. Silver och guld belönar organisationer som går längre, inklusive löpande testning med användare med funktionsnedsättning och formella program för tillgänglighetsmognad.

Viktigt att notera: brons är inte enkelt. Ribban för “inga utbredda brister” ligger högre än att bara bli godkänd i varje automatiserad skanning.

APCA: ett nytt sätt att beräkna färgkontrast

En av de mest omdiskuterade tekniska förändringarna i WCAG 3.0 är att den nuvarande kontrastalgoritmen (WCAG 2.x använder ett förhållande baserat på relativ luminans) ersätts med APCA — Advanced Perceptual Contrast Algorithm.

Dagens förhållande (4,5:1 för normal text, 3:1 för stor text) är ett trubbigt instrument. Det tar inte hänsyn till hur det mänskliga synsystemet faktiskt uppfattar kontrast vid olika teckensnittsvikter, storlekar och polariteter (ljust på mörkt kontra mörkt på ljust).

APCA beräknar ett värde för ljushetskontrast (Lc) och tillämpar olika tröskelvärden beroende på teckenstorlek och -vikt. En fet text i 16 px har ett annat lägsta Lc än en normal text i 12 px, och mörkt på ljust poängsätts annorlunda än ljust på mörkt.

Praktisk innebörd: Vissa färgkombinationer som i dag underkänns på WCAG 2.x-kontrast kommer att bli godkända enligt APCA, och tvärtom. Organisationer som redan använder APCA-anpassade designsystem bygger ett försprång — men det finns ingen brådska att överge WCAG 2.x-kontrastkraven i dag.

Bredare omfattning: bortom webbplatser

WCAG 2.x skrevs för webbinnehåll. WCAG 3.0 är uttryckligen utformat för att gälla:

Inbyggda mobilapplikationer (iOS, Android)
Gränssnitt för virtuell och förstärkt verklighet
Uppslukande 3D-miljöer
Framväxande interaktionsparadigm (röststyrt, gestbaserat, AI-assisterat)

Det innebär att utfallen och testmetoderna omfattar scenarier som helt enkelt inte existerar i WCAG 2.x, och adresserar hur tillgänglighet testas när det inte finns någon traditionell webb-DOM.

Funktionella kategorier i stället för POUR

WCAG 2.x organiserar framgångskriterierna kring fyra principer: Perceivable, Operable, Understandable, Robust (POUR) — möjlig att uppfatta, hanterbar, begriplig, robust. Designers och utvecklare har internaliserat den strukturen under mer än 15 år.

WCAG 3.0 ersätter POUR med funktionella användarbehov som organiserande princip. Utfallen grupperas efter vad de gör det möjligt för användare att åstadkomma — läsa, navigera, interagera, förstå — snarare än efter barriärens tekniska natur.

Arbetsutkasten har ännu inte landat i den exakta kategoristrukturen, så detta kan fortsätta att utvecklas.

Vad som INTE förändras

Trots den strukturella omgörningen förändras inte den underliggande kunskapen om tillgänglighet:

Samma typer av barriärer (saknad alt-text, dålig kontrast, otillgängliga formulär, tangentbordsfällor) förblir barriärer
Automatiserad testning spelar fortfarande en central roll — atomära tester i WCAG 3.0 motsvarar nära befintliga regler i axe-core och WAVE
Behovet av manuell expertgranskning och användartestning med personer med funktionsnedsättning växer, det krymper inte
POUR-principerna förblir en användbar tankemodell även om den officiella taxonomin ändras

Organisationer som bygger genuin tillgänglighetskompetens nu kommer inte att ha några svårigheter att översätta sin praktik till WCAG 3.0 när det kommer.

Vad du bör göra nu

Fortsätt att arbeta mot WCAG 2.2 AA. Det är den nuvarande rättsliga standarden i alla större jurisdiktioner och grunden som WCAG 3.0 brons kommer att byggas på. Det finns inget scenario där det är en nackdel att uppfylla WCAG 2.2 AA när WCAG 3.0 kommer.

Börja integrera användartestning med personer med funktionsnedsättning. Nivåerna silver och guld kommer att kräva dokumenterade belägg för testning med riktiga användare. Att börja med den praktiken nu bygger organisatorisk muskel och ger bättre produkter — oavsett vad den slutliga WCAG 3.0-specifikationen säger.

Följ arbetsutkasten. AG WG publicerar uppdateringar på w3.org/TR/wcag-3.0/. Stora beslut om modellen för överensstämmelse, APCA-tröskelvärden och funktionella kategorier fattas fortfarande. Om du har produkter med lång livslängd bör du utse någon som bevakar utvecklingen.

Vänta inte på WCAG 3.0 med att åtgärda kända problem. Kända barriärer kostar dig användare och ökar din juridiska exponering redan i dag. Det finns ingen efterlevnadsvinst i att skjuta upp åtgärdandet.

WCAG 3.0 kommer så småningom, och det kommer att kräva ett skifte i hur tillgänglighet mäts och påvisas. Men det gör inte efterlevnad av WCAG 2.2 irrelevant — det bygger vidare på den. De organisationer som står bäst rustade för övergången är de som bygger riktiga tillgänglighetsprogram nu, inte de som väntar på den slutliga standarden.

Relaterat: WCAG 2.1 vs 2.2: vad som ändrats · WCAG nivå A vs AA vs AAA förklarat