ADA III. cím szerinti weboldal-megfelelőségi ellenőrzőlista

A jogi alap: az ADA III. cím és a weboldalak

Az Americans with Disabilities Act (ADA) III. címe tiltja a fogyatékosság alapján történő megkülönböztetést a nyilvánosan hozzáférhető helyeken. Az ADA-t 1990-ben fogadták el, mielőtt a kereskedelmi web létezett volna — ami évtizedeken át tartó perlésekhez vezetett azzal kapcsolatban, hogy a weboldalak minősülnek-e “nyilvánosan hozzáférhető helynek”.

A jelenlegi jogi helyzet nagyrészt a befogadás irányában döntötte el ezt a kérdést. A szövetségi bíróságok többsége, amely foglalkozott a témával, úgy döntött, hogy a nyilvánosság számára nyitott vállalkozások által üzemeltetett weboldalakra vonatkozik a III. cím. Az Igazságügyi Minisztérium (DOJ) 2022 márciusában formális iránymutatást adott ki, amely megerősítette, hogy az ADA a weboldalakra is vonatkozik. 2024 áprilisában a DOJ közzétette végleges szabályát a II. cím alapján (amely az állami és önkormányzati szerveket érinti), kifejezetten elfogadva a WCAG 2.1 AA szintet — ami erős jelzés arra, hogy a III. cím idővel mit fog kodifikálni.

A gyakorlati eredmény: ha olyan weboldalt üzemeltet, amelyen keresztül az ügyfelek árukhoz, szolgáltatásokhoz vagy információkhoz jutnak hozzá, az ADA III. cím érvényes arra a weboldalra.

Mit jelent az “akadálymentes” az ADA szerint

Az ADA nem határoz meg konkrét technikai szabványt a weboldalak akadálymentességére. A bíróságok és a DOJ következetesen a Web Content Accessibility Guidelines (WCAG) 2.1 AA szintjének való megfelelést tekintik mércének annak meghatározásához, hogy egy weboldal megfelel-e az ADA megkülönböztetés-mentességi követelményének. A WCAG 2.1 AA az a szabvány, amelyet a DOJ egyezségek és a legtöbb bíróság által felügyelt megfelelőségi terv szinte mindegyikében alkalmaznak.

Az alábbi ellenőrzőlista a legfontosabb WCAG 2.1 AA sikerkritériumokat konkrét megfelelőségi kötelezettségekhez rendeli.

ADA III. cím szerinti weboldal-megfelelőségi ellenőrzőlista

1. Szöveges alternatívák a nem szöveges tartalomhoz

Minden jelentéssel bíró kép rendelkezik alt attribútummal, amely leírja annak célját
A dekoratív képeknek üres alt="" értékük van, hogy a képernyőolvasók átugorják őket
A gombként vagy linkként használt ikonok akadálymentes névvel rendelkeznek (aria-label vagy látható szöveg révén)
A diagramok és infografikák szöveges leírással vagy adattáblákkal rendelkeznek alternatívaként
A CAPTCHA hangalapú alternatívát biztosít a vizuális feladat mellett

Miért fontos: A képernyőolvasó-felhasználók semmilyen információt nem kapnak egy képről alt szöveg nélkül. Egy csak ikonnal jelölt, akadálymentes név nélküli pénztárgomb gyakorlatilag láthatatlan egy képernyőolvasó-felhasználó számára.

2. Feliratok és átiratok a médiához

Az előre felvett videók szinkronizált feliratokkal rendelkeznek
Az élő videóközvetítések valós idejű feliratokkal rendelkeznek
A csak hangból álló, előre felvett tartalom (podcastok) szöveges átirattal rendelkezik
A fontos hangot tartalmazó, előre felvett videók átirattal rendelkeznek
Az automatikusan generált feliratokat közzététel előtt átnézik és javítják

Miért fontos: A feliratok az elsődleges módja, ahogyan a hallássérült és nagyothalló felhasználók hozzáférnek a videótartalomhoz. A pontatlan, automatikusan generált feliratok nem elégítik ki a követelményt.

