WCAG 3: vad arbetsutkastet innebär för befintliga webbplatser

Bildbeskrivning: Ett utskrivet WCAG 3-arbetsutkast med färgade flikbokmärken på ett skrivbord bredvid ett WCAG 2.2-dokument — det visuella märket för WCAG 3-förhandsgranskningstexten.

Lästid: 12 minuter

WCAG 3 — den nästa generationens tillgänglighetsriktlinje som W3C har utarbetat under arbetsnamnet Silver sedan 2017 — är fortfarande, i mitten av 2026, ett W3C-arbetsutkast. Det enda faktumet är det viktigaste att veta om det. Det är inte en rekommendation, det är inte en kandidatrekommendation, och inget i det kan ännu åberopas av en regulator, en domstol eller en upphandlingsansvarig med rättslig kraft. WCAG 2.2 förblir den standard världen för närvarande granskar mot, och EN 301 549, US Section 508 och de nationella implementeringarna av webbtillgänglighetsdirektivet hänvisar alla till WCAG 2.x. Vad WCAG 3 representerar är en avsiktlig arkitektonisk omskrivning av hur tillgänglighetsöverensstämmelse mäts — och en försmak av hur de närmaste tio årens regulatoriska antagande kommer att se ut när det stabiliseras.

Den här primern täcker vad WCAG 3 är, vad det strukturellt förändrar, hur dess föreslagna brons/silver/guld-överensstämmelsenivåer fungerar, när kandidatrekommendationen realistiskt sett kan dyka upp, den politiska spänningen med WCAG 2.2 (som nationella regulatorer fortfarande är mitt i att anta), och vad team som kör på 2.x idag faktiskt ska göra åt det nu. Den korta versionen: läs arbetsutkastet, refaktorera inte för det, och behandla alla leverantörer som lovar “WCAG 3-överensstämmelse” idag som antingen förvirrade eller som säljer något.

Vad WCAG 3 faktiskt är — och vad det inte är

WCAG 3 är arbetsnamnet på en ny rekommendationsspår vid W3C:s Accessibility Guidelines Working Group (AG WG), skild från WCAG 2.x-linjen. Projektet startade 2017 under projektnamnet Silver (det kemiska symbolen Ag, ett internt skämt om “Accessibility Guidelines”) och det första offentliga arbetsutkastet publicerades i januari 2021. Det senaste arbetsutkastet är den version läsare hittar på URL:en w3.org/TR/wcag-3.0/ — och W3C daterar det utkastet, precis som varje utkast före det, med en framträdande rubrikbanner som lyder “This document is a Working Draft. It is not stable and should not be referenced or used as a basis for implementation.”

Den bannern gör ett verkligt jobb. Inom W3C-processen rör sig ett dokument genom fem mognadsnivåer: Working Draft, Candidate Recommendation (CR), Proposed Recommendation (PR), Recommendation (REC), och slutligen Superseded Recommendation. WCAG 2.0 nådde REC i december 2008. WCAG 2.1 nådde REC i juni 2018. WCAG 2.2 nådde REC i oktober 2023. WCAG 3 har ännu inte gått in i CR — och W3C har varit tydligt med att flera substantiella designfrågor fortfarande behöver lösas innan det kan ske. Det aktuella tillståndet, per det senaste publicerade utkastet, är ett forsknings- och designdokument med fungerande avsnitt och tydligt flaggade öppna frågor, inte en stabil specifikation.

Vad WCAG 3 inte är: det är inte en ersättning för WCAG 2.2. W3C har uttalat att WCAG 2.2 och WCAG 3 sannolikt kommer att samexistera under en utökad övergångsperiod efter att WCAG 3 når rekommendation. WCAG 3 är inte heller “WCAG 2.3” — dess innehållsmodell, överensstämmelsemodell och redaktionella struktur är tillräckligt olika för att omnumrering inom 2.x-linjen avvisades tidigt i designprocessen.

Syfte och omfång: varför en ny linje överhuvudtaget

Tre strukturella problem med WCAG 2.x drev beslutet att starta en ny linje snarare än att fortsätta öka 2.x-numreringen.

