A maioria dos problemas de acessibilidade digital não aparece na tela. Estão no código: atributos ausentes, rótulos não declarados, estruturas semânticas incorretas. Um portal pode ter visual moderno, cores cuidadosas e boa organização de conteúdo e ainda falhar em dezenas de critérios da WCAG 2.2 e da ABNT NBR 17225:2025 que afetam diretamente usuários com deficiência. O scanner de acessibilidade é a ferramenta que torna essas falhas visíveis, com precisão e escala que a revisão manual isolada não consegue oferecer.

O que o scanner analisa e como funciona

Um scanner de acessibilidade navega pelo site em navegador real e examina o código de cada página da mesma forma que um leitor de tela ou outra tecnologia assistiva faria. O processo identifica ocorrências que violam critérios específicos das WCAG 2.2, classificando cada uma por gravidade e indicando a localização exata no código.

A diferença entre um scanner que analisa o HTML em modo estático e um que navega em navegador real é significativa: conteúdo carregado dinamicamente por JavaScript, formulários interativos e áreas autenticadas de sistemas restritos só são analisados corretamente pelo segundo.

Os critérios verificáveis automaticamente cobrem a maioria das falhas encontradas em auditorias formais. Entre eles estão a presença e qualidade de textos alternativos em imagens, a correta declaração do idioma da página, a existência de rótulos associados a campos de formulário, o contraste entre texto e fundo, a presença de títulos de página descritivos e a estrutura lógica de cabeçalhos.

As falhas mais comuns que o scanner identifica

A auditoria do TCU com 288 órgãos federais, formalizada no Acórdão 2.099/2025-TCU-Plenário, mostrou que os problemas de acessibilidade mais frequentes são previsíveis e recorrentes em diferentes tipos de site e setor.

O texto alternativo ausente em imagens é a falha mais comum. Quando uma imagem não tem o atributo alt ou tem um valor genérico, leitores de tela não conseguem transmitir o conteúdo ao usuário com deficiência visual. O scanner identifica cada ocorrência e indica se o atributo está ausente, vazio ou insuficiente.

Formulários sem rótulos adequados representam outra barreira frequente. Campos de entrada sem label associado corretamente no código são invisíveis para tecnologias assistivas, mesmo que a palavra “Nome” apareça visualmente próxima ao campo. A associação precisa estar declarada no HTML para funcionar.

O contraste insuficiente entre texto e fundo é verificável automaticamente com precisão. A WCAG 2.2 e a ABNT NBR 17225:2025 definem razões de contraste mínimas: 4,5:1 para texto normal e 3:1 para texto grande. Essa verificação costuma revelar falhas em textos sobre fundos coloridos, botões e elementos de interface que parecem legíveis visualmente mas não atingem o critério técnico.

A declaração de idioma ausente no código da página impede que leitores de tela ajustem a pronúncia corretamente. É uma linha no HTML que passa despercebida na revisão visual e é detectada imediatamente pelo scanner.

A navegação por teclado bloqueada é verificada testando se todos os elementos interativos são alcançáveis e operáveis sem o uso de mouse. Armadilhas de foco, onde o usuário fica preso em um elemento e não consegue avançar com o teclado, são um problema grave identificado no comportamento real da página.

Por que a escala importa

Um portal com dezenas de páginas tem centenas de elementos a verificar. Revisar manualmente cada imagem, cada formulário e cada valor de contraste em escala real não é viável sem automação. O scanner percorre todas as páginas e entrega um relatório consolidado, com contagem por tipo de ocorrência, gravidade e URL afetada.

Esse relatório tem duas utilidades práticas. A primeira é técnica: orienta a equipe de desenvolvimento sobre o que corrigir, em que ordem e com que prioridade. A segunda é de gestão e documentação: registra o estado do ambiente em um momento específico, com data, antes do início das correções. Esse registro é relevante para processos de adequação vinculados a prazos normativos ou judiciais.

O contexto normativo que torna esse diagnóstico urgente está detalhado no post sobre o que o TCU auditou e o que o MPF exige em acessibilidade digital. Os critérios técnicos que o scanner verifica estão descritos no guia sobre a ABNT NBR 17225:2025 e o que ela exige na prática.

O que o scanner não faz e o que exige revisão complementar

A varredura automatizada cobre os critérios verificáveis por código. Alguns critérios das WCAG 2.2 e da ABNT NBR 17225:2025 exigem julgamento humano e não são detectáveis automaticamente.

A qualidade do texto alternativo é um exemplo. O scanner identifica se o atributo alt existe, mas não avalia se a descrição é adequada ao conteúdo da imagem. Uma imagem com alt=”foto” tecnicamente tem o atributo, mas o texto não cumpre a função de comunicar o conteúdo ao usuário com deficiência visual.

