WCAG 3: hvad arbejdsudkastet betyder for nuværende websteder

Billedbeskrivelse: Et trykt WCAG 3-arbejdsudkast med farvede klæbemærker på et skrivebord ved siden af et WCAG 2.2-dokument — det visuelle kendetegn for WCAG 3-preview-primeren.

Læsetid: 12 minutter

WCAG 3 — den næste generation af tilgængeligheds­retningslinjer, som W3C har udarbejdet under arbejdsnavnet Silver siden 2017 — er midt i 2026 fortsat et W3C Working Draft. Den enkelt­kendsgerning er det vigtigste at vide om det. Det er ikke en Recommendation, det er ikke en Candidate Recommendation, og intet i det kan endnu citeres af en regulator, en domstol eller en udbudschef med juridisk kraft. WCAG 2.2 er fortsat den standard, verden i øjeblikket reviderer mod, og EN 301 549, amerikanske Section 508 og de nationale implementeringer af webtilgængeligheds­direktivet refererer alle til WCAG 2.x. Hvad WCAG 3 repræsenterer, er en bevidst arkitektonisk omskrivning af, hvordan tilgængeligheds­overensstemmelse måles — og et glimt af, hvad de næste ti års regulatoradoption vil se ud som, når det stabiliserer sig.

Denne primer dækker, hvad WCAG 3 er, hvad det ændrer strukturelt, hvordan de foreslåede bronze/sølv/guld-overensstemmelsesniveauer fungerer, hvornår Candidate Recommendation realistisk kan dukke op, den politiske spænding med WCAG 2.2 (som nationale regulatorer fortsat er midt i at adoptere), og hvad teams, der kører på 2.x i dag, faktisk skal gøre ved det nu. Den korte version: læs arbejdsudkastet, refaktorér ikke på grund af det, og betragt enhver leverandør, der lover “WCAG 3-overensstemmelse” i dag, som enten forvirret eller sælgende noget.

Hvad WCAG 3 faktisk er — og hvad det ikke er

WCAG 3 er arbejdstitlen for en ny Recommendation-sporlinje i W3C’s Accessibility Guidelines Working Group (AG WG), adskilt fra WCAG 2.x-linjen. Projektet startede i 2017 under projektnavnet Silver (det kemiske symbol Ag, en insiderjoke på “Accessibility Guidelines”), og det første offentlige Working Draft blev offentliggjort i januar 2021. Det seneste Working Draft er den version, læsere vil finde på URL’en w3.org/TR/wcag-3.0/ — og W3C daterer det udkast, ligesom alle udkast før det, med et fremtrædende headerbanner med ordlyden “This document is a Working Draft. It is not stable and should not be referenced or used as a basis for implementation.”

Det banner gør et reelt stykke arbejde. Inden for W3C-processen bevæger et dokument sig gennem fem modenhedsniveauer: Working Draft, Candidate Recommendation (CR), Proposed Recommendation (PR), Recommendation (REC) og endelig Superseded Recommendation. WCAG 2.0 nåede REC i december 2008. WCAG 2.1 nåede REC i juni 2018. WCAG 2.2 nåede REC i oktober 2023. WCAG 3 har endnu ikke nået CR — og W3C har været eksplicit om, at adskillige væsentlige designspørgsmål stadig skal løses, inden det kan ske. Den aktuelle tilstand, pr. det seneste offentliggjorte udkast, er et forsknings-og-designdokument med anvendelige afsnit og tydeligt markerede åbne spørgsmål, ikke en stabil specifikation.

Hvad WCAG 3 ikke er: det er ikke en erstatning for WCAG 2.2. W3C har fastslået, at WCAG 2.2 og WCAG 3 sandsynligvis vil sameksistere i en udvidet overgangsperiode, efter at WCAG 3 når Recommendation. WCAG 3 er heller ikke “WCAG 2.3” — dets indholdsmodel, overensstemmelses­model og redaktionelle struktur er tilstrækkeligt anderledes til, at omnummerering inden for 2.x-linjen blev afvist tidligt i designprocessen.

Formål og omfang: hvorfor en ny linje overhovedet

Tre strukturelle problemer med WCAG 2.x drev beslutningen om at starte en ny linje frem for at fortsætte med at inkrementere 2.x-nummereringen.

