Em 2025, os autores apresentaram 3.117 processos de acessibilidade de sites sob o Título III da ADA em tribunais federais — um salto de 27 por cento em relação a 2024 e o maior valor anual desde 2022. Somando-se os processos em tribunais estaduais, o total ultrapassa 5.000. Mesmo esse número de destaque subestima a pressão: advogados de defesa estimam que entre 35.000 a 50.000 cartas de notificação de acessibilidade foram enviadas a empresas dos EUA no ano passado, a maioria das quais é resolvida de forma privada por valores entre US 25.000 sem nunca aparecer em um processo judicial.
Se a sua empresa opera um site, um aplicativo móvel, uma loja online, um widget de reserva ou um portal do cliente, agora você é um alvo real. E os autores em série não se limitam mais a um pequeno grupo de litigantes repetitivos — cerca de 40 por cento das ações federais do Título III da ADA em 2025 vieram de indivíduos auto-representados, muitos dos quais usam scanners baseados em IA para identificar potenciais réus e redigir reclamações em minutos.
Este guia percorre o que o Título III da ADA realmente exige para experiências digitais, por que a WCAG 2.1 Nível AA se tornou a referência de fato, como é um roteiro de remediação e como construir um registro defensável antes que uma carta de notificação chegue.
Por que seu site agora está no escopo do Título III da ADA
O Título III da Lei dos Americanos com Deficiências (ADA) proíbe a discriminação com base na deficiência em locais de acomodação pública. O estatuto foi escrito em 1990 e nunca mencionou explicitamente sites ou aplicativos móveis — mas os tribunais passaram a última década resolvendo essa ambiguidade, quase sempre a favor dos autores.
O Legado de Robles v. Domino's Pizza
O caso individual mais importante é Robles v. Domino's Pizza. Guillermo Robles, um autor cego na Califórnia, processou a Domino's em 2016 após descobrir que não conseguia usar o site ou o aplicativo móvel da rede de pizzarias com um leitor de tela. O tribunal distrital inicialmente rejeitou o caso por motivos de devido processo legal, argumentando que, sem regulamentações de acessibilidade na web publicadas, a Domino's não tinha um aviso justo sobre o que a conformidade exigia.
O Nono Circuito reverteu essa decisão em 2019. O tribunal considerou que o Título III cobria o site e o aplicativo da Domino's porque eles tinham um nexo com um local físico de acomodação pública (as pizzarias), e que a imposição de responsabilidade não violava o devido processo, mesmo sem padrões técnicos publicados. A Suprema Corte recusou-se a revisar a decisão do Nono Circuito no final daquele ano, mantendo a regra em vigor. A Domino's finalmente fez um acordo em junho de 2022, após seis anos de litígio.
O efeito prático é que qualquer empresa com um local físico — e, em muitos circuitos, até empresas puramente online — agora enfrenta uma exposição real por um site inacessível.
A Regra do Título II do DOJ de 2024 e seu Impacto no Título III
Em abril de 2024, o Departamento de Justiça (DOJ) emitiu uma regra final sob o Título II da ADA exigindo que sites e aplicativos móveis de governos estaduais e locais estejam em conformidade com a WCAG 2.1 Nível AA. Embora essa regra vincule formalmente apenas entidades públicas, autores e tribunais começaram imediatamente a citá-la como a articulação federal mais autoritária do que "acessível" significa.
Para uma empresa privada, o cálculo jurídico mudou da noite para o dia. Mesmo que o Título III ainda não tenha um padrão técnico publicado, um autor pode agora apontar para uma regulamentação federal vinculativa que nomeia a WCAG 2.1 Nível AA como o padrão para entidades do Título II materialmente semelhantes. A maioria dos advogados de defesa agora aconselha seus clientes do Título III a tratar a WCAG 2.1 Nível AA como o patamar mínimo.
O que a WCAG 2.1 Nível AA realmente exige
A WCAG — Diretrizes de Acessibilidade para Conteúdo Web, mantida pelo World Wide Web Consortium — é organizada em torno de quatro princípios, convenientemente resumidos pela sigla POUR: Perceptível, Operável, Compreensível e Robusto. O Nível AA inclui todos os critérios de sucesso do Nível A, além de critérios adicionais específicos do AA. Existem 50 critérios de sucesso no total no Nível AA, mas alguns impulsionam a esmagadora maioria das cartas de notificação.
Contraste de Cor (1.4.3 e 1.4.11)
O texto do corpo deve ter uma proporção de contraste de pelo menos 4,5:1 em relação ao seu fundo. Textos grandes (18 pontos ou 14 pontos em negrito) precisam de pelo menos 3:1. Botões, bordas de campos de formulário, indicadores de foco e outros elementos gráficos interativos devem atingir 3:1 em relação às cores adjacentes. Muitas cartas de notificação originam-se aqui porque os scanners automatizados detectam falhas de contraste em segundos.
Alternativas de Texto para Conteúdo Não Textual (1.1.1)
Cada imagem, ícone, gráfico, foto e elemento visual que carrega significado precisa de um atributo alt que transmita a mesma informação. Imagens decorativas recebem um atributo alt vazio (alt="") para que os leitores de tela as ignorem. Os logotipos devem descrever a marca. Gráficos e infográficos precisam de um texto equivalente mais longo por perto ou vinculado. Ícones de entrada de formulário precisam de rótulos. CAPTCHAs precisam de uma alternativa de áudio.
Operabilidade do Teclado (2.1.1, 2.1.2, 2.4.3, 2.4.7)
Cada elemento interativo — menus, modais, carrosséis, acordeões, abas, menus suspensos personalizados — deve ser acessível e operável usando apenas o teclado. Os usuários nunca devem ficar presos dentro de um widget sem saída (a clássica falha do "modal que não fecha sem o mouse"). A ordem do foco deve ser lógica e um indicador de foco visível deve sempre mostrar onde o usuário está na página.
Rótulos de Formulário, Erros e Instruções (1.3.1, 3.3.1, 3.3.2, 3.3.3, 3.3.4)
Cada entrada de formulário precisa de um rótulo associado programaticamente (um elemento <label for=""> ou aria-label). As mensagens de erro devem identificar qual campo falhou e o que fazer a respeito. Para formulários de alto risco (finalização de compra, criação de conta, termos legais), os usuários precisam de uma chance de revisar e corrigir antes do envio.
Legendas e Descrições de Áudio (1.2.2, 1.2.5)
Vídeos pré-gravados precisam de legendas sincronizadas. Se informações essenciais forem transmitidas visualmente e não na trilha de áudio, você também precisará de descrições de áudio. Vídeos ao vivo no Nível AA precisam de legendas em tempo real.
Estrutura de Títulos e Marcos (1.3.1, 2.4.6)
Os títulos devem seguir uma hierarquia lógica (h1 → h2 → h3, sem pular níveis arbitrariamente). Use elementos HTML semânticos — <nav>, <main>, <header>, <footer> — ou marcos ARIA para que usuários de leitores de tela possam pular para a seção desejada. Evite estilizar uma <div> para parecer um título sem atribuir a ela o papel semântico correto.
Redimensionamento e Refluxo (1.4.4, 1.4.10)
O texto deve permanecer legível com zoom de 200 por cento sem rolagem horizontal. Os layouts devem se ajustar (reflow) em uma viewport de 320 pixels CSS sem rolagem bidimensional.
Onde os Processos Judiciais Estão Concentrados
Três distritos federais concentram a maior parte dos processos de acessibilidade de sites: o Distrito Sul de Nova York, o Distrito Central da Califórnia e o Distrito Sul da Flórida. Nova York lidera por uma ampla margem, em parte porque a Lei de Direitos Humanos do Estado de Nova York e a Lei de Direitos Humanos da Cidade de Nova York oferecem gatilhos adicionais na lei estadual e barreiras de petição menores do que as reivindicações federais da ADA.
A Califórnia adiciona a Lei de Direitos Civis Unruh, que prevê US$ 4.000 em danos estatutários por violação, por autor. Isso altera dramaticamente o cálculo do acordo — uma pequena reclamação pode rapidamente se tornar uma exposição de seis dígitos se uma ação coletiva for certificada.
A Flórida emergiu como o terceiro polo desde 2020, com um punhado de escritórios de advocacia desenvolvendo práticas de alto volume visando redes de restaurantes, marcas de hospitalidade e lojas de e-commerce direto ao consumidor.
Construindo um Roteiro de Remediação
Se você receber uma notificação extrajudicial — ou, melhor, se agir antes que uma chegue — o trabalho se divide em aproximadamente cinco fases. Trate isso como um projeto com orçamento e prazo, não como uma auditoria única.
Fase 1: Auditoria Automática e Manual
Comece com uma varredura automatizada usando uma ferramenta como axe DevTools, WAVE ou Google Lighthouse. Ferramentas automatizadas capturam entre 30 e 50 por cento das falhas de WCAG — o restante requer testes manuais com um leitor de tela (NVDA no Windows, VoiceOver no macOS e iOS, TalkBack no Android), navegação apenas por teclado e testes de zoom e refluxo.
Documente cada falha com o critério WCAG violado, a página ou modelo afetado, a gravidade e o esforço estimado de remediação. Este log de auditoria se torna a espinha dorsal de todas as fases posteriores.
Fase 2: Correções no Design System e Componentes
A maioria das falhas de maior volume reside no seu design system: contraste de botões, indicadores de foco, entradas de formulário, padrões de modais, controles de carrossel, menus de navegação. Corrigir o componente uma única vez corrige todas as instâncias dele. Priorize os componentes que aparecem no maior número de páginas.
Fase 3: Revisão de Conteúdo
Texto alternativo, legendas de vídeo, estrutura de títulos e rótulos de formulários geralmente são correções de nível de conteúdo que afetam a maioria dos modelos e páginas. Crie um checklist de conteúdo que os autores devem seguir para cada nova página e um item no backlog para corrigir retroativamente as páginas existentes.
Fase 4: Coordenação de Fornecedores Terceirizados
A maioria dos sites modernos incorpora widgets de terceiros: formulários de pagamento, chat ao vivo, calendários de reserva, players de vídeo, sobreposições de análise, widgets de avaliação e pop-ups de captura de e-mail. Cada um deles pode introduzir suas próprias falhas de acessibilidade, e os tribunais do Título III geralmente consideram que uma empresa é responsável pela acessibilidade do código de terceiros que incorpora em seu próprio site.
Para cada fornecedor, solicite um VPAT (Voluntary Product Accessibility Template) atualizado ou um Relatório de Conformidade de Acessibilidade. Verifique se a versão que eles fornecem atende ao WCAG 2.1 Nível AA. Pressione os fornecedores que não cumprirem os requisitos para que façam a remediação ou substitua-os.
Fase 5: Declaração de Acessibilidade e Canal de Feedback
Publique uma declaração de acessibilidade claramente vinculada que mencione o padrão que você pretende atender (normalmente WCAG 2.1 Nível AA), as limitações conhecidas e um canal de contato (e-mail e telefone) para que os usuários relatem problemas de acessibilidade. A declaração não oferece imunidade legal, mas documenta a boa fé e oferece aos respondentes de notificações extrajudiciais algo concreto para apresentar.
Uma Palavra Sobre Sobreposições de Acessibilidade
Uma indústria próspera de ferramentas de "sobreposição de acessibilidade" — widgets JavaScript que prometem conformidade instantânea com as WCAG através de uma única linha de código — afirma resolver a acessibilidade de forma rápida e barata. A realidade é mais complicada. As sobreposições foram citadas em dezenas de processos judiciais como causadoras de problemas de acessibilidade ao interferirem nas tecnologias assistivas dos usuários. Vários tribunais rejeitaram o argumento de que uma sobreposição, por si só, é suficiente para derrotar uma reivindicação do Título III.
As sobreposições podem ter um papel como complemento à remediação subjacente — para usuários que precisam aplicar suas próprias preferências sobre um site já acessível — mas não são um substituto para a correção do código subjacente. Escritórios de advocacia de autores agora visam especificamente sites que executam certos produtos de sobreposição.
Documente Tudo para a Defesa
Quando uma notificação extrajudicial chega, sua estratégia de defesa depende quase inteiramente do que você pode provar sobre seu programa de acessibilidade no momento da suposta violação. Crie um rastro documental que inclua:
- Relatórios de auditoria datados mostrando o escopo e as descobertas
- Tickets de remediação com datas de fechamento
- VPATs de fornecedores e relatórios de conformidade de acessibilidade
- Registros de treinamento para designers e desenvolvedores
- Checklists internos de revisão de acessibilidade vinculados a lançamentos de produtos
- Um log de alterações para a declaração de acessibilidade
- Feedback dos usuários recebido através do seu canal de contato de acessibilidade e sua resposta a ele
Esses registros não evitam processos, mas alteram drasticamente as negociações de acordo. Um autor que espera por um acordo rápido de US$ 10.000 por "incômodo" fica muito menos interessado quando o réu pode apresentar uma auditoria atual, um backlog de remediação documentado e um VPAT de fornecedor para cada widget incorporado.
O Lado Contábil da Conformidade de Acessibilidade
A remediação de acessibilidade raramente é uma despesa única. Geralmente, ela aparece em seus livros como gastos recorrentes — faturas de agências ou contratados para auditorias, licenças de software para ferramentas de teste e serviços de monitoramento, custos de reconstrução de sistemas de design, custos de troca de fornecedores e os inevitáveis acordos de notificações extrajudiciais que passam apesar dos seus melhores esforços.
Rastrear essas despesas separadamente dos gastos gerais de marketing ou engenharia facilita algumas coisas. Você obtém uma visão clara do custo real de conformidade ao longo do tempo, o que ajuda ao orçar o programa do próximo ano. Você documenta o gasto caso precise, futuramente, reivindicar uma dedução ou amortizar uma melhoria de site capitalizada. E se você enfrentar uma ação coletiva de um autor em série, poderá produzir rapidamente um registro financeiro do seu investimento de boa-fé em acessibilidade — útil tanto em negociações de acordo quanto em qualquer defesa de modificação razoável.
Um segmento simples no plano de contas para "Conformidade de acessibilidade" com subcategorias para auditorias, mão de obra de remediação, ferramentas de teste, due diligence de fornecedores e reservas para acordos ajuda muito. Combine isso com revisões trimestrais para que o programa não saia silenciosamente do orçamento.
Erros Comuns a Evitar
Alguns padrões aparecem em quase todas as notificações extrajudiciais que vejo proprietários de empresas receberem.
Tratar a acessibilidade como um projeto único. Os sites mudam constantemente. Uma nova página de produto, um checkout redesenhado, um chatbot incorporado — qualquer um desses pode introduzir novas falhas. Integre a acessibilidade ao seu ciclo de vida de desenvolvimento para que cada alteração seja verificada antes de ser publicada.
Confiar inteiramente em varreduras automatizadas. Ferramentas automatizadas detectam apenas uma minoria das falhas das WCAG. O teste manual com tecnologia assistiva é a única maneira de encontrar problemas como ordem de foco ilógica, texto alternativo enganoso ou widgets personalizados inutilizáveis.
Ignorar aplicativos móveis. Os autores do Título III registram cada vez mais reivindicações duplas cobrindo tanto o site quanto o aplicativo móvel nativo. O iOS e o Android têm suas próprias APIs de acessibilidade (UIAccessibility e TalkBack/AccessibilityService), e os mesmos princípios das WCAG se aplicam, mas exigem testes específicos da plataforma.
Esquecer dos PDFs. Formulários fiscais, white papers, menus e recursos para download hospedados em seu site estão todos no escopo. Os PDFs precisam de ordem de leitura adequada, tags, texto alternativo e rótulos de campos de formulário, assim como as páginas HTML.
Assumir que uma plataforma de terceiros resolve o problema para você. Shopify, WordPress, Wix, Squarespace e plataformas similares fornecem alguma estrutura de acessibilidade, mas as escolhas de temas, código personalizado, widgets incorporados e o conteúdo que você publica ainda são de sua responsabilidade. Uma notificação extrajudicial não se importa se um tema veio pré-construído.
Pular a declaração de acessibilidade. Não custa nada publicar e fornece evidência demonstrável de boa-fé. A ausência de uma é, às vezes, citada especificamente em reclamações.
Mantenha Suas Finanças de Conformidade Organizadas Desde o Primeiro Dia
À medida que você constrói seu programa de acessibilidade, os registros financeiros de apoio — faturas de auditoria, contratos de fornecedores, mão de obra de remediação, custos de treinamento e reservas de acordo — precisam residir em algum lugar onde você possa encontrá-los daqui a anos, caso um autor em série cite sua empresa. O Beancount.io oferece contabilidade em texto simples que proporciona transparência total e histórico controlado por versão sobre cada item de linha, sem caixas pretas e sem aprisionamento tecnológico (vendor lock-in). Comece gratuitamente e veja por que desenvolvedores, equipes financeiras e operadores conscientes da conformidade escolhem a contabilidade em texto simples para manter um registro defensável em auditorias.