A ordem lógica de leitura, a consistência de navegação entre páginas e a adequação de linguagem para usuários com limitações cognitivas também exigem avaliação humana. A prática recomendada é usar o scanner como primeiro passo para cobrir o volume de verificações automatizáveis e complementar com revisão manual nos critérios que dependem de contexto e julgamento.

O scanner cobre o que o código pode responder. A revisão humana cobre o que o contexto exige.

Conclusão

O scanner de acessibilidade não é uma solução completa de conformidade. É o instrumento mais eficiente para identificar, em escala e com precisão, as falhas que existem no código e que a revisão visual não alcança. Para equipes que precisam entender onde o ambiente atual falha antes de planejar a adequação, e para gestores que precisam de um registro documentado com data do estado atual, a varredura é o ponto de partida mais direto.

Perguntas frequentes

O scanner de acessibilidade garante conformidade com as WCAG 2.2?
Não garante conformidade completa, porque parte dos critérios exige avaliação humana. O scanner cobre os critérios verificáveis por código de forma sistemática e em escala. A conformidade plena exige também revisão manual dos critérios que dependem de julgamento sobre qualidade, consistência e adequação de conteúdo.

Que tipos de páginas o scanner consegue analisar?
Scanners que operam em navegador real conseguem analisar páginas com conteúdo carregado dinamicamente por JavaScript, formulários interativos e, dependendo da configuração, áreas autenticadas de sistemas restritos. Scanners que analisam apenas o HTML estático não capturam o estado real da página após o carregamento completo.

Com que frequência o scanner deve ser executado?
A prática recomendada é executar o scanner antes de iniciar um plano de adequação, para ter o diagnóstico de ponto de partida com data, e periodicamente após as correções para verificar regressões e avaliar novas páginas publicadas. Ambientes que publicam conteúdo com frequência se beneficiam de varreduras regulares.

O que fazer com o relatório gerado pelo scanner?
O relatório deve ser compartilhado com a equipe técnica responsável pelo site, que usará as ocorrências listadas para priorizar e executar as correções. A recomendação é começar pelas falhas de maior gravidade e maior recorrência, que geralmente têm impacto mais amplo na experiência de usuários com deficiência.

O post O que o scanner de acessibilidade encontra que a revisão visual não vê: um guia prático para gestores de sites apareceu primeiro em Madri Lab.

Instalar um painel de acessibilidade resolve, em minutos, uma parte real da experiência de quem visita um site: aumento de texto, contraste, espaçamento entre linhas, leitura em voz e VLibras já ficam disponíveis para qualquer pessoa ativar. O que esse tipo de ferramenta não faz, e nenhuma ferramenta automática faz, é escrever a descrição de uma imagem, corrigir a ordem dos títulos de uma página ou declarar o idioma correto do conteúdo. Essa parte depende de quem publica.

O que o painel resolve na hora

O painel de acessibilidade funciona como uma camada de preferências para o visitante. Mais de 18 recursos podem ser ativados de forma independente: aumento de texto, alto contraste, guia de leitura, pausa de animações, leitura em voz e integração com o VLibras. Para quem tem baixa visão, dislexia, daltonismo ou está apenas cansado no fim do dia, esse ajuste imediato já melhora bastante a navegação. A instalação é feita por um código de embed, sem alterar o conteúdo publicado.

O que só o conteúdo acessível resolve

Existe uma camada que nenhum widget alcança, porque depende do que foi escrito e programado em cada página. Entre os pontos mais comuns estão imagens sem texto alternativo, formulários sem rótulo, títulos fora de ordem, navegação que trava fora do teclado e páginas sem o idioma declarado corretamente no código. Quem sabe o que existe numa foto ou o que um formulário pede é sempre uma pessoa, nunca um script automático.

Por que essa distinção importa para a lei

A Lei Brasileira de Inclusão (LBI, Lei 13.146/2015) torna obrigatória a acessibilidade em sites e aplicativos pelo Artigo 63. Em 2025, a ABNT publicou a NBR 17225, com 96 requisitos obrigatórios e 50 recomendações, criando um parâmetro técnico objetivo para avaliar se um site cumpre ou não a norma. Um painel de acessibilidade reduz barreiras reais no momento da visita, mas não substitui a correção do conteúdo que a norma exige. As duas frentes andam juntas.

Como descobrir o que falta corrigir no conteúdo

Antes de decidir o que priorizar, é preciso saber o tamanho real do problema. É para isso que existe o scanner incluído em todos os planos do widget de acessibilidade da MadriLab: ele varre o site inteiro em um navegador real e aponta cada ocorrência por severidade, da crítica à leve, com o caminho para corrigir. Sites que rodam sobre LMS Moodle podem escanear até páginas autenticadas, como cursos e atividades, onde costumam ficar as imagens sem descrição e os PDFs que ninguém consegue ler.

Perguntas frequentes

Instalar um widget de acessibilidade já deixa o site em conformidade com a lei?