For det første omfang. WCAG 2.x er teknisk set Web Content Accessibility Guidelines — det retter sig mod webindhold, der gengives i en brugeragent. Arbejdsgruppens mandat er imidlertid udvidet i løbet af et årti til at dække hele overfladen af digital tilgængelighed: native mobilapplikationer, kiosker, stemme­grænseflader, virtuel og forstærket virkelighed, AAC-værktøj (augmentativ og alternativ kommunikation), konversations-AI-overflader. WCAG 3 er fra grunden designet til at være indhold-og-platform-agnostisk, med den samme retningslinje gældende for en webside, en native app-skærm, et stemmestyret flow og en kiosk-dialog uden at tvinge teams til at skrive tre forskellige overensstemmelsesudtalelser mod en retningslinje, hvis navn stadig siger “Web.”

For det andet overensstemmelses­model. WCAG 2.x-overensstemmelse er binær: hvert relevant succeskriterium enten bestås eller fejler, og en enkelt fejl på et enkelt AA-kriterium sænker sidens overensstemmelseserklæring. Det virker for præcise grænseflades-niveau-kriterier som “brug semantiske overskrifter” — det virker mindre godt for kriterier, hvor den underliggende barriere er graderet snarere end kategorisk, såsom sprog­kompleksitet, kognitiv belastning eller, hvor klart en fejlmeddelelse kommunikerer, hvad der gik galt. WCAG 3 introducerer scorede resultater, så en side kan have et målbart bedre resultat på fx “klart sprog” uden at tvinge den binære vurdering, som 2.x kræver.

For det tredje brugere, der endnu ikke er godt tjent. WCAG 2.x har veldokumenterede huller for brugere med kognitive funktionsnedsættelser, brugere med lav læsefærdighed, brugere, der er afhængige af AAC-enheder, brugere af stemme­grænseflader, deafblinde brugere, der navigerer med opdaterbart braille, og nye hjælpeteknologi-modaliteter såsom øjenstyring og hjerne-computer-grænseflader. 2.x-succeskriterierne kan anvendes på disse brugere — men de var udformet med primært skærmlæser-, forstørrelses-, kun-tastatur- og synshæmmede brugere for øje. WCAG 3’s retningslinjearkitektur inviterer udtrykkeligt til bidrag for kognitive, stemme-, AAC- og nye AT-modaliteter som førsteklasses retlinjeformål.

Vigtigste ændringer: resultater, ikke succeskriterier

Den mest konsekvensrige ændring i WCAG 3 — den, som alle andre ændringer udspringer fra — er overgangen fra succeskriterier til resultater.

Et WCAG 2.x succeskriterium er en binær, testbar påstand. 1.4.3 Kontrast (minimum) fastslår: tekst og billeder af tekst har et kontrastratio på mindst 4,5:1, med to specifikke undtagelser. En side enten opfylder kriteriet eller ikke. Det er fremragende for gentagelig test og kontradiktatorisk brug (retssager, revision, udbud), men straffende for kriterier, hvor det underliggende brugerbehov ikke opdeles rent i bestå/fejl.

Et WCAG 3 resultat, i det nuværende udkast, er en testbar påstand knyttet til en eller flere metoder, der beskriver, hvordan resultatet verificeres og scoringen udføres. Resultater kan være binære, hvor binært er den rette form (et formularfelt har enten en etiket eller ikke), men de kan også scores på en numerisk skala, hvor det underliggende brugerbehov er graderet (hvor læsbar er dette afsnit; hvor gendannelig er denne fejltilstand; hvor forudsigelig er denne navigation). Overensstemmelses­resultatet for et produkt beregnes derefter på tværs af resultater snarere end at være afgrænset af ethvert kriterium-består.

Adskillige andre arkitektoniske ændringer følger:

• Retningslinjer som organiserende enhed. WCAG 3 grupperer resultater under retningslinjer (der groft svarer til princip-og-retningslinjelag i WCAG 2.x, men er skrevet mere deklarativt).
• Metoder, ikke teknikker. WCAG 2.x har informative teknikker, der foreslår, hvordan et succeskriterium opfyldes. WCAG 3 har normative metoder, der beskriver, hvordan et resultat verificeres. Skiftet fra “informativt” til “normativt” betyder noget: det betyder, at testproceduren følger retningslinjen frem for at være et separat, debatterbart supplement.
• Atomiske og holistiske test. Visse resultater testes på atomniveau (ét element, én regel) og visse testes holistisk på tværs af et helt view eller task-flow. Kognitive belastnings- og klart-sprog-resultater er i sagens natur holistiske; kontrast- og mærkningsresultater er i sagens natur atomiske. WCAG 3 gør denne skelnen eksplicit i metoden.
• Funktionelle behovs­kategorier. Udkastet introducerer funktionelle behov — syn, hørelse, kognition, tale, mobilitet, multi-sensorisk — som en tværgående akse. Hvert resultat er kortlagt til de funktionelle behov, det adresserer, så en tester eller regulator kan spørge “vis mig alt, der påvirker brugere med kognitive behov” uden at genlæse hele dokumentet.

