Acessibilidade Digital para OSCs: WCAG, Lei Brasileira de Inclusão e Por Que Importa para Editais

Pontos-Chave sobre Acessibilidade Digital em OSCs

• 14,4 milhões de brasileiros têm alguma deficiência — 7,3% da população
• Lei 13.146/2015 (Estatuto da Pessoa com Deficiência) exige acessibilidade em sítios da internet
• WCAG é o padrão internacional de acessibilidade web, referência para conformidade
• Editais e patrocinadores já cobram acessibilidade — não é mais diferencial, é requisito

Por Que Acessibilidade Digital é Obrigação de OSCs

Uma OSC que atende pessoas com deficiência mas tem um site que elas não conseguem navegar vive uma contradição. Se a OSC promove inclusão, o ponto de entrada digital dela precisa ser inclusivo — senão o discurso se esvazia na primeira tela.

Mas há mais que coerência. A Lei nº 13.146/2015, conhecida como Lei Brasileira de Inclusão da Pessoa com Deficiência (Estatuto da Pessoa com Deficiência), estabelece em seu artigo 63 que é obrigatória a acessibilidade nos sítios da internet mantidos por empresas com sede ou representação comercial no País ou por órgãos de governo, para uso da pessoa com deficiência, conforme as melhores práticas e diretrizes de acessibilidade adotadas internacionalmente.

O Censo 2022 do IBGE revelou que o Brasil tem 14,4 milhões de pessoas com deficiência — 7,3% da população com 2 anos ou mais de idade. Dessas, 7,9 milhões tinham dificuldade de enxergar, 5,2 milhões de andar ou subir degraus, 2,6 milhões de ouvir. Para cada uma dessas pessoas, um site sem acessibilidade é uma porta fechada.

Panorama das Pessoas com Deficiência no Brasil

• 14,4 milhões de pessoas com deficiência (7,3% da população com 2+ anos)
• 7,9 milhões com dificuldade de enxergar (mesmo usando óculos)
• 5,2 milhões com dificuldade de andar ou subir degraus
• 2,6 milhões com dificuldade de ouvir (mesmo usando aparelho auditivo)
• 21,3% de taxa de analfabetismo entre pessoas com deficiência (15+ anos), contra 5,2% sem deficiência

Fontes: IBGE — Censo 2022: Brasil tem 14,4 milhões de pessoas com deficiência (2024); Lei nº 13.146/2015 — Planalto

O Que a Lei Exige e o Que a WCAG Recomenda

Lei Brasileira de Inclusão (Art. 63)

O artigo 63 da Lei nº 13.146/2015 estabelece três pontos centrais:

1. Obrigatoriedade: sítios da internet devem ser acessíveis para pessoas com deficiência
2. Padrão internacional: a conformidade segue as melhores práticas e diretrizes adotadas internacionalmente — ou seja, a WCAG
3. Símbolo de acessibilidade: os sítios devem conter símbolo de acessibilidade em destaque

A lei não detalha critérios técnicos — delega isso às diretrizes internacionais, que é a WCAG (Web Content Accessibility Guidelines), mantida pelo W3C (World Wide Web Consortium).

WCAG: Os 4 Princípios

A WCAG organiza a acessibilidade em quatro princípios (POUR):

1. Perceptível: a informação e os componentes da interface devem ser apresentados de forma que os usuários possam perceber. Texto alternativo em imagens, legendas em vídeos, contraste suficiente entre texto e fundo.
2. Operável: os componentes de interface e navegação devem ser operáveis. Navegação por teclado (sem mouse), tempo suficiente para ler/usar, sem conteúdo que pisca mais de 3 vezes por segundo.
3. Compreensível: a informação e a operação da interface devem ser compreensíveis. Linguagem clara, previsibilidade de navegação, prevenção e correção de erros.
4. Robusto: o conteúdo deve ser robusto o suficiente para ser interpretado por diferentes agentes de usuário, incluindo tecnologias assistivas. HTML semântico, compatibilidade com leitores de tela.

Diferencial do Nexus Social: o frontend do Nexus é construído com componentes MUI (Material UI), que seguem as diretrizes de acessibilidade do W3C por padrão — navegação por teclado, ARIA semântico, foco visível. O middleware aplica CSP com suporte a leitores de tela, e os componentes interativos (TableOfContents, CookieBanner) têm focus trap para navegação por teclado sem mouse.

5 Práticas de Acessibilidade que Toda OSC Deve Adotar

1. Texto Alternativo em Imagens

Toda imagem informativa precisa de texto alternativo (alt) que descreva o que a imagem comunica. Para imagens decorativas, alt="" (vazio) sinaliza ao leitor de tela que pode ignorar. Sem alt, o leitor de tela lê o nome do arquivo — "photo123.jpg" — que não comunica nada.

Exemplo prático: No site de uma OSC, a foto da capa de um projeto tem alt="Oficina de marcenaria com 12 participantes na sede da OSC em São Paulo". Um usuário cego que navega com leitor de tela entende o contexto da imagem sem vê-la.

2. Contraste de Cores

Texto com baixo contraste em relação ao fundo é ilegível para pessoas com baixa visão. A WCAG exige contraste mínimo de 4.5:1 para texto normal e 3:1 para texto grande. Cinza claro em branco, por exemplo, costuma falhar.