Não. O painel resolve na hora uma parte importante da experiência, mas descrição de imagens, rótulos de formulário, hierarquia de títulos e navegação por teclado dependem do conteúdo e do código de cada página. O ideal é usar o painel junto com um scanner que aponte o que ainda falta.

Por que corrigir o conteúdo se o painel já ajuda os visitantes?

Porque corrigir conteúdo leva semanas ou meses, e as pessoas estão navegando no site hoje. O painel entrega ganho imediato enquanto a equipe trabalha na correção da base, então as duas frentes se complementam, não competem.

O que a ABNT NBR 17225 exige na prática?

A norma, publicada em 2025, define 96 requisitos obrigatórios e 50 recomendações para acessibilidade digital, cobrindo pontos como estrutura de títulos, texto alternativo, contraste e navegação por teclado. Ela serve como parâmetro técnico para avaliar se um site cumpre ou não a legislação.

Corrigir o conteúdo acessível também ajuda no SEO?

Em boa parte, sim. O que um leitor de tela lê é muito parecido com o que o Google lê: título da página, hierarquia de títulos, texto alternativo de imagem e texto dos links. Corrigir esses pontos melhora acessibilidade e SEO com o mesmo trabalho.

Quem deve escrever a descrição das imagens?

Sempre alguém da equipe que conhece o conteúdo da imagem e o contexto em que ela aparece. Ferramentas de IA podem sugerir um texto inicial, mas a revisão humana é indispensável antes da publicação.

O que é considerado conteúdo acessível em um site?

É todo elemento de texto e estrutura preparado para funcionar com tecnologia assistiva: descrição de imagem, rótulo de campo de formulário, hierarquia correta de títulos, idioma declarado no código e texto de link que faz sentido fora de contexto.

Um site pode ser acessível sem widget de acessibilidade?

Pode. O widget é um atalho de conveniência para o visitante, mas a acessibilidade real depende do conteúdo e do código estarem corretos. Um site com conteúdo bem estruturado pode ser acessível mesmo sem painel, embora o painel amplie as opções de ajuste disponíveis.

O post O que é conteúdo acessível e por que ele importa tanto quanto o widget apareceu primeiro em Madri Lab.

Em uma plataforma de ensino, acessibilidade não é só sobre a página inicial do curso. A maior parte do que um aluno realmente usa, como aulas, atividades, materiais de apoio e avaliações, fica atrás de login. É nesse espaço autenticado que costumam se acumular os problemas mais comuns: imagens sem descrição, PDFs digitalizados e formulários de atividade sem rótulo.

Integração nativa com o LMS Moodle

O Moobox tem integração nativa com o LMS Moodle, com painel para alunos e docentes e um scanner que analisa até páginas autenticadas, incluindo cursos, atividades e conteúdo restrito. Isso importa porque o material do professor é justamente onde ficam as imagens sem descrição e os PDFs que ninguém consegue ler com tecnologia assistiva.

O que o painel oferece para quem estuda

Alunos com baixa visão, dislexia, daltonismo, deficiência motora ou surdez encontram, direto no material do curso, ajustes de texto, contraste, espaçamento, leitura em voz e VLibras. Cada pessoa ativa apenas o que precisa, sem depender de pedir uma adaptação manual ao professor ou à secretaria acadêmica.

O que o scanner mostra para quem administra o curso

Para a equipe de conteúdo e a coordenação pedagógica, o scanner autenticado aponta, curso por curso, o que ainda deixa alunos de fora: imagens sem texto alternativo, hierarquia de títulos fora de ordem, formulários de atividade sem rótulo e navegação que trava fora do teclado. O relatório organiza tudo por severidade, o que ajuda a priorizar o que corrigir primeiro em um catálogo grande de cursos.

Plugin local e personalização remota

A instalação acontece por plugin local, sem exigir conhecimento técnico avançado da equipe. As atualizações chegam por uma central de novidades, e a personalização de cores, posição e comportamento do painel pode ser feita remotamente, sem precisar mexer no ambiente do curso a cada ajuste. Para quem já mantém uma rotina de manutenção, vale revisar o checklist anual do administrador do LMS Moodle e incluir a varredura de acessibilidade como etapa fixa do planejamento.

Uma frente que trabalha junto com o design do curso

Acessibilidade de conteúdo e apresentação visual resolvem problemas diferentes, mas se complementam. Enquanto o Moobox cuida do que o aluno enxerga e do que falta corrigir no conteúdo, uma página bem estruturada e com hierarquia visual clara ajuda todo mundo, inclusive quem usa leitor de tela, a entender a ordem das informações. Isso vale tanto para o material teórico quanto para as integrações e automações que compõem a experiência do curso.

Perguntas frequentes

O scanner consegue analisar cursos que exigem login no LMS Moodle?

Sim. O scanner autenticado analisa páginas que exigem login, incluindo cursos, atividades e conteúdo restrito, onde costumam ficar os problemas mais comuns de acessibilidade.