För det första, omfång. WCAG 2.x är tekniskt sett Web Content Accessibility Guidelines — det riktar sig mot webbinnehåll som renderas i en användaragent. Arbetsgruppens mandat har dock utvidgats under ett decennium till att täcka hela ytan av digital tillgänglighet: native mobilapplikationer, kioskterminaler, röstgränssnitt, virtuell och förstärkt verklighet, AAC-verktyg (alternativ och kompletterande kommunikation), konversations-AI-ytor. WCAG 3 utformas från grunden för att vara innehålls- och plattformsagnostisk, med samma riktlinje som gäller för en webbsida, en native app-skärm, ett röstflöde och en kioskdialog utan att tvinga team att skriva tre olika överensstämmelsedeklarationer mot en riktlinje vars namn fortfarande säger “Web.”

För det andra, överensstämmelsemodell. WCAG 2.x-överensstämmelse är binär: varje tillämpligt framgångskriterium antingen godkänns eller underkänns, och ett enstaka underkännande på ett enda AA-kriterium förstör sidans överensstämmelsepåstående. Det fungerar för skarpa gränssnittnivåkriterier som “använd semantiska rubriker” — det fungerar sämre för kriterier där den underliggande barriären är graduell snarare än kategorisk, till exempel språkkomplexitet, kognitiv belastning, eller hur tydligt ett felmeddelande kommunicerar vad som gick fel. WCAG 3 introducerar poängsatta utfall så att en sida kan ha ett mätbart bättre resultat på, säg, “tydligt språk” utan att tvinga det binära val som 2.x kräver.

För det tredje, användare som ännu inte betjänas väl. WCAG 2.x har välkända luckor för användare med kognitiva funktionsnedsättningar, användare med låg läsförmåga, användare som förlitar sig på AAC-enheter, användare av röstgränssnitt, dövblinda användare som navigerar med uppdateringsbara punktdisplayer, och nya hjälpmedelsteknologimodaliteter som ögonstyrning och hjärndatorinterfaces. WCAG 2.x-framgångskriterierna kan tillämpas på dessa användare — men de utarbetades med skärmläsare-, förstoringsglas-, tangentbordsexklusiva- och svagsynsanvändare i första hand. WCAG 3:s riktlinjearkitektur bjuder uttryckligen in bidrag för kognitiva, röst-, AAC- och framtida hjälpmedelsmodaliteter som förstanivåmål.

Nyckelförändringar: utfall, inte framgångskriterier

Den mest konsekventa förändringen i WCAG 3 — den som alla andra förändringar härstammar från — är övergången från framgångskriterier till utfall.

Ett WCAG 2.x framgångskriterium är ett binärt, testbart påstående. 1.4.3 Kontrast (Minimum) anger: text och textbilder har ett kontrastförhållande på minst 4,5:1, med två specifika undantag. En sida antingen uppfyller kriteriet eller inte. Det är utmärkt för repeterbar testning och adversariell användning (rättstvister, granskning, upphandling) men straffande för kriterier där det underliggande användarbehovet inte delar in sig rent i godkänd/underkänd.

Ett WCAG 3 utfall, i det nuvarande utkastet, är ett testbart påstående kopplat till en eller flera metoder som beskriver hur utfallet ska verifieras och hur resultatet ska poängsättas. Utfall kan vara binära där binärt är rätt form (ett formulärfält antingen har en etikett eller inte) men de kan också poängsättas på en numerisk skala där det underliggande användarbehovet är graduellt (hur läsbart är det här stycket; hur återhämtningsbart är det här feltillståndet; hur förutsägbar är den här navigeringen). Överensstämmelseresultatet för en produkt beräknas sedan över utfall snarare än att passeras av varje-kriterium-godkänd.

Flera andra arkitektoniska förändringar följer:

• Riktlinjer som organiserande enhet. WCAG 3 grupperar utfall under riktlinjer (som ungefär motsvarar principer-och-riktlinjer-lagret i WCAG 2.x, men är skrivna mer deklarativt).
• Metoder, inte tekniker. WCAG 2.x har informativa tekniker som föreslår hur man kan uppfylla ett framgångskriterium. WCAG 3 har normativa metoder som beskriver hur ett utfall verifieras. Övergången från “informativ” till “normativ” spelar roll: det innebär att testproceduren följer med riktlinjen snarare än att vara ett separat, diskuterbart komplement.
• Atomära och holistiska tester. Vissa utfall testas på atomnivå (ett element, en regel) och vissa testas holistiskt över en hel vy eller uppgiftsflöde. Kognitiv belastning och tydliga språkutfall är i sig holistiska; kontrast- och etiketteringsutfall är i sig atomära. WCAG 3 gör den distinktionen explicit i metoden.
• Funktionella behovskategorier. Utkastet introducerar funktionella behov — syn, hörsel, kognition, tal, rörlighet, multisensorisk — som en tvärgående axel. Varje utfall mappas till de funktionella behov det adresserar, så en testare eller regulator kan fråga “visa mig allt som påverkar användare med kognitiva behov” utan att läsa om hela dokumentet.

