Mi új a WCAG 2.2-ben? A 9 új sikerkritérium közérthetően

Valaki billentyűzettel lépked végig a pénztárfolyamatán. A fókusz a „Fizetés” gombra kerül, de egy rögzített sütisáv pont rajta ül, így nem látja, hol tart. A WCAG 2.1 szerint ez az oldal még megfelelhetett. A WCAG 2.2 szerint már nem.

A 2.2-es frissítés éppen az ilyen hézagokat zárja be. Lent minden új sikerkritériumot ugyanúgy veszünk sorra: mit mond, kinek segít, hogyan tesztelhető gyorsan, és mi a szokásos javítás. A négy alapelvet és a szinteket egy oldalon a WCAG 2.2 összefoglalónkban találja.

Mi a WCAG 2.2?

A WCAG 2.2 a webes tartalmak akadálymentességi irányelveinek (Web Content Accessibility Guidelines) aktuális változata, az a W3C-szabvány, amelyre a legtöbb akadálymentességi jogszabály és szerződés hivatkozik. 2023. október 5-én (új lapon nyílik meg) lett W3C-ajánlás, 2024. december 12-én (új lapon nyílik meg) frissítették, 2025 októberében pedig ISO/IEC 40500:2025 szabványként is jóváhagyták (új lapon nyílik meg).

A WCAG tesztelhető állításokból, úgynevezett sikerkritériumokból áll, és mindegyikhez tartozik egy szint: A (a minimum), AA (amit a jogszabályok általában kérnek) vagy AAA (a legszigorúbb). A „WCAG 2.2 AA-nak kell megfelelnünk” azt jelenti, hogy meg kell felelni a 2.2-es verzió minden A és AA szintű kritériumának. A specifikáció szerint a 2.2 „a WCAG 2.1-re épül, és visszafelé kompatibilis vele”, vagyis kiegészíti a 2.1-et, nem pedig felváltja.

Mi változott a WCAG 2.1-hez képest?

A WCAG 2.2 kilenc sikerkritériumot ad hozzá, egyet pedig eltávolít. Az újak közül hat A vagy AA szintű, így ezek beleszámítanak a szokásos AA célba: 2.4.11, 2.5.7, 2.5.8, 3.2.6, 3.3.7 és 3.3.8. A másik három AAA szintű. Az eltávolított kritérium a 4.1.1 Parsing (elemzés), amelyet a W3C ma már elavultnak tekint.

A 4.1.1 Parsing a jelölési hibákat ellenőrizte, például az ismétlődő azonosítókat. A WCAG 2 GYIK (új lapon nyílik meg) szerint ezek a problémák ma más kritériumok alá tartoznak, például a 4.1.2 Név, szerep, érték alá. Egy buktató azért van: ha egy szerződés még a WCAG 2.0-t vagy 2.1-et írja elő, előfordulhat, hogy „továbbra is tesztelnie és jelentenie kell a 4.1.1-et”.

Nem takart fókusz és a fókusz megjelenése: látják a billentyűzethasználók, hol tartanak?

Ezek a kritériumok azt biztosítják, hogy a billentyűzetfókuszban lévő elem látható maradjon. AA szinten (2.4.11) egy fókuszba került linket vagy gombot nem takarhat el teljesen az Ön által hozzáadott tartalom, például egy rögzített fejléc, egy sütisáv vagy egy csevegőbuborék. AAA szinten semmi sem takarhatja el egyetlen részét sem (2.4.12), a fókuszkeretnek pedig nagynak és jól elütőnek kell lennie (2.4.13).

• Kinek segít: a látó embereknek, akik egér helyett billentyűzetet használnak, gyakran mozgáskorlátozottság miatt. Ha nem látják a fókuszt, csak találgatnak.
• Gyors teszt: nyisson meg egy hosszú oldalt úgy, hogy a sütisáv, a rögzített fejléc és a csevegő widget is látszik, majd nyomja meg többször a Tab billentyűt. Ha a fókusz teljesen eltűnik valami mögött, az a 2.4.11 megsértése.
• Szokásos javítás: állítsa a CSS scroll-padding tulajdonságát a rögzített fejléc vagy lábléc magasságára, így a böngésző úgy görget, hogy a fókuszba került elem kilátsszon alóla. A W3C ezt elégséges technikaként (új lapon nyílik meg) tartja számon. Egy sáv akkor is megfelelhet, ha modális, és előbb be kell zárni.