3. Szín és vizuális dizájn

Az információt soha nem közlik csak színnel (pl. a kötelező mezőket szöveggel vagy ikonnal jelölik, nem csak piros kerettel)
A normál szöveg (18pt alatt / 14pt félkövér alatt) legalább 4,5:1 kontrasztarányt teljesít a háttérrel szemben
A nagy szöveg (18pt+ vagy 14pt+ félkövér) legalább 3:1 kontrasztarányt teljesít
A felhasználói felület elemei (gombok, beviteli mezők, fókuszjelzők) legalább 3:1 kontrasztot teljesítenek a szomszédos színekkel szemben
A hibaállapotok szövegben közlik a hibát, nem csak színváltozás révén

Miért fontos: A férfiak körülbelül 8%-a és a nők körülbelül 0,5%-a rendelkezik valamilyen színlátási hiányossággal. A csak színre való hagyatkozás kizárja felhasználóinak jelentős részét.

4. Billentyűzetes akadálymentesség

Minden interaktív elem (linkek, gombok, űrlapok, menük, modális ablakok, dátumválasztók) elérhető és működtethető csak billentyűzettel
A tabulálási sorrend logikus, kiszámítható sorrendet követ
Nincsenek billentyűzetcsapdák — a felhasználók a szabványos billentyűkkel be- és kimozoghatnak minden komponensbe
Az egyedi widgetek (legördülő menük, csúszkák, párbeszédablakok) az elvárt billentyűzetes interakciós mintákat követik
Egy “ugrás a fő tartalomra” link az első fókuszálható elem minden oldalon

Miért fontos: A mozgáskorlátozott felhasználók, akik közül sokan billentyűzetes navigációra vagy kapcsolós hozzáférési eszközökre támaszkodnak, nem tudnak egeret használni. Egy oldal, amely a fő funkciókhoz egérhasználatot igényel, számukra elérhetetlen.

5. Fókusz láthatósága

A billentyűzetes fókusz mindig látható — egyértelmű fókuszjelző (körvonal, kiemelés, aláhúzás) jelenik meg az aktív elemen
A fókuszjelzőt nem tüntetik el outline: none vagy outline: 0 beállítással pótlás nélkül
A fókuszjelző elegendő kontrasztot mutat a környező tartalommal szemben

Miért fontos: Látható fókuszjelző nélkül a billentyűzet-felhasználók nem tudják megállapítani, hol tartanak az oldalon — mintha kurzor nélkül böngésznének.

6. Nincs rohamokat kiváltó tartalom

Semmilyen tartalom nem villog másodpercenként háromnál gyakrabban
A nem kikapcsolható animációk nem terjednek ki a nézetablak nagy részére magas frekvencián
A parallax effektek és az automatikusan lejátszódó animációk szüneteltethetők vagy csökkenthetők a prefers-reduced-motion médialekérdezés révén

Miért fontos: A fényérzékeny epilepszia a lakosság jelentős részét érinti. Egyetlen villogó hirdetés is rohamot válthat ki.

7. Elegendő idő a feladatok elvégzésére

A munkamenet-időkorlátok figyelmeztetik a felhasználókat a lejárás előtt, és lehetőséget adnak a munkamenet meghosszabbítására
Az automatikusan frissülő tartalom (hírcsíkok, élő eredmények, forgó bannerek) szüneteltethető, leállítható vagy elrejthető
A kritikus feladatokra (pénztár, űrlapbeküldés) nincs kiszabott időkorlát megfelelő hosszabbítási mechanizmus nélkül

Miért fontos: A kognitív fogyatékossággal, mozgáskorlátozottsággal élő, vagy segítő technológiát használó felhasználóknak gyakran több idő szükséges a feladatok elvégzéséhez. A hirtelen időkorlátok elveszett folyamatokhoz vezethetnek.

8. Navigáció és eligazodás

