Como deixar o site da minha empresa acessível em 2026 (WCAG 2.2 e NBR 17225)

A acessibilidade digital deixou de ser diferencial e passou a ser condição básica para qualquer empresa que atua no Brasil. Em 2026, a convergência entre a Lei Brasileira de Inclusão (LBI), as diretrizes internacionais WCAG 2.2 e as normas ABNT (NBR 17225 para web e NBR 17060 para mobile) coloca as PMEs diante de um caminho claro: adequar o site às melhores práticas ou correr riscos legais, reputacionais e comerciais.

O que é obrigatório para PMEs no Brasil em 2026

• Base legal: a Lei Brasileira de Inclusão (Lei 13.146/2015, art. 63) estabelece a obrigatoriedade de acessibilidade em sites mantidos por empresas com sede ou representação no país, conforme melhores práticas internacionais. Fonte: Planalto.
• Orientação oficial: o Ministério dos Direitos Humanos reforça que a acessibilidade digital é um direito previsto na LBI e que empresas também devem cumprir. Fonte: gov.br.

Em outras palavras: não é apenas para governo; empresas privadas também devem tornar seus sites acessíveis, seguindo padrões reconhecidos.

Quais padrões usar: WCAG 2.2 + ABNT NBR 17225

• WCAG 2.2: tornou-se recomendação oficial do W3C em 05/10/2023 e acrescentou critérios como Autenticação Acessível (sem “testes cognitivos”), foco visível aprimorado, alvos de toque maiores e ações sem arrastar. Fontes: W3C News e o que há de novo na 2.2 WAI.
• Tradução oficial em português do Brasil: publicada em 27/03/2025, facilita o trabalho de equipes locais. Fonte: WCAG 2.2 pt-BR.
• ABNT NBR 17225:2025 (Acessibilidade Digital para Web): referencia a WCAG 2.2 e consolida requisitos para sites no Brasil. Para mobile, a NBR 17060:2022. Referências públicas: Câmara dos Deputados – NBR 17225 e manual do MDH que cita ambas as normas gov.br.
• Guia prático nacional: o eMAG 3.1 (03/07/2026) segue alinhado às recomendações internacionais e oferece checklists e exemplos. Fontes: portal eMAG e PDF v3.1.

Em 2026, há uma convergência clara: LBI (obrigatoriedade) + WCAG 2.2 (padrão técnico) + ABNT (normas nacionais), todas em português e reconhecidas por órgãos federais.

Por que isso importa para sua PME: alcance e inclusão

• Tamanho do público: a PNAD Contínua 2022 (IBGE) estimou 18,6 milhões de pessoas com deficiência (8,9% da população com 2 anos ou mais). Fonte: Agência IBGE.
• Já o Censo 2022 apontou 14,4 milhões de pessoas com deficiência (7,3%), por metodologia diferente. Fontes: Agência Gov e Agência Brasil.
• O próprio IBGE recomenda considerar ambas as referências para planejamento. Fontes: página temática IBGE e PNAD – divulgação anual.

Em termos de negócios, tratar acessibilidade como prioridade amplia mercado, reduz fricção em conversões (formulários, carrinhos, agendamentos) e fortalece a reputação da sua marca.

Como começar: um roteiro prático para PMEs

1) Levantamento rápido (semanas 1–2)

• Mapear páginas críticas: home, produtos/serviços, contato, formulário de orçamento, checkout, blog e áreas de login.
• Rodar uma varredura automática (ferramentas de validação) para identificar problemas de contraste, semântica e navegação por teclado.
• Entrevistar 2–3 usuários reais, se possível incluindo pessoas com deficiência, para observar barreiras práticas.

Exemplo prático: no formulário de contato, verifique se cada campo possui rótulo visível e “nome acessível” equivalente. O W3C documenta a falha F111 quando o rótulo visual não corresponde ao nome acessível usado por tecnologias assistivas. Fonte: Changelog WCAG Techniques.

2) Correções de alto impacto e baixo esforço (semanas 2–4)

• Teclado primeiro: toda função deve ser operável via teclado (Tab/Shift+Tab/Enter/Espaço). Evite interações que dependam de arrastar, conforme a 2.2. Exemplos: menus, sliders e modais.
• Foco visível: destaque claro ao navegar por teclado (bordas e contraste adequados). A WCAG 2.2 reforça critérios de foco aprimorado.
• Contraste: textos e ícones com contraste suficiente. Não confie apenas em cores para transmitir informação (erros de formulário, estados de botão).
• Estrutura semântica: use cabeçalhos h1–h6 em ordem lógica, landmarks ARIA (main, nav, header, footer) e atributos lang corretamente.
• Imagens com texto alternativo adequado; ícones decorativos devem ser ignorados por leitores de tela (alt="" ou role="presentation").
• Links e botões claros: rótulos descritivos, como “Enviar orçamento” em vez de “Clique aqui”.