A fókusz megjelenése (2.4.13) olyan jelzőt kér, amely legalább akkora, mint egy 2 CSS-képpont vastag körvonal a komponens körül, és a fókuszált és a nem fókuszált állapot között legalább 3:1 arányú kontrasztváltozást mutat. Ez AAA szint, de egy erős színű, folytonos, 2 képpontos körvonallal általában teljesíthető. A színkontrasztról szóló útmutatónk elmagyarázza, hogyan mérhető a 3:1.

Húzó mozdulatok és célterület mérete: használható a webhely pontos célzás nélkül?

Ez a két AA szintű kritérium azoknak segít, akiknek nehezére esik a mutató finom irányítása. A 2.5.7 szerint mindennek, ami húzással elvégezhető, egyszeri kattintásokkal vagy koppintásokkal is működnie kell. A 2.5.8 szerint a célterületeknek legalább 24 × 24 CSS-képpontosnak kell lenniük, vagy olyan távolságra kell lenniük egymástól, hogy az egyes célterületek közepére rajzolt 24 képpontos kör ne érjen hozzá másik célterülethez.

2.5.7 Húzó mozdulatok

Gondoljon egy webáruház szűrőiben lévő árcsúszkára vagy egy kívánságlistára, amelyet húzással lehet átrendezni. Annak, akinek remeg a keze, vagy aki fejjel vezérelt mutatót használ, a lenyom–nyomva tart–mozgat–elenged mozdulatsor nagyon nehéz lehet.

Gyors teszt: végezzen el minden húzásos feladatot csak kattintásokkal vagy koppintásokkal. Szokásos javítás: engedje, hogy a csúszka sávjának bármely pontjára rá lehessen kattintani, tegyen mellé „min.” és „max.” mezőt, a rendezhető listákhoz pedig „Feljebb” és „Lejjebb” gombokat. A billentyűzetes kezelhetőség önmagában nem elég: a W3C magyarázó dokumentuma (új lapon nyílik meg) szerint a billentyűzettel való egyenértékű kezelhetőség „nem teljesíti automatikusan ezt a sikerkritériumot”.

2.5.8 Célterület mérete (minimum)

A tipikus hibák a felugró ablakok apró „×” gombjai, a szorosan egymás mellé zsúfolt oldalszámok, a csillagos értékelések és a közösségimédia-ikonok sorai. Rossz helyre koppintani mindenkinek bosszantó, a korlátozott kézügyességű embereknek viszont valódi akadály.

• Kivételek: a mondaton belüli linkek, azok a célterületek, amelyeknek az oldalon máshol van megfelelő méretű, azonos funkciójú megfelelője, a böngésző által méretezett vezérlők, amelyeket nem formázott át, valamint azok az esetek, amikor egy adott méret elengedhetetlen vagy jogszabály írja elő.
• Gyors teszt: telefonon próbáljon ki minden kis ikont és gombot; a méretük lemérhető a böngésző fejlesztői eszközeiben.
• Szokásos javítás: adjon hozzá belső margót (paddinget). A kattintható terület akkor is nő, ha az ikon ugyanúgy néz ki. A 24 képpontot pedig tekintse alsó határnak: a régebbi, AAA szintű 2.5.5-ös kritérium 44 × 44 képpontot kér.

Egységes segítség és ismételt adatbevitel: keresgélni vagy ismételni kényszeríti a látogatókat?

Mindkettő A szintű. A 3.2.6 Egységes segítség szerint ha a segítség, például elérhetőségek, csevegés vagy GYIK-link több oldalon is megjelenik, akkor minden alkalommal ugyanabban a sorrendben kell szerepelnie az oldal többi részéhez képest. A 3.3.7 Ismételt adatbevitel szerint senkinek sem kell újra begépelnie olyan adatot, amelyet ugyanabban a folyamatban már megadott.