Minden oldalnak egyedi, leíró <title> eleme van
A navigációs menük szerkezete és elhelyezése oldalanként egységes
Az aktuális oldal helyét jelzi a navigáció (aktív állapot)
A morzsamenük (breadcrumb) jelen vannak a mélyebb oldalakon
Több módja is van a tartalom megtalálásának (keresés, oldaltérkép vagy navigáció)
A címsorok logikusan strukturáltak (h1 → h2 → h3), és pontosan leírják a szakasz tartalmát

Miért fontos: A képernyőolvasó-felhasználók a címsorok, tereppontok és oldalcímek alapján navigálnak. A rosszul strukturált címsorok érthetetlenné teszik az oldalt a képernyőolvasóval navigáló felhasználók számára.

9. Az űrlapok akadálymentessége

Minden űrlapmezőnek van egy hozzá programozottan társított, látható <label> eleme
A kötelező mezőket szövegben jelölik (nem csak egy magyarázat nélküli csillaggal)
A hibaüzenetek azonosítják, melyik mező tartalmazza a hibát, és leírják, hogyan javítható
A hibaüzeneteket bejelentik a képernyőolvasó-felhasználóknak (aria-live vagy fókuszkezelés révén)
A gyakori beviteli mezőkön (név, e-mail, cím, bankkártya) automatikus kitöltés attribútumok vannak
Az űrlap beküldése nem jár le csendben időkorlát miatt

Miért fontos: Az űrlapok azok a felületek, amelyeken keresztül a felhasználók tranzakciókat végeznek szolgáltatásával — foglalás, vásárlás, regisztráció, kapcsolatfelvétel. Egy nem akadálymentes pénztárfolyamat a digitális megfelelője egy rámpa nélküli üzletnek.

10. Linkek és gombok

Minden linknek leíró akadálymentes neve van — a “Tovább” önmagában nem elegendő; a “Tovább [témáról]” megfelelő
A linkek és gombok megkülönböztethetők a környező szövegtől, nem csupán színre hagyatkozva
A cselekvést kiváltó gombokat <button> elemként jelölik, nem stílusozott <div> vagy <span> elemként
Az új lapon megnyíló vagy letöltést kiváltó linkek közlik ezt a felhasználóval

Miért fontos: A képernyőolvasó-felhasználók gyakran az oldalon található összes link listázásával böngésznek. A “kattintson ide” és “tovább” linkek listája semmilyen navigációs értéket nem ad.

11. Nyelv és olvashatóság

Az oldal elsődleges nyelve be van állítva a <html> elem lang attribútumában (pl. lang="hu")
A más nyelvű szakaszok jelölve vannak a tartalmazó elem lang attribútumával
A rövidítéseket első használatkor kifejtik, vagy <abbr title="...">-vel jelölik, ahol hasznos

Miért fontos: A képernyőolvasók a nyelvi attribútumot használják a megfelelő kiejtési motor kiválasztásához. Nélküle egy más nyelvű motorral felolvasott szöveg majdnem érthetetlen.

12. Következetes, kiszámítható viselkedés

A fókusz megszerzése önmagában nem indít el automatikusan kontextusváltást (pl. egy űrlap nem küldődik el, amikor egy mező fókuszt kap)
Egy űrlapbeviteli mező megváltoztatása nem indít el váratlan navigációt vagy modális ablakot
Az oldalakon azonos funkciójú komponensek egységesen vannak elnevezve

Miért fontos: A kiszámíthatatlan viselkedés minden felhasználó számára megzavaró, de különösen a kognitív fogyatékossággal élők vagy a képernyőolvasóra támaszkodók számára.

13. PDF-ek és dokumentumok

A letölthető PDF-ek strukturálisan címkézettek (címsorok, listák, olvasási sorrend)
A PDF űrlapmezők címkézettek
A szkennelt (csak kép típusú) PDF-eket OCR-rel feldolgozták és címkézték
A Word, Excel és PowerPoint fájlok a beépített akadálymentességi funkciókat használják (címsorstílusok, alt szöveg, munkalapnevek)

Miért fontos: A bíróságok és a DOJ következetesen egy weboldal akadálymentes tartalma részének tekintik a letölthető dokumentumokat. Egy egyébként akadálymentes pénztárfolyamatban egy nem akadálymentes PDF továbbra is akadályt jelent.