Overensstemmelses­niveauer: bronze, sølv, guld

Hvor WCAG 2.x har tre overensstemmelses­niveauer — A, AA, AAA — foreslår WCAG 3 tre overensstemmelses­niveauer: Bronze, Sølv og Guld. Etiketterne er bevidst ikke bogstaver og bevidst ikke kumulative-efter-regel; de signalerer, at de højere niveauer afspejler en mærkbart bedre oplevelse for brugere, ikke “det samme produkt med flere afkrydsede bokse.”

Bronze er minimums­overensstemmelses­niveauet. Det er tiltænkt at svare, groft, til “WCAG 2.x AA-ækvivalent” — det vil sige, at et Bronze-konformt produkt ikke bør være væsentligt dårligere end nutidens AA-konforme produkt. Bronze-overensstemmelse kræver bestå af alle kritiske fejl (resultater markeret i udkastet som fundamentale barrierer — fx manglende alternativ tekst på informative billeder) og opnåelse af en defineret tærskel på tværs af resultatscoren på tværs af produktet. Udkastet foreslår, at kritiske fejl forbliver binære selv inden for den scorede model: enhver kritisk fejl blokerer Bronze-overensstemmelse uanset, hvor godt produktet scorer i øvrigt.

Sølv er mellemniveauet og er tiltænkt at svare til et stærkt AA-plus-produkt — bedre end WCAG 2.x AA-tærsklen, men endnu ikke på AAA-niveau. Sølv kræver typisk en højere tærskel på tværs af de samme scorede resultater, plus bestå af yderligere resultater, der ikke kræves på Bronze-niveau. De specifikke tærskler er fortsat under høring i arbejdsudkastet.

Guld er topniveauet. Det er tiltænkt at repræsentere et produkt, der er designet og testet til hele spektret af funktionelle behov, retningslinjen dækker, ikke kun dem, som de eksisterende 2.x AA-kriterier primært adresserede. Guld er det niveau, hvor kognitive, stemme-, AAC- og nye AT-resultater vejer tungest, fordi det er de brugergrupper, hvor 2.x-overensstemmelse i øjeblikket ikke producerer et sammenligneligt resultat.

To vigtige egenskaber ved niveau­modellen er værd at bemærke. For det første er omfang pr. view eller pr. flow, ikke pr. side: et produkt kan have forskellige overensstemmelses­niveauer på forskellige overflader, hvilket er mere ærligt end WCAG 2.x’s pr.-side-model for komplekse applikationer. For det andet følger overensstemmelses­erklæringen de metoder, der bruges til at verificere den — så en Sølv-erklæring under WCAG 3 bør kunne reproduceres af en anden tester, der følger de samme metoder, på en måde, som WCAG 2.x AA-erklæringer (der i høj grad afhænger af testerjudgement i kantsager) ofte ikke er.

Nye hjælpeteknologi-modaliteter

En central redaktionel forpligtelse i WCAG 3-projektet er førsteklasses support til hjælpeteknologi-modaliteter, som WCAG 2.x historisk set kun har adresseret indirekte.

Kognitiv tilgængelighed er den største af disse udvidelser. Det nuværende udkast inkorporerer resultatarbejde, der tidligere blev udviklet i W3C’s separate Cognitive Accessibility Task Force-output (dokumentet Making Content Usable for People with Cognitive and Learning Disabilities). Resultater på dette område dækker klarhed i sprog, forudsigelighed i navigation, støtte til orientering og vejsøgning, fejlforebyggelse og -genopretting samt minimering af unødvendig kognitiv belastning. Mange af disse resultater er scorede snarere end binære — der er ingen ren bestå/fejl for “er denne sætning læsbar nok” — og det er det argument, den scorede overensstemmelses­model er bygget til at håndtere.