O painel muda o conteúdo do curso para todos os alunos?

Não. Cada aluno ativa os ajustes que precisa, individualmente, e o conteúdo original do curso continua o mesmo para quem não usa o painel.

Professores precisam aprender algo novo para usar a ferramenta?

Não é necessário treinamento técnico. O painel funciona de forma independente para quem estuda, e o scanner entrega um relatório direto para quem administra o ambiente.

Idosos que fazem cursos online também se beneficiam?

Muito. Aumento de texto, contraste e leitura em voz facilitam a navegação para quem tem cansaço visual, o que é comum entre alunos mais velhos em cursos online.

A instalação no LMS Moodle exige mexer no código do ambiente?

Não. A instalação acontece por plugin local, e ajustes de personalização podem ser feitos remotamente, sem alterar o código do ambiente a cada mudança.

O scanner autenticado do Moobox funciona em qualquer versão do LMS Moodle?

Ele é compatível com o LMS Moodle nas versões amplamente usadas em produção, através de um plugin local que também recebe atualizações por uma central de novidades.

Alunos com deficiência precisam solicitar ajuste individual ao professor?

Não é necessário. O painel Moobox fica disponível para qualquer aluno ativar por conta própria, sem depender de um pedido formal à coordenação ou ao professor.

O post Como tornar cursos no LMS Moodle acessíveis para todos os alunos apareceu primeiro em Madri Lab.

Em 11 de março de 2025, a Associação Brasileira de Normas Técnicas publicou a primeira edição da NBR 17225, a norma técnica brasileira de acessibilidade em conteúdo e aplicações web. Com 146 diretrizes em 79 páginas, inteiramente baseadas nas WCAG 2.2, a norma formaliza no país os requisitos que organizações públicas e privadas precisam cumprir para garantir que seus sites e sistemas sejam acessíveis a pessoas com deficiência.

O que a ABNT NBR 17225:2025 estabelece

A norma define dois níveis de conformidade. A conformidade regular exige o atendimento aos critérios correspondentes aos níveis A e AA das WCAG 2.2, que cobrem as barreiras de acessibilidade consideradas mais críticas e frequentes. A conformidade plena incorpora todos os critérios da norma, incluindo o nível AAA, que representa o padrão mais elevado de acessibilidade digital.

A publicação da NBR 17225 cria um referencial normativo nacional que pode ser citado em contratos, licitações e processos de fiscalização no Brasil, independentemente de regulamentação adicional.

Os critérios cobrem quatro princípios fundamentais, conhecidos pela sigla POUR: o conteúdo deve ser Perceptível, os componentes de interface devem ser Operáveis, as informações e a operação da interface devem ser Compreensíveis, e o conteúdo deve ser Robusto o suficiente para ser interpretado por tecnologias assistivas como leitores de tela.

Por que a norma importa para além do setor público

Embora o debate sobre acessibilidade digital no Brasil tenha se intensificado em torno das exigências para o setor público, o Artigo 63 da Lei Brasileira de Inclusão se aplica também a empresas com sede ou representação comercial no país. A ABNT NBR 17225:2025 foi citada explicitamente pelo Ministério Público Federal como o referencial técnico já disponível e aguardando regulamentação com consequências definidas.

Para organizações do setor privado, a norma representa tanto um guia técnico quanto um indicativo do padrão que será exigido quando a regulamentação do Artigo 63 for editada. Atuar antes da exigência legal coloca a organização em posição mais confortável durante o processo de transição.

Uma pesquisa do TCU com 288 organizações federais mostrou que 88,5% têm sites classificados como “deficientes” em acessibilidade. O setor privado não tem diagnóstico equivalente publicado, mas as barreiras técnicas são as mesmas.

O que a norma examina no código

Os critérios da NBR 17225 cobrem desde elementos visíveis, como o contraste entre texto e fundo, até atributos invisíveis ao usuário comum: a declaração de idioma da página, os rótulos de formulários no HTML e os textos alternativos de imagens. Também estão incluídos critérios de operação por teclado, sem dependência de mouse, e de compatibilidade com tecnologias assistivas.

Esses itens existem ou não existem no código. A aparência visual do site não é indicador suficiente de conformidade. Um portal pode ter design moderno e ainda falhar em critérios básicos que afetam diretamente usuários com deficiência visual, motora ou cognitiva.

Conformidade com a ABNT NBR 17225 não é uma questão visual. É uma questão de código.

O contexto normativo completo, incluindo a ação civil pública do MPF e o Acórdão 2.099/2025 do TCU, está detalhado no post sobre acessibilidade digital no setor público: o que o TCU auditou e o que o MPF exige. Para entender como a varredura automatizada identifica falhas no código, vale consultar o guia sobre o que o scanner de acessibilidade encontra que a revisão visual não vê.

Como verificar a conformidade com a norma

