Kép leírása: Ügyfél, aki kézi fizetési terminál segítségével kártyás fizetést hajt végre.
E-kereskedelmi fizetési folyamat: az internet legvitatottabb területe
E-kereskedelmi fizetési folyamat: az internet legvitatottabb területe
Egy 8 788 szövetségi webes akadálymentességi pert tartalmazó adatállomány egy nem túl hízelgő mintát tár fel. Ugyanaz a néhány hiba kerül be a termelésbe ugyanazon néhány szakaszban – és ugyanaz a néhány felperes fedezi fel őket. A bírósági iratokban az ügyvédek által katalogizált 81 509 probléma közül több mint 4050 azokra az öt felületre koncentrálódik, amelyek a böngészőt vásárlóvá változtatják: a kosár, a cím, a fizetés, a hibaállapotok és maga a fizetés gomb.
Miért éppen a pénztárnál elkövetett szabályszegés kerül a legdrágábban?
A webes akadálymentességgel kapcsolatos perek a weboldal minden szintjén – a kezdőlapon, a navigációban, a láblécben, a keresőben – indíthatók. Azon ritka esetekben azonban, amikor egy panasz a döntő jelentőségű indítványig jut el, a bíróságokat nem hatják meg az esztétikai akadályok. Őket a tranzakciós akadályok hatják meg. Egy vak vásárló, aki nem találja a főszalagot, a legszigorúbb jogi értelemben véve semmit sem veszített. Egy vak vásárló, aki nem tudja végrehajtani a vásárlást, megtagadják tőle azt a szolgáltatást, amelyet az eladó minden más látogatónak nyújt. Ez a III. cím megsértésének tankönyvi megfogalmazása, és ez az a tényállás, amely minden, a felperesek ügyvédei által készített követeléslevélben visszatér.
Éppen ezért az adatkészlet leggyakrabban említett felületei nem azok, amelyek összességében a legtöbb panaszt eredményezik. Az „Általános / Besorolatlan” kategória messze a legnagyobb problémakör (38 671 probléma). De a hibánkénti kockázati összeg alapján a fizetési folyamat több pert von maga után, mint az összes többi kategória együttvéve. Minden címkézetlen CVC-mező szolgáltatásmegtagadást jelent. Minden be nem jelentett „Megrendelés megerősítve” üzenet olyan tranzakciót jelent, amelyet a felhasználó nem tud bizonyítani. Minden olyan modális ablak, amely a „Kupon alkalmazása” lépésre irányítja a figyelmet, olyan kedvezményt jelent, amelyért a képernyőolvasó-felhasználó teljes árat fizetett, hogy kihagyhassa.
Az amerikai szövetségi bíróságokon nem az a kérdés, hogy „hozzáférhető-e a honlap?”, hanem az, hogy „megvásárolhatta-e a felperes azt, amit az alperes árult?”. A fizetési folyamat az egyetlen olyan terület, ahol a válasz egyértelmű, és az egyetlen olyan terület, ahol a kártérítés igénylése egyszerű.
Az adatkészlet
A cikk alapjául szolgáló elemzés két független adatbázisra támaszkodik. Az első egy strukturált PACER-adatkészlet, amely 8 788 szövetségi polgári pert tartalmaz , amelyeket 2007 januárja és 2026 áprilisa között az Amerikai Fogyatékossággal Élők Törvénye (Americans with Disabilities Act) és az azzal párhuzamos állami jogszabályok alapján indítottak; minden egyes ügyhez hozzárendelve szerepel a felperes(ek), az alperes(ek), a beadvány benyújtásának és az ügy lezárásának dátuma. A második egy párhuzamos kivonat 81 509 különböző akadálymentességi kérdésről, amelyeket az említett beadványok szövegéből emeltek ki – az ügyvédek által írt tényleges mondatok, amelyek leírják, hogy ügyfeleik mit nem tudtak megtenni.
Ez a két forrás együttesen lehetővé teszi számunkra, hogy olyan kérdésekre is választ adjunk, amelyekre egyetlen forrásból nem tudnánk. Nemcsak azt tudjuk, mely webhelyeket perelték be, hanem azt is, hogy az ügyvédek szerint mi nem működött megfelelően – és a felhasználói útvonal mely pontján történt a hiba. Ehhez a cikkhez a problémaköröket öt vásárlási csatorna kategóriára szűrtük: PÉNZTÁR FOLYAMAT, BEVÁSÁRLÓKOSÁR, KOSÁRBA TÉTEL, FIZETÉS, CÍMKEZELÉS. Ez az öt terület összesen 4050 problémát jelent – ez a problémakörök körülbelül 5%-a, de ez az a szelet, amely a legerősebb ok-okozati összefüggésben áll a döntő kárral.
Az a görbe, amelyet senki sem vett figyelembe a negyedik negyedéves tervben
Mielőtt a csatorna belső részét tárgyalnánk, érdemes megvizsgálni, mennyire meredek lett a külső szakasza. Az éves bejelentések száma 2020 óta nagyságrendekkel nőtt, és ez a növekedés tovább gyorsul. Az alábbi, 2026-ra vonatkozó adat csak az első negyedévet fedi le; az egész évre vonatkozó becslés szerint azonban a szám várhatóan meghaladja a 4500-at – ami csaknem tízszerese a 2021-es kiindulási értéknek.
▱ 2026. évi részadatok: 2026. áprilisig benyújtott bejelentések. Az első negyedévi ütem alapján az évre vonatkozóan körülbelül 3 500 bejelentés várható, ami összhangban áll a 2025-ös tendenciával.
Két fontos szempontot érdemes szem előtt tartani. Először is: a fordulópontot jelentő év 2021 – ez egybeesik a világjárvány utáni e-kereskedelmi fellendüléssel és az állami bíróságok joggyakorlatában bekövetkezett változásokkal (kiemelendő a Robles kontra Domino’s ügy, amelyben a Legfelsőbb Bíróság 2019-ben elutasította a felülvizsgálati kérelmet), amelyek eredményeként a 9. kerületi szövetségi bíróságok a weboldalakat is a III. cím szerinti „nyilvános szálláshelyek” körébe sorolták. Másodszor: a növekedés nem állt meg. 2021 óta minden évben új csúcsot döntöttek, és minden új éves csúcsot úgy értek el, hogy a III. cím formálisan továbbra is szabályozatlan maradt a magánkereskedelmi weboldalak tekintetében.
A tölcsér a tölcsérben
A bejelentések alapján nyilvántartásba vett 81 509 probléma közül 4050 az alábbi öt vásárlási csatorna-kategória valamelyikébe sorolható. Az arányos eloszlás szinte tökéletesen egybeesik a klasszikus konverziós csatornával: az ügyfélút korai szakaszában több probléma kerül bejelentésre, és minden egyes lépés során csökken mind a jogos felhasználók száma, mind a jogi akadályok száma.
A „Pénztárfolyamat” kategória a legnagyobb, mivel a legtöbb bejelentés az élményt egyetlen folyamatként írja le. De a bontás tanulságos: a kosár és a kosárba helyezés együttesen (1740 eset) valamivel több peres panaszt generál, mint maga a fizetési oldal. Ez részben azért van, mert a kosárban történik az első visszafordíthatatlan művelet – ha a képernyőolvasó-felhasználó nem tudja megerősíteni, hogy egy termék hozzáadódott, az azt követő minden lépés a sötétben történik. A folyamat elején felmerülő problémák a folyamat későbbi szakaszában is felerősödnek.
Az öt leggyakoribb hiba, gyakoriságuk szerint sorolva
Amikor a 4050 fizetési szakaszban felmerült problémát összehasonlítjuk a hozzájuk tartozó szöveges leírásokkal, kiderül, hogy a felperesek panaszainak döntő többségét öt hibaforma teszi ki. Ezeket az alábbiakban a beadványokban való előfordulási gyakoriságuk szerint soroljuk fel, mindegyik mellé feltüntetve a jogászok által leggyakrabban hivatkozott WCAG-kritériumokat.
A „Kosárba” gomb megnyomása vizuális visszajelzést vált ki – felugró ablak, a kosár kicsúszó ablaka, a jelölő számának növekedése –, amelyet a képernyőolvasók nem jelentenek be. A felhasználó újra rákattint, megduplázza a rendelést, vagy feladja. Ez a kosárral kapcsolatos panaszokban leggyakrabban említett akadály.
A kuponkód mezők nincsenek megjelölve, a hibajelzések nem kerülnek kiírásra, az automatikus érvényesítés pedig csupán színes szövegként jelenik meg. A felperesek gyakran hivatkoznak arra, hogy teljes árat fizettek, mert a kedvezményes csatorna nem volt elérhető – ez konkrét anyagi kárt jelent.
A címmegerősítő párbeszédablakok, a „biztosan?” felugró ablakok, az upsell-ajánlatok és a CAPTCHA-feladatok ugyan megjelennek a képernyőn, de a rendszer soha nem jelöli ki őket. A billentyűzetet és képernyőolvasót használók vagy nem tudják bezárni őket, vagy nem tudnak továbbhaladni rajtuk.
A kötelező mezők kitöltetlen hagyása, a szabálytalan karakterláncú hitelkártyák és a címeltérések kizárólag piros keretekkel vagy eltűnő szövegű érvényesítő jelzésekkel jelennek meg. A képernyőolvasó-használó elküldi az adatokat, nem hall visszajelzést, és azt feltételezi, hogy a megrendelés sikeresen feldolgozásra került. A WCAG 3.3.1 a fizetési folyamatokkal kapcsolatos bejelentésekben a leggyakrabban hivatkozott kritérium.
Kártyaszám, érvényességi idő, irányítószám, „Ugyanaz, mint a számlázási cím” – a feliratozatlan mezőket a rendszer „üres” vagy „szöveg szerkesztése” felirattal jelzi . A felhasználók nem tudják megkülönböztetni a mezőket, ezért rossz sorrendben töltik ki őket, ami érvényesítési hibákat okoz, amelyekről a rendszer nem ad visszajelzést (lásd a 4. pontot).
Ha egyetlen mező sem felel meg az érvényesítési követelményeknek, egyes fizetési folyamatok az oldal újratöltésekor törlik az űrlapot, és újraindítják azt. Azok számára, akik segítő technológiák használatával hat percet töltöttek az űrlap első kitöltésével, ez olyan akadályt jelent, amely a látó, egeret használó vásárlók számára nem létezik – ez a tipikus példája a hozzáférés egyenlőtlenségére vonatkozó panaszoknak.
Azok a szempontok, amelyekre az ügyvédek ténylegesen hivatkoznak
A legtöbb beadvány nem hivatkozik kifejezetten a WCAG-kritériumokra – csupán a problémák tüneteit írja le. Amennyiben azonban az ügyvédek konkrét kritériumokra hivatkoznak a végső szakaszban benyújtott vádakban, az eloszlás rendkívül egyenlőtlen. Az összes kifejezett hivatkozás 89%-át hat kritérium teszi ki; a WCAG 2.2 fennmaradó több mint hatvan kritériumát csupán elenyésző arányban említik.
| WCAG | Kritérium neve | Szint | Hivatkozás | Megosztás | Ahol a fizetéskor megérzi a hatását |
|---|---|---|---|---|---|
| 3.3.1 | Hibaazonosítás | A | 104 | 32.5% | Az űrlap nem jelölte meg a kötelező mezőket és az érvényesítési hibákat |
| 2.4.3 | Fókuszsorrend | A | 72 | 22.5% | A modális ablakok, párbeszédablakok és lépésátmenetek nem váltották át a fókuszt |
| 2.1.1 | Billentyűzet | A | 43 | 13.4% | A PayPal és az „Express” gombok egér nélkül nem érhetők el |
| 4.1.3 | Állapotüzenetek | AA | 26 | 8.1% | „Kosárba tett”, „kedvezmény alkalmazva”, „megrendelés leadva” – hangjelzés nélkül |
| 4.1.2 | Név, szerep, érték | A | 23 | 7.2% | Az egyéni rádió- és választóelemek nem teszik láthatóvá az állapotot az AT számára |
| 3.3.2 | Címkék vagy utasítások | A | 18 | 5.6% | A CVC, a postai irányítószám és a „Számlázási címmel megegyező” mezők „üres” értékkel szerepelnek |
| 1.3.1 | Információk és kapcsolatok | A | 7 | 2.2% | A lépésjelzők nem láthatók; kötelező mezők csoportosítása |
| 2.4.7 | Fókusz látható | AA | 4 | 1.2% | A fizetési gombok nem láthatóak |
| 2.5.3 | Címke a névben | A | 1 | 0.3% | A hangvezérlés során a látható és az elérhető név közötti eltérés |
A 4050 probléma közül csupán 320 (körülbelül 8%) hivatkozik szám szerint egy WCAG-kritériumra. A többi egyszerű nyelven írja le a problémát. A következtetés: még ha hibátlan WCAG 2.2 AA auditjelentést is nyújt be, a mérnöki csapatát továbbra is a tünetek alapján értékelik – a bíróságot a „a felhasználó nem tudta végrehajtani a vásárlást” tény érdekli, nem pedig az, hogy „megsértették a 3.3.1. sikerkritériumot”.
Mit írtak valójában a felperesek
Az adatkészlet bírósági beadványokból áll össze. Az alábbi mondatok ezekből a beadványokból származnak – névtelenítve, hogy eltávolítsuk a helyszínekre való hivatkozásokat, de egyébként szerkesztetlen formában. Hasznosak, mert megmutatják a fejlesztői csapatoknak, hogy a felhasználók saját szavaikkal hogyan írták le a problémákat, és az ügyvédek hogyan fogalmazták meg ezeket a leírásokat jogi bizonyítékként.
Az adatállományt nem a technikai kifinomultság köti össze. Az ügyvédek által említett akadályok nem újkeletűek vagy érthetetlenek – ugyanaz a tucatnyi minta ismétlődik több ezer beadványban, több ezer alperes ellen. A felperesek ügyvédei gyakorlatilag ipari méretekben végzik azoknak a hibáknak a felderítését, amelyeket a fejlesztőcsapatok nem vettek észre, mivel nem futtatták le saját tesztjeiket képernyőolvasóval.
A 97 napos jelenség
Az adatállományban szereplő 8 788 ügy közül 6 945 lezárult 2026 áprilisáig, érvényes benyújtási és lezárási dátummal. Ezek időtartama az adatállomány egyik leginkább árulkodó eloszlását képezi. A panasz benyújtásától a lezárásig eltelt idő mediánja 97 nap; az összes lezárt ügy 83,4%-a hat hónapnál rövidebb idő alatt zárul le.
Azok az ügyek, amelyek 180 napon belül lezárulnak, szinte kivétel nélkül nem eredményeznek érdemi ítéletet. Ezeket peren kívüli egyezséggel rendezik. Ez az eloszlás jól tükrözi a felperesek ügyvédi karának stratégiáját: nagy számban indítanak pert, gyorsan egyeznek meg, és elkerülik azt a néhány döntő erejű ítéletet, amely lehetővé tenné a védekező felek számára, hogy megkülönböztessék a saját peren kívüli egyezségeiket más cégekéitől. Az egyezségek mediánja még azelőtt megkötésre kerül, hogy bármelyik fél elutasítási indítványt nyújtana be.
Mivel az ügyek gyorsan lezárulnak, nincs olyan kötelező erejű joggyakorlat, amely egy vezető mérnök elvárásainak megfelelően tisztázná, mit jelent a „akadálymentes fizetési folyamat”. A szabványt ehelyett a peren kívüli egyezségek együttes tartalma határozza meg – amelyek többsége előírja a WCAG 2.1 AA szabványnak való megfelelést, éves ellenőrzést és javítási tervet. A vállalatok olyan szabvány betartásáért fizetnek, amelyet magánjogi szerződésekben rögzítettek, de amelyről soha nem született nyilvános bírósági ítélet.
A mennyiségi modell: tíz felperes, 1 289 ügy
A fő szám – 8 788 ügy – további bontás nélkül félrevezető. A peres ügyek felperesi oldala rendkívül koncentrált. Az adatbázisban szereplő tíz legaktívabb név szerint megnevezett felperes összesen az összes beadvány 14,7%-át teszi ki. A legaktívabb egyéni felperes 256 különálló pert indított.
A felperesek nevét elrejtettük; az adatok a PACER metaadataiból származnak. A 8 788 beadványból a tíz legaktívabb felperes összesen 1 289 ügyet indított (14,66%). Az adatbázisban szereplő ügyek közel minden 35. ügyében ez a legaktívabb felperes szerepel név szerint.
Ez a koncentráció nem a rosszhiszeműség jele – ezeknek a felpereseknek a többsége jogszerű, dokumentált fogyatékossággal rendelkezik, és személyesen is szembesült azokkal az akadályokkal, amelyeket kereseteikben leírnak. Ugyanakkor azt jelzi, hogy azok a alperesek, akik a bíróságon alulmaradnak, ritkán veszítenek egy ismeretlen személy ellen. Ugyanazok a nevek bukkannak fel újra és újra, gyakran ugyanazok az ügyvédi irodák képviselik őket, és gyakran szinte azonos sablonok alapján nyújtanak be keresetet. A peres eljárás felépítése a felperesek oldalán a hatékonyságot, az alperesek oldalán pedig a meghátrálást jutalmazza. Egyik fél részéről sem jutalmazza az újszerű érvelést.
A triázs-mátrix
Ha a kérdés az, hogy „mit kellene először kijavítanom”, a válasz két tényezőtől függ: attól, hogy egy adott akadályt milyen gyakran említik (gyakoriság), és attól, hogy milyen közvetlenül gátolja a tranzakciót (súlyosság). Az alábbi táblázat ezeket ötvözi. A cellák színezése a 4050 kiadásból álló fizetési korpuszunkban szereplő hivatkozások relatív gyakoriságát tükrözi, ahol a legsötétebb cellák azokat a hibaforrásokat jelzik, amelyekkel a leginkább érdemes foglalkozni egy sprint során.
| Meghibásodási mintázat | Kosárba | Kosár | Cím | Fizetés | Megerősítés |
|---|---|---|---|---|---|
| Az állapotot nem hozták nyilvánosságra | Magas | Magas | Med | Med | Magas |
| Címkézetlen mezők | – | Alacsony | Magas | Magas | – |
| A rendszer nem jelzi a hibákat | Alacsony | Med | Magas | Magas | Med |
| Modális / fókuszvesztés | Magas | Magas | Med | Med | Med |
| A billentyűzet nem működik | Med | Med | Alacsony | Magas | Alacsony |
| Hiba esetén kényszerű visszatérés | – | Alacsony | Med | Med | – |
| A CAPTCHA akadálymentesítésének hiánya | – | – | Alacsony | Med | – |
Két elemet érdemes kiemelni. A „Státusz nem jelölve × Kosárba” az egész adathalmazban a leggyakrabban említett akadály; ha mást nem is javítasz ki, ezt mindenképp orvosold. A „Címkézetlen mezők × Fizetés” pedig a szabályszegés iskolapéldája – egy olyan hitelkártya-űrlap, amelyen üresnek jelölt mezők szerepelnek, olyan szabályszegés, amelyet nem lehet megcáfolni.
Mennyibe kerül ez Önnek ma, még a peres eljárás megindítása előtt?
A peres kockázat az egyik költsége a nehezen használható fizetési folyamatnak. A másik – amely általában nagyobb és mindig fennáll – azok a megrendelések, amelyek soha nem kerülnek lezárásra, mert a vásárló nem tudta kitölteni az űrlapot. Az alábbi kalkulátor három, Ön által módosítható adatot használ annak érdekében, hogy megbecsülje ezt a költséget a saját értékesítési folyamatára vonatkozóan. Az alapértelmezett értékek óvatos becslések, amelyek iparágakon átívelő referenciaértékekből származnak; igazítsa őket vállalkozásának igényeihez.
A fizetési folyamat elérhetetlenségére vonatkozó kockázati modell
Minden beviteli mező csúszka. Az értékek a beállítások módosításával valós időben frissülnek. Ez nem egy pontos számítás – csupán egy gyors becslés, amelynek célja, hogy ösztönözze egy pontosabb modell kidolgozását.
Módszertan. A WebAIM és a BOIA becslései szerint az aktív képernyőolvasó-használók aránya az Egyesült Államok webes látogatóinak körülbelül 1–3%-át teszi ki; ha a kizárólag billentyűzetet használókat és a mozgáskorlátozott felhasználókat is beleszámítjuk, ez az arány emelkedik. A 65%-os blokkolási arány a WebAIM Million 2024-es mérésének felső határa, amely azt mutatja, hogy a honlapok átvizsgálása során milyen gyakran találnak legalább egy blokkoló akadályt (95,9%); a fizetési folyamat akadályai általában szűkebb körűek. Ha rendelkezik saját adatokkal, használja azokat. Ez a modell nem veszi figyelembe a peres kockázatot, a márka költségeit és a sikertelen fizetési folyamat után véglegesen elvesztett ügyfelek értékét – amelyek mindegyike növeli a bemutatott számokat.
Ezzel szemben így néz ki egy akadálymentes pénztár
Az alábbi összehasonlító táblázat az adatkészletben leggyakrabban említett hibaforrásokat azokhoz a tervezési mintákhoz rendeli, amelyekkel azok orvosolhatók. A jobb oldalon szereplő minták egyike sem spekulatív – mindegyik dokumentált WCAG 2.2 AA-szintű technika.
Mi ellen nyújtottak be keresetet a felperesek
- A „Kosárba” felirat vizuálisan megjelenik, anélkül, hogy
role="status"régió; a segítő technológiákról nincs információ - A CVC-beviteli mezőben csak helyőrző szöveg található – nincs programozott tartalom
<label> - Megnyílik a címmegerősítő ablak, de a fókusz az előző „Tovább” gombon marad
- A mező alatt piros szöveggel jelenik meg az automatikus érvényesítés; a képernyőolvasó ezt nem olvassa fel
- A PayPal / Apple Pay gombok megjelenítése
<div>kattintáskezelővel; billentyűzetesemény-figyelő nélkül - A sikertelen elküldés esetén az oldal újratöltődik, és az űrlap kitöltése törlődik; a felhasználónak újra kell kezdenie a név és az e-mail megadásával
Mit jelent a felhasználóbarát fizetési folyamat?
- „Tétel hozzáadva” értesítés
aria-live="polite"régió vagyrole="status" - Minden olyan bemenet, amelyet programozási úton társított
<label>– a helyőrző nem címke - A modális ablak megnyílik, a fókusz a párbeszédablak fejlécére kerül, a fókusz ott marad, az ESC gomb megnyomásával visszaáll az előző fókusz
- A hibákról értesítést kapnak
aria-describedbyés a mező megkapjaaria-invalid="true" - A fizetési gombok valódiak
<button>olyan elemek, amelyek fókuszkerete legalább 2 képpont széles - A hibák a helyszínen jelennek meg; a korábban érvényes mezők továbbra is kitöltve maradnak; az oldal nem frissül teljesen
A tizenhárom lépésből álló helyreállítási ellenőrzőlista
Az adatbázisban szereplő hivatkozási gyakorisági minták alapján az alábbi tételeket csökkenő sorrendbe rendeztük aszerint, hogy milyen gyakran szerepelnek a peres eljárás lezárásakor benyújtott iratokban. A lista elejétől a végéig haladva a sorozatos felperesek kereseteiben szereplő vádak döntő többségét le lehet fedni.
A peres kockázat csökkentése, a hivatkozások gyakorisága szerint rendezve
- A kosárba helyezés állapotának jelzése. Vizuálisan elrejtett elem hozzáadása
role="status"aktív terület; minden sikeres hozzáadáskor töltsd be a „Termék hozzáadva – N termék a kosárban” szöveggel. - Minden beviteli mezőt programozási úton jelöljön meg. Futtassa a fizetési folyamatot egy Axe-Core vagy WAVE ellenőrzéssel; minden hibát
label-missingszabály. A helyőrzők soha nem címkék. - Jelentsd be a kuponokkal és promóciókkal kapcsolatos hibákat. Döntetlen
<span>elemek a bemenetre aaria-describedby; hozzáadásaria-invalid="true"érvényesítés sikertelensége esetén. - A fókuszt helyezze a modális ablakokra. Amikor megnyílik egy megerősítő párbeszédablak, állítsa a fókuszt a fejlécre vagy az első interaktív elemre. Bezáráskor állítsa vissza a fókuszt a kiváltó elemre.
- A fókusz átugrása az aktív ablakokban. Megnyitott párbeszédablakban a Tab és a Shift+Tab billentyűkkel lehet a párbeszédablak elemei között váltani; az Esc billentyűvel bezárható.
- A fizetési gombokat alakítsuk valódi gombokká. Cserélje ki az összes
<div onclick>a PayPal, az Apple Pay, a Google Pay és a „Megrendelés” funkció köré épített felületek<button>elemek. Adjon hozzá ≥ 2px-es látható fókuszstílusokat. - A kötelező mezőket jelölje meg szemantikai szempontból. Hozzáadás
aria-required="true"és egy jól látható „Kötelező” jelöléssel. A kapcsolódó kötelező mezőket csoportosítsa<fieldset>. - Az űrlap állapotának megőrzése érvénytelenítés esetén. A hibák nem törölhetik a helyesen kitöltött mezőket. Az űrlapot azonnal vissza kell adni; a fókusz az első érvénytelen mezőre kerüljön.
- Jelentsd be a sikeres állapotokat. A „Megrendelés leadva” és a „Kedvezmény alkalmazva” üzeneteknek ugyanazon a csatornán kell eljutniuk a segítő technológiákhoz
role="status"„Kosárba” funkció. - Használjon akadálymentes CAPTCHA-t. Ha mindenképpen szükség van rá, akkor legalább gondoskodjon hangalapú tartalék megoldásról és a reCAPTCHA akadálymentesítési módjáról. Még jobb megoldás: cserélje le láthatatlan vagy viselkedésalapú ellenőrzésre.
- A lépésjelzőket érthetővé kell tenni. Ha a fizetési folyamat több lépésből áll, akkor ezeket mutassa be
<nav aria-label="Checkout progress">egy<ol>ésaria-current="step". - Tesztelje valódi képernyőolvasóval. Végezze el a teljes fizetési folyamatot végig az NVDA + Firefox vagy a VoiceOver + Safari kombinációval. Az automatizált vizsgálatok a felhasználók által tapasztalható akadályok nagyjából felét nem veszik észre.
- A javítást a tervezési rendszer szintjén kell elvégezni. A legtöbb ellenőrzési hiba a megosztott komponensekből (Modal, Input, Toast) ered. Ha a komponenst egyszer kijavítjuk, a javítás minden olyan ellenőrzésre kiterjed, amely azt használja; az oldal egyszeri javítása viszont nem.
Az adatkészletben szereplő fizetési folyamat során felmerülő akadályok öt elemre csoportosíthatók: a felugró ablak, a modális ablak, a beviteli mező, a hibaüzenet és a beküldés gomb. Ha ezt az öt elemet külön-külön, képernyőolvasóval tesztelik, még mielőtt a fizetési folyamatba kerülnének, a korpuszban szereplő panaszok összessége jelentősen csökken. A hatékonyság a tervezési rendszer szintjén érhető el. A jogi eljárás sajnos az oldal szintjén zajlik – és ajánlott levélben érkezik.
Zárás – a műszaki kérdés újrafogalmazva
E cikk tézise – miszerint a fizetési folyamat az interneten a legtöbb peres ügy tárgyát képező felület – nem a bejelentések számától függ, bár az mennyisége valóban figyelemre méltó. Hanem a felhasználói útvonal felépítésétől függ. A kereskedelmi weboldalak összes felülete közül a fizetési folyamat az, amelynek meghibásodása leginkább megfelel a szolgáltatásmegtagadás jogi definíciójának, amelynek kárai leginkább panasz formájában jelennek meg, és amelynek hibái a leginkább következetesek az alperesek körében. Ezek a tények 2027-ben sem fognak megváltozni. Ami viszont változhat, az az azokat előidéző műszaki döntés.
A cikkben felsorolt 4050 probléma közelebbről megvizsgálva egyáltalán nem rejtélyes. Ugyanaz az öt-hat hiba ismétlődik, amely ugyanabból az öt-hat komponensből ered. A kiskereskedő számára a leghatékonyabb javítási lehetőség nem a fizetési oldalon rejlik, hanem abban a tervezési rendszerben, amely ezt az oldalt felépíti. Javítsa ki a toastot, a modált, a beviteli mezőt, a hibaüzenetet és a beküldés gombot – egyszer, a komponenskönyvtárban –, és a cikk alapjául szolgáló adathalmaz nagyságrendekkel csökken. A panaszosok más területre fognak átterelni a figyelmüket. Az ügyfelei viszont nem.
Források és módszertan
A szövetségi polgári ügyek metaadatait a PACER (Public Access to Court Electronic Records) rendszerből nyertük ki; az adatok 8 788, az Egyesült Államok kerületi bíróságai előtt 2007 januárja és 2026 áprilisa között benyújtott webes akadálymentességi ügyet fednek le, amelyeket az ADA III. címének kereseti kódjai, valamint a „website” kifejezésre történő keresési szűrés alapján azonosítottunk . A kérdésszintű elemzést ugyanazon beadványok OCR- és NLP-kivonatával végezzük, ami 81 509 különálló akadálymentességi kérdés említést eredményez, amelyeket 28 felszíni taxonómiába soroltunk.
A WCAG-hivatkozások a WCAG 2.1-re (az amerikai magánszektorban kötött peren kívüli egyezségekben leggyakrabban hivatkozott szabvány) és a WCAG 2.2-re (a 2023 októberében közzétett, 2024 decemberében ratifikált legfrissebb ajánlás) vonatkoznak. Amennyiben a beadványok az EAA-ra, az EN 301 549-re vagy a DOJ II. cím végleges szabályára (2024. április) hivatkoznak, a kritériumokat a WCAG 2.1 AA megfelelőjéhez igazítják.
A cikkből eltávolítottuk a felperesek nevét. Minden panaszos valós személy, ügyeik pedig nyilvánosan hozzáférhetők a PACER-rendszerben. Az összesítési módszert elemzési célokra mutatjuk be; az eredeti ügyirat-bejegyzések nyilvánosan kereshetők azok számára, akik egy adott beadványt szeretnének ellenőrizni.
A 11. §-ban található kitettségkalkulátor csupán illusztrációs célokat szolgál. A WebAIM képernyőolvasó-felhasználók körében végzett felmérései (2014–2024) és a WebAIM Million éves honlap-auditja jelentik a látogatói arányok és az akadályok gyakoriságának becsléséhez használt legfontosabb iparági referenciaértékeket. Ha rendelkezik saját elemzési adatokkal, állítsa be a kalkulátor alapértelmezett értékeit azoknak megfelelően.
Hivatkozás: AIOPSGROUP Accessibility Intelligence (2026). E-kereskedelmi fizetési folyamat: az internet leggyakrabban peres ügyek tárgyát képező területe. 04:12. szám.