Billedbeskrivelse: En kunde foretager et kortkøb ved hjælp af en håndholdt betalingsterminal.
E-handel-kassen: Det område på internettet, hvor der føres flest retssager
E-handel-kassen: Det område på internettet, der giver anledning til flest retssager
Et datasæt med 8.788 retssager om webtilgængelighed på føderalt niveau afslører et lidet flatterende mønster. De samme få fejl ender i produktionen på de samme få trin – og de samme få sagsøgere finder dem. Af de 81.509 problemer, som advokaterne har katalogiseret i retsdokumenter, er mere end 4.050 koncentreret på de fem områder, der forvandler en browser til en køber: indkøbskurv, adresse, betaling, fejlmeddelelser og selve betalingsknappen.
Hvorfor det er netop ved kassen, det går galt
Sager om webtilgængelighed anlægges på alle niveauer af et websted – forside, navigation, sidefod, søgefunktion. Men i de sjældne tilfælde, hvor en klage når frem til en afgørelse, lader domstolene sig ikke påvirke af æstetiske hindringer. De lader sig derimod påvirke af transaktionsmæssige hindringer. En blind kunde, der ikke kan finde et hero-banner, har, i de mest direkte juridiske termer, ikke mistet noget. En blind kunde, der ikke kan gennemføre et køb, er blevet nægtet en service, som sælgeren har tilbudt alle andre besøgende. Det er den klassiske formulering af en overtrædelse af afsnit III, og det er det samme faktum, der går igen i hvert eneste kravbrev, som sagsøgerens advokater udarbejder.
Derfor er de mest nævnte felter i datasættet ikke nødvendigvis dem, der genererer flest klager samlet set. »Generelt / Ikke kategoriseret« er langt den største problemkategori (38.671 problemer). Men baseret på de beløb, der står på spil pr. fejl, udgør betalingsprocessen flere retssager end alle andre kategorier tilsammen. Hvert umærket CVC-felt er en afvisning af tjenesten. Hver uanmeldt "Bestilling bekræftet" er en transaktion, som brugeren ikke kan bevise, at de har foretaget. Hvert modalvindue, der fanger fokus på trinnet "Anvend kupon", er en rabat, som brugeren af skærmlæser har betalt fuld pris for at springe over.
I en amerikansk føderal retssal er spørgsmålet ikke »er hjemmesiden tilgængelig?« – men »kunne sagsøgeren købe det, som sagsøgte solgte?« Betalingsprocessen er det eneste område, hvor svaret er entydigt, og det eneste område, hvor det er ligetil at gøre erstatningskrav gældende.
Datasættet
Analysen bag denne artikel bygger på to uafhængige datakorpora. Det første er et struktureret PACER-udsnit bestående af 8.788 føderale civilsager, der er anlagt i henhold til Americans with Disabilities Act og tilsvarende statslige love mellem januar 2007 og april 2026, hvor hver sag er knyttet til sagsøger(e), sagsøgte(e), indgivelsesdato og afgørelsesdato. Det andet er en parallel udtrækning af 81.509 forskellige tilgængelighedsproblemer hentet fra teksten i disse sagsakter – de faktiske sætninger, som advokaterne skrev for at beskrive, hvad deres klienter ikke kunne gøre.
De to kilder tilsammen giver os mulighed for at besvare spørgsmål, som en enkelt kilde ikke kan. Vi ved ikke blot, hvilke hjemmesider der blev sagsøgt, men også hvad advokaterne fortalte retten, der var i vejen – og på hvilket tidspunkt i brugerrejsen problemet opstod. Til denne artikel har vi filtreret problemkorpuset ned til fem kategorier i købsprocessen: KASSEPROCESSEN, INDKØBSKURV, LÆG I KURV, BETALING, ADRESSEHÅNDTERING. Tilsammen udgør disse fem områder 4.050 problemer – ca. 5 % af korpuset, men den del, der har den stærkeste årsagssammenhæng med afgørende skade.
Den kurve, som ingen havde indregnet i planen for 4. kvartal
Inden vi går nærmere ind på den indre del af tragten, er det værd at fastslå, hvor stejl den ydre del er blevet. Antallet af årlige indberetninger er steget med en faktor ti siden 2020 og fortsætter med at stige. Tallet for 2026 nedenfor dækker kun 1. kvartal; en ekstrapolering for hele året tyder på, at det er på vej til at overstige 4.500 – næsten ti gange så mange som udgangspunktet i 2021.
▱ Delopgørelse for 2026: indgivelser frem til april 2026. Med det nuværende tempo i 1. kvartal er året på vej mod ca. 3.500 indgivelser, hvilket er på linje med tendensen i 2025.
Der er to punkter, der er værd at lægge mærke til. For det første er 2021 et vendepunkt – et år, der faldt sammen med e-handelsboomet efter pandemien og en bølge af præcedenssager ved delstatsdomstolene (især sagen Robles mod Domino’s, hvor Højesteret i 2019 afviste at behandle sagen), hvilket førte til, at føderale domstole i den niende retskreds begyndte at fortolke hjemmesider som omfattet af afsnit III’s »offentlige steder«. For det andet er væksten ikke stagneret. Hvert år siden 2021 har sat en ny rekord, og hver ny årlig rekord er blevet nået, mens afsnit III formelt set fortsat ikke regulerer private kommercielle websteder.
Tragten inden i tragten
Af de 81.509 sager, der er registreret ud fra indgivne dokumenter, falder 4.050 ind under en af de fem kategorier i købstragten nedenfor. Den procentvise fordeling svarer næsten perfekt til den klassiske konverteringstragt: Der rapporteres om flere sager i de tidlige faser af forløbet, hvor hvert trin medfører, at både legitime brugere og juridiske hindringer falder fra.
Kategorien »Checkout-forløb« er den største, fordi de fleste indberetninger beskriver oplevelsen som en samlet proces. Men opdelingen er lærerig: indkøbskurven og "tilføj til kurv" tilsammen (1.740 sager) genererer lidt flere klager end selve betalingssiden. Det skyldes delvist, at indkøbskurven er det sted, hvor den første uigenkaldelige handling finder sted – når brugeren af skærmlæser ikke kan bekræfte, at en vare er blevet tilføjet, udføres hvert efterfølgende trin i blinde. Problemer, der opstår tidligt i forløbet, forværres senere.
De fem fejl, opstillet efter hyppighed
Når de 4.050 problemer i betalingsfasen sammenholdes med deres beskrivelser i klartekst, udgør fem fejltyper hovedparten af klagerne. Vi præsenterer dem nedenfor i rækkefølge efter, hvor ofte de forekommer i klageskrifterne, med de WCAG-kriterier, som advokaterne oftest henviser til ved siden af hver enkelt.
Når varen lægges i kurven, vises der en visuel bekræftelse – en pop-up-meddelelse, en udtrækkelig minikurv eller en opdatering af kurvens indhold – som skærmlæsere ikke læser op. Brugeren klikker igen, fordobler ordren eller giver op. Dette er den hyppigst nævnte hindring i klager vedrørende indkøbskurven.
Felterne til kuponkoder er ikke mærket, fejlmeddelelser vises ikke, og den indbyggede validering vises kun som farvet tekst. Sagsøgerne gør ofte gældende, at de betalte fuld pris, fordi rabatkanalen var utilgængelig – et konkret økonomisk tab.
Dialogbokse til adressebekræftelse, »er du sikker?«-mellemvisninger, opsalg og CAPTCHA-udfordringer vises på skærmen, men får aldrig programmatisk fokus. Brugere af tastatur og skærmlæsere kan enten ikke lukke dem eller ikke komme videre.
Udfyldte obligatoriske felter, kreditkort med fejl i regulære udtryk og uoverensstemmelser i adressen vises kun ved hjælp af røde rammer eller valideringsfelter med forsvindende tekst. Brugeren af en skærmlæser sender bestillingen, hører ingen tilbagemelding og antager, at bestillingen er gået igennem. WCAG 3.3.1 er det mest nævnte kriterium i indberetninger vedrørende betalingsprocessen.
Kortnummer, udløbsdato, postnummer, »Samme som faktureringsadresse« – felter uden etiketter oplæses som »tomt« eller »rediger tekst«. Brugerne kan ikke se, hvilket felt der er hvilket, udfylder dem i forkert rækkefølge og udløser valideringsfejl, som i sig selv ikke oplæses (se nr. 4).
Når blot ét felt ikke opfylder valideringskravene, nulstiller nogle betalingssider hele formularen og starter forfra, når siden genindlæses. For brugere, der brugte seks minutter på at udfylde den første gang ved hjælp af hjælpemidler, udgør dette en barriere, som ikke findes for seende købere, der bruger musen – et klassisk eksempel på ulige adgang.
De kriterier, som advokaterne rent faktisk henviser til
De fleste klageskrifter henviser ikke eksplicit til WCAG-kriterierne – de beskriver i stedet symptomer. Når advokaterne derimod henviser til specifikke kriterier i påstandene vedrørende betalingsfasen, er fordelingen stærkt skæv. Seks kriterier tegner sig for 89 % af alle eksplicitte henvisninger; de resterende godt 60 kriterier i WCAG 2.2 nævnes kun i en lang række mindre tilfælde.
| WCAG | Kriteriumnavn | Niveau | Citeret i | Del | Hvor det gør ondt ved kassen |
|---|---|---|---|---|---|
| 3.3.1 | Fejlidentifikation | A | 104 | 32.5% | Formularen har ikke markeret de obligatoriske felter og valideringsfejlene |
| 2.4.3 | Fokusordre | A | 72 | 22.5% | Modalvinduer, dialogbokse og overgange mellem trin flyttede ikke fokus |
| 2.1.1 | Tastatur | A | 43 | 13.4% | PayPal- og ekspresknapperne kan ikke nås uden en mus |
| 4.1.3 | Statusmeddelelser | AA | 26 | 8.1% | ”Lagt i kurven”, ”rabat fratrukket”, ”ordre afgivet” – ingen lyd |
| 4.1.2 | Navn, rolle, værdi | A | 23 | 7.2% | Brugerdefinerede radio-/valg-widgets videregiver ikke tilstand til AT |
| 3.3.2 | Etiketter eller brugsanvisninger | A | 18 | 5.6% | CVC, postnummer, »Samme som faktureringsadresse« angives som »tomt« |
| 1.3.1 | Info og relationer | A | 7 | 2.2% | Retningsvisere er ikke synlige; gruppering af obligatoriske felter |
| 2.4.7 | Fokus synligt | AA | 4 | 1.2% | Der er ikke noget synligt fokus på betalingsknapperne |
| 2.5.3 | Etiket i navn | A | 1 | 0.3% | Uoverensstemmelse mellem det synlige og det tilgængelige navn ved stemmestyring |
Kun 320 ud af 4.050 problemer (ca. 8 %) angiver et WCAG-kriterium ved nummer. Resten beskriver problemet i almindeligt sprog. Konsekvensen er, at selvom du leverer en fejlfri WCAG 2.2 AA-auditrapport, bliver dit udviklerteam stadig bedømt ud fra symptomerne – "brugeren kunne ikke gennemføre købet" er den standard, en domstol vil lægge vægt på, ikke "Succeskriterium 3.3.1 overtrådt."
Hvad sagsøgerne rent faktisk skrev
Datasættet er sammensat af retsdokumenter. Nedenstående sætninger er gengivet fra disse dokumenter – anonymiseret for at fjerne henvisninger til specifikke steder, men ellers uredigeret. De er nyttige, fordi de giver udviklerteams indsigt i, hvordan brugerne med egne ord beskriver tingene, og hvordan advokaterne har omsat disse beskrivelser til juridiske bilag.
Det, der kendetegner datasættet, er ikke teknisk sofistikering. De hindringer, som advokaterne nævner, er hverken nye eller obskure – det er de samme ti-tolv mønstre, der går igen i tusindvis af sagsakter mod tusindvis af sagsøgte. Sagsøgersiden har i praksis gjort det til en masseproduktion at afdække fejl, som udviklerteamene ikke har opdaget, fordi de ikke selv har testet deres produkter med en skærmlæser.
Det 97 dage lange fænomen
Af de 8.785 sager i datasættet var 6.945 afsluttet i april 2026 med gyldige datoer for indgivelse og afgørelse. Varigheden af disse sager udgør en af de mest afslørende fordelinger i datasættet. Medianvarigheden fra klage til afslutning er 97 dage; 83,4 % af alle afsluttede sager afsluttes inden for seks måneder.
Sager, der afsluttes på under 180 dage, resulterer næsten uden undtagelse ikke i en offentliggjort dom i sagens realitet. De afsluttes med et forlig. Fordelingen af disse sager afspejler den strategiske tilgang hos hele gruppen af sagsøgende advokater: indgiv et stort antal sager, indgå hurtigt forlig og undgå den lille håndfuld afgørende domme, der ville give sagsøgte mulighed for at skelne deres forlig fra andre firmaers. Medianen for forlig indgås, før nogen af parterne indgiver en begæring om afvisning.
Da sagerne afsluttes hurtigt, findes der ingen fast retspraksis, der præciserer, hvad »tilgængelig kasse« betyder på det niveau, en senioringeniør ville forvente. Standarden fastlægges i stedet af det samlede indhold i forligsaftaler – hvoraf de fleste kræver overholdelse af WCAG 2.1 AA, en årlig revision og en handlingsplan. Virksomhederne betaler for at overholde en standard, der er fastlagt i private kontrakter, men som aldrig er blevet fastslået i offentliggjorte domme.
Mængdemodellen: ti sagsøgere, 1.289 sager
Det samlede tal – 8.788 sager – er vildledende uden en nærmere opdeling. Sagslisten er stærkt koncentreret på sagsøgersiden. De ti mest aktive navngivne sagsøgere i datasættet tegner sig tilsammen for 14,7 % af alle indgivne sager. Den mest produktive enkeltstående sagsøger har indgivet 256 separate sager.
Sagsøgernes navne er sløret; tallene stammer fra PACER-metadata. Af de 8.788 indgivne sager stod de ti største sagsøgere tilsammen for 1.289 sager (14,66 %). Den største enkeltstående sagsøger optræder som navngiven part i næsten 1 ud af hver 35 sager i datasættet.
Denne koncentration er ikke et tegn på ond tro – mange af disse sagsøgere har legitime, dokumenterede handicap og har selv oplevet de hindringer, som deres sagsanlæg beskriver. Men det er et tegn på, at sagsøgte, der taber i retten, sjældent taber til en fremmed. De samme navne dukker op igen og igen, ofte repræsenteret af de samme advokatfirmaer, og ofte indgivet på næsten identiske skabeloner. Retssagssystemets opbygning belønner effektivitet hos sagsøgerne og belønner kapitulation hos sagsøgte. Det belønner ikke nye argumenter fra nogen af parterne.
Triage-skemaet
Hvis spørgsmålet er »hvad skal jeg løse først«, afhænger svaret af to ting: hvor ofte en given hindring nævnes (hyppighed), og hvor direkte den blokerer en transaktion (alvorlighed). Nedenstående matrix kombinerer begge dele. Cellerne er farvet efter det relative antal omtaler i vores korpus på 4.050 checkout-tilfælde, hvor de mørkeste celler repræsenterer de fejltyper, der er mest værd at prioritere i et sprint.
| Fejlmønster | Læg i kurven | Indkøbskurv | Adresse | Betaling | Bekræftelse |
|---|---|---|---|---|---|
| Status er ikke offentliggjort | Høj | Høj | Med | Med | Høj |
| Felter uden etiketter | – | Lav | Høj | Høj | – |
| Fejl, der ikke er meldt | Lav | Med | Høj | Høj | Med |
| Modalitet / tab af fokus | Høj | Høj | Med | Med | Med |
| Tastaturet virker ikke | Med | Med | Lav | Høj | Lav |
| Tvungen genindlæsning ved fejl | – | Lav | Med | Med | – |
| Manglende tilgængelighed af CAPTCHA | – | – | Lav | Med | – |
Der er to felter, der fortjener særlig opmærksomhed. »Status ikke angivet × Tilføj til kurv« er den hyppigst nævnte hindring i hele datasættet; hvis du ikke kan løse noget andet, så sørg for at løse dette. »Umærkede felter × Betaling« er et klassisk eksempel på manglende overholdelse af reglerne – en kreditkortformular med felter, der er angivet som tomme, er en overtrædelse, der ikke kan bortforklares.
Hvad koster det dig i dag, før der indledes en retssag?
Risikoen for retssager er én af omkostningerne ved en uoverskuelig betalingsproces. Den anden – som oftest større og altid til stede – er de ordrer, der aldrig gennemføres, fordi køberen ikke kunne udfylde formularen. Beregneren nedenfor bruger tre indstillinger, som du kan ændre for at estimere denne omkostning for din egen salgstragt. Standardværdierne er konservative og baseret på brancheoverskridende referenceværdier; tilpas dem, så de passer til din virksomhed.
Model for eksponering ved utilgængelig kasse
Alle indtastningsfelter er skydere. Tallene opdateres i realtid, når du justerer dem. Dette er ikke et citat – det er en hurtig beregning, der skal danne grundlag for en mere grundig model.
Metodologi. Ifølge skøn fra WebAIM og BOIA udgør den aktive brug af skærmlæsere ca. 1–3 % af de amerikanske webbesøgende; medregnes de brugere, der udelukkende benytter tastaturet, samt brugere med motoriske funktionsnedsættelser, stiger tallet. Blokeringsprocenten på 65 % er den øvre grænse for WebAIM Millions måling fra 2024 af, hvor ofte en scanning af en hjemmeside afslører mindst én blokerende barriere (95,9 %); barrierer ved kassen er typisk af mindre omfang. Brug dine egne data, hvis du har dem. Denne model udelukker risikoen for retssager, omkostninger forbundet med brandet og værdien af kunder, der går tabt permanent efter en mislykket betaling – alt sammen faktorer, der forværrer de viste tal.
Sådan ser en brugervenlig kasse derimod ud
I nedenstående sammenligningstabel er de fejltyper, der oftest nævnes i datasættet, sat op mod de tekniske løsningsmodeller, der afhjælper dem. Ingen af modellerne til højre er baseret på gisninger – hver eneste af dem er en dokumenteret WCAG 2.2 AA-teknik.
Hvad sagsøgerne har anlagt sag mod
- Meddelelsen »Læg i kurv« vises uden
role="status"region; hjælpemidlerne er ikke opdatet - CVC-indgangen indeholder kun pladsholdertekst – ingen programmering
<label> - Modalfeltet til adressebekræftelse åbnes, men fokus forbliver på den forrige »Fortsæt«-knap
- Inline-validering vises med rød tekst under feltet; skærmlæser læser den ikke op
- PayPal-/Apple Pay-knapper vises som
<div>med klikhåndtering; ingen tastaturhændelseslytter - Hvis indsendelsen mislykkes, genindlæses siden, og formularen ryddes; brugeren starter forfra med navn og e-mail
Hvad en brugervenlig kasse gør
- „Vare tilføjet“ meddeles via
aria-live="polite"region ellerrole="status" - Hvert input, der er indkapslet i en programmatisk tilknyttet
<label>– Pladsholderen er ikke en etiket - Modalvinduet åbnes, fokus flyttes til dialogboksens overskrift, fokus låses fast, ESC gendanner det tidligere fokus
- Fejl, der meddeles via
aria-describedbyog marken modtageraria-invalid="true" - Betalingsknapperne er ægte
<button>elementer med en synlig fokusramme på mindst 2 px - Fejl vises direkte på siden; tidligere gyldige felter forbliver udfyldt; hele siden nulstilles ikke
Tjeklisten til afhjælpning i tretten trin
Nedenstående punkter er udledt af mønstrene i citatfrekvensen i datasættet og er opstillet i faldende rækkefølge efter, hvor ofte de enkelte punkter forekommer i indgivne sagsakter i afslutningsfasen. Ved at arbejde sig ned gennem listen fra top til bund dækkes langt størstedelen af de påstande, der vil blive fremført i en klage fra en seriel sagsøger.
Afhjælpning af risikoen for retssager, sorteret efter hyppighed af henvisninger
- Meddel status for »Læg i kurv«. Tilføj en skjult
role="status"aktivt område; vis teksten »Vare tilføjet – N varer i kurven« hver gang en vare tilføjes korrekt. - Mærk alle indtastningsfelter programmatisk. Kør din kasse mod en Axe-Core- eller WAVE-scanning; løs alle
label-missingregel. Pladsholdere er aldrig etiketter. - Meld fejl i forbindelse med kuponer og kampagner. Uafgjort
<span>elementer til indgangen viaaria-describedby; tilføjaria-invalid="true"ved fejl i valideringen. - Flyt fokus til modalvinduer. Når en bekræftelsesdialog åbnes, skal fokus placeres på overskriften eller det første interaktive element. Når vinduet lukkes, skal fokus flyttes tilbage til det element, der udløste det.
- Fokuserer på felter i aktive modalvinduer. I en åben dialogboks kan du skifte mellem felterne med Tab og Shift+Tab; Esc lukker den.
- Gør betalingsknapperne til rigtige knapper. Erstat alle
<div onclick>integrationer med PayPal, Apple Pay, Google Pay og »Bestil« med<button>elementer. Tilføj synlige fokusstilarter på mindst 2 px. - Markér obligatoriske felter semantisk. Tilføj
aria-required="true"og en synlig markering for »Obligatorisk«. Saml obligatoriske felter, der hører til samme gruppe, med<fieldset>. - Bevar formularens tilstand ved fejl i valideringen. Fejlmeddelelser bør ikke slette korrekt udfyldte felter. Returner fokus til det første ugyldige indtastningsfelt.
- Meld succesfulde tilstande. ”Bestilling afgivet” og ”Rabat anvendt” skal sendes til hjælpemidlet via den samme
role="status"mekanisme som »Læg i kurv«. - Brug en tilgængelig CAPTCHA. Hvis du er nødt til at bruge en, er lydalternativet og reCAPTCHAs tilgængelighedstilstand et absolut minimum. Bedre: Erstat den med usynlig verifikation eller adfærdsbaseret verifikation.
- Sørg for, at trinindikatorerne giver mening. Hvis din betalingsproces består af flere trin, skal du vise dem som en
<nav aria-label="Checkout progress">med en<ol>ogaria-current="step". - Test med en rigtig skærmlæser. Gennemfør hele betalingsprocessen fra start til slut med NVDA + Firefox eller VoiceOver + Safari. Automatiske scanninger overser cirka halvdelen af de hindringer, som dine brugere vil støde på.
- Løs problemet på designsystemniveau. De fleste fejl ved checkout skyldes delte komponenter (Modal, Input, Toast). Hvis man retter fejlen i komponenten én gang, overføres rettelsen til alle checkout-sider, der bruger den; det samme sker ikke, hvis man retter fejlen på selve siden.
Barriererne i kassefasen i datasættet kan inddeles i fem komponenter: pop op-vinduet, modalvinduet, indtastningsfeltet, fejlmeddelelsen og afsendelsesknappen. Hvis disse fem komponenter testes hver for sig med en skærmlæser, inden de overhovedet implementeres i en kasse, reduceres antallet af klager i datasættet til en lang hale. Det er på designsystemniveau, at der kan gøres en forskel. Retssagerne foregår desværre på sideniveau – og ankommer med anbefalet post.
Afslutning – det tekniske spørgsmål, omformuleret
Artiklens hovedtese – at betalingssiden er det område på internettet, der er genstand for flest retssager – afhænger ikke af antallet af indgivne sager, selvom dette tal er slående. Den afhænger af strukturen i brugerrejsen. Af alle områderne på en kommerciel hjemmeside er betalingsprocessen det område, hvor en fejl mest præcist svarer til den juridiske definition af en denial-of-service-angreb, det område, hvor skaderne mest tydeligt kan omsættes til en klage, og det område, hvor fejlene er mest ensartede på tværs af sagsøgte. Ingen af disse fakta vil ændre sig i 2027. Det, der kan ændre sig, er den tekniske beslutning, der skaber dem.
De 4.050 problemer, som denne artikel kortlægger, er ved nærmere eftersyn ikke så mystiske. Det er de samme fem eller seks fejl, der stammer fra de samme fem eller seks komponenter. Den mest effektive løsning, en forhandler kan iværksætte, ligger ikke på selve betalingssiden, men i det designsystem, der bygger betalingssiden. Rettelse af toast, modal, input, fejlmeddelelse og send-knap – én gang i komponentbiblioteket – og datasættet bag denne artikel reduceres med en størrelsesorden. Sagsøgerne vil gå videre til en anden arena. Dine kunder vil ikke.
Kilder og metode
Metadata fra føderale civile sager er hentet fra PACER (Public Access to Court Electronic Records) og omfatter 8.788 sager om webtilgængelighed, der er anlagt ved amerikanske distriktsdomstole mellem januar 2007 og april 2026, identificeret ved hjælp af ADA Title III-sagsnummerkoder og filtrering af søgestrenge på udtrykket »website«. Der udføres en analyse på problemniveau af et OCR- og NLP-uddrag af de samme sagsakter, hvilket resulterer i 81.509 forskellige omtaler af tilgængelighedsproblemer, kategoriseret i 28 overfladetaxonomier.
Henvisninger til WCAG vedrører WCAG 2.1 (den mest citerede standard i forligsaftaler i den amerikanske privatsektor) og WCAG 2.2 (den senest offentliggjorte anbefaling fra oktober 2023, ratificeret i december 2024). Hvor indgivelser henviser til EAA, EN 301 549 eller DOJ Title II Final Rule (april 2024), normaliseres kriterierne til deres WCAG 2.1 AA-ækvivalent.
Navnene på sagsøgerne er sløret i denne artikel. Alle klagere er virkelige personer, og deres sager er offentligt tilgængelige på PACER. Sammenstillingen er udarbejdet til analytiske formål; de oprindelige sagsoplysninger kan søges frem af enhver læser, der ønsker at kontrollere en bestemt indgivelse.
Beregningsværktøjet i §11 er kun vejledende. WebAIMs brugerundersøgelser blandt skærmlæserbrugere (2014–2024) og WebAIM Millions årlige gennemgang af hjemmesider udgør de vigtigste branchemæssige referencepunkter for skøn over besøgsandele og hyppigheden af adgangsbarrierer. Tilpas beregningsværktøjets standardindstillinger til dine egne analyseoplysninger, hvis du har sådanne til rådighed.
Kildehenvisning: AIOPSGROUP Accessibility Intelligence (2026). E-handelens betalingsproces: Det område på internettet, der giver anledning til flest retssager. Udgave 04:12.