O primeiro passo para verificar a conformidade com a ABNT NBR 17225:2025 é realizar uma varredura técnica do ambiente. Ferramentas de scanner analisam o site em navegador real e identificam ocorrências por critério, gravidade e localização no código. Esse diagnóstico é o ponto de partida para qualquer plano de adequação.

A varredura automatizada não substitui a revisão manual completa, mas cobre de forma sistemática e eficiente os critérios verificáveis por código, que representam a maioria das barreiras encontradas em auditorias formais. Os critérios que exigem julgamento humano, como a qualidade do texto alternativo ou a consistência de navegação, complementam o processo em uma segunda etapa.

Conclusão

A ABNT NBR 17225:2025 formaliza no Brasil um referencial técnico alinhado às WCAG 2.2 e diretamente aplicável a sites e sistemas de organizações públicas e privadas. Com o Artigo 63 da LBI sob pressão judicial para regulamentação, a norma deixa de ser uma recomendação voluntária e passa a ser o padrão técnico de referência para conformidade. Conhecer o que ela exige e saber onde o ambiente atual falha são os dois primeiros passos para uma adequação estruturada.

Perguntas frequentes

A ABNT NBR 17225:2025 é obrigatória?
A norma técnica em si não cria uma obrigação legal direta, mas é o referencial técnico que regulamentações futuras do Artigo 63 da LBI tendem a adotar. O MPF já a citou explicitamente em sua recomendação ao governo federal. Para organizações que precisam demonstrar conformidade com o Artigo 63, a NBR 17225 é o padrão mais adequado a seguir hoje.

Qual a diferença entre conformidade regular e conformidade plena na NBR 17225?
A conformidade regular cobre os critérios dos níveis A e AA das WCAG 2.2, que eliminam as barreiras de acessibilidade mais comuns e críticas. A conformidade plena incorpora também os critérios do nível AAA, que representam o padrão mais elevado e cobrem situações de acesso mais específicas.

A norma se aplica a aplicativos móveis?
A ABNT NBR 17225:2025 cobre conteúdo e aplicações web. Vários princípios da norma são aplicáveis ao contexto móvel, embora diretrizes específicas para apps móveis sigam referencial complementar.

Como saber se um site está em conformidade com a ABNT NBR 17225?
O caminho mais direto é realizar uma varredura automatizada do site, que identifica falhas por critério e localização no código. Esse diagnóstico deve ser complementado por revisão manual dos critérios que não são verificáveis automaticamente, especialmente os relacionados à semântica e à experiência com tecnologias assistivas.

O post ABNT NBR 17225:2025: o que a nova norma brasileira de acessibilidade digital exige na prática apareceu primeiro em Madri Lab.

Acessibilidade digital deixou de ser um diferencial para se tornar uma obrigação prevista em lei. Ainda assim, boa parte das empresas e instituições de ensino não sabe exatamente o que precisa mudar em seus sites e plataformas para atender ao que já está em vigor. Entender a legislação e a norma técnica é o primeiro passo antes de qualquer correção.

O que a LBI determina sobre acessibilidade digital

A Lei Brasileira de Inclusão (LBI, Lei 13.146/2015) torna obrigatória a acessibilidade em sites e aplicativos pelo Artigo 63, aplicando o padrão a organizações públicas e privadas, segundo referências técnicas reconhecidas internacionalmente. A lei existe desde 2015, mas por muito tempo faltou um parâmetro técnico claro para dizer, na prática, se um site cumpre ou não a exigência.

O papel da ABNT NBR 17225

Esse parâmetro chegou em março de 2025, com a publicação da ABNT NBR 17225. A norma define 96 requisitos obrigatórios e 50 recomendações, e passou a ser a referência técnica usada por peritos e órgãos de fiscalização para avaliar acessibilidade digital no Brasil. Junto com o Decreto 5.296, ela forma a base técnica e legal que orienta o que precisa ser corrigido em sites, aplicativos e plataformas de ensino.

Qual é o risco real de não seguir a norma

A LBI obriga, mas não fixa uma multa administrativa automática para sites fora de conformidade. Por isso tramita o PL 4238/21, que propõe justamente criar sanções específicas, com a justificativa de que hoje existe inefetividade da norma diante da falta de sanções previstas. Isso não significa ausência de risco: o caminho mais comum é ação civil pública, dano moral coletivo, multa diária fixada em juízo, exigência em processos de licitação e exposição da marca. O risco raramente chega como multa automática, mas continua sendo verdade verificável.

O que isso significa para o LMS Moodle

Instituições de ensino que usam LMS Moodle têm um desafio a mais: parte do material fica atrás de login, em cursos, atividades e conteúdo restrito. É justamente ali que costumam ficar as imagens sem descrição e os PDFs digitalizados que nenhum leitor de tela consegue processar. Antes de encarar o próximo ciclo de correções, vale revisar o checklist anual do administrador do LMS Moodle e incluir a acessibilidade como item permanente de planejamento.

Como documentar o esforço de conformidade