Stemme- og konversations­grænseflader er udtrykkeligt i omfang. Resultater adresserer genkende­lighed af stemmeopfordringer, opdagelig­hed af stemmekommandoer, gendannelses­vejen ved stemmefejlgenkendelse og ækvivalens mellem stemme- og visuel interaktion i dual-modalitets-grænseflader. Dette er den del af udkastet, hvor den platform-agnostiske retlinjearkitektur betyder mest: et kun-stemme-flow på en smart-højtaler kan ikke meningsfuldt testes mod WCAG 2.x’s “webindhold”-succeskriterier, men det kan testes mod WCAG 3-resultater udformet til at være modalitetsneutrale.

AAC (augmentativ og alternativ kommunikation)-brugere — personer, der primært kommunikerer via symbolboards, billedudvekslingssystemer eller talegenerende enheder — adresseres udtrykkeligt i udkastets brugerforsknings­mål. Resultater her relaterer til symbolkonsistens, support til AAC-input som en førsteklasses interaktions­mode og kognitiv forudsigelighed af dialogtilstande, som en AAC-bruger skal navigere.

Nye AT — øjenstyring, kontaktskiftergrænseflader, hjerne-computer-grænseflader, hovedsporing og hjælpeoverfladerne i mixed-reality-enheder — nævnes i udkastets køreplan. Arbejdsgruppens arbejdsposition er, at retlinjearkitekturen bør imødekomme disse modaliteter uden at kræve, at dokumentet opregner alle mulige AT; den funktionelle-behovs-akse er en mekanisme hertil.

Tidsplan: hvornår Candidate Recommendation kan lande

Det ærlige svar er, at ingen uden for AG WG kan give en sikker dato, og ingen inden i den har offentliggjort en. W3C’s proces er konsensusbaseret, og de designspørgsmål, der stadig er åbne i WCAG 3 — den præcise scoringsmetodologi, de eksakte tærskler for Bronze/Sølv/Guld, overensstemmelsesudtalelse­formatet, testbarhed af de kognitive resultater, forholdet til WCAG 2.2 under overgangen — er ikke trivielle. Working Drafts i enhver standardslinje kan sidde på dette modenhedsniveau i årevis.

Hvad der kan siges med rimelig sikkerhed, er pathens form. Candidate Recommendation er det næste modenhedstrin efter det nuværende Working Draft, og CR kan ikke indledes, før arbejdsgruppen løser de åbne spørgsmål, der i øjeblikket er markeret i udkastet, og demonstrerer, at de foreslåede resultater er testbare (en proces W3C kalder “feature-at-risk”-gennemgang, og som kræver betydelig implementeringserfaring at passere). Adskillige offentlige udtalelser fra W3C-personale i løbet af 2025 indikerede, at CR for WCAG 3 fortsat var en vis vej fremme, og at projektet bør behandles som år snarere end måneder fra en stabil specifikation.

Når CR er indledt, kræver standardtidsplanen mindst én implementeringsperiode på adskillige måneder, hvor arbejdsgruppen indsamler evidens for, at resultaterne er verificeret mod rigtige produkter. PR følger. REC følger derefter. Efter REC begynder den langsomme proces med regulatoradoption — og det er historisk set målt i år, ikke måneder. EAA-lignende citering af WCAG 3 via en revideret EN 301 549 (en V5 eller senere) er, på enhver realistisk læsning, et perspektiv fra slutningen af 2020’erne snarere end et umiddelbart et.

Spændingen med WCAG 2.2

WCAG 3 befinder sig i reel politisk spænding med WCAG 2.2, og den spænding er subteksten i enhver WCAG 3-diskussion i branchen. WCAG 2.2 nåede Recommendation i oktober 2023 — en offentliggjort, stabil, citerbar standard, som nationale regulatorer fortsat er midt i at adoptere. Nogle har allerede adopteret det. Nogle har ikke. Den kommende V4 af EN 301 549 vil inkorporere WCAG 2.2; US Section 508 er midt i en opdatering, der peger på WCAG 2.x; privat retssags­forsvar i USA citerer WCAG 2.x som standard.

Spændingen handler ikke rigtig om, hvilket dokument der er “bedre”. Det handler om, hvorvidt regulatorer kan adoptere en standard, der fortsat bevæger sig — og om teams, der netop har investeret i WCAG 2.2-overensstemmelse, bør tro, at et andet framework er om hjørnet. Arbejdsgruppens erklærede position er, at de to linjer ikke er nulsums: WCAG 2.2 forbliver den operative standard for regulatoradoption, og WCAG 3 er næste generation, der med tiden vil afløse den. Begge dokumenter vil blive vedligeholdt ved W3C side om side, når WCAG 3 når Recommendation, og W3C har signaleret, at overgangen vil være bevidst lang nok til, at teams ikke stilles over for en tvungen migration.

