A regra de acessibilidade web do Título II da ADA coloca pautas, atas e formulários de prefeituras sob o WCAG 2.1 AA. Veja quais documentos estão isentos, quais não estão, como é um plano de conformidade realista e como os secretários podem publicar versões acessíveis e pensadas para celular, sem refazer o site.
Toda quinta-feira à tarde, algum secretário municipal publica uma pauta digitalizada no site da cidade, e toda quinta-feira um morador que usa leitor de tela a abre e não ouve nada além de silêncio. Essa lacuna é exatamente o que o Departamento de Justiça mirou quando finalizou sua regra de acessibilidade web sob o Título II da Lei dos Americanos com Deficiência. Se você administra uma prefeitura, um escritório do condado ou um distrito especial, essa regra define como suas pautas, atas e formulários devem ser publicados. Ferramentas como o Flipbooks AI podem ajudar a transformar esses PDFs em publicações legíveis e pensadas para celular, mas antes você precisa entender o que a regra exige de fato.
Este artigo explica a regra em linguagem simples, separa seus documentos em "isentos" e "precisam de correção" e apresenta um plano viável para os três tipos de documento que mais dão trabalho: pautas, atas e formulários.
Em abril de 2024, o Departamento de Justiça publicou uma regra final que adota o WCAG 2.1 Nível AA como padrão técnico para o conteúdo web e os aplicativos móveis de governos estaduais e locais. Antes dessa regra, o Título II já exigia acesso igualitário, mas nunca indicava um padrão mensurável. Agora indica.
A regra vale para todas as entidades governamentais estaduais e locais cobertas pelo Título II. Isso inclui cidades, municípios, condados, distritos escolares, bibliotecas públicas, distritos especiais e os conselhos e comissões que funcionam sob eles. As datas de conformidade dependem da população:
| Porte da entidade | Data original de conformidade | Exemplos típicos |
|---|---|---|
| 50.000 habitantes ou mais | 24 de abril de 2026 | Grandes cidades, condados |
| Menos de 50.000 habitantes | 26 de abril de 2027 | Pequenos municípios, condados rurais |
| Distritos especiais | 26 de abril de 2027 | Distritos de água, bombeiros, parques |
⚠️ As datas de conformidade têm mudado com frequência nas discussões de políticas. Confirme as datas atuais no site da ADA do Departamento de Justiça antes de definir um prazo interno.
O WCAG se organiza em torno de quatro ideias: o conteúdo precisa ser perceptível, operável, compreensível e robusto. Para um secretário municipal, isso se traduz em requisitos concretos:
Os moradores interagem com a prefeitura por meio de um conjunto pequeno de documentos. A pauta da câmara informa o que será decidido. As atas informam o que foi decidido. Os formulários permitem agir: tirar uma licença, pedir documentos, solicitar um alvará, se inscrever em um programa.
Essas três categorias também são onde a regra pesa mais, porque as exceções que protegem o material antigo arquivado não protegem os documentos de que os moradores precisam para participar do governo.
Uma pauta de reunião é atual, pública e tem prazo. Um morador que não consegue ler a pauta não consegue comentá-la, e a participação do público nas sessões é uma forma central de as pessoas participarem do governo local. Os pacotes de pauta são ainda mais difíceis: muitas vezes reúnem pareceres técnicos, contratos digitalizados, planilhas e apresentações em um único arquivo de 300 páginas.
As atas ficam numa zona cinzenta. As atas recentes são conteúdo ativo que as pessoas consultam com regularidade. As atas mais antigas podem se enquadrar como conteúdo web arquivado, que a regra trata de forma diferente. A distinção importa, e tratamos dela na seção de exceções abaixo.
Os formulários são o caso mais claro. A regra diz expressamente que documentos eletrônicos convencionais usados para solicitar, obter acesso ou participar de um serviço público devem ser acessíveis, mesmo que tenham sido publicados antes da data de conformidade. Um pedido de alvará em PDF digitalizado e sem rótulos é a violação clássica.
A regra inclui uma lista curta de exceções. Elas são mais restritas do que a maioria espera, então leia cada condição com atenção antes de deixar um arquivo intocado.
Um conteúdo está isento se for mantido apenas para consulta ou registro, estiver guardado em um arquivo claramente identificado, não for alterado depois de arquivado e tiver sido criado antes da data de conformidade. As quatro condições precisam valer ao mesmo tempo. Uma pasta com atas de 2019 que fica na mesma navegação das atas atuais, sem nenhum rótulo de arquivo, pode não se qualificar.
Arquivos Word, PDFs, planilhas e apresentações publicados antes da data de conformidade estão isentos, a menos que sejam usados hoje para solicitar, acessar ou participar de um serviço. Por isso os formulários antigos não estão seguros, enquanto um informativo antigo, em geral, está.
Documentos protegidos por senha sobre uma pessoa específica, como uma conta de serviços públicos ou uma carta com a situação de um alvará, estão isentos da regra web desde que estejam vinculados a essa pessoa. Conteúdo publicado por terceiros, como comentários públicos enviados por moradores, também está isento, a menos que quem o publique seja o contratado ou o agente do governo.
| Tipo de documento | Situação provável | Motivo |
|---|---|---|
| Pauta da reunião da próxima terça-feira | Precisa ser acessível | Conteúdo novo e atual |
| Atas aprovadas no mês passado | Precisa ser acessível | Conteúdo novo, publicado após a data |
| Atas de 2018 em um arquivo identificado | Provavelmente isento | Conteúdo web arquivado |
| Pedido de alvará de 2020 ainda no site | Precisa ser acessível | Usado para acessar um serviço |
| Conta de serviço individual atrás de login | Isento | Individualizado, protegido por senha |
| Carta de comentário enviada por um morador | Isento | Conteúdo de terceiros |
💡 Se você não tem certeza se um arquivo está isento, verifique quantos moradores ainda o utilizam. Se as pessoas ainda baixam o arquivo para resolver algo com a prefeitura, trate-o como ativo e corrija.
O problema mais comum nos sites de prefeituras é o PDF digitalizado. O scanner produz uma imagem de cada página. Para um leitor de tela, uma imagem de página não contém palavra alguma.
PDFs formados só por imagens falham em tudo. Não podem ser pesquisados, não podem ser ampliados sem ficar borrados, não podem ser lidos em voz alta e são péssimos no celular. Um morador numa tela pequena precisa dar zoom e rolar para os lados em uma página feita para papel carta.
A maioria dos secretários não tem uma equipe dedicada à acessibilidade. Tem um assistente em meio período, uma caixa de e-mails compartilhada e uma reunião na segunda-feira. O plano precisa caber nessa realidade.
Liste cada tipo de documento do site e ordene-os por audiência e pelo impacto direto na participação. Pautas, atas atuais e formulários ativos vêm primeiro. Relatórios anuais e informativos vêm depois. Os arquivos ficam por último.
A correção de acessibilidade mais barata acontece antes de o PDF existir. Escreva as pautas em um processador de texto usando estilos de título reais, listas reais e tabelas reais. Adicione texto alternativo às imagens. Exporte com as tags ativadas. Um documento bem construído leva alguns minutos a mais; um documento consertado depois pode levar uma hora.
Escreva uma política de uma página dizendo que todo documento público novo precisa atender ao WCAG 2.1 AA antes de ser publicado. Inclua a mesma cláusula em todo contrato com fornecedores, inclusive o fornecedor do software de pautas e quem cria formulários.
| Tarefa | Responsável | Frequência | Ferramenta necessária |
|---|---|---|---|
| Montar a pauta com estilos de título | Secretário municipal | A cada reunião | Processador de texto |
| Rodar o verificador de acessibilidade no pacote | Vice-secretário | A cada reunião | Editor de PDF |
| Legendar o vídeo da reunião | TI ou fornecedor | A cada reunião | Serviço de legendagem |
| Auditar os formulários ativos | Gestor de registros | Trimestral | Leitor de tela |
| Revisar contratos com fornecedores | Procurador municipal | Anual | Modelo de contrato |
Adicione um link ou número de telefone visível onde os moradores possam pedir um formato acessível ou relatar uma barreira. Responda rápido. Uma resposta documentada e ágil demonstra boa-fé e, muitas vezes, resolve o problema antes que ele vire uma reclamação.
Depois que os arquivos de origem estiverem limpos, você ainda precisa de uma forma agradável de apresentá-los. Um link para PDF obriga o morador a baixar um arquivo e abrir outro aplicativo. Um flipbook abre no navegador, se ajusta a qualquer tela e mantém o texto selecionável.
O processo leva alguns minutos por documento:
Para pacotes com muitos anexos, o Criador de flipbook de relatório mantém documentos longos fáceis de percorrer, e a ferramenta Incorporar flipbook no site coloca os arquivos diretamente na sua página atual.
Veja os planos de preços para comparar os níveis Standard e Professional.
✅ Um flipbook não substitui os documentos de origem acessíveis. Construa o PDF corretamente primeiro, depois use o flipbook como porta de entrada amigável e mantenha sempre um link de download acessível ao lado dele.
| Método de publicação | Amigável para celular | Texto pesquisável | Funciona sem download | Esforço para a equipe |
|---|---|---|---|---|
| Link para PDF digitalizado | Ruim | Não | Não | Baixo |
| Link para PDF com tags | Razoável | Sim | Não | Médio |
| PDF com tags como flipbook | Bom | Sim | Sim | Médio |
| Somente página HTML | Excelente | Sim | Sim | Alto |
Os formulários merecem atenção própria, porque a regra os trata como prioridade máxima.
Cada campo precisa de um rótulo visível, ligado programaticamente ao campo. Texto de exemplo que desaparece quando a pessoa começa a digitar não conta. Agrupe campos relacionados, como o endereço de correspondência, para que a tecnologia assistiva anuncie o nome do grupo.
Nem todo morador vai concluir um formulário online, e tudo bem. Ofereça um telefone, uma opção presencial e uma forma de pedir ajuda. Acessibilidade significa acesso igualitário ao serviço, e um balcão bem administrado faz parte disso.
💡 Substitua "Imprima, assine e digitalize" por um nome digitado ou uma opção de assinatura eletrônica sempre que a lei estadual permitir. Isso ajuda moradores com mobilidade reduzida e diminui seu próprio trabalho de digitalização.
Os documentos são só parte do quadro. Transmissões ao vivo, reuniões gravadas e as apresentações exibidas no plenário também estão sujeitas à regra.
Vídeos gravados precisam de legendas e de uma descrição de áudio ou equivalente. Vídeos ao vivo precisam de legendas ao vivo no nível AA. Publicar uma transcrição ou as atas aprovadas ao lado da gravação é um complemento inteligente, embora não substitua as legendas.
Mapas de zoneamento e gráficos do orçamento são infratores frequentes. Forneça um resumo em texto ou uma tabela de dados ao lado de cada gráfico, para que a informação não fique presa dentro de uma imagem.
Se sua plataforma de pautas, seu portal de pagamentos ou seus formulários online vierem de um fornecedor, você continua responsável pelo resultado. Peça a cada fornecedor um relatório atual de conformidade de acessibilidade e coloque sua expectativa de WCAG 2.1 AA no contrato.
Você não precisa corrigir todos os documentos de uma vez. Um mês bem focado pode mudar o que os moradores experimentam.
Cidades que seguem essa ordem tendem a receber menos reclamações, porque os documentos que os moradores mais usam são corrigidos primeiro.
Pronto para publicar sua próxima pauta em um formato que os moradores consigam ler em qualquer aparelho? Comece grátis com o Flipbooks AI, veja todas as ferramentas de flipbook para relatórios, informativos e folhetos, ou compare os planos de preços para escolher o nível certo para seu escritório.
Escolha seu idioma