3. Navegação por Teclado

Toda funcionalidade deve ser operável por teclado — sem mouse. Isso inclui navegar por links, preencher formulários, abrir menus, fechar modais. Usuários com deficiência motora ou visual dependem disso. O teste simples: desconecte o mouse e tente usar o site. Se não conseguir, não é acessível.

4. Formulários com Rótulos Associados

Cada campo de formulário precisa de um rótulo (label) associado, não apenas texto visual ao lado. O leitor de tela precisa anunciar "Nome" quando o cursor entra no campo — o que só acontece com label programaticamente associado, não com texto solto.

5. Estrutura Semântica com Headings

A estrutura de títulos (H1, H2, H3) não é estética — é navegação. Leitores de tela permitem pular entre headings para entender a estrutura da página. Pular níveis (H1 para H4) ou usar headings por tamanho visual (em vez de hierarquia) quebra essa navegação.

Por Que Acessibilidade é Critério de Edital

Editais públicos e patrocínios privados passaram a cobrar acessibilidade — não como diferencial, mas como requisito. A razão é dupla:

1. Conformidade legal: uma OSC que recebe recurso público e tem site inacessível expõe o ente público a questionamento — a lei é clara.
2. Princípio da universalidade: editais de assistência social, cultura e educação exigem que o público-alvo tenha acesso à informação. Se 7,3% da população tem deficiência, um site inacessível exclui esse público do alcance do projeto.

O checklist de LGPD para auditoria já mostra que editais cobram conformidade documental; a acessibilidade digital entra no mesmo pacote de exigências que a OSC precisa comprovar.

Comparativo: Site Acessível vs. Site Inacessível

Critério	Site Inacessível	Site Acessível (WCAG)
Navegação por leitor de tela	Impossível	Fluida
Navegação sem mouse	Impossível	Completa
Contraste para baixa visão	Ilegível	Legível
Conformidade com Lei 13.146	Não	Sim
Elegibilidade em editais	Comprometida	Preservada
Alcance do público-alvo	Exclui 7,3% da população	Inclui

O Risco de Ignorar Acessibilidade

Ignorar acessibilidade tem três custos. Primeiro, exclusão de público: a OSC que atende pessoas com deficiência não consegue alcançá-las pelo próprio site. Segundo, risco legal: a Lei 13.146/2015 prevê sanções para descumprimento, e a acessibilidade é cobrada em auditorias de editais. Terceiro, perda de captação: patrocinadores com estratégia ESG que inclui inclusão (o "S" de Social) preferem OSCs cujo próprio ponto de entrada é inclusivo.

A boa notícia: acessibilidade não é um retrofit caro se for considerada desde o início. Componentes de interface que seguem WCAG (como o MUI, usado no Nexus) já entregam 80% do trabalho — o que resta é conteúdo (alt em imagens, contraste, headings) e teste com usuários reais.

Perguntas Frequentes

Como testo se meu site é acessível?

Comece com ferramentas automatizadas (Lighthouse no Chrome, axe DevTools, WAVE) que detectam problemas técnicos. Depois, faça o teste manual: navegue só com teclado, desligue o mouse, use um leitor de tela (NVDA é gratuito). Por fim, teste com usuários reais com deficiência — o teste automatizado não captura tudo.

A acessibilidade vale só para o site público ou também para o sistema interno?

A Lei 13.146/2015 foca em sítios da internet — o site público é o alvo legal. Mas o sistema interno de gestão também deve ser acessível, porque a equipe da OSC pode incluir pessoas com deficiência, e excluir um funcionário do sistema interno é discriminação. É boa prática e conformidade com o espírito da lei.

WCAG tem níveis. Qual preciso atingir?

A WCAG tem três níveis: A (mínimo), AA (intermediário, referência para políticas públicas) e AAA (máximo). A maioria das exigências legais e de editais referencia o nível AA. Visar AA é o padrão realista e suficiente para a maioria das OSCs.

Acessibilidade prejudica o design?

Não. Acessibilidade bem feita melhora a experiência para todos — contraste adequado ajuda quem está em ambiente com claridade, navegação por teclado ajuda quem tem mouse quebrado, texto alternativo ajuda em conexões lentas que não carregam imagem. Acessibilidade é design melhor, não design limitado.

---

Se sua OSC quer um sistema de gestão com acessibilidade nativa (componentes WCAG, navegação por teclado, ARIA semântico) e precisa adequar o site público, o Nexus Social é construído sobre componentes acessíveis por padrão. Agende uma demonstração.

---

Fontes e Referências

• Lei nº 13.146/2015 (Lei Brasileira de Inclusão) — Planalto — Estatuto da Pessoa com Deficiência, art. 63 (acessibilidade em sítios da internet) (2015)
• IBGE — Censo 2022: Brasil tem 14,4 milhões de pessoas com deficiência — Resultados preliminares da amostra do Censo 2022 sobre pessoas com deficiência, com recortes por tipo de dificuldade funcional (2024)
• eMAG — Cartilha de Acessibilidade Digital — Versão brasileira especializada das diretrizes WCAG, mantida pelo governo federal, com classificação de conformidade
• W3C — Web Content Accessibility Guidelines (WCAG) — Padrão internacional de acessibilidade para conteúdo web, mantido pelo World Wide Web Consortium

---