Az egységes segítség nem kötelezi arra, hogy egyáltalán segítséget kínáljon. Csak annyit mond, hogy ha a telefonszám a termékoldalakon a fejlécben van, akkor a pénztárban, ahol a legnagyobb szükség van rá, ne vándoroljon át a láblécbe. A legtöbbet a memória- vagy figyelemzavarral élők nyernek vele. A javítás általában egy közös sablon, nem pedig a segítség oldalankénti elhelyezése.

Az ismételt adatbevitel a többlépéses űrlapokat célozza. Nem felel meg az a foglalási űrlap, amely az 1. lépésben és a 3. lépésben is elkéri az e-mail-címet, és az a pénztár sem, ahol újra be kell gépelni ugyanazt a számlázási címet. Töltse ki a mezőt automatikusan, vagy engedje kiválasztani, például egy „A számlázási cím megegyezik a szállítási címmel” jelölőnégyzettel. A kivételek: az újbóli megadás elengedhetetlen, biztonsági okból szükséges, vagy a korábbi adat már nem érvényes.

Akadálymentes hitelesítés: be lehet jelentkezni memóriateszt nélkül?

A 3.3.8-as sikerkritérium (AA szint) szerint a bejelentkezés egyetlen lépése sem épülhet kognitív funkciót vizsgáló tesztre, például jelszó megjegyzésére, torzított karakterek begépelésére vagy rejtvény megoldására, hacsak nem kínál alternatívát vagy segítő megoldást. A gyakorlatban: engedje, hogy a jelszókezelők kitöltsék a mezőket, engedélyezze a beillesztést, és kínáljon olyan módszert, amely nem a memórián múlik.

A WCAG meghatározása szerint a kognitív funkciót vizsgáló teszt „olyan feladat, amely megköveteli a felhasználótól, hogy információt megjegyezzen, kezeljen vagy átírjon”. A név, az e-mail-cím vagy a telefonszám megadása nem ilyen, mert ezek személyes adatok, és mindenhol ugyanazok. Egy bejelentkezési lépés akkor felel meg AA szinten, ha az alábbiak közül legalább egyet kínál:

• Alternatív módszert kognitív teszt nélkül, például passkeyt (hozzáférési kulcsot) vagy e-mailben küldött linket.
• Segítő megoldást, például a jelszókezelők támogatását, vagy a másolást és beillesztést, hogy az egyszer használatos kódot ne kelljen újra begépelni.
• Tárgyfelismerést, például „jelölje ki a biciklit ábrázoló képeket”.
• Személyes tartalmat, például egy saját maga által feltöltött kép azonosítását.

Az AAA szintű változat, a 3.3.9, az utolsó két lehetőséget nem fogadja el, így egy képes CAPTCHA AA szinten megfelelhet, AAA szinten nem. Tipikus hibák: a beillesztést vagy a jelszókezelőket letiltó jelszómezők, az egyszer használatos kód mezői, amelyek beillesztéskor elromlanak, és az alternatíva nélküli szöveges CAPTCHA. A legtöbbet a diszlexiával vagy memóriazavarral élők nyerik, de a problémát bárki ismeri, akit egy hosszú nap végén kizárt egy rendszer.

Kötelező a WCAG 2.2 jogszabály szerint?

Attól függ, hol működik, és milyen szervezet. A jogszabályok ritkán neveznek meg közvetlenül WCAG-verziót, és több még mindig a WCAG 2.1 AA-ra hivatkozik. Mivel a WCAG 2.2 visszafelé kompatibilis, a 2.2 AA teljesítése a 2.1 AA-t is teljesíti, a kivezetett 4.1.1 kivételével. A 2.2 megcélzásával tehát mindkettőt lefedi. Ha egy szerződés konkrét verziót nevez meg, kövesse a szerződést.