Nenhuma ferramenta garante que uma organização nunca será processada, porque isso não depende só de tecnologia. O que reduz risco de fato é reduzir barreiras reais e documentar a evolução ao longo do tempo. Um painel de acessibilidade com scanner incluído permite mostrar, com data, o que já foi corrigido e o que ainda está pendente, o tipo de evidência que conta a favor em qualquer avaliação de esforço.

Perguntas frequentes

A LBI já obriga meu site a ser acessível?

Sim. O Artigo 63 da LBI torna a acessibilidade obrigatória em sites e aplicativos de organizações públicas e privadas desde 2015.

O que muda com a ABNT NBR 17225?

A norma, publicada em março de 2025, criou um parâmetro técnico objetivo com 96 requisitos obrigatórios e 50 recomendações, usado por peritos e órgãos para avaliar se um site cumpre a legislação.

Existe multa automática para quem não segue a norma?

Não existe uma multa administrativa automática fixada na LBI para sites, mas há o PL 4238/21 em tramitação propondo sanções específicas. O risco atual vem de outras frentes, como ação civil pública e exigência em licitações.

LMS Moodle e cursos online também precisam seguir essas normas?

Sim. Plataformas de ensino online são aplicações web como qualquer outra, e o conteúdo de cursos e atividades também precisa atender aos requisitos de acessibilidade.

Como saber se meu site já está de acordo com a ABNT NBR 17225?

O caminho mais direto é rodar uma varredura completa que aponte, página por página, os pontos que ainda não atendem a norma, com a severidade de cada ocorrência.

Desde quando a acessibilidade digital é obrigatória no Brasil?

Desde 2015, quando a LBI entrou em vigor. O que mudou em 2025 foi a publicação da ABNT NBR 17225, que trouxe um parâmetro técnico objetivo para avaliar o cumprimento, algo que antes não existia de forma padronizada.

Empresas privadas também precisam seguir a LBI, ou só órgãos públicos?

As duas. O Artigo 63 da LBI aplica a obrigação de acessibilidade a sites e aplicativos de organizações públicas e privadas.

O post O que a LBI e a ABNT NBR 17225 exigem de sites e do LMS Moodle apareceu primeiro em Madri Lab.

O Tribunal de Contas da União publicou o Acórdão 2.099/2025-TCU-Plenário com um resultado direto: 88% dos órgãos federais avaliados obtiveram pontuação abaixo de 5 em acessibilidade digital, e 88,5% foram classificados como “deficientes”. Não é uma avaliação qualitativa. É um achado de auditoria formal sobre 288 organizações do setor público federal, abrangendo portais web, aplicativos móveis e serviços públicos digitais.

O que o Acórdão 2.099/2025-TCU-Plenário revelou

A fiscalização avaliou o nível de adoção de boas práticas de acessibilidade digital no setor público federal, considerando tanto a qualidade técnica das soluções quanto o grau de maturidade organizacional das instituições. O resultado: apenas 31% dos órgãos seguem as diretrizes internacionais de acessibilidade digital. Menos de 2% dos portais avaliados alcançaram desempenho “regular” ou superior.

O TCU avaliou também quatro serviços digitais específicos: Meu SUS Digital, Benefício de Prestação Continuada do INSS, Enem e Registro de Ocorrência Policial Online. Todos apresentaram limitações relevantes de acessibilidade.

Entre os problemas mais recorrentes estão imagens sem texto alternativo, formulários sem rótulos adequados, navegação por teclado bloqueada, contraste insuficiente entre texto e fundo, e ausência de declaração de idioma da página. Esses itens existem ou não existem no código, independentemente de qualquer ajuste visual feito na interface administrativa.

O que o MPF exige e os prazos em andamento

Na sequência da auditoria, o Ministério Público Federal ajuizou ação civil pública exigindo que a União regulamente o Artigo 63 da Lei Brasileira de Inclusão, a Lei 13.146/2015, em até 60 dias, e apresente um plano de transição para adequação dos sites federais em até 120 dias. A ação detalha que o artigo existe há mais de dez anos sem que o governo federal tenha editado um ato normativo estabelecendo os parâmetros técnicos obrigatórios para o seu cumprimento.

Em julho de 2026, a Justiça Federal determinou que a União apresente o plano de acessibilidade em até 180 dias. O prazo está correndo.

O Artigo 63 da LBI torna obrigatória a acessibilidade em sites de empresas com sede ou representação comercial no país e em órgãos públicos. A obrigação não é nova. O que falta é regulamentação com parâmetros técnicos definidos e consequências para o descumprimento.

O padrão técnico de referência: e-MAG, WCAG 2.2 e ABNT NBR 17225:2025

Para o setor público, o padrão técnico de referência é o e-MAG, o Modelo de Acessibilidade em Governo Eletrônico. O e-MAG está alinhado às WCAG 2.2, as diretrizes internacionais de acessibilidade para conteúdo web mantidas pelo W3C.

