A Global Accessibility Awareness Day idén tizenötödik születésnapját ünnepli – de az ünnepi hangulatot beárnyékolja, hogy a webes akadálymentesség mutatói alig javultak, helyenként még romlottak is.
Kettős mérleg
Amikor Joe Devon és Jennison Asuncion 2011-ben elindította a GAAD-ot (Global Accessibility Awareness Day – Globális Akadálymentesítési Tudatossági Nap), a cél egyszerű volt: rávenni a fejlesztőket, hogy gondoljanak a fogyatékos felhasználókra. Tizenöt év elteltével a tudatosság valóban nőtt – de, ahogy Devon a Double Tap podcastban fogalmazott, ez kétélű eredmény. Ha mindenki tudja, mi a teendő, és mégsem csinálja, az rosszabb, mintha senki sem tudna róla.
A helyzet strukturálisan sem sokat változott. Sok vállalatnál egyszerűen nincs akadálymentesítési vezető: vannak belső bajnokok, akik küzdenek az ügyért, de nincs, aki vezeti a munkát és számon kéri az eredményeket. Az Egyesült Államokban politikai szinten is aggasztó jelek mutatkoznak: a WCAG-megfelelőségi (Web Content Accessibility Guidelines) határidők csúsznak, és egyes kormányzati szinteken egyre erőteljesebb az a hozzáállás, hogy ez nem prioritás. Steven Scott és Shaun Preece, a Double Tap műsorvezetői egyetértenek: ha a felső szintű elköteleződés meggyengül, az az egész iparágon átgyűrűzik.
Devon szerint a GAAD célja is változott az évek során. A korai időszakban az elsőszámú feladat a tudatosság növelése volt. Mára ez eltolódott: a cél az, hogy a digitális termékek fejlesztési kultúrájába beépüljön a fogyatékos felhasználók szempontjából való gondolkodás. Ha a tudatosság ott van, de a kultúra nem változik, a nap elveszíti a célját.
A WebAIM-adatok
A WebAIM Million Report – amely évente megvizsgálja a világ egymillió leglátogatottabb weboldalát – idén is megjelent, és az eredmények enyhén romlottak. Ami feltűnő: ugyanaz a hat hibakategória dominál immár hét éve. Alacsony kontrasztú szöveg, hiányzó képleírás (alt-szöveg), jelöletlen űrlapmezők, üres linkek és gombok, hiányzó dokumentumnyelv – ugyanez a lista, ugyanazok az arányok.
Az oldalak összetettsége közben növekszik, részben azért, mert az AI-eszközök olyan gyorsan generálnak kódot, hogy a minőségfelügyelet nem tud lépést tartani. Devon ezt „slop”-nak nevezi: olyan kód, amely gyorsan megvan, de strukturálisan gyenge. A SOMA-jelentés, amelyet Ben Ogilvie és az ArcTouch készített, a vezető mobilalkalmazásokat vizsgálta: a tipikus felhasználói folyamatok 72 százaléka gyenge vagy elégtelen akadálymentesítési szintet mutat. A WebAIM szerint a top egymillió oldal 96 százaléka ma is elérhetetlen a fogyatékos felhasználók számára.
Scott egy lehetséges megoldást is felvetett: mi lenne, ha az akadálymentesítési hibák nem figyelmeztetések lennének a fejlesztési folyamatban, hanem fordítási hibák? Ha a rendszer nem engedi elkészíteni a kódot felirat nélküli gombbal, a fejlesztők nem tudnák egyszerűen kihagyni a lépést. Ez persze radikális beavatkozást igényelne a fejlesztőeszközöktől – de a jelenlegi önkéntes megfeleléssel az eddigi hét év eredménye alapján nem sok minden változhat.
Az alt-szöveg vitája
Az alt-szöveg kérdése – hogy ki és hogyan írja le a képeket a látássérült felhasználók számára – régi vita, de új megvilágításba kerül. Steven Scott határozottan kiállt az AI-alapú megközelítés mellett: a gépi képleírás ma már elég jó ahhoz, hogy ne kelljen a kötelező emberi bevitel dogmájához ragaszkodni. Néhány szervezet és jótékonysági testület évek óta ugyanazt a kampányt futtatja – adj alt-szöveget, mert különben szörnyeteg vagy –, miközben az eszközök messze haladtak előre.
Shaun Preece árnyalta ezt az álláspontot: az AI kiválóan azonosítja az elemeket, de a kontextust – hogy miért van ott egy kép, mit jelent az adott oldalon – az embernek kell ellenőriznie. A kettő nem egymást kizáró. Az iOS 27-ben ígért részletesebb képleírások jelzik, hogy ez az irány megkerülhetetlen. Aki diktálással akar részletes alt-szöveget írni – ahogy egy Wispr Flow-t (diktálószoftver) használó fejlesztő a műsorban megemlítette –, az is jobb eredményt érhet el, mint aki figyelmen kívül hagyja az egészet.
Vakok mint fejlesztők: a vibe coding jelensége
A műsor legelevenebb szakasza a „vibe coding” témája körül zajlott – az a jelenség, amikor valaki nem hagyományos programozással, hanem természetes nyelvű utasításokkal hoz létre szoftvert. Steven Scott egyetlen hónap tapasztalatáról számolt be: Claude Max előfizetéssel NVDA-bővítménytől hardverprojektekig terjed a listája, és mindezt anélkül, hogy egyetlen sor kódot értene. Shaun Preece egykori Unix-programozóként azt emelte ki, hogy régi tudása ma inkább fogalmi keretként hasznos, a konkrét munkát viszont a Claude végzi – és közben tanít is.
Joe Devon a saját példáját hozta: egy Gmail-aláírásrotátort épített, amely az RSS-feedből dinamikusan húzza be a podcastepizódokat, és minden levél küldésekor véletlenszerűen választ egyet. A megoldásnak nincs általános változata, nem kell, hogy legyen – tökéletesen megoldja a saját problémáját. Devon tervezi az ehhez használt promptokat nyilvánossá tenni, a kódot viszont nem – ez maga is egy érdekes megközelítés: a megoldási módszert osztja meg, nem az implementációt.
Devon egy konkrét promptstratégiát is megosztott, amelyet „slash trade”-nek nevez: megkéri az AI-t, hogy listázza ki a lehetséges megközelítéseket és azok kompromisszumait, majd közösen döntenek. Ez a módszer azok számára is működik, akik nem tudják, milyen kérdéseket kellene feltenni – az AI strukturálja a döntési teret.
A vibe coding határairól is szó esett. Termelési környezetbe szánt kódnál Devon szerint ma még szükség van szakemberekre és akadálymentesítési szakértőkre. Aki saját magának épít valamit, ott a működés maga az elfogadási teszt. Aki viszont más emberek számára készít szoftvert, annak az AI-generált kódot át kell vizsgálni – ez utóbbi feladat elvégzéséhez jól jöhet, ha valaki érti az AI által generált kód kiértékelését. Devon szerint ez egy értékes új kompetencia lesz: nem a kódolás tudása, hanem az AI kódkimeneteinek ellenőrzésének képessége.
Melyik eszköz mire jó?
A GAAD Foundation és a ServiceNow közösen fejlesztette ki az AIMAC-ot (AI Model Accessibility Checker), amely az AI-rendszerek által generált kód akadálymentességét méri. Az eddigi eredmények alapján az OpenAI modelljei szinte tökéletes pontszámokat érnek el ezen az automatizált teszten, ami azt jelzi, hogy a Codex várhatóan akadálymentesebb kódot produkál, mint a versenytársak.
A Claude Code ezzel szemben a fejlesztői párbeszédben vezet: természetesebb, kényelmesebb interakciót kínál. A GitHub Copilot viszont a fejlesztői interfész akadálymentességében jeleskedik – ez azoknak szempont, akiknek maga az eszköz is akadályokba ütközik. A három különböző erősség azt mutatja, hogy egyelőre nincs egyetlen nyertes – a választás a konkrét igénytől függ.
OpenClaw: az univerzális interfész ígérete
Jakob Rosin által a Double Tap podcastban korábban bemutatott OpenClaw volt a műsor technológiai szempontból legmerészebb témája. A rendszer MCP (Model Context Protocol) alapon működik: egy AI-közvetítőt helyez az assistive technology (kisegítő technológia) és a nem akadálymentes felület közé. A felhasználó nem az alkalmazás natív felületével dolgozik, hanem az AI-jal kommunikál, amely aztán elvégzi a tényleges interakciókat – legyen szó egy mobilos appról, egy étterem PDF-menüjéről vagy egy repülőjegy-foglaló felületről.
Devon egy hétig futtatta a saját gépén, amely ez idő alatt weboldalakat és appokat auditált, kezelte a VoiceOver képernyőolvasót, sőt módosította a kisegítő beállításokat. A rendszer egyszer azért állt le, mert az AI lenémította a hangot, hogy ne zavarja a felhasználót – majd Devon kérésére visszakapcsolta. Ez a szintű önálló működés Darryl Adams, egykori Intel-akadálymentesítési vezető régi víziójára hajaz: soha többé nem akarok weboldalakat nézni, csak az AI-ommal akarok kommunikálni, az meg intézze el a többit.
Az OpenClaw ma még nem stabil mindennapi használatra, és Devon minden reggel az előző nap keletkezett hibák javításával kezd. De a koncepció az akadálymentesítés egyik legalapvetőbb problémájára kínál választ: ahelyett, hogy minden fejlesztőt az összes akadálymentesítési követelmény teljesítésére kellene rábírni, az AI átvállalja az adaptáció terhét. Az OpenClaw mellett már ma is vannak hasonló elveken működő versenytársak – a kérdés az, melyik éri el először a kellő stabilitást.
Felelősség megosztva
A legnagyobb kérdés, amelyet a műsor sem kerül meg: ha az AI megkerülhetővé teszi a nem akadálymentes felületeket, az mentesíti-e a fejlesztőket? Devon válasza árnyalt. Egy nagy szervezettől, amelynek tervezői, termékvezetői és mérnöki csapata van, elvárható a kötelező szintű akadálymentesség – és ez nem tárgyalható. De ha egy egyszemélyes kisvállalkozás bevételtől függetlenül hobbiként épít valamit, ott a felelősség már más természetű.
Scott egy másik veszélyre is rámutatott: a mobiltelefon terjedésekor az volt az elvárás, hogy mindenki okostelefonon intézi a banki ügyeit, a kormányzati ügyintézést, az egészségügyi hozzáférést. Azok, akik nem tudják használni az okostelefont, kimaradtak ebből. Ugyanez az elv érvényesülhet az AI-ra is: ha az elvárássá válik, hogy az emberek saját eszközeiket szabják magukra, azok, akik ezt nem tudják megtenni, hátrányba kerülnek.
Devon javaslata szerint a felelősséget részben az AI-eszközöket gyártó cégekre kellene hárítani: ha a Codex, a Claude vagy a Copilot által generált kód alapértelmezetten akadálymentes lenne, a hobbistától a nagyvállalatig mindenki automatikusan jobb kiindulópontból indulna. Ez nem helyettesíti a szándékos tervezést, de a legelemibb hibákat kiküszöbölhetné.
A valóság cinikus olvasata adott: a 96 százalékos hozzáférhetetlenség az AI előtt is fennállt. A fejlesztők nagy része sosem volt igazán számon kérve. Az AI nem rontott ezen – de ha nem kerül be az akadálymentesség az eszközökbe, jobbítani sem fog rajta automatikusan.
Összegzés
Tizenöt GAAD után az akadálymentesítés helyzete ellentmondásos: több a tudatosság, kevesebb az eredmény, és egy technológiai fordulópont küszöbén állunk, amelynek végkimenetele még nyitott. Az AI egyszerre ad eszközt a fejlesztőknek, hogy könnyen figyelmen kívül hagyják az akadálymentesítést, és a felhasználóknak, hogy részben maguk oldják meg a problémákat. Az OpenClaw-hoz hasonló rendszerek a kisegítő technológia és a nem akadálymentes világ közé állhatnak be közvetítőként – de ez sem jelenti azt, hogy a felelősség eltűnik. Csak az a kérdés, hogy kinél csapódik le.
—
A cikk a Double Tap podcast 2026. május 21-i adása alapján, AI felhasználásával készült, ezért apróbb pontatlanságokat tartalmazhat.