I praksis betyder det tre ting. WCAG 2.2-revisionsarbejde er ikke spildt — de underliggende adgangsbarrierer, det identificerer, forsvinder ikke under WCAG 3, de reorganiseres til resultater. Regulatorer, der er midt i adoptionen af WCAG 2.2, begår ikke en fejl — de udfører det arbejde, der skal gøres dette årti. Og leverandører, der markedsfører “WCAG 3-overensstemmelse” mod et arbejdsudkast, fejlrepræsenterer standardens modenhed; ingen overensstemmelseserklæring mod et ustabilt Working Draft er meningsfuld.

WCAG 2.2 vs WCAG 3: dimensioner sammenlignet

Implikationer for 2.x-websteder i dag

Det praktiske spørgsmål for ethvert team, der i dag kører et websted, en app eller et produkt på WCAG 2.x, er: skal vi gøre noget anderledes, fordi WCAG 3 er på vej? Svaret falder i tre dele.

Revider og udbedre mod WCAG 2.2 AA. Det er den standard, regulatorer adopterer, som EN 301 549 V4 vil inkorporere, og som domstole i jurisdiktioner med private søgsmålsrettigheder citerer. En 2.2 AA-revision udført godt i 2026 er ikke spildt arbejde — de underliggende barrierer vil fortsat være barrierer under WCAG 3, og udbedrings­indsatsen er den samme. Teams, der udsatte 2.2-arbejde i håbet om at “gøre WCAG 3 i stedet,” vælger et dårligere resultat på en længere tidslinje.

Læs WCAG 3-arbejdsudkastet, refaktorér ikke på grund af det. Udkastet er et nyttigt vindue ind i, hvor standarden er på vej hen, og hvilke brugerbehov det næste årti vil sætte i forgrunden. Teams bør læse det (det er frit tilgængeligt på W3C TR-siden), dele det internt med design og teknik og bruge det til at indlede samtaler om kognitiv tilgængelighed, stemme­grænseflader og AAC. De bør dog ikke begynde at skrive overensstemmelses­erklæringer mod det, udarbejde udbudsklausuler mod det eller omstrukturere revisionsprogrammer for at foregribe det. Udkastet er ikke stabilt nok til nogen af disse aktiviteter.

Invester i den brugerforsknings- og designforsknings­kapacitet, som WCAG 3 vil kræve. De scorede, holistiske, modalitetsneutrale resultater, som WCAG 3 introducerer, kan ikke verificeres af automatiserede scanningsværktøjer alene. De kræver designforskning med brugere med kognitive funktionsnedsættelser, med AAC-brugere, med stemme­grænsefladebrugere. De teams, der vil være klar, når WCAG 3 når Recommendation, er ikke dem med det mest sofistikerede automatiserede værktøj — det er dem med etablerede brugerforskningsrelationer på tværs af hele spektret af funktionelle behov. At opbygge disse relationer nu er en investering, der betaler sig under enhver standard.

WCAG 3 i den standardsgraf, du allerede kender

Hvis du har fulgt tilgængeligheds­standardernes bue — fra Section 508 via EN 301 549, fra W3C’s WCAG 2.0 via 2.1 og ind i 2.2 — er WCAG 3 den næste generation i den bue, i øjeblikket midt i designet. Det er det dokument, standardsamfundet bygger, fordi begrænsningerne ved WCAG 2.x’s binære, kun-web, succeskriterium-model er blevet svære at ignorere, efterhånden som digital tilgængelighed er udvidet til mobil, stemme, AAC og kognitive grænseflader. Det er også, i dag, et ustabilt Working Draft, som ingen regulator endnu kan citere, og ingen ansvarlig leverandør endnu kan erklære overensstemmelse mod.

For praktikere, der kortlægger resten af dette årti: WCAG 2.2 er den standard at revidere mod, EN 301 549 V4 er det udbudsinstrument at flugte med, og WCAG 3 er det dokument at læse en fredag eftermiddag for at forstå, hvor arbejdet er på vej hen. Den rette holdning er informeret tålmodighed — hold WCAG 3 i perifersynet, udfør WCAG 2.2-arbejdet foran dig, og opbyg den brugerforsknings­kapacitet, der vil betyde noget uanset, hvilket dokument revisorerne citerer om fem år. For den næste del i denne primerserie, se WCAG 2.2-adoptionsrateundersøgelsen, der sporer, hvilke nationale regulatorer der allerede er krydset over linjen.