Egyetlen hibás HTML-struktúra ma egyszerre jelenthet jogi kockázatot, rosszabb felhasználói élményt és gyengébb AI-láthatóságot. Kevés technikai döntésnek van egyszerre ekkora üzleti hatása.
Sok cégvezető 2025. június 28-át egy újabb compliance határidőként kezelte. Azok akik elmulasztották, hamar rájöttek hogy nem egy pipálnivaló checkboxról volt szó – hanem hatósági eljárásról, felhasználói panaszokról és reputációs kockázatról. Az akadálymentesítés régen etikai kérdés volt. Ma üzleti kérdés.
Az AI ma egy teljes oldalon másodpercek alatt kiszűri a leggyakoribb hibákat – és ez valódi segítség. De amit a legtöbb „AI-akadálymentesítés" szolgáltató nem mond ki: a megfelelést nem írja alá helyetted. Ez a cikk arról szól, meddig visz el a gép – és hol kell embernek átvennie a terepet.
Ha a céged honlapja érintett az Európai Akadálymentesítési Irányelv (EAA) hatálya alá eső tevékenységben, ez 2025. június 28. óta nem elméleti kérdés, hanem jogi kötelezettség. A jó hír, hogy a megfelelés mércéje nem egy jövőbeli, még formálódó szabvány — van egy létező, jól dokumentált keretrendszer, amihez tartani lehet magunkat. A még jobb hír pedig, hogy az AI-alapú audit eszközök mára eljutottak oda, hogy a leggyakoribb és legkönnyebben javítható hibák jelentős részét — kontraszt hiba, hiányzó alt text — másodpercek alatt kiszűrik egy teljes oldalon. A kérdés csak az, hogy ez mire elég — és mire nem.
Vegyük végig, meddig visz el ma az AI — és pontosan hol az a pont, ahol már nem lehet gépre bízni a döntést.
Mi számít ma érvényes szabványnak? (És mi nem)
Sok cikk és szolgáltató a „WCAG 3.0” nevet dobálja be, mert jól hangzik és figyelemfelkeltő. Csakhogy a WCAG 3.0 még messze nem kész — gyakorlatilag egy folyamatosan csiszolt tervezet, aminek a részletei hónapról hónapra változnak. Nem ez az a szabvány, aminek ma meg kell felelned.
Mikorra lesz végleges? A szakértők szerint még jó pár évig nem. A realisztikus becslések 2028 utánra teszik a hivatalos megjelenését, a jogszabályokba és vizsgálatokba pedig még ennél is lassabban, akár 2029–2031 körül épül majd be.
Ami viszont ma számít: létezik egy bevált, jól ismert szabvány-család, a WCAG 2-es sorozat, ennek két verziója van forgalomban. A hatóságok jelenleg hivatalosan a korábbi, 2.1-es verziót kérik számon az EU-s akadálymentesítési törvénynél. Időközben azonban megjelent egy frissebb, 2.2-es verzió is, ami pár új, hasznos szabállyal egészíti ki az előzőt — és a szakma egyöntetűen ezt javasolja célként, mert a hivatalos elvárás is hamarosan átáll majd erre. Vagyis ha ma nekiállsz, nem érdemes a régebbi verzióra spórolni: dolgozz rögtön az újabb, 2.2-es szinttel, az hosszabb távon is biztosan jó lesz.
A lényeg tehát egyszerű: a WCAG 3.0-val egyelőre nem kell foglalkoznod élesben. Ami most számít, az a WCAG 2.2 szerinti megfelelés — ez egy stabil, kész, jól dokumentált követelményrendszer, amit bármelyik fejlesztő vagy auditor cég ismer és tud rá dolgozni.
Kire vonatkozik az akadálymentesítési kötelezettség?
Az Európai Akadálymentesítési Irányelv 2025. június 28-tól sok vállalkozás számára kötelezővé tette a digitális szolgáltatások — köztük weboldalak és mobil alkalmazások — akadálymentesítését. Az érintett kör tipikusan magában foglalja az e-kereskedelmi szolgáltatásokat, a banki és pénzügyi szolgáltatásokat, az elektronikus hírközlési szolgáltatásokat, és sok más, nyilvánosan elérhető digitális terméket vagy szolgáltatást nyújtó vállalkozást.
Bizonyos mikrovállalkozások mentesülhetnek a kötelezettség alól, de ha a céged középvállalkozásnak minősül vagy afölött van, és a fenti kategóriák bármelyikébe esik, az akadálymentesítés ma már nem „nice to have”, hanem megfelelőségi kérdés — nagyjából úgy, ahogy a GDPR volt 2018-ban.
Az akadálymentesítés mellékhatásai – amelyekről ritkán esik szó
Az akadálymentesítés nem csak arról szól, hogy elkerüljük a bírságot. Egy helyesen felépített oldal technikailag is rendezettebb – és ennek előnyei messze túlmutatnak a jogszabályi megfelelésen.
Tisztább kód, jobb Lighthouse-pontszámok, gyorsabb betöltési idő. A heading-hierarchia javítása, a form labelek helyes alkalmazása és a kontraszthibák kijavítása jellemzően javítja az oldal technikai minőségét, ami közvetve a Core Web Vitals-ra és az organikus teljesítményre is hat.
Egy strukturálisan rendezett oldalt olcsóbb karbantartani és továbbfejleszteni is. Kevesebb technikai adósság halmozódik fel, és minden következő fejlesztési lépés egyszerűbbé válik. Aki az akadálymentesítést egyszeri projektként kezeli, az lemarad erről az előnyről.
A felhasználói élmény sem csak a fogyatékossággal élőknél javul. Az átgondolt navigáció, az egyértelmű hibaüzenetek és a jól kezelhető űrlapok a mobilt használó, sietős vagy fáradt látogatónak ugyanolyan értéket jelentenek – csak ők általában nem fogalmazzák meg hogy miért volt kellemes az oldal. Egyszerűen visszatérnek.
Hogyan néz ki egy AI-asszisztált akadálymentességi audit?
A modern audit folyamat ma jellemzően három rétegből áll: automatikus szkennelés, AI-alapú kvalitatív elemzés és emberi szakértői felülvizsgálat. A három réteg nem helyettesíti, hanem kiegészíti egymást.
1. Automatikus szkennelés
A szoftveres scannerek a teljes HTML-struktúrát végigfutják és a másodperc törtrésze alatt azonosítják a bináris (igen/nem jellegű) hibákat: hiányzó kódok, nem megfelelő színkontraszt-arányok, hibás címsor-hierarchiák. Ez a fázis gyors, jól skálázható, és tökéletes első látleletet ad.
2. AI-alapú kvalitatív elemzés
Itt válik érdekessé a kép. A WCAG kritériumok jelentős része nem bináris — nem dönthető el tisztán igen/nem alapon, hanem döntést igényel. Tipikus példa: egy alt text technikailag „létezik”, de tartalmilag használhatatlan, mondjuk „image1234.jpg” vagy egyszerűen „kép”. Egy hagyományos szkenner ezt nem észleli hibaként, hiszen az attribútum jelen van. Egy LLM viszont képes értelmezni a képet és a szöveges kontextust, és megítélni, hogy az alt text ténylegesen leírja-e a tartalmat egy képernyőolvasó-felhasználó számára.
Ez az a fajta triázsolási és priorizálási munka, ahol a generatív AI valódi hozzáadott értéket ad: nem csak megjelöli, hogy „itt van egy alt text”, hanem megbecsüli, mennyire jó minőségű, és felállít egy prioritási sorrendet a több száz potenciális hiba között.
3. Emberi szakértői felülvizsgálat
A harmadik réteg azokra a kritériumokra fókuszál, amelyek valódi felhasználói tesztelést igényelnek: billentyűzet-navigáció logikai sorrendje, képernyőolvasóval való tényleges használhatóság, kognitív terhelés és a jogi nyilatkozat (akadálymentesítési nyilatkozat) elkészítése. Ezt a réteget ma még nem helyettesíti sem a szkenner, sem az AI, és valószínűleg egy ideig nem is fogja.
A leggyakoribb hibák, amiket az AI-audit kiszűr
Hiányzó vagy üres alt attribútum — a kép egyáltalán nem rendelkezik alt szöveggel, vagy az alt="" üresen áll dekoratív szándék nélkül.
Tartalmilag haszontalan alt text — fájlnév, generikus „kép” szó, vagy a környező szövegtartalom szó szerinti megismétlése alt textként.
A különbség a gyakorlatban sokszor egyetlen attribútumon múlik.
Alt text: image123.jpg helyett „Kék elektromos autó töltőállomáson" – az első láthatatlan egy képernyőolvasónak és egy AI-rendszernek egyaránt, a második mindkettő számára értelmes tartalmat közvetít.
Heading-struktúra: H1 → H3 ugrás egy képernyő olvasónak elveszett navigációt jelent – mintha egy könyvből hiányozna egy fejezet. A helyes sorrend H1 → H2 → H3 mind az akadálymentesség, mind az oldal logikai struktúrájának értelmezhetősége szempontjából alapkövetelmény.
Form label: Ha egy e-mail mező csak placeholder szöveggel van „felcímkézve", a képernyőolvasó felhasználó nem tudja mi a mező célja – miután elkezdett gépelni a placeholder eltűnik. Egy valódi <label> elem ezt a problémát egyszerre oldja meg akadálymentesítési és UX szempontból.
Elégtelen kontrasztarány — a szöveg és háttér közti kontraszt nem éri el a WCAG 2.2 AA által előírt 4,5:1 arányt normál szövegnél (3:1 nagy szövegnél).
Csak színre épülő jelzés — hibaüzenet vagy állapotjelzés kizárólag piros/zöld színkóddal jelzett, szöveges vagy ikonos megerősítés nélkül.
Hiányzó form label — űrlapmező placeholder szöveggel van „felcímkézve”, valódi label elem nélkül. Helytelen heading-hierarchia — H1 után közvetlenül H3 következik, vagy egy oldalon több H1 is szerepel, megzavarva a képernyőolvasó-navigációt.
Nem billentyűzettel elérhető interaktív elem — egyedi gomb vagy menü csak egérrel működik, Tab billentyűvel nem érhető el.
Hol vannak az AI-audit korlátai?
Fontos pontosan fogalmazni: egy eszköz amely 2026-ban „WCAG 3.0 tanúsított szkennelést" ígér, valójában egy ütemtervet ad el, nem egy kész terméket. A WCAG 3.0-nak egyelőre nincs stabil, hivatkozható megfelelőségi modellje.
De a WCAG 2.2 esetében is van egy fontos határ. Több független mérés és eszközgyártói adat is hasonló tartományban mozog: a BrowserStack idei összefoglalója a Deque adataira hivatkozva nagyjából 30%-ra teszi az automatikus szkennerek megbízható lefedettségét.
Más elemzések 30–57% közé teszik, attól függően mennyi AI-asszisztált funkciót vetnek be mellé. A tendencia egyértelmű: a hibák jelentős része ma is csak valódi felhasználói teszteléssel deríthető ki.
Az AI tehát kiváló első szűrő és prioritási eszköz, de önmagában nem helyettesíti a teljes audit folyamatot. Másképp fogalmazva: a 30% a gépé, a maradékért ember felel.
Érdemes óvatosnak lenni az olyan eszközökkel amelyek 100%-os vagy „garantált" megfelelést ígérnek. Az amerikai FTC 2025 elején pont egy ilyen túlzó marketing ígéret miatt indított eljárást egy ismert accessibility-overlay szolgáltató ellen.
Az overlay-eszközök – azok a kis widgetek amelyek a sarokba rakott akadálymentesítési gomb mögé bújnak – strukturálisan félrevezető megközelítést képviselnek. Nem javítják az oldal kódját. Egy JavaScript réteget húznak rá amely bizonyos felhasználói igényeket próbál utólag kezelni, miközben az alatta lévő HTML-struktúra ugyanolyan marad mint volt.
A valódi akadálymentesítés nem a megjelenítési rétegben dől el. A fejlesztési alapokban dől el: a heading-hierarchiában, a form-kezelésben, a fókuszállapotokban, az ARIA-attribútumokban. Ezeket egy widget nem írja át – csak elfedi. Egy hatósági vizsgálat során pedig az eredeti HTML-struktúra kerül értékelésre, nem az amit a widget a felszínen mutat.
Aki overlay-eszközzel próbál megfelelni az EAA követelményeinek, az nem akadálymentesítési projektet indít. Kockázatot vásárol.
WCAG és AI Visibility: amit a legtöbb akadálymentesítési cikk nem mond el
A ChatGPT, a Gemini, a Claude és a Perplexity nem a dizájnt értelmezik először egy weboldalon. A szemantikusan helyes HTML-struktúrát értelmezik.
Ez azt jelenti, hogy egy WCAG 2.2 AA szerint felépített oldal – helyes heading-hierarchiával, tiszta landmark-struktúrával, értelmes alt szövegekkel és jól strukturált tartalmakkal – nem csak az emberek, hanem a generatív AI-rendszerek számára is könnyebben feldolgozható. Ez közvetlen összefüggés, nem metafora.
Ugyanezért épülnek ma szemantikus HTML-re a modern AI crawlerek és LLM-ek is. Az AI nem a weboldal dizájnját „látja" – a mögötte lévő struktúrát értelmezi. Minél tisztább ez a struktúra, annál könnyebben tudja feldolgozni és ajánlani a tartalmat.
Amit egy képernyőolvasó nem tud értelmezni, azt egy AI-kereső sem tudja megbízhatóan feldolgozni. Amit egy AI-kereső nem tud feldolgozni, azt nem fogja ajánlani.
A Schema markup, a szemantikus HTML és a WCAG-megfelelés nem három különböző szakmai terület. Mindhárom ugyanarról szól: a tartalom gépileg értelmezhető és strukturált legyen. Aki ezt ma megcsinálja, az nemcsak a jogi megfelelést teljesíti – hanem a következő évek AI Visibility versenyébe is belép, egy erős alappal.
Ez az a pont ahol az akadálymentesítés és a digitális láthatósági stratégia összeér. Nem véletlen egybeesés – hanem a prémium digitális infrastruktúra közös alapja.
Mi jön ezután: a WCAG 3.0 és az AI kapcsolata
Érdemes egy pillantást vetni arra is, mi várható hosszabb távon — még ha ez egyelőre csak körvonalazódik, és nem kőbe vésett tény. A WCAG 3.0 tervezete gyökeresen más logikát követ, mint a mostani szabvány: nem egyszerű igen/nem döntésekről szólna, hanem egy fokozatokban, részben százalékban mérhető rendszerről. Ez a fajta árnyalt értékelés érdekes módon pont arra a területre hajaz, ahol az AI valóban erős — a mérlegelésre és a priorizálásra, nem csupán bináris döntésekre.
Csakhogy a WCAG 3.0 még gyerekcipőben jár, így ma még nem lehet pontosan tudni, hogyan fog kinézni a gyakorlatban. Ami viszont valószínűsíthető: ha 2028 után tényleg ez válik az irányadó szabvánnyá, az AI-alapú audit folyamatok szerepe nem csökken majd, hanem nő. Vagyis aki ma kiépíti ezt a háromrétegű módszert — automata szűrés, AI-priorizálás, emberi felülvizsgálat —, az nem egy múló megoldásba fektet, hanem egy olyan rendszerbe, ami valószínűleg a jövő szabványával is kompatibilis marad.
Az akadálymentesség, a SEO és az AI Visibility nem három különálló projekt. Ugyanannak a digitális infrastruktúrának három nézőpontja. A következő években azok a cégek kerülnek tartós előnybe, amelyek nem külön kezelik ezeket, hanem egy rendszerben gondolkodnak róluk: ahol a fejlesztési döntések egyszerre szolgálják a jogi megfelelést, az organikus láthatóságot és a generatív AI-rendszerek általi értelmezhetőséget.
Ez nem jövőkép – ez ma már mérhető különbség két egyébként hasonló weboldal között.
5 perc alatt ellenőrizhető – kezdd itt
Mielőtt bármilyen auditba fognál, ezeket a kérdéseket érdemes első körben átfutni. Ha valamelyikre nemmel válaszolsz, ott biztosan van teendő.
✓ Van minden képen értelmes alt szöveg – nem fájlnév, nem „kép", hanem valódi leírás? ✓ Tabbal végigjárható az egész oldal – minden gomb, link és űrlapmező elérhető billentyűzetről? ✓ Minden beviteli mezőhöz tartozik <label> elem – nem csak placeholder szöveg? ✓ Helyes a heading-hierarchia – H1 után H2 következik, nem H3 vagy H4? ✓ Minden szöveg olvasható a háttéren – teljesül a 4,5:1-es kontrasztarány normál szövegnél?
Ha ezek megvannak, a leggyakoribb és legkönnyebben kiszúrható hibákat már lefedted.
Ha hibát találtál – a következő lépések
Mérd fel az érintettséget – határozd meg milyen kötelezettségeid vannak az EAA szerint a céged mérete és tevékenységi köre alapján.
Futtass kombinált auditot – automatikus szűrés, AI-alapú priorizálás és emberi felülvizsgálat együtt adja a teljes képet.
Javítsd a gyors hibákat – az alt szövegek, kontrasztarányok és form labelek fejlesztői oldalon általában gyorsan megoldhatók. Kezeld külön a strukturális hibákat – a heading-hierarchia és a navigációs logika javítása időigényesebb, mert az oldal alapvető felépítését érinti.
Vond be az emberi felülvizsgálatot – a billentyűzet-navigációt és a képernyőolvasó-kompatibilitást automata eszköz nem tudja megbízhatóan ellenőrizni.
Frissítsd az akadálymentesítési nyilatkozatot – a WCAG 2.2 AA szintnek megfelelően.
Az akadálymentesség ma már nem külön fejlesztési feladat. Ugyanaz a strukturáltan felépített digitális infrastruktúra szolgálja egyszerre a jogi megfelelést, a jobb felhasználói élményt, a keresőoptimalizálást és az AI-rendszerek általi értelmezhetőséget. Aki ezeket ma külön projektként kezeli, az ugyanazt a munkát végzi el háromszor, különböző büdzsékből, különböző határidőkkel.
A kérdés ma már nem az, hogy az AI képes-e megtalálni a hibákat. Hanem az, hogy amikor valódi jogi és üzleti felelősséget kell vállalni egy weboldal megfelelőségéért – ki meri a nevét és a szakmai hitelességét adni az eredményhez.
Mi pontosan ezért nem ígérünk 100%-os megfelelést vagy „WCAG 3.0 tanúsítást" – mert ilyen ma nem létezik és aki ezt árulja, ütemtervet ad el kész termék helyett. Amit mi adunk az egy háromrétegű átvilágítás, ahol pontosan látod, mit végzett el a gép, mit priorizált az AI és mi az amihez emberi tesztelés kellett – úgy, hogy a nyilatkozat mögé oda merjük tenni a nevünket.
Ha kíváncsi vagy hol áll ma valójában a céged oldala – nem egy automata pontszám szerint, hanem egy képernyőolvasó és egy szakértő szemével –, térképezzük fel együtt.
