Checklist de Conformidade com o Título III da ADA

A base legal: o Título III da ADA e os sites

O Título III da Americans with Disabilities Act (ADA) proíbe a discriminação com base na deficiência em locais de acesso público. A ADA foi promulgada em 1990, antes de a web comercial existir — o que gerou décadas de litígio sobre se os sites se qualificam como «locais de acesso público».

O panorama jurídico atual resolveu, em grande medida, esta questão a favor da inclusão. A maioria dos tribunais federais que se pronunciaram sobre o tema considerou que os sites operados por empresas abertas ao público estão cobertos pelo Título III. O Departamento de Justiça (DOJ) publicou orientações formais em março de 2022, confirmando que a ADA se aplica a sites. Em abril de 2024, o DOJ publicou uma regra final ao abrigo do Título II (que cobre os governos estaduais e locais) adotando explicitamente o Nível AA das WCAG 2.1 — um sinal forte daquilo que o Título III acabará por codificar.

O resultado prático: se opera um site através do qual os clientes acedem a bens, serviços ou informação, o Título III da ADA aplica-se a esse site.

O que significa «acessível» ao abrigo da ADA

A ADA não define uma norma técnica específica para a acessibilidade de sites. Os tribunais e o DOJ têm tratado sistematicamente a conformidade com as Web Content Accessibility Guidelines (WCAG) 2.1, Nível AA, como o referencial para determinar se um site cumpre o requisito de não discriminação da ADA. As WCAG 2.1 AA são a norma utilizada em quase todos os acordos de resolução do DOJ e na maioria dos planos de conformidade supervisionados por tribunais.

O checklist abaixo relaciona os critérios de sucesso mais críticos das WCAG 2.1 AA com obrigações práticas de conformidade.

Checklist de conformidade de sites com o Título III da ADA

1. Alternativas textuais para conteúdo não textual

Cada imagem informativa tem um atributo alt que transmite o seu propósito
As imagens decorativas têm um alt="" vazio para serem ignoradas pelos leitores de ecrã
Os ícones usados como botões ou ligações têm nomes acessíveis (através de aria-label ou texto visível)
Os gráficos e infográficos têm descrições textuais ou tabelas de dados como alternativa
O CAPTCHA fornece uma alternativa em áudio além do desafio visual

Porque é importante: Os utilizadores de leitores de ecrã não recebem qualquer informação sobre uma imagem sem texto alternativo. Um botão de finalização de compra identificado apenas por um ícone e sem nome acessível é, na prática, invisível para um utilizador de leitor de ecrã.

2. Legendas e transcrições para conteúdos multimédia

Os vídeos pré-gravados têm legendas sincronizadas
As transmissões de vídeo em direto têm legendas em tempo real
O conteúdo áudio pré-gravado (podcasts) tem uma transcrição textual
Os vídeos pré-gravados com áudio relevante têm uma transcrição disponível
As legendas geradas automaticamente são revistas e corrigidas antes da publicação

Porque é importante: As legendas são o principal meio através do qual os utilizadores surdos ou com dificuldades auditivas acedem a conteúdo em vídeo. Legendas geradas automaticamente e incorretas não satisfazem o requisito.

3. Cor e design visual

A informação nunca é transmitida apenas pela cor (por exemplo, os campos obrigatórios são marcados com texto ou um ícone, não apenas com uma margem vermelha)
O texto normal (inferior a 18pt / 14pt em negrito) cumpre um rácio de contraste de, pelo menos, 4,5:1 face ao fundo
O texto grande (18pt+ ou 14pt+ em negrito) cumpre um rácio de contraste de, pelo menos, 3:1
Os componentes de interface (botões, campos, indicadores de foco) têm um contraste de, pelo menos, 3:1 face às cores adjacentes
Os estados de erro comunicam o erro em texto, não apenas através de uma mudança de cor

Porque é importante: Aproximadamente 8% dos homens e 0,5% das mulheres têm alguma forma de deficiência na visão das cores. Depender apenas da cor exclui uma parte significativa dos seus utilizadores.

4. Acessibilidade por teclado

Todos os elementos interativos (ligações, botões, formulários, menus, modais, seletores de data) são alcançáveis e operáveis usando apenas o teclado
A ordem de tabulação segue uma sequência lógica e previsível
Não existem armadilhas de teclado — os utilizadores conseguem entrar e sair de cada componente usando as teclas padrão
Os widgets personalizados (listas pendentes, controlos deslizantes, caixas de diálogo) implementam os padrões de interação por teclado esperados
Uma ligação «saltar para o conteúdo principal» é o primeiro elemento focável em cada página

