El 2025, els demandants van presentar 3.117 demandes d'accessibilitat web sota el Títol III de l'ADA als tribunals federals —un augment del 27 per cent respecte al 2024 i la xifra anual més alta des del 2022. Si s'hi afegeixen les presentacions als tribunals estatals, el total supera les 5.000. Fins i tot aquesta xifra principal subestima la pressió: els advocats de la defensa estimen que l'any passat es van enviar entre 35.000 i 50.000 cartes de demanda d'accessibilitat a empreses dels EUA, la majoria de les quals es resolen privadament per imports d'entre 1.000 i 25.000 dòlars sense arribar mai a aparèixer en un expedient judicial.
Si la vostra empresa gestiona un lloc web, una aplicació mòbil, una botiga en línia, un giny de reserves o un portal del client, ara sou un objectiu real. I els demandants en sèrie ja no es limiten a un petit grup de litigants recurrents: aproximadament el 40 per cent de les presentacions federals del Títol III de l'ADA del 2025 provenien de persones que es representaven a si mateixes, moltes de les quals utilitzen escàners basats en IA per identificar possibles demandats i redactar denúncies en qüestió de minuts.
Aquesta guia detalla què requereix realment el Títol III de l'ADA per a les experiències digitals, per què el nivell AA de les WCAG 2.1 s'ha convertit en el referent de facto, com és un full de ruta de remediació i com construir un registre defensable abans que arribi una carta de demanda.
Per què el vostre lloc web està ara dins l'àmbit d'aplicació del Títol III de l'ADA
El Títol III de la Llei sobre Americans amb Discapacitats (ADA) prohibeix la discriminació per motius de discapacitat en llocs d'allotjament públic. L'estatut es va escriure el 1990 i mai no va esmentar explícitament els llocs web o les aplicacions mòbils, però els tribunals han passat l'última dècada resolent aquesta ambigüitat, gairebé sempre a favor dels demandants.
El llegat de Robles contra Domino's Pizza
El cas més important és Robles v. Domino's Pizza. Guillermo Robles, un demandant cec de Califòrnia, va demandar Domino's el 2016 després de descobrir que no podia utilitzar el lloc web ni l'aplicació mòbil de la cadena de pizzeries amb un lector de pantalla. El tribunal de districte va desestimar inicialment el cas per motius de degut procés, raonant que, sense regulacions publicades sobre accessibilitat web, Domino's no tenia cap avís just del que requeria el compliment.
El Novè Circuit va revocar aquesta decisió el 2019. El tribunal va dictaminar que el Títol III cobria el lloc web i l'app de Domino's perquè tenien un nexe amb un lloc físic d'allotjament públic (els restaurants de pizza), i que imposar responsabilitat no vulnerava el degut procés fins i tot sense estàndards tècnics publicats. El Tribunal Suprem es va negar a revisar la decisió del Novè Circuit més tard aquell any, mantenint la norma vigent. Domino's finalment va arribar a un acord el juny de 2022 després de sis anys de litigi.
L'efecte pràctic és que qualsevol empresa amb una ubicació física —i, en molts circuits, fins i tot les empreses exclusivament en línia— s'enfronta ara a una exposició real per un lloc web inaccessible.
La norma del Títol II del 2024 del DOJ i la seva repercussió en el Títol III
L'abril de 2024, el Departament de Justícia (DOJ) va emetre una norma definitiva sota el Títol II de l'ADA que requeria que els llocs web i les aplicacions mòbils dels governs estatals i locals s'ajustessin a les WCAG 2.1 Nivell AA. Tot i que aquesta norma obliga formalment només a les entitats públiques, els demandants i els tribunals van començar immediatament a citar-la com l'articulació federal amb més autoritat sobre què significa ser "accessible".
Per a una empresa privada, el càlcul legal va canviar d'un dia per l'altre. Encara que el Títol III segueixi sense tenir un estàndard tècnic publicat, un demandant pot ara assenyalar una regulació federal vinculant que anomena les WCAG 2.1 Nivell AA com l'estàndard per a entitats del Títol II materialment similars. La majoria d'advocats defensors aconsellen ara als seus clients del Títol III que tractin les WCAG 2.1 Nivell AA com el mínim exigible.
Què requereixen realment les WCAG 2.1 Nivell AA
Les WCAG —Web Content Accessibility Guidelines (Guies d'Accessibilitat al Contingut Web), mantingudes pel World Wide Web Consortium— s'organitzen al voltant de quatre principis, resumits convenientment per l'acrònim POCR: Perceptible, Operable, Comprensible i Robust. El Nivell AA inclou tots els criteris d'èxit del Nivell A més criteris addicionals específics del AA. Hi ha 50 criteris d'èxit en total al Nivell AA, però uns quants generen la gran majoria de les cartes de demanda.
Contrast de color (1.4.3 i 1.4.11)
El text del cos ha de tenir una ràtio de contrast d'almenys 4,5:1 respecte al seu fons. El text gran (18 punts o 14 punts en negreta) necessita almenys 3:1. Els botons, els marges dels camps de formulari, els indicadors de focus i altres elements gràfics interactius han de complir el 3:1 respecte als colors adjacents. Moltes cartes de demanda s'originen aquí perquè els escàners automàtics detecten errors de contrast en segons.
Alternatives de text per a contingut no textual (1.1.1)
Cada imatge, icona, gràfic, foto i element gràfic que transmeti significat necessita un atribut alt que proporcioni la mateixa informació. Les imatges decoratives reben un atribut alt buit (alt="") perquè els lectors de pantalla les ometin. Els logotips han de descriure la marca. Els gràfics i les infografies necessiten un text equivalent més llarg a prop o enllaçat. Les icones d'entrada de formularis necessiten etiquetes. Els CAPTCHA necessiten una alternativa d'àudio.
Operabilitat del teclat (2.1.1, 2.1.2, 2.4.3, 2.4.7)
Cada element interactiu — menús, modals, carrusels, acordions, pestanyes, desplegables personalitzats — ha de ser accessible i operable utilitzant només el teclat. Els usuaris mai han de quedar atrapats dins d'un giny sense cap manera de sortir-ne (el clàssic error del "modal que no es tanca sense ratolí"). L'ordre del focus ha de ser lògic i un indicador de focus visible ha de mostrar sempre on es troba l'usuari a la pàgina.
Etiquetes de formulari, errors i instruccions (1.3.1, 3.3.1, 3.3.2, 3.3.3, 3.3.4)
Cada entrada de formulari necessita una etiqueta associada programàticament (un element <label for=""> o aria-label). Els missatges d'error han d'identificar quin camp ha fallat i què cal fer al respecte. Per als formularis crítics (pagament, creació de comptes, reconeixements legals), els usuaris necessiten una oportunitat per revisar i corregir abans de l'enviament.
Subtítols i audiodescripcions (1.2.2, 1.2.5)
El vídeo pregravat necessita subtítols sincronitzats. Si s'emet informació essencial visualment que no apareix a la pista d'àudio, també calen audiodescripcions. El vídeo en directe al Nivell AA necessita subtítols en directe.
Estructura de capçaleres i punts de referència (1.3.1, 2.4.6)
Les capçaleres han de seguir una jerarquia lògica (h1 → h2 → h3, sense saltar nivells arbitràriament). Utilitzeu elements HTML semàntics — <nav>, <main>, <header>, <footer> — o punts de referència ARIA perquè els usuaris de lectors de pantalla puguin saltar a la secció que vulguin. Eviteu donar estil a un <div> perquè sembli una capçalera sense donar-li el rol semàntic correcte.
Redimensionament i reajustament (1.4.4, 1.4.10)
El text ha de continuar sent llegible amb un zoom del 200 per cent sense desplaçament horitzontal. Els dissenys s'han de reajustar (reflow) en un visor de 320 píxels CSS sense desplaçament bidimensional.
On es concentren les demandes judicials
Tres districtes federals concentren el gruix de les presentacions d'accessibilitat web: el Districte Sud de Nova York, el Districte Central de Califòrnia i el Districte Sud de Florida. Nova York lidera amb un marge ampli, en part perquè la Llei de Drets Humans de l'Estat de Nova York i la Llei de Drets Humans de la Ciutat de Nova York proporcionen mecanismes addicionals de dret estatal i llistons de presentació més baixos que les reclamacions federals de l'ADA.
Califòrnia hi afegeix la Llei de Drets Civils Unruh, que preveu 4.000 dòlars en danys legals per violació i per demandant. Això canvia dràsticament el càlcul de la liquidació: una reclamació petita pot esdevenir ràpidament una exposició de sis xifres si se certifica una demanda col·lectiva.
Florida ha sorgit com el tercer centre des del 2020, amb uns quants bufets de demandants que han desenvolupat pràctiques de gran volum dirigides a cadenes de restaurants, marques d'hostaleria i botigues de comerç electrònic de venda directa al consumidor.
Construcció d'un full de ruta de remediació
Si rebeu una carta de reclamació — o, millor encara, si actueu abans que n'arribi una — la feina es divideix en aproximadament cinc fases. Tracteu-ho com un projecte amb un pressupost i un termini, no com una auditoria puntual.
Fase 1: Auditoria automatitzada i manual
Comenceu amb una anàlisi automatitzada utilitzant una eina com axe DevTools, WAVE o Google Lighthouse. Les eines automatitzades detecten entre el 30 i el 50 per cent dels errors de les WCAG; la resta requereixen proves manuals amb un lector de pantalla (NVDA a Windows, VoiceOver a macOS i iOS, TalkBack a Android), navegació només amb teclat i proves de zoom i reajustament.
Documenteu cada error amb el criteri de les WCAG infringit, la pàgina o plantilla afectada, la gravetat i un esforç estimat de remediació. Aquest registre d'auditoria es converteix en l'eix de cada fase posterior.
Fase 2: Millores del sistema de disseny i components
La majoria dels errors de més volum es troben en el vostre sistema de disseny: contrast de botons, indicadors de focus, entrades de formulari, patrons de modals, controls de carrusel, menús de navegació. Corregir el component una vegada corregeix totes les seves instàncies. Prioritzeu els components que apareixen a la majoria de les pàgines.
Fase 3: Revisió de contingut
El text alternatiu, els subtítols de vídeo, l'estructura de capçaleres i les etiquetes de formulari solen ser correccions a nivell de contingut que afecten la majoria de plantilles i pàgines. Creeu una llista de verificació de contingut que els autors hagin de seguir per a cada pàgina nova i una tasca pendent per corregir retroactivament les pàgines existents.
Fase 4: Coordinació amb proveïdors externs
La majoria dels llocs web moderns incrusten ginys de tercers: formularis de pagament, xat en viu, calendaris de reserves, reproductors de vídeo, superposicions d'analítica, ginys de ressenyes i finestres emergents de captura de correu electrònic. Cadascun d'aquests pot introduir els seus propis errors d'accessibilitat, i els tribunals del Títol III generalment han sostingut que una empresa és responsable de l'accessibilitat del codi de proveïdors que incrusta al seu propi lloc.
Per a cada proveïdor, sol·liciteu un VPAT (Voluntary Product Accessibility Template) actual o un Informe de Conformitat d'Accessibilitat. Verifiqueu que la versió que entreguen compleix amb les WCAG 2.1 Nivell AA. Pressioneu els proveïdors que no compleixin per a que ho solucionin, o canvieu-los.
Fase 5: Declaració d'accessibilitat i canal de retroalimentació
Publiqueu una declaració d'accessibilitat clarament enllaçada que indiqui l'estàndard que preteneu complir (normalment WCAG 2.1 Nivell AA), les limitacions conegudes i un canal de contacte (correu electrònic i telèfon) perquè els usuaris informin de problemes d'accessibilitat. La declaració no proporciona immunitat legal, però documenta la bona fe i dóna als que responen a les cartes de reclamació un element concret al qual referir-se.
Una paraula sobre les capes d'accessibilitat (overlays)
Una indústria en auge d'eines de "capes d'accessibilitat" (accessibility overlays) —ginys de JavaScript que prometen un compliment instantani de les WCAG mitjançant una sola línia de codi— afirma resoldre l'accessibilitat de manera ràpida i barata. La realitat és més complicada. Les capes d'accessibilitat han estat citades en dotzenes de demandes perquè elles mateixes causen problemes d'accessibilitat en interferir amb les tecnologies d'assistència dels usuaris. Diversos tribunals han rebutjat l'argument que una capa d'accessibilitat per si sola sigui suficient per desestimar una reclamació del Títol III.
Les capes d'accessibilitat poden tenir un paper com a complement de la remediació subjacent —per a usuaris que necessiten aplicar les seves pròpies preferències sobre un lloc que ja és accessible—, però no són un substitut per a la correcció del codi subjacent. Els bufets d'advocats dels demandants ara s'adrecen específicament a llocs que executen determinats productes de capes d'accessibilitat.
Documenteu-ho tot per a la defensa
Quan arriba una carta de reclamació, la vostra estratègia de defensa depèn gairebé totalment de la capacitat de demostrar el vostre programa d'accessibilitat en el moment de la suposada infracció. Creeu un rastre documental que inclogui:
- Informes d'auditoria datats que mostrin l'abast i les conclusions
- Tiquets de remediació amb dates de tancament
- VPAT dels proveïdors i informes de conformitat d'accessibilitat
- Registres de formació per a dissenyadors i desenvolupadors
- Llistes de verificació internes de revisió d'accessibilitat vinculades als llançaments de productes
- Un registre de canvis per a la declaració d'accessibilitat
- Comentaris dels usuaris rebuts a través del vostre canal de contacte d'accessibilitat i la vostra resposta a aquests
Aquests registres no eviten les demandes, però canvien dràsticament les negociacions d'acords. Un demandant que espera un acord ràpid de 10.000 € per molèsties té molt menys interès quan el demandat pot presentar una auditoria actual, una llista de tasques pendents de remediació documentada i un VPAT del proveïdor per a cada giny incrustat.
El vessant comptable del compliment de l'accessibilitat
La remediació de l'accessibilitat rarament és una despesa única. Normalment apareix als llibres com una despesa recurrent: factures d'agències o contractistes per a auditories, llicències de programari per a eines de prova i serveis de monitoratge, costos de reconstrucció del sistema de disseny, costos de canvi de proveïdor i els inevitables acords per cartes de reclamació que s'escapen malgrat els vostres millors esforços.
El seguiment d'aquestes despeses per separat de la despesa general de màrqueting o enginyeria facilita algunes coses. Obtindreu una visió clara del cost real del compliment al llarg del temps, la qual cosa ajuda a l'hora de pressupostar el programa de l'any vinent. Documentareu la despesa si més endavant necessiteu reclamar una deducció o amortitzar una millora capitalitzada del lloc web. I si alguna vegada us enfronteu a una demanda col·lectiva de demandants en sèrie, podreu presentar ràpidament un registre financer de la vostra inversió de bona fe en accessibilitat, útil tant en les negociacions d'acords com en qualsevol defensa de modificació raonable.
Un segment senzill del pla de comptes per a "Compliment de l'accessibilitat" amb subcategories per a auditories, mà d'obra de remediació, eines de prova, diligència deguda dels proveïdors i reserves per a acords és de gran ajuda. Combineu-ho amb revisions trimestrals perquè el programa no s'allunyi silenciosament del pressupost.
Errors comuns a evitar
Hi ha uns quants patrons que apareixen en gairebé totes les cartes de reclamació que veig que reben els propietaris de negocis.
Tractar l'accessibilitat com un projecte d'una sola vegada. Els llocs web canvien constantment. Una nova pàgina de producte, un procés de pagament redissenyat, un xatbot incrustat... qualsevol d'aquests elements pot introduir errors nous. Incorporeu l'accessibilitat al vostre cicle de vida de desenvolupament perquè cada canvi es verifiqui abans de publicar-se.
Confiar totalment en els escanejos automàtics. Les eines automàtiques només detecten una minoria dels errors de les WCAG. Les proves manuals amb tecnologia d'assistència són l'única manera de trobar problemes com l'ordre de focus il·lògic, el text alternatiu enganyós o els ginys personalitzats inutilitzables.
Ignorar les aplicacions mòbils. Els demandants del Títol III presenten cada vegada més reclamacions duals que cobreixen tant el lloc web com l'aplicació mòbil nativa. iOS i Android tenen cadascun les seves pròpies API d'accessibilitat (UIAccessibility i TalkBack/AccessibilityService), i s'apliquen els mateixos principis de les WCAG, però requereixen proves específiques per a cada plataforma.
Oblidar els PDF. Els formularis fiscals, els llibres blancs, els menús i els recursos descarregables allotjats al vostre lloc web entren dins de l'abast. Els PDF necessiten un ordre de lectura adequat, etiquetes, text alternatiu i etiquetes de camps de formulari, igual que les pàgines HTML.
Assumir que una plataforma de tercers s'encomana de tot. Shopify, WordPress, Wix, Squarespace i plataformes similars proporcionen certa estructura d'accessibilitat, però les eleccions de temes, el codi personalitzat, els ginys incrustats i el contingut que publiqueu continuen sent responsabilitat vostra. Una carta de reclamació no té en compte si el tema ja venia creat.
Saltar-se la declaració d'accessibilitat. Publicar-la no costa res i proporciona proves demostrables de bona fe. L'absència d'aquesta declaració de vegades se cita específicament en les denúncies.
Mantingueu les finances del compliment organitzades des del primer dia
A mesura que construïu el vostre programa d'accessibilitat, els registres financers de suport —factures d'auditoria, acords amb proveïdors, mà d'obra de remediació, costos de formació i reserves per a acords— han d'estar en un lloc on els pugueu trobar d'aquí a uns anys si un demandant en sèrie cita el vostre negoci. Beancount.io ofereix comptabilitat en text pla que us proporciona una transparència total i un historial amb control de versions sobre cada partida, sense caixes negres ni dependència de proveïdors (vendor lock-in). Comenceu de franc i descobriu per què els desenvolupadors, els equips de finances i els operadors conscients del compliment trien la comptabilitat en text pla per mantenir un registre justificable en una auditoria.