ADA Title II e Section 504: o que os sites públicos e de saúde dos EUA têm de corrigir até 2027

A partir de 26 de abril de 2027, todas as entidades da administração estadual ou local dos EUA com uma população total de 50 000 habitantes ou mais têm de garantir que os seus conteúdos web e aplicações móveis cumprem as WCAG 2.1 de nível AA. Isto abrange condados, municípios, distritos escolares, universidades públicas e entidades de transportes públicos. A partir de 11 de maio de 2027, a mesma norma aplica-se a todos os beneficiários de apoio financeiro do HHS (o Departamento de Saúde e Serviços Humanos) com quinze ou mais trabalhadores: hospitais, clínicas, centros de saúde e também as agências estaduais, os prestadores de serviços sociais e as instituições de ensino superior que o HHS financia.

As duas datas deviam ter chegado um ano antes. O Departamento de Justiça (DOJ) e o HHS adiaram-nas, cada um através de uma interim final rule (uma regra final provisória), na primavera de 2026, e ambos disseram que podem vir a propor uma flexibilização do conteúdo. Nenhum o fez. Hoje, as datas de 2027 são as que constam dos regulamentos, e a primeira está a cerca de 29 semanas.

Se também vende para a UE, o Ato Europeu da Acessibilidade é um regime à parte, tratado no nosso artigo sobre o Ato Europeu da Acessibilidade.

As datas

«População total» é um termo definido. Para a maioria das entidades, é a contagem do recenseamento decenal do Census Bureau; um distrito escolar independente usa as Small Area Income and Poverty Estimates. Uma universidade estadual ou uma autoridade de transportes considera a população somada das administrações a que pertence. Um special district government (entidade pública de âmbito especial, como um distrito de águas ou de bombeiros) fica com a data de 2028, seja qual for a sua dimensão.

Um hospital de condado é normalmente, ao mesmo tempo, uma entidade pública e um beneficiário do HHS. Verifique as duas datas e trabalhe para a que chegar primeiro.

O que as regras exigem

As duas regras têm uma redação quase idêntica, e três expressões fazem a maior parte do trabalho.

«Web content and mobile apps» (conteúdos web e aplicações móveis). O conteúdo web tem uma definição ampla: texto, imagens, som, vídeo, controlos, animações e «conventional electronic documents», ou seja, PDF, ficheiros de processamento de texto, apresentações e folhas de cálculo. As aplicações móveis são as aplicações nativas que as pessoas instalam em telemóveis e tablets.

«Directly or through contractual, licensing, or other arrangements» (diretamente ou através de contratos, licenças ou outros acordos). A obrigação segue o serviço, não o servidor. Um portal de licenciamento gerido por um fornecedor, uma página de pagamento alojada por um processador de pagamentos, uma plataforma de ensino licenciada por um distrito escolar: tudo isso conta como seu. Na regra final de 2024, o DOJ deu diretamente o exemplo: uma entidade que remete para um site de terceiros para cobrar taxas, multas de estacionamento ou impostos tem de garantir que esse site cumpre.

«Level A and Level AA success criteria and conformance requirements specified in WCAG 2.1» (os critérios de sucesso e requisitos de conformidade de nível A e AA das WCAG 2.1). A versão de junho de 2018, não a 2.2. Construir segundo a 2.2 não faz mal, mas a fasquia legal é a 2.1 AA.

As saídas são estreitas. O cumprimento não é exigido quando implicaria uma alteração fundamental ou encargos financeiros e administrativos excessivos, mas é o dirigente máximo da entidade (ou alguém por ele designado) que tem de o decidir, depois de ponderar todos os recursos disponíveis, pôr os motivos por escrito e, ainda assim, fazer tudo o que fique aquém desse encargo. Uma «conforming alternate version» (versão alternativa conforme) separada só é permitida quando a acessibilidade direta é impossível por razões técnicas ou jurídicas. Há ainda uma disposição sobre impacto mínimo, mas essa é uma defesa que se invoca depois de uma queixa, não um objetivo de conceção.