Porque é importante: Os utilizadores com deficiências motoras, muitos dos quais dependem da navegação por teclado ou de dispositivos de acesso por manípulo, não conseguem usar um rato. Um site que exige a interação com o rato para funções essenciais é inacessível para eles.

5. Visibilidade do foco

O foco do teclado está sempre visível — um indicador de foco claro (contorno, realce, sublinhado) aparece no elemento ativo
O indicador de foco não é suprimido com outline: none ou outline: 0 sem um substituto
O indicador de foco tem contraste suficiente face ao conteúdo circundante

Porque é importante: Sem um indicador de foco visível, os utilizadores de teclado não conseguem saber onde se encontram na página — equivalente a navegar sem cursor.

6. Ausência de conteúdo que provoque convulsões

Nenhum conteúdo pisca mais de três vezes por segundo
As animações que não podem ser desativadas não ocupam grandes porções da janela de visualização com alta frequência
Os efeitos de paralaxe e as animações com reprodução automática podem ser pausados ou reduzidos através da media query prefers-reduced-motion

Porque é importante: A epilepsia fotossensível afeta uma parte significativa da população. Um único anúncio intermitente pode provocar uma convulsão.

7. Tempo suficiente para concluir tarefas

Os limites de tempo de sessão avisam os utilizadores antes de expirarem e dão-lhes uma forma de prolongar a sessão
O conteúdo que se atualiza automaticamente (tickers de notícias, resultados em direto, banners rotativos) pode ser pausado, parado ou ocultado
Não são impostos limites de tempo a tarefas críticas (finalização de compra, envio de formulários) sem um mecanismo adequado de prolongamento

Porque é importante: Os utilizadores com deficiências cognitivas, limitações motoras ou que utilizam tecnologia de apoio precisam frequentemente de mais tempo para concluir tarefas. Limites de tempo abruptos podem resultar na perda de progresso.

8. Navegação e orientação

Cada página tem um elemento <title> único e descritivo
Os menus de navegação são consistentes na estrutura e na localização entre páginas
A localização da página atual é indicada na navegação (estado ativo)
Existem trilhos de navegação (breadcrumbs) em páginas profundas
Existem múltiplas formas de encontrar conteúdo (pesquisa, mapa do site ou navegação)
Os cabeçalhos estão estruturados de forma lógica (h1 → h2 → h3) e descrevem com precisão o conteúdo da secção

Porque é importante: Os utilizadores de leitores de ecrã navegam através de cabeçalhos, marcos e títulos de página. Cabeçalhos mal estruturados tornam uma página incompreensível para quem navega com um leitor de ecrã.

9. Acessibilidade dos formulários

Cada campo de formulário tem um elemento <label> visível associado programaticamente
Os campos obrigatórios são identificados em texto (não apenas por um asterisco sem explicação)
As mensagens de erro identificam qual o campo com o erro e descrevem como corrigi-lo
As mensagens de erro são anunciadas aos utilizadores de leitores de ecrã (através de aria-live ou de gestão de foco)
Os atributos de preenchimento automático estão presentes nos campos comuns (nome, e-mail, endereço, cartão de crédito)
O envio do formulário não expira silenciosamente

Porque é importante: Os formulários são a forma como os utilizadores interagem com o seu serviço — reservar, comprar, registar-se, contactar. Uma finalização de compra inacessível é o equivalente digital de uma loja sem rampa.

10. Ligações e botões

Cada ligação tem um nome acessível descritivo — «Saber mais» por si só não é suficiente; «Saber mais sobre [tema]» é
As ligações e os botões são distinguíveis do texto circundante sem depender apenas da cor
Os botões que desencadeiam ações são elementos <button>, não elementos <div> ou <span> estilizados
As ligações que abrem num novo separador ou desencadeiam uma transferência comunicam isso ao utilizador

Porque é importante: Os utilizadores de leitores de ecrã navegam frequentemente listando todas as ligações de uma página. Uma lista de ligações «clique aqui» e «saber mais» não tem qualquer valor de navegação.

11. Língua e legibilidade

A língua principal da página está definida no atributo lang do elemento <html> (por exemplo, lang="pt")
As secções numa língua diferente estão assinaladas com um atributo lang no elemento que as contém
As abreviaturas são expandidas na primeira utilização ou através de <abbr title="..."> quando útil

Porque é importante: Os leitores de ecrã usam o atributo de língua para selecionar o motor de pronúncia correto. Sem ele, um texto em português lido por um motor noutra língua é praticamente incompreensível.

12. Comportamento consistente e previsível

