Acessibilidade digital em 2026: por que parei de tratar acessibilidade como checklist de véspera

Resposta direta: em 2026, acessibilidade digital parou de ser uma revisão de fim de projeto e virou requisito de entrega, no mesmo nível de performance e segurança. Na minha experiência, o único jeito que funciona de verdade é colocar a checagem dentro do design system, no componente, em vez de deixar uma auditoria para a véspera do lançamento. Quem faz assim paga uma vez. Quem deixa para o fim paga em retrabalho, e paga caro.

Por que acessibilidade digital virou requisito em 2026

Durante anos eu vi acessibilidade ser tratada como um item simpático no orçamento, aquele que some na primeira negociação de prazo. Isso acabou. O European Accessibility Act entrou em vigor em 28 de junho de 2025, e 2026 é o ano em que a fiscalização começou a doer de verdade: auditorias sendo pedidas, declarações de acessibilidade sendo lidas com lupa e times de compras exigindo prova de conformidade dos fornecedores. As multas previstas chegam a 3 milhões de euros, além de bloqueio de mercado.

O detalhe que muita gente no Brasil ignora: a regra vale para quem atende usuários da União Europeia, mesmo sem sede lá. Se o seu e-commerce vende para Lisboa, a conversa é com você também. A referência técnica citada pela lei é o WCAG 2.1 AA, com prazo final de conformidade em 2030 para as microempresas que hoje têm alívio temporário.

O que mudou aqui no Brasil

Aqui a base sempre foi a Lei Brasileira de Inclusão, a Lei 13.146/2015, cujo artigo 63 já obriga acessibilidade em sites de empresas com sede ou representação comercial no país. O que faltava era norma técnica. Isso mudou: a ABNT publicou a NBR 17060, voltada a aplicativos móveis, e lançou em 11 de março de 2025 a NBR 17225, com diretrizes de acessibilidade para conteúdo web. E o Ministério Público Federal entrou com ação civil pública cobrando da União a regulamentação do artigo 63 e um plano de transição.

Traduzindo para quem toca projeto: a desculpa do "não existe regra clara no Brasil" tem prazo de validade curto. Aqui no Studio Seu eu já trabalho com WCAG 2.2 AA como padrão, porque é a referência que tanto a norma brasileira quanto a legislação europeia apontam.

WCAG 2.2 hoje, WCAG 3.0 no horizonte

Recebo muita pergunta sobre o WCAG 3.0, e minha resposta é sempre a mesma: estude, mas não use como alvo ainda. O rascunho foi atualizado em março de 2026 e traz mudanças grandes. Saem os níveis A, AA e AAA no formato passa ou não passa, e entram Bronze, Prata e Ouro, com pontuação baseada em resultados. O texto reorganizou a orientação em cerca de 174 requisitos e trouxe o modelo de contraste APCA no lugar da fórmula antiga.

A parte que mais me interessa é a cognitiva. O WCAG 2.x sempre foi forte em deficiência sensorial e motora, e fraco em TDAH, dislexia, memória e ansiedade. O 3.0 traz linguagem clara, nível de leitura e consistência de terminologia como requisitos de verdade. Isso é design de conteúdo, não código, e é exatamente onde um estúdio pequeno como o meu consegue entregar valor que ferramenta nenhuma entrega sozinha.

Mas é rascunho. A recomendação final não sai antes de 2028, e a expectativa realista é 2029, convivendo com o 2.2 em vez de substituí-lo. Alvo de contrato em 2026: WCAG 2.2 AA. O resto é preparação.

Como eu levo acessibilidade para dentro do projeto

Eu costumo resolver acessibilidade em três camadas, e nessa ordem:

• Token: contraste, tamanho mínimo de alvo de toque e espaçamento já nascem corretos na paleta e na escala. Se o token está certo, o designer não consegue errar por acidente.
• Componente: foco visível, ordem de tabulação, rótulo associado e estado de erro ficam dentro do botão, do campo e do modal. Um componente acessível é usado cinquenta vezes no site. Uma correção manual é usada uma vez.
• Página: aí sobra só o que é realmente de contexto, como hierarquia de títulos, texto alternativo e ordem de leitura.

O ganho é fácil de medir. Nos projetos em que a acessibilidade entrou no componente, a auditoria final vira uma lista curta. Nos que ela entrou no fim, a lista vem com dezenas de itens que são o mesmo erro copiado por todo lado.

Os erros que eu mais vejo

O primeiro é confiar em plugin de sobreposição, aquele widget que promete deixar o site acessível com uma linha de script. Não deixa, e em vários casos atrapalha quem usa leitor de tela. O segundo é tratar texto alternativo como campo obrigatório a ser preenchido às pressas: descrição ruim é quase tão inútil quanto descrição nenhuma. O terceiro é testar só com ferramenta automática. Ferramenta pega mais ou menos um terço dos problemas. O resto só aparece quando você navega o site inteiro usando apenas o teclado, coisa que eu faço em todo projeto antes de entregar.

Perguntas frequentes

Acessibilidade digital é obrigatória no Brasil em 2026?

Sim. A Lei 13.146/2015 já obriga acessibilidade em sites de empresas com sede ou representação comercial no país. O que ainda está em disputa é a regulamentação e a fiscalização do artigo 63, hoje cobrada judicialmente pelo Ministério Público Federal.

Devo mirar em WCAG 2.2 ou esperar o WCAG 3.0?

Mire em WCAG 2.2 AA agora. O WCAG 3.0 continua rascunho, atualizado em março de 2026, e não vira norma antes de 2028. Quem cumpre o 2.2 hoje sai na frente na transição.

Quanto encarece um projeto feito com acessibilidade desde o início?

Pouco, quando entra na fase de design system. O custo alto aparece quando a correção é feita com o site já pronto, porque aí você paga desenvolvimento e retrabalho de design ao mesmo tempo.

Widget de acessibilidade resolve o problema?

Não. Sobreposição automática não corrige estrutura de código e cria uma falsa sensação de conformidade, o que em uma auditoria é pior do que não ter nada.

O que eu faria no seu lugar

Se eu tivesse um site no ar hoje, começaria pelo mais barato: navegar tudo com teclado, conferir o contraste da paleta e revisar os formulários. Isso já elimina boa parte do risco e melhora conversão para todo mundo, não só para quem tem deficiência. Depois eu levaria as correções para os componentes, para não repetir o mesmo trabalho no projeto seguinte.

Se você tem um site ou uma loja para revisar antes que a cobrança chegue, me chama para conversar. Eu prefiro fazer esse trabalho na tranquilidade do planejamento do que na pressa de uma notificação.