Para dar uma ideia da escala, a análise do DOJ de 2024 contou 109 893 sites e 8 805 aplicações móveis geridos por 91 489 entidades estaduais e locais, com 16,9 mil milhões de dólares em custos de implementação nos primeiros três anos. O adiamento de abril de 2026 cita uma estimativa de custo total a 10 anos de 24,7 mil milhões de dólares. O conjunto da regulamentação do HHS de 2024 abrange cerca de 453 084 beneficiários.

O que fica excluído, e em que condições

As duas regras têm as mesmas cinco exceções, e cada uma tem uma condição que facilmente passa despercebida.

1. Conteúdo web arquivado, apenas se as quatro condições se verificarem: ter sido criado antes da sua data de cumprimento (ou reproduzir papel ou outro suporte físico anterior a essa data), ser mantido exclusivamente para referência, investigação ou registo, não ter sido alterado depois de arquivado e estar guardado numa área própria claramente identificada como arquivo. Atas antigas espalhadas pelas páginas ativas dos departamentos não contam. Mude-as de sítio.
2. Documentos eletrónicos convencionais preexistentes, publicados antes da sua data, salvo se forem atualmente usados para pedir, aceder ou participar num serviço. O PDF do pedido de licença de 2019 ainda ligado na página das licenças não está excluído.
3. Conteúdo publicado por terceiros, salvo se for publicado ao abrigo de um contrato, licença ou outro acordo consigo. Os comentários do público num fórum estão excluídos. Tudo o que um prestador de serviços publica em seu nome não está.
4. Documentos individualizados e protegidos: ficheiros sobre uma pessoa concreta, os seus bens ou a sua conta, protegidos por palavra-passe ou de outra forma. Uma nota de liquidação de impostos ou um PDF com resultados de análises. A exceção cobre o documento. O portal à volta dele continua abrangido.
5. Publicações nas redes sociais feitas antes da sua data.

Nada disto elimina o dever geral. Os dois adiamentos de 2026 dizem que as obrigações decorrentes do Title II e da Section 504 se mantêm, independentemente das datas de cumprimento. Um residente que peça uma cópia acessível de um documento excluído pode continuar a ter direito a ela.

O que significa corrigir, na prática

Modelos e componentes do CMS

A maioria dos sites públicos é meia dúzia de modelos e uma dúzia de componentes repetidos em milhares de páginas. Corrija uma vez os componentes de cabeçalho, navegação, pesquisa, acordeão, tabela e formulário, e todas as páginas herdam a correção. Verifique a ordem dos cabeçalhos, as landmarks, o foco visível (2.4.7), o contraste de texto de 4,5:1 (1.4.3), o contraste de 3:1 para controlos e contornos de campos (1.4.11), o reajuste do conteúdo em ecrãs estreitos (1.4.10) e o texto ampliado para 200 % (1.4.4). Se o tema é feito à medida ou tem anos, é aqui que deve ficar a maior parte do orçamento.

Formulários, pagamentos e licenças

As queixas incidem sobre os percursos de transação. Cada campo precisa de uma etiqueta exposta às tecnologias de apoio (3.3.2), de erros descritos em texto (3.3.1), de preenchimento automático nos campos de dados pessoais (1.3.5), de operação completa por teclado (2.1.1) e de limites de tempo de sessão que o utilizador possa desligar, ajustar ou prolongar (2.2.1). Este último é fácil de esquecer em fluxos de pagamento e de licenciamento, em que a sessão pode expirar enquanto um utilizador de leitor de ecrã ainda está na segunda página. Os widgets personalizados (seletores de datas, pesquisas de moradas, carregamento de ficheiros) precisam de nome, função e valor corretos (4.1.2). A moldura de pagamento incorporada do processador também tem de passar, por isso teste o fluxo completo, não só a sua metade.

Portais de doentes e marcações

Tudo o que ficou dito acima, mais os seletores de consultas, os questionários de admissão, as mensagens seguras e o vídeo de teleconsulta. Mensagens como «consulta confirmada» têm de ser anunciadas sem mover o foco (4.1.3).