Receber o foco não desencadeia automaticamente uma mudança de contexto (por exemplo, um formulário não é submetido quando um campo recebe o foco)
Alterar um campo de formulário não desencadeia navegação inesperada ou caixas de diálogo modais
Os componentes com a mesma função em diferentes páginas têm etiquetas consistentes

Porque é importante: Um comportamento imprevisível é desorientador para todos os utilizadores, mas particularmente para os que têm deficiências cognitivas ou dependem de leitores de ecrã.

13. PDFs e documentos

Os PDFs disponíveis para transferência estão etiquetados quanto à estrutura (cabeçalhos, listas, ordem de leitura)
Os campos de formulário em PDF estão etiquetados
Os PDFs digitalizados (apenas imagem) são processados por OCR e etiquetados
Os ficheiros Word, Excel e PowerPoint utilizam as funcionalidades de acessibilidade nativas (estilos de cabeçalho, texto alternativo, nomes de folhas)

Porque é importante: Os tribunais e o DOJ têm tratado sistematicamente os documentos disponíveis para transferência como parte do conteúdo acessível de um site. Um PDF inacessível numa finalização de compra, de resto, acessível continua a ser uma barreira.

14. Acessibilidade em dispositivos móveis

Toda a funcionalidade está disponível tanto na orientação vertical como na horizontal
Os alvos táteis (botões, ligações) têm, pelo menos, 44×44 pixels CSS
O conteúdo não exige deslocamento horizontal em janelas de visualização padrão
O site não desativa o dimensionamento pelo utilizador através de maximum-scale ou user-scalable=no na meta tag de viewport

Porque é importante: Muitos utilizadores com deficiência usam dispositivos móveis como o seu principal, ou único, meio de acesso à web. As barreiras em dispositivos móveis excluem-os tão eficazmente como as barreiras em computadores.

15. Declaração de acessibilidade

Existe uma declaração de acessibilidade publicada e ligada a partir do rodapé do site
A declaração identifica a norma que o site visa cumprir (WCAG 2.1 AA)
A declaração inclui um mecanismo de contacto para os utilizadores reportarem barreiras
O próprio mecanismo de contacto é acessível

Porque é importante: Uma declaração de acessibilidade demonstra boa-fé e dá aos utilizadores um caminho para a resolução antes de recorrerem a soluções jurídicas. É também exigida por diversas leis estaduais e é uma prática esperada segundo as orientações do DOJ.

Fiscalização e risco de litígio

O Título III da ADA não exige que os autores provem discriminação intencional. Se existir uma barreira e esta tiver impedido uma pessoa com deficiência de aceder a bens ou serviços, a ação pode avançar. As soluções previstas no Título III não incluem indemnizações (ao contrário da Section 504), mas incluem medidas cautelares e honorários de advogados — frequentemente o principal motor do litígio em série.

O volume de processos judiciais relativos à acessibilidade de sites ao abrigo da ADA nos Estados Unidos tem aumentado acentuadamente nos últimos anos, com milhares de ações instauradas anualmente. As pequenas e médias empresas são alvos frequentes, por serem percecionadas como menos propensas a ter investido em conformidade.

Se recebeu uma carta de exigência ao abrigo da ADA, não a ignore. Contrate aconselhamento jurídico de imediato e encomende uma auditoria de acessibilidade para ter uma imagem precisa da conformidade do seu site.

Manter a conformidade ao longo do tempo

Uma auditoria e correção pontuais não são suficientes. Cada nova página, funcionalidade ou integração de terceiros pode introduzir novas barreiras. As organizações com menor risco de litígio mantêm a conformidade de forma contínua:

A análise automatizada integrada no fluxo de trabalho de desenvolvimento deteta problemas detetáveis antes de chegarem à produção. O nosso serviço de integração de acessibilidade em CI/CD torna isto parte de cada build.
As auditorias manuais agendadas revelam os problemas que as ferramentas automatizadas não conseguem detetar — interação com leitores de ecrã, complexidade cognitiva, armadilhas de teclado.
A formação em acessibilidade para programadores e autores de conteúdo evita que as barreiras sejam introduzidas em primeiro lugar.
Os mecanismos de feedback dos utilizadores dão às pessoas com deficiência um canal direto para reportar barreiras antes de estas se tornarem questões jurídicas.

Uma análise automatizada gratuita é a forma mais rápida de identificar as falhas de WCAG mais visíveis do seu site. Para uma imagem completa que se relacione com a sua exposição ao abrigo da ADA, contacte a nossa equipa para conversar sobre uma auditoria completa.