WCAG 2.2 vs WCAG 3.0: mi jön, és mikor?

A WCAG 3.0 — hivatalos nevén W3C Accessibility Guidelines — a webes akadálymentességi szabványok legjelentősebb átalakítása a WCAG 2.0 2008-as megjelenése óta. 2026 közepén még mindig munkaanyag (working draft) státuszban van, és nincs kitűzött ajánlási dátuma. A tervezési döntései azonban már most elég világosak ahhoz, hogy megértsük, hogyan fog kinézni a megfelelőség, amikor megérkezik.

Ez a cikk azt tekinti át, mit változtat valójában a WCAG 3.0, miben tér el a 2.2-től, és mit lehet most tenni a felkészülésért anélkül, hogy ez felborítaná a jelenlegi kötelezettségek teljesítését.

Hol tartunk ma

A WCAG 2.2 (2023. október) a jelenlegi W3C-ajánlás, és ez az az alapszint, amelyre világszerte a legtöbb akadálymentességi jogszabály hivatkozik — köztük az uniós EN 301 549, az európai akadálymentesítési irányelv és az egyesült királyságbeli közszférabeli szabályozás. Ma ennek kell megfelelni.

A WCAG 3.0 munkacsoporti dokumentum, amelyet az Accessibility Guidelines Working Group (AG WG) aktívan fejleszt. Több nyilvános munkaanyagon ment már keresztül. A csoport kifejezetten kijelentette, hogy a közeljövőben nem éri el az ajánlási státuszt — 2027 a legkorábbi reális időpont, és az átalakítás mértékét tekintve valószínű a további csúszás.

Nem lesz éles váltás. Amikor a WCAG 3.0 valóban szabvánnyá válik, a szabályozók átmeneti időszakokat adnak — ahogy tették ezt akkor is, amikor az egyes országok a WCAG 2.0-ról a 2.1-re tértek át.

Az alapvető szerkezeti változás: a kritériumoktól a kimenetekig

A legalapvetőbb különbség filozófiai jellegű.

A WCAG 2.x a sikerkritériumok köré épül — konkrét, tesztelhető, megfelelt/nem felelt meg típusú szabályok köré. „A színkontrasztnak legalább 4,5:1-nek kell lennie.” Vagy annyi, vagy nem. Ez a bináris szerkezet egyszerűvé tette az automatizált tesztelést, de gondokat is okozott: minden kritérium teljesítése nem garantál használható élményt, és sok valós akadály nehezen redukálható egyetlen mérhető tesztre.

A WCAG 3.0 a kimenetek (outcomes) felé mozdul el — magasabb szintű állításokra arról, hogy mit kell elérnie a felhasználói élménynek —, és minden kimenetet több tesztmódszer támogat. Egy teszt lehet:

Atomi — konkrét, mérhető ellenőrzés (hasonlóan a jelenlegi sikerkritériumokhoz)
Holisztikus — felhasználói tesztelést vagy szakértői értékelést igényel egy teljes folyamaton keresztül

Ez azt jelenti, hogy a WCAG 3.0 szerinti megfelelőség automatizált ellenőrzések és minőségi értékelés keverékét fogja jelenteni, nem pusztán egy ellenőrzőlistát.

Az új megfelelőségi modell: bronz, ezüst, arany

A WCAG 2.x három megfelelőségi szintet használ: A, AA, AAA. A legtöbb jogszabályi előírás AA szintet követel meg.

A WCAG 3.0 ezt egy fokozatos modellel váltja fel, amely a teljesített kimenetek arányán és minőségén alapul:

Szint	Mit jelent
Bronz	Minden kritikus kimenet teljesül; egyetlen kimenetnél sincs széles körű hiba
Ezüst	A bronz követelményei teljesülnek, ezen felül előrelépés további kimeneteknél
Arany	Az ezüst követelményei teljesülnek, dokumentált felhasználói kutatással és folyamatos fejlesztési folyamatokkal

Várhatóan a bronz lesz a jogi minimum — nagyjából a mai AA szint megfelelője. Az ezüst és az arany azokat a szervezeteket jutalmazza, amelyek ennél tovább mennek, például folyamatosan tesztelnek fogyatékossággal élő felhasználókkal, és formális akadálymentességi érettségi programot működtetnek.

Fontos, hogy a bronz sem könnyű. A „nincs széles körű hiba” mércéje magasabb, mint pusztán az összes automatizált vizsgálat teljesítése.

APCA: új megközelítés a színkontraszthoz

A WCAG 3.0 egyik legtöbbet tárgyalt technikai változása a jelenlegi kontrasztalgoritmus (a WCAG 2.x relatív fénysűrűségi arányt használ) lecserélése az APCA-ra — az Advanced Perceptual Contrast Algorithmre.

A jelenlegi arány (4,5:1 normál szövegre, 3:1 nagy szövegre) durva eszköz. Nem veszi figyelembe, hogy az emberi látórendszer valójában hogyan érzékeli a kontrasztot különböző betűvastagságok, méretek és polaritások (világos a sötéten vs. sötét a világoson) esetén.