3) Formulários e autenticação (semanas 3–6)

• Rótulos e instruções: todo campo deve ter label associado e instruções legíveis antes do envio.
• Erros e validação: mensagens claras, relação com o campo problemático e sugestão de correção.
• Tamanho e alvo de toque: botões e inputs com área generosa para uso em telas sensíveis.
• Autenticação sem “testes cognitivos”: evite desafios como reconhecer imagens ou transcrever textos. Adote alternativas como links mágicos, biometria do dispositivo ou CAPTCHA acessível. Referência: Accessible EU sobre WCAG 2.2.

4) Conteúdo e atualização contínua (semanas 4–8)

• Evite conteúdos que atualizam automaticamente sem controle do usuário (carrosséis; feeds que rolam sozinhos). Dê botões de pausa/parar.
• Linguagem simples e direta; use listas e subtítulos para facilitar a compreensão.
• Em páginas extensas, ofereça “pular para o conteúdo”.
• Siga exemplos e checklists nacionais do eMAG: portal eMAG e diretrizes de conteúdo acessível no gov.br.

Dicas técnicas objetivas para sua equipe

• Priorize WCAG 2.2 nível AA como meta mínima, alinhada à ABNT NBR 17225.
• Documente decisões de design e desenvolvimento (componentes acessíveis compartilhados no seu design system).
• Teste com leitores de tela (NVDA/JAWS/VoiceOver) e navegadores diferentes. Inclua zoom até 200% e alto contraste do sistema.
• Faça testes de teclado em todas as páginas críticas e valide o foco visível.
• Crie uma política interna de acessibilidade, com responsáveis, SLAs de correção e revisões trimestrais.

Benefícios de negócio além da conformidade

• SEO e alcance: sites semanticamente corretos tendem a melhorar rastreabilidade e experiência em dispositivos variados.
• Conversão: formulários claros e acessíveis reduzem abandono e dúvidas no atendimento.
• Marca e compliance: reduz risco de autuações e demonstra compromisso ESG concreto.

Exemplo rápido de correção (antes e depois)

• Antes: botão com apenas ícone de “lupa” para busca, sem texto alternativo, alvo de toque pequeno e foco invisível.
• Depois: botão “Buscar” com ícone decorativo marcado como ignorado por leitor de tela, alvo de 44px e anel de foco visível ao navegar por Tab.

Ferramentas e referências úteis para 2026

• WCAG 2.2 em português: WCAG 2.2 pt-BR
• O que mudou na 2.2: WAI – novidades
• ABNT NBR 17225 (web) e NBR 17060 (mobile): referências públicas
• eMAG 3.1 e checklists: gov.br – eMAG

Se você ainda não tem um site preparado para evoluir com essas frentes, vale revisar arquitetura, CMS e performance. Conheça nosso serviço de desenvolvimento e otimização de sites: /servicos/sites. E, para acompanhar métricas e evolução das correções, use um painel integrado como o Painel MConect: /painel.

Perguntas frequentes

O que muda da WCAG 2.1 para a 2.2 que impacta PMEs?

A 2.2 inclui critérios focados em usabilidade móvel e inclusão cognitiva: foco visível mais rigoroso, alvos de toque maiores, ações sem arrastar e autenticação sem testes cognitivos (evitar CAPTCHAs baseados em desafio mental). Essas mudanças exigem revisão de componentes de UI, formulários e fluxos de login/checkout. Fontes: W3C News e WAI – novidades.

A ABNT NBR 17225 substitui a WCAG 2.2?

Não. A NBR 17225 referencia a WCAG 2.2 e consolida requisitos para o contexto brasileiro. Na prática, seguir a WCAG 2.2 (nível AA) e checar as orientações da NBR 17225 e do eMAG 3.1 é o caminho recomendado para conformidade no Brasil. Referências: Câmara dos Deputados – NBR 17225 e eMAG 3.1.

Minha empresa é pequena. Por onde começo e quanto tempo leva?

Comece pelas páginas críticas (home, contato, orçamento, checkout) e pelos critérios de maior impacto: teclado, foco, contraste, rótulos de formulário e textos alternativos. Muitas correções podem ser feitas entre 30 e 60 dias, com evolução contínua após isso. Um plano 30/60/90 dias e um painel de acompanhamento ajudam a priorizar e medir ganhos.

---

Na MConect, unimos estratégia, design e tecnologia para adequar seu site às exigências da WCAG 2.2 e da ABNT NBR 17225, com foco em resultado e experiência do usuário. Nosso time atua do diagnóstico à implementação, e você acompanha tudo no Painel MConect, com indicadores de acessibilidade, conversão e evolução técnica. Fale com a gente e agende um diagnóstico gratuito para o seu site.