14. Mobil akadálymentesség

Minden funkció elérhető álló és fekvő nézetben is
Az érintési célpontok (gombok, linkek) legalább 44×44 CSS pixel méretűek
A tartalom nem igényel vízszintes görgetést szokásos nézetablakoknál
Az oldal nem tiltja le a felhasználói nagyítást a maximum-scale vagy user-scalable=no beállítással a viewport meta tagben

Miért fontos: Sok fogyatékossággal élő felhasználó mobileszközt használ a webhez való elsődleges vagy egyetlen hozzáférési módként. A mobil akadályok ugyanolyan hatékonyan zárják ki őket, mint az asztali akadályok.

15. Akadálymentességi nyilatkozat

Az akadálymentességi nyilatkozat közzétett és elérhető az oldal lábjegyzetéből
A nyilatkozat megjelöli a szabványt, amelyet az oldal céloz (WCAG 2.1 AA)
A nyilatkozat tartalmaz egy kapcsolatfelvételi mechanizmust az akadályok bejelentéséhez
A kapcsolatfelvételi mechanizmus maga is akadálymentes

Miért fontos: Egy akadálymentességi nyilatkozat jóhiszeműséget bizonyít, és utat ad a felhasználóknak a megoldáshoz, mielőtt jogi lépésekhez fordulnának. Emellett több állami törvény is előírja, és a DOJ iránymutatása szerint elvárt gyakorlat.

Végrehajtás és perlési kockázat

Az ADA III. cím nem követeli meg a felperesektől a szándékos megkülönböztetés bizonyítását. Ha egy akadály létezik, és ha az megakadályozott egy fogyatékossággal élő személyt az áruk vagy szolgáltatások elérésében, egy kereset folytatható. A III. cím szerinti jogorvoslatok nem tartalmaznak kártérítést (a 504. szakasztól eltérően), de tartalmaznak jogsértést megszüntető intézkedéseket és ügyvédi díjakat — amelyek gyakran a sorozatos perlés elsődleges hajtóerejét jelentik.

Az Egyesült Államokban az ADA weboldal-akadálymentességi perek száma az utóbbi években meredeken nőtt, évente ezrekkel. A kis- és középvállalkozások gyakori célpontok, mert úgy tekintik rájuk, mint akik kevésbé fektettek be a megfelelőségbe.

Ha ADA felszólító levelet kapott, ne hagyja figyelmen kívül. Vegyen igénybe jogi tanácsot azonnal, és rendeljen meg egy akadálymentességi auditot, hogy pontos képet kapjon oldala megfelelőségéről.

A megfelelőség fenntartása idővel

Egy egyszeri audit és javítás nem elegendő. Minden új oldal, funkció vagy harmadik féltől származó integráció új akadályt hozhat be. Azok a szervezetek, amelyeknek a legalacsonyabb a perlési kockázatuk, folyamatosan fenntartják a megfelelőséget:

A fejlesztési munkafolyamatba beágyazott automatizált szkennelés elkapja a detektálható problémákat, mielőtt azok élesbe kerülnének. CI/CD akadálymentességi integrációs szolgáltatásunk ezt minden build részévé teszi.
A tervezett manuális auditok feltárják azokat a problémákat, amelyeket az automatizált eszközök nem tudnak felismerni — képernyőolvasós interakció, kognitív komplexitás, billentyűzetcsapdák.
Az akadálymentességi képzés a fejlesztők és tartalomszerzők számára megakadályozza, hogy akadályok egyáltalán létrejöjjenek.
A felhasználói visszajelzési mechanizmusok közvetlen csatornát adnak a fogyatékossággal élő embereknek az akadályok jelentésére, mielőtt azok jogi kérdéssé válnának.

Egy ingyenes automatizált szkennelés a leggyorsabb módja annak, hogy azonosítsa oldala legszembetűnőbb WCAG-hibáit. A teljes, az ADA-kitettségét feltérképező képért vegye fel a kapcsolatot csapatunkkal egy teljes audit megbeszéléséhez.