• Európai Unió: az európai akadálymentesítési irányelv szerint a megfelelést vélelmezni kell, ha teljesíti az EN 301 549 harmonizált szabványt. Az AccessibleEU (új lapon nyílik meg) szerint a 2026 szeptemberében megjelent 4.1.1-es verzió átveszi a WCAG 2.2-t, de még nem jogilag irányadó; amíg hivatkozását nem teszik közzé a Hivatalos Lapban, a (WCAG 2.1 AA-ra épülő) v3.2.1 alkalmazandó. Az európai akadálymentesítési irányelvről szóló cikkünk leírja, kikre vonatkozik.
• Egyesült Királyság: a kormányzati útmutató (új lapon nyílik meg) szerint a közszféra weboldalainak és alkalmazásainak a WCAG 2.2 AA-nak kell megfelelniük. Az útmutató a közintézményekre vonatkozik, nem a magánvállalkozásokra.
• Egyesült Államok: az igazságügyi minisztérium (Department of Justice) állami és helyi önkormányzatokra vonatkozó szabálya a WCAG 2.1 AA-t használja, a teljesítési határidőket pedig 2026 áprilisában tolták ki (új lapon nyílik meg) 2027. április 26-ra és 2028. április 26-ra. A magánvállalkozásokra a minisztérium 2022-es útmutatója (új lapon nyílik meg) szerint az ADA a weboldalaikra is vonatkozik, de konkrét műszaki szabványt nem határoz meg.

Mi a helyzet a WCAG 3-mal?

A WCAG 3 tervezet, így egyelőre senki sem felelhet meg neki. A W3C 2026 szeptemberében frissített tervezeteket tett közzé, és azt írja, hogy a WCAG 3 várhatóan „még néhány évig” nem lesz kész szabvány. A WCAG 2-t utána is még évekig nem vezetik ki, így most a 2.2 az a verzió, amelyhez igazodni érdemes.

Hogyan ellenőrizheti az új kritériumokat 15 perc alatt?

A hat A és AA szintű kritérium hibáinak nagy részét körülbelül 15 perc alatt kiszúrhatja egy billentyűzettel, egy telefonnal és a saját bejelentkezési oldalával. Ez nem helyettesíti a teljes auditot vagy a fogyatékossággal élő emberekkel végzett tesztelést, de megmutatja, hol kezdje, és a fejlesztő kézbe kap egy konkrét listát.

1. Lépkedjen végig Tab billentyűvel a kezdőlapon, egy termékoldalon és a pénztárban úgy, hogy minden sáv látszik. Mindig látja a fókuszt? (2.4.11)
2. Végezzen el minden csúszkás vagy fogd és vidd feladatot csak kattintásokkal vagy koppintásokkal. (2.5.7)
3. Telefonon próbáljon ki minden bezárógombot, oldalszámot és kis ikont. (2.5.8)
4. Hasonlítsa össze, hol jelenik meg a segítség és az elérhetőség háromféle oldalon. (3.2.6)
5. Menjen végig egy vásárláson vagy foglaláson, és jegyezze fel, melyik kérdésre válaszol kétszer. (3.3.7)
6. Jelentkezzen be jelszókezelővel, majd illesszen be egy jelszót és egy egyszer használatos kódot. Van a CAPTCHA-nak alternatívája? (3.3.8)

A WCAG többi részéhez a weboldal akadálymentességének teszteléséről szóló útmutatónk ingyenes eszközöket és kézi ellenőrzéseket mutat be, az akadálymentességi ellenőrzőlistánk pedig teendőlistává alakítja a gyakori hibákat. Amit még nem tud kijavítani, annak az akadálymentesítési nyilatkozatában a helye.

Egy megjegyzés a widgetekről, a miénket is beleértve: ezek közül egyik kritérium sem teljesíthető egy, a látogatók által kezelt panellel. A nagy kurzor megkönnyíti a kis célterületek eltalálását, de nem teszi őket 24 képpont szélessé, és a fókusz kiemelése sem veszi el az útból a rögzített sávot. Minden új kritérium arról szól, hogyan épülnek fel az oldalai, így a javítás a sablonjaiban és a kódjában van.