Överensstämmelsenivåer: brons, silver, guld

Där WCAG 2.x har tre överensstämmelsenivåer — A, AA, AAA — föreslår WCAG 3 tre överensstämmelsenivåer: Brons, Silver och Guld. Etiketterna är medvetet inte bokstäver och medvetet inte kumulativa per regel; de signalerar att de högre nivåerna återspeglar en meningsfullt bättre upplevelse för användare, inte “samma produkt med fler kryssrutor ifyllda.”

Brons är den lägsta överensstämmelsenivån. Den är avsedd att motsvara, ungefär, “WCAG 2.x AA-ekvivalent” — det vill säga, en Brons-överensstämmande produkt ska inte vara väsentligt sämre än dagens AA-överensstämmande produkt. Brons-överensstämmelse kräver att alla kritiska fel godkänns (utfall flaggade i utkastet som grundläggande hinder — till exempel saknad alternativtext på informativa bilder), och att ett definierat tröskelvärde uppnås i utfallspoäng över produkten. Utkastet föreslår att kritiska fel förblir binära även inom den poängsatta modellen: ett kritiskt fel blockerar Brons-överensstämmelse oavsett hur bra produkten poängsätter sig i övrigt.

Silver är mellannivån och är avsedd att motsvara, ungefär, en stark AA-plus-produkt — bättre än WCAG 2.x AA-ribban men ännu inte på AAA-nivå. Silver kräver vanligtvis ett högre tröskelvärde över samma poängsatta utfall, plus att ytterligare utfall godkänns som inte krävs på Brons-nivå. De specifika tröskelvärdena är fortfarande under samråd i arbetsutkastet.

Guld är den högsta nivån. Den är avsedd att representera en produkt som har utformats och testats för hela spektrumet av funktionella behov som riktlinjen täcker, inte bara de som de befintliga 2.x AA-kriterierna mestadels adresserade. Guld är den nivå där kognitiva, röst-, AAC- och framtida hjälpmedelsutfall väger tyngst, eftersom det är de användargrupper där 2.x-överensstämmelse för närvarande inte ger ett jämförbart resultat.

Två viktiga egenskaper hos nivåmodellen värda att notera. För det första, omfånget är per vy eller per flöde, inte per sida: en produkt kan ha olika överensstämmelsenivåer på olika ytor, vilket är mer ärligt än WCAG 2.x:s per-sida-modell för komplexa applikationer. För det andra följer överensstämmelsepåståendet de metoder som användes för att verifiera det — så ett Silver-påstående under WCAG 3 bör vara reproducerbart av en annan testare som följer samma metoder, på ett sätt som WCAG 2.x AA-påståenden (som i hög grad förlitar sig på testarbedömning vid kanterna) ofta inte är.

Framtida hjälpmedelsmodaliteter

Ett stort redaktionellt åtagande i WCAG 3-projektet är förstanivåstöd för hjälpmedelsmodaliteter som WCAG 2.x historiskt sett bara har adresserat indirekt.

Kognitiv tillgänglighet är den största av de expansionerna. Det nuvarande utkastet inkorporerar utfallsarbete som tidigare utvecklades i W3C:s separata Cognitive Accessibility Task Force-utdata (dokumentet Making Content Usable for People with Cognitive and Learning Disabilities). Utfall inom det här området täcker tydlighet i språk, förutsägbarhet i navigering, stöd för orientering och vägvisning, felförebyggande och återhämtning, samt minimering av onödig kognitiv belastning. Många av dessa utfall är poängsatta snarare än binära — det finns ingen ren godkänd/underkänd för “är den här meningen tillräckligt läsbar” — och det är det fall som den poängsatta överensstämmelsemodellen byggdes för att hantera.