Documentos

O PDF acessível mais barato é o que nunca chega a fazer. Publique ordens de trabalhos, avisos e formulários em HTML sempre que possível. Para os PDF que têm de ficar: etiquetas, uma ordem de leitura correta, campos de formulário verdadeiros, o idioma do documento e alternativas em texto para as imagens. Depois, corrija a produção (modelos de Word com cabeçalhos verdadeiros, definições de exportação que mantenham as etiquetas, uma verificação antes de qualquer publicação), ou vai passar a vida a corrigir a ordem de trabalhos da semana seguinte.

Vídeo e reuniões

O vídeo pré-gravado precisa de legendas (1.2.2) e de audiodescrição quando a imagem transmite significado (1.2.5). O áudio em direto em multimédia sincronizada precisa de legendas em direto (1.2.4), o que, para a maioria dos municípios, condados e conselhos escolares, significa as reuniões públicas transmitidas em streaming. As gravações antigas podem ir para o arquivo, nas quatro condições acima.

Aplicações móveis

As aplicações nativas estão sujeitas aos mesmos critérios através da camada de acessibilidade da plataforma: todos os controlos identificados para o VoiceOver e o TalkBack, nenhum bloqueio numa só orientação (1.3.4), uma alternativa de toque simples aos gestos de deslizar e de pinça (2.5.1).

Software de pacote: o código é do fornecedor, a obrigação é sua

Se o seu site corre num CMS para a administração pública alojado por terceiros, se os pagamentos passam pela página alojada de um processador e se o portal de doentes é um módulo do seu sistema de processo clínico eletrónico, a maior parte das correções de código cabe aos fornecedores. O seu trabalho é a contratação: pedir a cada fornecedor um relatório de conformidade face às WCAG 2.1 AA, testar o que afirmam nos seus próprios percursos críticos e inscrever no contrato ou na renovação uma obrigação de conformidade e uma data-limite para as correções. Os seus conteúdos (PDF, vídeo, texto alternativo, as páginas escritas pela sua equipa) continuam a ser responsabilidade sua, seja qual for a plataforma.

Este artigo é mais útil se gere sistemas internos, legados ou personalizados: um portal de licenciamento feito em casa, um tema de CMS muito modificado, uma aplicação cuja agência já seguiu para outros projetos, um formulário de admissão acoplado a um produto de um fornecedor. Ninguém mais os vai corrigir.

Porque é que um overlay não chega

A regra mede os seus conteúdos face às WCAG 2.1 AA. Um overlay é um script que fica por cima da página. Não consegue escrever uma descrição com sentido de um gráfico, legendar uma reunião, etiquetar um PDF ou alterar uma aplicação nativa, e não chega ao domínio de pagamentos ou de marcações de terceiros para onde os seus utilizadores são enviados.

A FTC já analisou a promessa de conformidade instantânea. Em janeiro de 2025, publicou uma proposta de acordo (consent order) com a accessiBe, fabricante do overlay accessWidget, depois de alegar que o produto não tornava todos os sites conformes às WCAG. A 22 de abril de 2025, a FTC anunciou que tinha aprovado a decisão final (anúncio da FTC): a accessiBe paga 1 000 000 de dólares, não pode afirmar que os seus produtos automáticos tornam um site conforme às WCAG sem ter provas disso e tem de informar que o produto não corrige barreiras em domínios de terceiros que não o utilizem também.

O risco das datas