Em 11 de março de 2025, a ABNT publicou a norma técnica NBR 17225:2025, que formaliza no Brasil os requisitos de acessibilidade em conteúdo e aplicações web. A norma contém 146 diretrizes em 79 páginas, inteiramente baseadas nas WCAG 2.2. O MPF citou explicitamente a ABNT NBR 17225:2025 como o referencial técnico já disponível e aguardando regulamentação com consequências definidas.

A conformidade regular exige atendimento aos critérios dos níveis A e AA das WCAG 2.2. A conformidade plena incorpora todos os critérios da norma, incluindo o nível AAA.

Por onde começar a adequação

O problema prático para quem gerencia um portal ou sistema governamental é que a maioria das equipes sabe que a obrigação existe, mas não sabe com precisão onde o seu site falha. Sem um diagnóstico técnico documentado, o planejamento de adequação parte do zero sem referência objetiva.

O caminho mais direto é começar pela varredura automatizada. Um scanner de acessibilidade analisa o site em navegador real, incluindo páginas autenticadas de sistemas restritos, e entrega cada ocorrência com a gravidade e o caminho para corrigir. Para gestores que precisam documentar o estado atual do ambiente antes de iniciar um plano de adequação, o relatório gerado serve como registro de ponto de partida com data.

Essa documentação é especialmente relevante no contexto atual, em que prazos judiciais e normativos estão definidos e o histórico de iniciativas pode fazer diferença em processos de fiscalização.

Para aprofundar o tema técnico, vale consultar o material sobre ABNT NBR 17225:2025 e o que ela exige na prática e sobre o que o scanner de acessibilidade encontra que a revisão visual não vê.

Conclusão

O Acórdão 2.099/2025 do TCU, a ação civil pública do MPF e a publicação da ABNT NBR 17225:2025 formam um contexto normativo e judicial que deixa pouco espaço para postergação. O diagnóstico de acessibilidade, antes tratado como iniciativa de boa vontade, passou a ter implicações diretas de conformidade legal. Para gestores de portais e sistemas do setor público, o primeiro passo é saber onde o ambiente atual falha.

Perguntas frequentes

O que é o e-MAG?
O e-MAG, Modelo de Acessibilidade em Governo Eletrônico, é o padrão técnico de referência para sites e sistemas do governo federal brasileiro. Está alinhado às WCAG 2.2 e serve como guia para adequação dos portais públicos ao Artigo 63 da Lei Brasileira de Inclusão.

O Artigo 63 da LBI já está em vigor?
Sim. O Artigo 63 da Lei 13.146/2015 está em vigor desde 2015. O que ainda não foi editado é o ato normativo regulamentador que define os parâmetros técnicos e as consequências para o descumprimento. Esse é exatamente o ponto exigido pelo MPF na ação civil pública ajuizada em 2025.

A ABNT NBR 17225:2025 substitui as WCAG 2.2?
Não. A ABNT NBR 17225:2025 é inteiramente baseada nas WCAG 2.2. Quem já adota as WCAG 2.2 atende aos critérios da norma brasileira. A NBR 17225 formaliza esse referencial dentro do sistema normativo da ABNT e facilita sua exigência em contratos e processos de fiscalização no Brasil.

Por que o scanner de acessibilidade é o primeiro passo recomendado?
Porque sem um diagnóstico técnico documentado, qualquer plano de adequação parte sem referência objetiva. O scanner gera um relatório com data, listando cada ocorrência por gravidade e localização no código. Esse relatório serve tanto para orientar a equipe técnica quanto para documentar o estado do ambiente antes do início das correções.

O post Acessibilidade digital no setor público: o que o TCU auditou, o que o MPF exige e o que gestores de sistemas precisam fazer agora apareceu primeiro em Madri Lab.

Quando você decide instalar um widget de acessibilidade no seu site, uma das primeiras perguntas é: o plano gratuito é suficiente para o que eu preciso, ou vale a pena partir direto para o profissional? A resposta depende do tamanho do seu site, do nível de conformidade que você precisa atingir e de quanto controle você quer sobre a aparência e os relatórios de acessibilidade.

Este post compara os dois caminhos de forma direta, sem enrolação.

O que o plano gratuito do MLab Acessibilidade oferece

O plano gratuito do MLab Acessibilidade entrega o painel completo de acessibilidade para o visitante do site — mais de 20 recursos que o próprio usuário ativa conforme sua necessidade. Isso inclui ajuste de contraste, tamanho de texto, espaçamento, guia de leitura para dislexia, fonte para dislexia, leitura em voz, cursor ampliado, pausa em animações, modo escuro, modo de alto contraste, saturação de cores, integração com VLibras e muito mais.

Para o visitante, a experiência é a mesma independentemente do plano que o site usa. Todos os recursos do painel estão disponíveis no plano gratuito — a diferença está nos recursos de gestão, personalização e diagnóstico do lado do administrador.