Röst- och konversationsgränssnitt är uttryckligen inom omfånget. Utfall adresserar igenkänligheten hos röstuppmaningar, möjligheten att upptäcka röstkommandon, återhämtningsvägen när röstigenknänning misslyckas, och ekvivalensen mellan röst- och visuell interaktion i dubbla modalitetsgränssnitt. Det här är den del av utkastet där den plattformsagnostiska riktlinjearkitekturen spelar störst roll: ett röstexklusivt flöde på en smart högtalare kan inte meningsfullt testas mot WCAG 2.x:s “webbinnehåll”-framgångskriterier, men det kan testas mot WCAG 3-utfall utarbetade för att vara modalitetsneutrala.

AAC (alternativ och kompletterande kommunikation)-användare — personer som kommunicerar primärt via symbolkort, bildbytessystem eller talgenererande enheter — adresseras uttryckligen i utkastets användarforskingsmål. Utfall här rör symbolkonsekvens, stöd för AAC-inmatning som ett förstanivåinteraktionsläge, och kognitiv förutsägbarhet hos dialogtillstånd som en AAC-användare behöver navigera.

Framtida hjälpmedel — ögonstyrning, switchgränssnitt, hjärndatorinterfaces, huvudspårning och hjälpmedelsytorna på mixed-reality-enheter — namnges i utkastets plan. Arbetsgruppens arbetsposition är att riktlinjearkitekturen bör kunna hantera dessa modaliteter utan att dokumentet behöver räkna upp varje möjligt hjälpmedel; den funktionella behovsaxeln är en mekanism för det.

Tidslinje: när kandidatrekommendationen kan komma

Det ärliga svaret är att ingen utanför AG WG kan ge ett säkert datum, och ingen inuti det har publicerat ett. W3C:s process är konsensusdriven, och de designfrågor som fortfarande är öppna i WCAG 3 — den exakta poängsättningsmetodiken, de exakta tröskelvärdena för Brons/Silver/Guld, formatet för överensstämmelsepåståendet, testbarheten för de kognitiva utfallen, relationen till WCAG 2.2 under övergången — är icke-triviala. Arbetsutkast inom alla standardlinjer kan sitta på den mognadsnivån i år.

Vad som kan sägas med rimlig säkerhet är formen på vägen. Kandidatrekommendation är nästa mognadssteg efter det nuvarande arbetsutkastet, och CR kan inte inledas förrän arbetsgruppen löser de öppna frågor som för närvarande är flaggade i utkastet och visar att de föreslagna utfallen är testbara (en process W3C kallar “feature-at-risk”-granskning och som kräver väsentlig implementeringserfarenhet att rensa). Flera offentliga uttalanden från W3C-personal under 2025 indikerade att CR för WCAG 3 fortfarande låg en bit bort och att projektet borde behandlas som år snarare än månader från en stabil specifikation.

När CR väl inleds kräver standardtidslinjen minst en implementeringsperiod på flera månader under vilken arbetsgruppen samlar bevis på att utfallen har verifierats mot verkliga produkter. PR följer. REC följer det. Efter REC börjar den långsamma processen med regulatoriskt antagande — och det har historiskt sett mätts i år, inte månader. EAA-liknande hänvisning till WCAG 3 via ett reviderat EN 301 549 (ett V5 eller senare) är, på alla realistiska tolkningar, ett sent 2020-talsprospekt snarare än ett omedelbart.

Spänningen med WCAG 2.2

WCAG 3 befinner sig i verklig politisk spänning med WCAG 2.2, och den spänningen är undertexten i varje WCAG 3-diskussion inom branschen. WCAG 2.2 nådde rekommendation i oktober 2023 — en publicerad, stabil, citerbar standard som nationella regulatorer fortfarande är mitt i att anta. Vissa har antagit den redan. Vissa har inte. Det kommande V4 av EN 301 549 kommer att inkorporera WCAG 2.2; US Section 508 genomgår en uppdatering som pekar på WCAG 2.x; privaträttstvister i USA hänvisar till WCAG 2.x som standard.

Spänningen handlar inte riktigt om vilket dokument som är “bättre.” Den handlar om huruvida regulatorer kan anta en standard som fortfarande rör sig — och om team som nyligen investerat i WCAG 2.2-överensstämmelse ska tro att ett annat ramverk väntar runt hörnet. Arbetsgruppens uttalade ståndpunkt är att de två linjerna inte är ett nollsummespel: WCAG 2.2 är fortfarande den operativa standarden för regulatoriskt antagande, och WCAG 3 är nästa generation som med tiden kommer att efterfölja den. Båda dokumenten kommer att underhållas vid W3C sida vid sida när WCAG 3 når rekommendation, och W3C har signalerat att övergången avsiktligt kommer att vara tillräckligt lång för att team inte ska stå inför en tvångsmigration.

