O DOJ adiou os prazos de acessibilidade web e de apps do ADA Title II para 26 de abril de 2027 e 26 de abril de 2028. Quem é coberto, qual data é a sua, o que o WCAG 2.1 AA exige, as cinco exceções e um plano mês a mês.
Governos estaduais e locais nos EUA agora têm até 26 de abril de 2027 (se atendem 50,000 pessoas ou mais) ou 26 de abril de 2028 (se atendem menos, ou se são um distrito especial) para que seus sites e apps móveis atendam ao WCAG 2.1 Level AA. Essas datas vêm de uma regra final provisória que o Department of Justice publicou em 20 de abril de 2026, que adiou em um ano os prazos da regra de 2024. Esta página explica qual data se aplica a você, o que a regra cobre e o que deixa de fora, e como aproveitar bem o ano extra. É informação geral, não aconselhamento jurídico.
| A sua organização | Data original de 2024 | Data atual (regra final provisória de 2026) |
|---|---|---|
| Entidade de governo estadual ou local com população total de 50,000 ou mais | 24 de abril de 2026 | 26 de abril de 2027 |
| Entidade com população total abaixo de 50,000 | 26 de abril de 2027 | 26 de abril de 2028 |
| Governo de distrito especial (qualquer tamanho) | 26 de abril de 2027 | 26 de abril de 2028 |
A regra de 2026 mudou apenas as datas. O texto diz que as alterações "não modificam nenhuma outra disposição da regra final de 2024", então o padrão técnico, as exceções e quem é coberto continuam iguais.
Um ponto que o DOJ repete: os prazos são para o padrão técnico. O dever básico do Title II de tornar acessíveis programas, serviços e atividades, inclusive os online, já vale e não mudou.
O Title II cobre entidades públicas. Na prática, isso significa:
A regra cobre tanto o conteúdo web quanto os apps móveis que a entidade oferece ou disponibiliza. Empresas privadas não são cobertas por esta regra; elas se enquadram no Title III, que tratamos em conformidade ADA de sites para pequenas empresas.
Para a maioria dos governos, é a população da jurisdição, conforme definido na regra (veja a definição de "total population" em 28 CFR 35.104). Um distrito escolar público usa a população da cidade ou do condado a que pertence ou, no caso de um distrito independente, as Small Area Income and Poverty Estimates do Census Bureau. Se o seu número estiver perto de 50,000, adote a data mais cedo. Perder a data mais tarde por um ano é um problema maior do que terminar antes.
O WCAG 2.1 é uma Recomendação do W3C publicada em junho de 2018. Level AA significa atender a todos os critérios de sucesso de Level A e Level AA. Para um site governamental típico, o trabalho se concentra em algumas áreas:
Para uma lista de trabalho completa, use o nosso checklist de acessibilidade de sites e o guia de WCAG, mais longo. O WCAG 2.2 é agora a versão atual do W3C e é compatível com as anteriores, então conteúdo que atende ao 2.2 AA também atende ao 2.1 AA.
A regra lista cinco tipos de conteúdo que não precisam atender ao WCAG 2.1 AA. Cada um tem condições, e a ficha informativa do ADA.gov lembra que mesmo o conteúdo excetuado continua sujeito aos deveres gerais de comunicar de forma eficaz e fazer modificações razoáveis.
A regra também permite um alívio limitado quando a conformidade causaria uma alteração fundamental ou um ônus indevido (decidido caso a caso, e você ainda precisa oferecer acesso de outra forma), e trata algumas não conformidades com impacto mínimo no acesso como não violações. Nenhum dos dois é um plano. Planeje estar em conformidade.
Contando a partir do fim de outubro de 2026, uma entidade grande tem cerca de 18 meses e uma pequena cerca de 30. Esta sequência serve para as duas; estique a parte do meio para a data mais tarde.
| Quando | O que fazer | O que você tem no final |
|---|---|---|
| Mês 1 | Nomeie um responsável. Liste todo site público, subdomínio, app, portal e ferramenta incorporada de fornecedor (pagamentos, licenças, pautas, mapas, candidaturas a vagas, catálogo da biblioteca). | Um inventário com um responsável por item |
| Meses 2 a 3 | Teste uma amostra de cada template e de cada ferramenta de fornecedor com um scanner automático e uma passada manual com teclado e leitor de tela. Peça a cada fornecedor a documentação de conformidade de acessibilidade e uma data de correção. | Uma lista de defeitos ordenada por quantas pessoas cada página atende |
| Meses 3 a 4 | Decida o que desativar, arquivar, corrigir ou refazer. Mova os arquivos de verdade para uma área de arquivo identificada. Apague páginas de que ninguém precisa. | Um site menor e uma decisão por escrito para cada seção |
| Meses 4 a 9 | Corrija primeiro os templates compartilhados (cabeçalho, navegação, formulários, rodapé), porque uma correção cobre milhares de páginas. Substitua os formulários em PDF mais usados por formulários em HTML. | Templates e principais serviços acessíveis |
| Meses 6 a 12 | Treine todas as pessoas que publicam. Inclua uma verificação de acessibilidade na etapa de aprovação de publicações. Legende os vídeos de reuniões daqui para a frente. | Conteúdo novo que para de acrescentar defeitos |
| Meses 10 a 15 | Resolva o restante da lista de defeitos. Inclua requisitos de acessibilidade e direito de teste em toda renovação com fornecedores. | Contratos que mantêm você em conformidade |
| Antes da data | Teste de novo, publique uma declaração de acessibilidade com um canal de feedback que funcione e defina uma auditoria recorrente. | Evidências que você pode mostrar |
Se você vai trocar a plataforma do seu site como parte disso, o nosso modelo de RFP para sites governamentais e o checklist de contratação colocam os testes de acessibilidade no contrato, e não no folheto. Se não tem certeza de qual lei de acessibilidade se aplica a cada parte da sua organização, veja Section 508 vs ADA Title II vs WCAG.
A We.Inc mantém uma plataforma de sites white label que os departamentos podem usar sob uma única marca de governo, com funções de proprietário, administrador e membro, aprovação antes de um site ser publicado, um log de auditoria das ações da organização e download completo do código. Os sites são criados com IA, então o resultado é um ponto de partida: a sua equipe precisa testar cada site em relação ao WCAG 2.1 AA antes de publicar, e não afirmamos que qualquer site criado na plataforma esteja em conformidade. Se quiser ver como os departamentos trabalhariam nela, agende uma demonstração. Há mais sobre a configuração na nossa página de plataforma de sites para órgãos públicos.
Última verificação em 2026-10-25.
Este guia é informação geral, não aconselhamento jurídico. Regras e datas podem mudar; consulte o Federal Register e o ADA.gov e fale com o seu próprio advogado sobre a sua situação.
Pela regra final provisória do DOJ publicada em 20 de abril de 2026, entidades de governos estaduais e locais com população total de 50,000 ou mais precisam cumprir até 26 de abril de 2027. Entidades abaixo de 50,000 e governos de distritos especiais precisam cumprir até 26 de abril de 2028.
A regra final de 2024 fixava 24 de abril de 2026 para entidades com 50,000 pessoas ou mais e 26 de abril de 2027 para entidades menores e distritos especiais. A regra final provisória de 2026 adiou cada data em cerca de um ano.
Não. A regra final provisória mudou apenas as datas de cumprimento. O padrão continua sendo o WCAG 2.1 Level AA, e as exceções não mudaram.
Ela se aplica ao conteúdo web e aos apps móveis que uma entidade pública oferece ou disponibiliza, inclusive por meio de contratos, licenças ou outros acordos. O conteúdo que um fornecedor opera em seu nome conta como seu.
PDFs e documentos semelhantes publicados antes da sua data de cumprimento são excetuados, a menos que as pessoas ainda os usem para solicitar, acessar ou participar de um serviço. Documentos publicados depois da data precisam atender ao WCAG 2.1 AA.
Comece grátis · Sem cartão de crédito