Az ETSI 2026. szeptember 2-án tette közzé HU 301 549 V4.1.1, az európai IKT-akadálymentesítési szabvány azon változata, amely a hivatkozott alapkövetelményt a WCAG 2.1-ről a WCAG 2.2-re helyezi át. A WCAG 2.2 kilenc sikerkritériumot ad hozzá, amelyek közül hat A vagy AA szintű, és mind a hat a fizetési vagy foglalási folyamaton belül, nem pedig marketingoldalon található. Törökország egy tekintetben elsőként teljesítette ezt: a 2025. június 21-én közzétett 2025/10. számú elnöki körlevél már megnevezi a WCAG 2.2-t, és két évet biztosít a 6563. számú törvény szerinti e-kereskedelmi szolgáltatóknak a megfelelésre.
Ez az útmutató azoknak szól, akik az EU-ban, Törökországban vagy mindkettőben élő fogyasztók számára fenntartott fizetési vagy foglalási tölcsérrel rendelkeznek. A végére körülbelül egy óra alatt képes leszel egy hat ellenőrzésből álló folyamatot lefuttatni a saját folyamatodon, pontozni a talált dolgokat, és olyan sorrendben kijavítani a hibákat, amely elsősorban a bevételt védi.
Mi változott 2026. szeptember 2-án?
A V4.1.1 szabványt 2026. augusztus 24-én fogadták el és szeptember 2-án tették közzé. A dokumentumot a C(2022) 6456 final bizottsági végrehajtási határozat, az M/587 szabványosítási kérelem alapján készítették, az (EU) 2019/882 irányelv (az európai akadálymentesítési intézkedéscsomag) és az (EU) 2016/2102 irányelv támogatására. A 9., 10. és 11. záradékot a WCAG 2.2-höz igazították. A bejelentés határideje 2026. november 30., a jóváhagyás 2027. május 31., az ütköző nemzeti szabványok visszavonása pedig 2028. május 31.
A helyesbítés: nem illeti meg a megfelelőség vélelme.
A szállítói weboldalak ismételgetik, hogy az EN 301 549 szabványnak való megfelelés feltételezi az Akadálymentesítési Törvénynek való megfelelést. A 15. cikk (1) bekezdése csak azokra a szabványokra vonatkozóan tesz vélelmet, „amelyek hivatkozásait az Európai Unió Hivatalos Lapjában tették közzé” az irányelv alátámasztására. Az EN 301 549 szabványra a Hivatalos Lapban a Webes Akadálymentesítési Irányelv alapján, a Bizottság (EU) 2018/2048 végrehajtási határozata hivatkozik. Az (EU) 2019/882 irányelv alátámasztására nem találtunk hivatkozást, a V4.1.1 saját ZB melléklete pedig feltételes módban íródott: a vélelem „amint a jelen dokumentumot a Hivatalos Lapban idézik” érvényes.
Tehát a szabvány a bizonyítékod, nem a pajzsod. Megfelelsz az I. mellékletben foglalt funkcionális követelményeknek, az EN 301 549 szabványt használod műszaki eszközként, és ezt az indoklást magad dokumentálod a 13. cikk (2) bekezdése alapján.
Ez vonatkozik rád?
- A 2. cikk (2) bekezdésében szereplő szolgáltatása? A lista magában foglalja az e-kereskedelmi szolgáltatásokat, a légi, buszos, vasúti és vízi személyszállítás elemeit, mint például a weboldalakat, alkalmazásokat, elektronikus jegyértékesítést és utazási információkat, fogyasztói banki szolgáltatásokat és e-könyveket. A 3. cikk az e-kereskedelmi szolgáltatást olyan szolgáltatásként határozza meg, amelyet távolról, elektronikus úton, a fogyasztó egyedi kérésére, fogyasztói szerződés megkötése céljából nyújtanak.
- Értékesítesz fogyasztóknak az Unióban? Az EU-n kívüli letelepedés nem zárja ki az EU-t. A 3. cikk szolgáltatót úgy határoz meg, mint „aki szolgáltatást nyújt az uniós piacon, vagy ilyen szolgáltatás nyújtására tesz ajánlatot az uniós fogyasztóknak”. Egy Németországba szállító török kiskereskedő és egy uniós fogyasztóknak repülőjegyeket értékesítő török fuvarozó is az EU-n belül van.
- Mikrovállalkozás vagy? A 4. cikk (5) bekezdése mentesíti a mikrovállalkozási szolgáltatókat: kevesebb mint 10 alkalmazottat foglalkoztatnak, és vagy az árbevételük, vagy a mérlegfőösszegük nem haladja meg a 2 millió eurót.
A kötelezettségek a 2025. június 28. után a fogyasztóknak nyújtott szolgáltatásokra vonatkoznak. A 32. cikk csak az említett időpont előtt megkötött szerződésekre és a már jogszerűen használt termékekre biztosít átmeneti időszakot 2030. június 28-ig, az önkiszolgáló terminálok esetében pedig legfeljebb 20 év gazdasági élettartamot. Törökországban a 2025/10. számú körlevél egy évet határozott meg a bankok, magánkórházak, szolgáltatók és nagy távközlési szolgáltatók számára, amelyet most már elfogadtak, valamint két évet az e-kereskedelem számára a 6563. számú törvény értelmében. Mindkét rendszer ugyanazokat az irányelveket veszi alapul, de különböző szinteken, tehát ha egyszer a WCAG 2.2 AA-ra építünk, a török A szintű kötelezettség kiesik belőle. Fordítva ez nem működik.
A hat kritérium, ami megbénítja a fizetést
Ezek a WCAG 2.2 kiegészítések A és AA szinten. A három AAA kiegészítés, a 2.4.12, a 2.4.13 és a 3.3.9, kívül esnek az AA programon. Egy törlés is fontos: a 4.1.1-es pontban az elemzés elavult és eltávolításra került, így a vele kapcsolatos régi megállapítások lezárhatók a javítás helyett.
| Kritérium | Szintek | Ami elromlik a pénztárnál | Teszt 60 másodperc alatt |
|---|---|---|---|
| 3.3.8 Akadálymentes hitelesítés (minimum) | AA | Bejelentkezési lépések, amelyek blokkolják a vágólapra való beillesztést, vagy arra kényszerítik a felhasználót, hogy átírjon egy OTP-t, vagy megoldjon egy rejtvényt alternatíva nélkül | Jelszó és OTP beillesztése a vágólapról. A blokkolt beillesztés sikertelen. |
| 2.5.8 Célpont mérete (minimális) | AA | Mennyiségi léptetők, tétel eltávolítására szolgáló ikonok, kupon bezárása gombok, kis szállítási helyű rádiókártyák | 375 képpontnál mérd meg a legkisebb célpontot. 24 x 24 CSS képpont alatti, megfelelő térköz nélküli méret esetén a mérés sikertelen. |
| 2.4.11 Fókusz nem takarva (minimum) | AA | Ragadós rendelésösszesítő sávok, hozzájárulási bannerek és csevegőindítók, amelyek lefedik a fókuszált mezőt | Görgessen végig az űrlapon a Tab billentyűvel. Egy teljesen rejtett, fókuszált vezérlőelem hibát jelez. |
| 2.5.7 Mozgások húzása | AA | Címtérkép-kijelölések, húzható forgókürtök, csúszkás dátumválasztók, csúsztatással igazolható gombok | Minden húzást egyetlen koppintással végezz el. Ha nincs elérhető útvonal, az sikertelen. |
| 3.3.7 Redundáns bejegyzés | A | A számlázási cím újbóli beírása a szállítás után, vagy az e-mail cím megadása a fizetéskor | Töltsd ki a folyamatot egyszer, és számold meg a kétszer beírt értékeket, amelyek már szerepeltek a rendszerben. |
| 3.2.6 Állandó segítségnyújtás | A | A súgó, chat vagy kapcsolatfelvételi linkek elhelyezése a kosárban, a szállítási és fizetési felületen eltérő. | Készítsen képernyőképet minden lépésről. A súgónak mindenhol ugyanabban a relatív sorrendben kell szerepelnie. |
A forgatókönyv
Ez a hágó, amit mi futtatunk. Manuálisan, mert a hatból ötöt az automatizált szkennerek nem észlelnek megbízhatóan.
1. Fagyassz le egy útvonalat. Vendégként történő fizetés, egy termék, standard szállítás, kártyás fizetés, kosárba helyezés, szállítási cím, szállítási mód, fizetés és visszaigazolás. Futtassa le kétszer: egy 375 képpontos mobil nézetben érintőképernyővel, majd asztali képernyőn egér nélkül.
2. Billentyűzetátadás. Minden lépés tetejétől a beküldés gombra kattintva üsd le a Tab billentyűt. Figyeld a 2.4.11-es hibákat abban a pillanatban, amikor egy ragadós elem megjelenik, általában akkor, amikor az összefoglaló sáv rögzíti magát. Figyeld meg, hogy hol található a súgó az egyes lépésekben a 3.2.6-os verzióban.
3. Mutatópassz. Mobilon mérd meg a célokat a 2.5.8-as verzióban, és próbáld meg az összes húzást húzás nélkül a 2.5.7-es verzióban. A címtérképek és a körhinta a szokásos hibák.
4. Adatbeviteli jegy. Első alkalommal vásárlóként töltsd ki a folyamatot. Minden olyan mező, amelyet a rendszerben már tárolt értékkel töltesz ki, egy 3.3.7-es megállapítást jelent. Ezután próbálj meg hitelesíteni egy jelszókezelővel, és illeszd be a vágólapra a 3.3.8-as verziót.
5. Pontozd a dolgokat, mielőtt megjavítod őket. Rangsorold az egyes megállapításokat a súlyosság szorozva az adott lépéshez tartozó értékesítési tölcsérből való kilépések arányával a saját elemzéseidben.
| A súlyosság | Meghatározás | Pontszám |
|---|---|---|
| Blokkolása | A felhasználó egyáltalán nem tudja befejezni a vásárlást | 3 |
| Megalázó | A befejezéshez kerülő megoldásra vagy ismételt próbálkozásokra van szükség | 2 |
| Súrlódás | Extra erőfeszítés, alacsony elhagyási kockázat | 1 |
6. Javítsa ki ebben a sorrendben. Először a hitelesítés, mert a 3.3.8-as verzió akár meg is állíthatja a vásárlást. Aztán a célzott méret, a fókusz eltakarása, az alternatívák áthúzása, a redundáns bevitel, a következetes segítségnyújtás. Ez a bevételkiesés sorrendje, nem a jogi súlyosságé, és ezt finanszírozza egy szponzor vita nélkül.
7. Írd le az állítást. A 13. cikk (2) bekezdése előírja az V. melléklet szerinti tájékoztatást, amely elmagyarázza, hogy a szolgáltatás hogyan felel meg a követelményeknek, nyilvánosan, írásban és szóban, valamint hozzáférhető módon. Ha a 14. cikk alapján aránytalan teherre hivatkozik, dokumentálja azt a VI. melléklet kritériumai alapján, és legalább ötévente újítsa meg. A dokumentálatlan döntés, miszerint valamit nem javítanak ki, nem teherre vonatkozó igény, hanem egy nem orvosolt hiba.
8. Helyezze el a hat ellenőrzést a kiadás minőségbiztosítási részlegében. A fizetési beállítások visszafejlődnek 2011. 04. 02-én, amikor valaki először küld promóciós bannert.
Hol bukik ez meg
- Hat ellenőrzés nem minősül megfelelőségi ellenőrzésnek. Ez egy delta átadás a WCAG 2.1 AA-ra, és ha soha nem érted el a 2.1 AA-t, akkor elrejti az igazi problémát.
- Ez nem képernyőolvasó-audit. A billentyűzetáthelyezés fókusz- és sorrendbeli problémákat talál, nem pedig rosszul feliratozott fizetési mezőket.
- Lehet, hogy a fizetési iframe-ed nem a tiéd. Ha a kártyaűrlap a PSP-hez tartozik, kérje el tőlük írásban az EN 301 549 9. záradékkal kapcsolatos álláspontjukat.
- A natív alkalmazások másképp jelennek meg. A 11. záradék a szoftvereket tárgyalja, ahol a célpont mérete és a húzás eltérően viselkedik a platform akadálymentesítési API-jai alatt.
- Az átfedések ezek egyikét sem oldják meg. Mind a hat a folyamatod struktúrájának vagy hitelesítési tervének egy tulajdonsága, amelyet egy befecskendezett szkript nem tud átstrukturálni.
- A végrehajtás országos. A 30. cikk előírja, hogy a szankcióknak hatékonynak, arányosnak és visszatartó erejűnek kell lenniük, de a szinteket és a felügyeleti gyakorlatot tagállamonként határozzák meg.
FAQ
Kötelező számomra ma az EN 301 549 V4.1.1 szabvány?
Nem önmagában. A törvény kötelező érvényű; a szabvány leírja a hozzá vezető technikai utat. A nemzeti szintű elfogadás 2027. május 31-ig, az ütköző szabványok visszavonása pedig 2028. május 31-ig tart. A tartalma az I. melléklet követelményeinek legjobb elérhető értelmezése, ezért most építsen rá.
Ha megfelelünk az EN 301 549 szabványnak, akkor megfelelünk az EAA előírásainak?
Erős bizonyítékokkal rendelkezel, de nem áll fenn a megfelelőség jogi vélelme. A 15. cikk (1) bekezdése előírja, hogy a hivatkozást közzé kell tenni a Hivatalos Lapban az (EU) 2019/882 irányelv alátámasztására, és mi nem találtunk ilyen hivatkozást. Dokumentáld a saját indoklásodat a 13. cikk (2) bekezdése alapján.
Török vállalat vagyunk, EU-s telephellyel nem. A hatálya alá tartozunk?
Ha az Unióban kínálja szolgáltatását a fogyasztóknak, akkor igen. A 3. cikk a szolgáltatásnyújtási kötelezettséget az Unióban lévő fogyasztóknak köti, nem pedig ahhoz, hogy hol van regisztrálva. A 2025/10. számú körlevél külön is alkalmazható lehet a török piacra.
A 2030-as dátum azt jelenti, hogy 2030-ig van időnk?
Nem. A 32. cikk szerinti átmeneti intézkedés a 2025. június 28. előtt megkötött szerződésekre és a már jogszerűen használt termékekre vonatkozik. Az ezen időpont után a fogyasztóknak nyújtott új szolgáltatások ettől az időponttól kezdve voltak hatályosak.
Még mindig javítsuk a régi 4.1.1-es elemzési eredményeket?
A 4.1.1-es pont elavult, és eltávolításra került a WCAG 2.2-ből. Zárjuk le ezeket a megállapításokat, de ellenőrizzük, hogy az alapul szolgáló jelölés nem okozott-e név-, szerep- vagy értékhibát a 4.1.2-es pont alatt, amely továbbra is aktuális.
Mi van, ha a javítás tényleg túl drága?
A 14. cikk aránytalan teherként hivatkozik, de csak a VI. melléklet kritériumai szerinti dokumentált értékelés formájában, amelyet legalább ötévente meg kell újítani. A piacfelügyeleti hatóság kérni fogja ennek bemutatását.
Fuss a hágón
Végezze el ezt a hat ellenőrzést a pénztáránál ezen a héten, vagy küldje el nekünk az URL-t, és mi lefuttatjuk az ellenőrzést, majd visszaadjuk a pontozott eredményeket. Szkennerünk a következő címen található: wcag.switas.com lefedi az automatizált részt a WCAG 2.0, 2.1 és 2.2 szabványokhoz képest, és megadja az alapot, amelyre a manuális átadás épül.
Források
- ETSI EN 301 V549 (4.1.1-2026)
- ETSI EN 301 549 verziószámjegyzék
- (EU) 2019/882 irányelv, az európai akadálymentesítési intézkedéscsomag
- M/587 szabványosítási kérelem
- A Bizottság (EU) 2018/2048 végrehajtási határozata
- WCAG 2.2, W3C ajánlás
- Újdonságok a WCAG 2.2-ben és a W3C WAI-ban
- A WCAG 2.2 W3C-ajánlássá válik, 2023. október 5.
- 2025/10. számú elnöki körlevél (Törökország), 2025. június 21.
- Jogi igazság a hiányzó Hivatalos Lap hivatkozással kapcsolatban