• Tanto o DOJ como o HHS escreveram que «will consider issuing an NPRM» (vão ponderar publicar uma proposta de regulamentação) sobre o conteúdo durante o adiamento. A entrada na agenda regulatória do DOJ diz que está a ponderar se as disposições «could be made less burdensome» (podem tornar-se menos onerosas), com a data da proposta «To Be Determined» (a determinar).
• Ambos escreveram também que, se essa proposta não for publicada e nada mais apontar para um novo adiamento, cada departamento «fully anticipates implementing the regulation at the new deadline» (prevê plenamente aplicar o regulamento no novo prazo).
• A National Federation of the Blind intentou uma ação no District of Maryland a 21 de maio de 2026 (National Federation of the Blind v. Department of Justice, 1:26-cv-02007), contestando os dois adiamentos. A NFB pediu uma decisão sumária (summary judgment) a 28 de setembro de 2026; a 10 de outubro de 2026 ainda não havia decisão.
• Uma proposta de regra, por si só, não muda nada. Uma regra final, ou final provisória, muda, e 2026 mostrou como pode chegar tarde: o adiamento do DOJ produziu efeitos a 20 de abril de 2026, quatro dias antes da data que adiou.

O risco corre, portanto, nos dois sentidos: uma proposta pode suavizar a regra, e a ação judicial defende que a data nunca devia ter mudado. Planear a contar com um adiamento é uma aposta. Se o DOJ ou o HHS publicarem um novo adiamento, volte a planear antes de gastar mais.

Um plano que vale a pena seja qual for o desfecho

Parte disto compensa em qualquer cenário, porque o Title II e a Section 504 já exigem igualdade de acesso. Faça de qualquer maneira:

• Corrija os modelos e os componentes.
• Faça com que os principais percursos de transação (pagar, pedir, inscrever-se, marcar, iniciar sessão) funcionem com teclado e leitor de ecrã, do princípio ao fim.
• Deixe de produzir novos PDF inacessíveis.
• Inclua as WCAG 2.1 AA em todos os contratos e renovações.
• Legende as reuniões públicas.

Adie se for publicado um novo adiamento: a correção em massa de documentos antigos pouco usados. Um arquivo bem feito costuma ser mais barato, de qualquer forma.

Contando para trás a partir de 26 de abril de 2027 (os beneficiários do HHS têm até 11 de maio de 2027):

1. Outubro a meados de novembro de 2026: levantamento. Todos os domínios, aplicações, sistemas de fornecedores e bibliotecas de documentos. Separe os documentos consoante alguém ainda os use, ou não, para aceder a um serviço. Decida o que vai para o arquivo e o que é apagado.
2. Meados de novembro a janeiro: modelos, componentes e os principais percursos de transação. Envie já aos fornecedores o seu pedido de conformidade. Os ciclos contratuais andam mais devagar do que o código.
3. Janeiro e fevereiro: documentos em uso, formulários, legendas e correções nas aplicações. Submeta as atualizações das aplicações até ao fim de fevereiro, para dar margem à revisão das lojas.
4. Março: testes. Primeiro só com teclado, depois com NVDA ou JAWS no Windows, VoiceOver no iOS e no macOS e TalkBack no Android, nos percursos críticos reais. Um analisador automático não lhe diz se o texto alternativo quer dizer alguma coisa.
5. Abril: congelar e proteger. Acrescente verificações automáticas à compilação e ao fluxo de publicação, para que a próxima ordem de trabalhos e a próxima versão não desfaçam o trabalho. Onde a alegação de encargo excessivo se aplicar de facto, obtenha a declaração escrita assinada antes da data, e não depois de uma queixa.

Quanto a custos, o adiamento do HHS cita relatos da National League of Cities sobre orçamentos pontuais de 10 000 a 20 000 dólares para corrigir PDF e sites, e até 70 000 dólares por ano, em municípios de dimensão não indicada.

Onde obter ajuda

Corrigimos a acessibilidade no código: modelos, bibliotecas de componentes, formulários, portais e aplicações móveis, com verificações na compilação para que a correção se mantenha. Sem overlays e sem relatórios que ficam só pela auditoria. A abordagem está descrita na nossa página do serviço de correção de acessibilidade, e a vertente europeia está no nosso artigo sobre o Ato Europeu da Acessibilidade.

Somos engenheiros, não advogados: qual a data que se aplica e se uma alegação de encargo excessivo se sustenta são questões para os seus juristas. Se tem um portal à medida e uma data a cumprir, escreva para office@c9group.dev.