Importante: o plano gratuito pode evoluir para um período de avaliação (trial) em versões futuras do produto. Verifique as condições vigentes na página do produto ao contratar.

O que o plano profissional adiciona

O plano profissional do MLab Acessibilidade, disponível por R$ 152/mês, acrescenta recursos importantes para organizações que precisam de mais controle e visibilidade:

Personalização visual completa. No plano gratuito, o widget aparece com a identidade visual padrão do MLab. No plano profissional, você pode personalizar as cores, o ícone e a posição do botão para combinar com a identidade da sua marca — importante para empresas que prezam por consistência visual.

Remoção da marca MLab. O plano profissional permite remover o logo e a identificação do MLab Acessibilidade do widget, deixando apenas os recursos de acessibilidade visíveis para o usuário.

Scanner de acessibilidade. Talvez o recurso de maior valor para quem precisa de conformidade legal. O scanner analisa as páginas do site e gera um relatório com as violações WCAG encontradas, o nível de severidade e sugestões de correção. É o ponto de partida para qualquer processo formal de adequação.

Suporte prioritário. Acesso a atendimento técnico com prioridade, ideal para organizações que não podem ter o widget fora do ar por tempo indeterminado.

Sem limite de pageviews nos dois planos

Um diferencial importante do MLab Acessibilidade em relação a concorrentes internacionais: não há limite de pageviews em nenhum dos planos. Soluções como accessiBe e UserWay cobram em faixas de tráfego, o que pode encarecer muito o custo para sites com alto volume de visitas. No MLab, um site com 10 visitas ou 1 milhão de visitas por mês paga o mesmo.

Comparativo com concorrentes

Para contextualizar a decisão, vale comparar com as alternativas disponíveis no mercado:

A Rybená, solução brasileira mais estabelecida, cobra a partir de R$ 715/mês e foca principalmente em tradução para Libras. O Hand Talk tem foco similar, também com valores mais elevados para planos organizacionais. Soluções internacionais como accessiBe e UserWay custam em torno de R$ 225/mês (conversão aproximada) mas cobram por faixa de pageviews, têm interface em inglês como padrão e não têm integração nativa com VLibras.

O MLab Acessibilidade se posiciona como a solução brasileira mais completa com o melhor custo-benefício: português nativo, VLibras integrado, sem limite de pageviews e plano profissional a R$ 152/mês.

Quando o plano gratuito é suficiente

O plano gratuito é uma boa escolha para: sites pequenos e médios que querem começar a jornada de acessibilidade sem investimento imediato; organizações que estão em fase de avaliação antes de formalizar o comprometimento; sites institucionais simples que não precisam de personalização visual do widget.

Se o seu principal objetivo é disponibilizar recursos de acessibilidade para os visitantes sem custo — o plano gratuito entrega isso completamente.

Quando o plano profissional vale o investimento

O plano profissional é indicado para: empresas que precisam do scanner de acessibilidade para diagnóstico e relatórios de conformidade; organizações que precisam apresentar evidências de conformidade com a ABNT NBR 17225 ou LBI; marcas que querem integrar o widget à identidade visual do site sem o logo de terceiro; e qualquer organização que precise de suporte técnico prioritário.

Para contexto: um relatório de auditoria de acessibilidade feito por empresa especializada pode custar entre R$ 2.000 e R$ 10.000. O scanner do plano profissional entrega esse diagnóstico de forma automatizada, mês a mês, por R$ 152.

Veja como instalar e conhecer todos os recursos do MLab Acessibilidade: guia de instalação e recursos completos.

Perguntas frequentes

Posso começar no plano gratuito e migrar para o profissional depois?
Sim. O widget é o mesmo nos dois planos — a migração ativa os recursos adicionais sem necessidade de reinstalar nada no site.

O plano gratuito tem limite de tempo?
Atualmente o MLab Acessibilidade oferece plano gratuito permanente, mas isso pode mudar para um período de trial em versões futuras. Consulte as condições vigentes na página do produto.

O scanner do plano profissional verifica automaticamente as páginas?
Sim. Você configura quais páginas devem ser verificadas e o scanner executa a análise e atualiza o relatório periodicamente.

O MLab Acessibilidade tem limite de pageviews?
Não. Ambos os planos não têm limite de pageviews — diferente de concorrentes internacionais que cobram por faixas de tráfego.

O widget funciona em qualquer plataforma?
Sim. WordPress, LMS Moodle, Drupal, Joomla, Wix, HTML puro e qualquer plataforma que aceite inserção de script pode receber o MLab Acessibilidade.

Pronto para começar? O MLab Acessibilidade tem plano gratuito e plano profissional com scanner de conformidade. 💬 Fale com nossa equipe pelo WhatsApp

O post Plano gratuito ou plano profissional de acessibilidade: como escolher o que seu site realmente precisa apareceu primeiro em Madri Lab.