Az APCA egy Lightness Contrast (Lc) értéket számol, és a betűméret, valamint a betűvastagság alapján eltérő küszöböket alkalmaz. Egy 16 pixeles félkövér szöveg minimális Lc-értéke más, mint egy 12 pixeles normál szövegé, és a sötét a világoson eset másképp pontozódik, mint a világos a sötéten.

Gyakorlati következmény: néhány olyan színkombináció, amely jelenleg megbukik a WCAG 2.x kontrasztkövetelményén, megfelel majd az APCA szerint, és fordítva. Azok a szervezetek, amelyek már most APCA-kompatibilis dizájnrendszert használnak, előnyt építenek — de ma nincs sürgető ok arra, hogy feladják a WCAG 2.x kontrasztmegfelelőséget.

Tágabb hatókör: túl a weboldalakon

A WCAG 2.x webes tartalomra készült. A WCAG 3.0-t kifejezetten úgy tervezik, hogy a következőkre is vonatkozzon:

Natív mobilalkalmazások (iOS, Android)
Virtuális és kiterjesztett valóság felületei
Immerzív 3D-környezetek
Új interakciós paradigmák (hangvezérelt, gesztusalapú, AI-támogatott)

Ez azt jelenti, hogy a kimenetek és a tesztmódszerek olyan forgatókönyveket is tartalmaznak, amelyek a WCAG 2.x-ben egyszerűen nem léteznek, és azt is kezelik, hogyan tesztelhető az akadálymentesség ott, ahol nincs hagyományos webes DOM.

Funkcionális kategóriák a POUR helyett

A WCAG 2.x négy alapelv köré rendezi a sikerkritériumokat: Perceivable, Operable, Understandable, Robust (POUR) — érzékelhető, működtethető, érthető, robusztus. A tervezők és fejlesztők több mint 15 év alatt beépítették ezt a szerkezetet a gondolkodásukba.

A WCAG 3.0 a POUR-t funkcionális felhasználói igényekkel váltja fel mint rendezőelvvel. A kimeneteket az szerint csoportosítja, hogy mit tesznek lehetővé a felhasználóknak — olvasást, navigálást, interakciót, megértést —, nem pedig az akadály technikai természete szerint.

A munkaanyagok még alakítják a pontos kategóriaszerkezetet, így ez tovább változhat.

Ami NEM változik

A szerkezeti átalakítás ellenére a mögöttes akadálymentességi tudás nem változik:

Ugyanazok az akadálytípusok (hiányzó alt szöveg, gyenge kontraszt, nem akadálymentes űrlapok, billentyűzetcsapdák) továbbra is akadályok maradnak
Az automatizált tesztelés továbbra is központi szerepet játszik — a WCAG 3.0 atomi tesztjei szorosan megfeleltethetők a meglévő axe-core és WAVE szabályoknak
A manuális szakértői felülvizsgálat és a fogyatékossággal élő emberekkel végzett felhasználói tesztelés iránti igény nő, nem csökken
A POUR-elvek hasznos gondolati modellként megmaradnak akkor is, ha a hivatalos taxonómia változik

Azok a szervezetek, amelyek most építenek fel valódi akadálymentességi kompetenciát, nehézség nélkül fogják megfeleltetni gyakorlatukat a WCAG 3.0-nak, amikor az megérkezik.

Mit érdemes most tenni

Folytatni kell a WCAG 2.2 AA szintre való törekvést. Ez a jelenlegi jogi szabvány minden nagyobb joghatóságban, és az az alap, amelyre a WCAG 3.0 bronz szintje épülni fog. Nincs olyan forgatókönyv, amelyben a WCAG 2.2 AA szintű megfelelőség hátrány lenne a WCAG 3.0 érkezésekor.

El kell kezdeni a fogyatékossággal élő emberekkel végzett felhasználói tesztelés beépítését. Az ezüst és arany szint dokumentált bizonyítékot fog megkövetelni a valós felhasználókkal végzett tesztelésről. Ha ez a gyakorlat már most elindul, az szervezeti izmot épít, és jobb termékeket eredményez — függetlenül attól, mi kerül a végleges WCAG 3.0 specifikációba.

Követni kell a munkaanyagokat. Az AG WG a w3.org/TR/wcag-3.0/ címen tesz közzé frissítéseket. A megfelelőségi modellről, az APCA-küszöbökről és a funkcionális kategóriákról szóló fontos döntések még most születnek. Hosszú életciklusú termékek esetén érdemes valakit megbízni a fejlemények nyomon követésével.

Nem szabad a WCAG 3.0-ra várni az ismert problémák javításával. Az ismert akadályok már ma felhasználókba kerülnek, és növelik a jogi kockázatot. A javítás halogatásának semmilyen megfelelőségi előnye nincs.

A WCAG 3.0 előbb-utóbb megérkezik, és szemléletváltást fog igényelni abban, hogyan mérjük és igazoljuk az akadálymentességet. De nem teszi irrelevánssá a WCAG 2.2 szerinti megfelelőséget — arra fog építeni. Az átmenetre azok a szervezetek vannak a legjobb helyzetben, amelyek most építenek valódi akadálymentességi programot, nem azok, amelyek a végleges szabványra várnak.

Kapcsolódó: WCAG 2.1 vs 2.2: mi változott · WCAG A, AA és AAA szint érthetően