I praktiken innebär det tre saker. WCAG 2.2-granskningsarbete är inte bortkastat — de underliggande tillgänglighetsbarriärerna det identifierar försvinner inte under WCAG 3, de omorganiseras till utfall. Regulatorer som är mitt i att anta WCAG 2.2 gör inte ett misstag — de gör det arbete som behöver göras det här decenniet. Och leverantörer som marknadsför “WCAG 3-överensstämmelse” mot ett arbetsutkast missrepresenterar standardens mognad; inget överensstämmelsepåstående mot ett instabilt arbetsutkast är meningsfullt.

WCAG 2.2 kontra WCAG 3: dimensioner jämförda

Konsekvenser för 2.x-webbplatser idag

Den praktiska frågan för varje team som driver en webbplats, app eller produkt på WCAG 2.x idag är: ska vi göra något annorlunda för att WCAG 3 är på väg? Svaret faller i tre delar.

Granska och åtgärda mot WCAG 2.2 AA. Det är den standard regulatorer antar, som EN 301 549 V4 kommer att inkorporera, och som domstolar i jurisdiktioner med privata klagorätt citerar. En välgjord 2.2 AA-granskning 2026 är inte bortkastat arbete — de underliggande barriärerna är fortfarande barriärer under WCAG 3, och åtgärdsinsatsen för att åtgärda dem är densamma. Team som skjutit upp 2.2-arbetet i hopp om att “göra WCAG 3 istället” väljer ett sämre resultat på en längre tidslinje.

Läs WCAG 3-arbetsutkastet, refaktorera inte för det. Utkastet är ett användbart fönster in i vart standarden är på väg och vilka användarbehov nästa decennium kommer att lyfta fram. Team bör läsa det (det är fritt tillgängligt på W3C TR-webbplatsen), dela det inom design och teknik, och använda det för att initiera samtal om kognitiv tillgänglighet, röstgränssnitt och AAC. De bör dock inte börja skriva överensstämmelsepåståenden mot det, utforma upphandlingsklausuler mot det, eller omstrukturera granskningsprogram för att förutse det. Utkastet är inte tillräckligt stabilt för någon av dessa aktiviteter.

Investera i den användarforsknings- och designforskningskapacitet som WCAG 3 kommer att kräva. De poängsatta, holistiska, modalitetsagnostiska utfall som WCAG 3 introducerar kan inte verifieras av automatiserade skanningsverktyg ensamt. De kräver designforskning med användare som har kognitiva funktionsnedsättningar, med AAC-användare, med röstgränssnittsanvändare. De team som kommer att vara redo när WCAG 3 når rekommendation är inte de med de mest sofistikerade automatiserade verktygen — de är de med etablerade användarforskningsrelationer över hela spektrumet av funktionella behov. Att bygga dessa relationer nu är en investering som lönar sig under båda standarderna.

WCAG 3 i standardgrafen du redan känner

Om du har följt tillgänglighetsstandardernas båge — från Section 508 via EN 301 549, från W3C:s WCAG 2.0 via 2.1 och in i 2.2 — är WCAG 3 nästa generation av den bågen, för närvarande mitt i design. Det är det dokument standardgemenskapen bygger eftersom begränsningarna i WCAG 2.x:s binära, webbenbart, framgångskriterie-modell har blivit svåra att ignorera när digital tillgänglighet har expanderat till mobil, röst, AAC och kognitiva gränssnitt. Det är också, idag, ett instabilt arbetsutkast som ingen regulator ännu kan citera och ingen ansvarsfull leverantör ännu kan påstå efterlevnad mot.

För praktiker som planerar resten av det här decenniet: WCAG 2.2 är standarden att granska mot, EN 301 549 V4 är upphandlingsinstrumentet att anpassa sig till, och WCAG 3 är dokumentet att läsa en fredagseftermiddag för att förstå vart arbetet är på väg. Den rätta hållningen är informerat tålamod — håll WCAG 3 i perifert synfält, gör WCAG 2.2-arbetet framför dig, och bygg upp den användarforskningskapacitet som kommer att spela roll oavsett vilket dokument granskarna citerar om fem år. För nästa avsnitt i den här primerserien, se WCAG 2.2-antagandetaktundersökningen som spårar vilka nationella regulatorer som redan har passerat linjen.