--- title: "Acessibilidade digital na LBI: NBR 17225, eMAG e WCAG 2.2" description: "O que o art. 63 da Lei Brasileira de Inclusão exige do site da sua empresa, como a NBR 17225 se relaciona com a WCAG 2.2, a ação do MPF e um checklist." url: "https://dardo.studio/pt/blog/acessibilidade-digital-lei-brasileira-de-inclusao/" language: "pt" updated: "2026-10-15T15:19:49.610Z" --- [Blog](https://dardo.studio/pt/blog/) # Acessibilidade digital e a Lei Brasileira de Inclusão: o que a LBI, a NBR 17225 e o eMAG exigem do seu site O art. 63 da LBI obriga empresas e governo a ter sites acessíveis. O que pedem a NBR 17225 e o eMAG, a ação do MPF de 2026 e um plano para cumprir. Por [Nicolás Cerón](https://dardo.studio/pt/nicolas-ceron/) ·15 de outubro de 2026 ![A escadaria de pedra de uma antiga biblioteca pública à noite, iluminada pelas janelas em arco, com uma rampa ao lado dos degraus e um corrimão carmesim que sobe até as portas abertas.](https://dardo.studio/_astro/01M4ZZDKTNM4RK7YH3HSNJXWFM_Zn1rIG.webp) ## Pontos-chave - O art. 63 da Lei 13.146/2015 obriga os sites de empresas com sede ou representação comercial no Brasil e de órgãos de governo a serem acessíveis, mas não nomeia um padrão técnico. - A ABNT NBR 17225:2025, publicada em 11 de março de 2025, adota a WCAG 2.2: cumprir todos os seus requisitos (conformidade regular) equivale aos níveis A e AA da WCAG 2.2. - O art. 63 ainda não foi regulamentado. Em 10 de junho de 2026, o MPF ajuizou uma ação civil pública para que a União o regulamente, e uma liminar de julho deu à União 180 dias para um plano de acessibilidade dos sites federais. - Os órgãos federais seguem também o eMAG 3.1, obrigatório no SISP desde a Portaria nº 3 de 2007, com elementos próprios como atalhos de teclado e uma página de acessibilidade. - Nenhum overlay deixa um site em conformidade: o caminho é auditar com testes manuais e tecnologia assistiva, corrigir o código, publicar uma declaração de acessibilidade e monitorar. ## A resposta curta Sim, a acessibilidade digital é obrigatória. Desde janeiro de 2016, quando a Lei Brasileira de Inclusão (LBI, Lei 13.146/2015) entrou em vigor, o artigo 63 exige que os sites mantidos por empresas com sede ou representação comercial no Brasil e por órgãos de governo sejam acessíveis para pessoas com deficiência. A lei não nomeia um padrão. Ela manda seguir "as melhores práticas e diretrizes de acessibilidade adotadas internacionalmente", o que, na prática, aponta para a WCAG 2.2 do W3C no nível AA. Desde março de 2025 o Brasil tem uma norma técnica que adota a WCAG 2.2, a ABNT NBR 17225: cumprir todos os seus requisitos, o que a norma chama de conformidade regular, equivale a cumprir os níveis A e AA da WCAG 2.2. Os órgãos federais seguem também o eMAG, o modelo de acessibilidade do governo. Uma parte continua em aberto. O art. 63 nunca foi regulamentado, e a LBI não fixa uma multa específica para site inacessível. Em 10 de junho de 2026, o Ministério Público Federal (MPF) ajuizou uma ação civil pública para obrigar a União a regulamentá-lo; em julho, o MPF informou uma liminar que dá à União 180 dias para apresentar um plano de acessibilidade para os sites federais. O processo segue em andamento. Este guia foi conferido nos textos oficiais em 15 de outubro de 2026. É material de planejamento, não parecer jurídico: quem confirma quais obrigações se aplicam à sua organização é o seu advogado. ## Quem precisa cumprir a LBI no site ### O que diz o art. 63 Este é o texto compilado da [Lei 13.146/2015 no Planalto](https://www.planalto.gov.br/ccivil%5F03/%5Fato2015-2018/2015/lei/l13146.htm), lido em 15 de outubro de 2026: > Art. 63. É 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, garantindo-lhe acesso às informações disponíveis, conforme as melhores práticas e diretrizes de acessibilidade adotadas internacionalmente. > § 1º Os sítios devem conter símbolo de acessibilidade em destaque. Os §§ 2º e 3º tratam de telecentros e lan houses. Três pontos do caput importam para quem tem um site: - **Porte e setor não importam.** O artigo não distingue empresa pequena de grande nem e-commerce de site institucional. O critério é ter sede ou representação comercial no país. - **O artigo fala de sites.** Para aplicativos, a referência técnica brasileira é a ABNT NBR 17060:2022, Acessibilidade em aplicativos de dispositivos móveis, que a própria NBR 17225 lista entre as suas referências normativas. - **O símbolo do § 1º não tem forma definida.** Não encontramos regulamento que diga qual símbolo usar nem onde colocá-lo. Abaixo, no plano, sugerimos uma forma prática de atendê-lo. Se a sua empresa vende para o Brasil a partir do exterior, sem sede nem representação comercial aqui, o texto do art. 63 não a menciona. Peça a um advogado para avaliar o seu caso. ### Outras regras que se somam ao art. 63 | Quem | Regra | O que pede | | ---------------------------------------------------------------- | --------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------- | | Empresas com sede ou representação comercial no Brasil | LBI, art. 63 | Site acessível conforme as diretrizes adotadas internacionalmente e símbolo de acessibilidade em destaque | | Órgãos de governo | LBI, art. 63, e Decreto 5.296/2004, art. 47 | Acessibilidade nos portais e sítios da administração pública; o decreto deu 12 meses a partir de dezembro de 2004 | | Órgãos federais do SISP | Portaria nº 3, de 7 de maio de 2007 | Observância obrigatória do eMAG | | Projetos com financiamento público, renúncia ou incentivo fiscal | LBI, art. 54, III, e art. 64 | A acessibilidade do site deve ser observada para obter o financiamento | | Sites de venda de ingressos e divulgação de eventos | Decreto 5.296/2004, art. 23-B, incluído pelo Decreto 9.404/2018 | Site acessível e informação sobre os recursos de acessibilidade do evento | | Operadoras de telecomunicações | LBI, art. 65 | Pleno acesso à pessoa com deficiência, conforme regulamentação específica | Fontes: [LBI](https://www.planalto.gov.br/ccivil%5F03/%5Fato2015-2018/2015/lei/l13146.htm), [Decreto 5.296/2004](https://www.planalto.gov.br/ccivil%5F03/%5Fato2004-2006/2004/decreto/d5296.htm) e a [página do eMAG no gov.br](https://www.gov.br/governodigital/pt-br/acessibilidade-e-usuario/acessibilidade-digital/modelo-de-acessibilidade). Um ponto que muitos guias ainda repetem está desatualizado. A LBI acrescentou à Lei de Improbidade Administrativa um inciso que tratava como improbidade "deixar de cumprir a exigência de requisitos de acessibilidade previstos na legislação" (art. 11, IX, da [Lei 8.429/1992](https://www.planalto.gov.br/ccivil%5F03/leis/l8429.htm)). A Lei 14.230/2021 revogou esse inciso. Para gestores públicos, a obrigação de acessibilidade continua; essa forma específica de responsabilização, não. ## ABNT NBR 17225 e WCAG 2.2: o que a norma acrescenta ### A ficha da norma | Item | Dado (lido em 15 de outubro de 2026) | | ------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Número e título | ABNT NBR 17225:2025, Acessibilidade em conteúdo e aplicações web: Requisitos | | Publicação e status | 11 de março de 2025; "em vigor" no catálogo da ABNT | | Quem elaborou | Comitê Brasileiro de Acessibilidade (ABNT/CB-040), Comissão de Estudo de Acessibilidade para a Inclusão Digital (CE-040:000.004); consulta nacional de 27 de novembro a 26 de dezembro de 2024 | | Grupo de trabalho | 178 especialistas, com coordenação do Ceweb.br, o centro de estudos web do NIC.br | | Tamanho | 69 páginas e 146 itens | | Como acessar | R$ 308,10 no catálogo da ABNT; a coleção de normas de acessibilidade da ABNT lista a NBR 17225 com o texto integral disponível | Fontes: [catálogo da ABNT](https://www.abntcatalogo.com.br/pnm.aspx?Q=cFA4TzBMODJhUnV0MWttK2V0OEhuUzdNNnYybTVlQW9jemRlWThOZy9NTT0=), [Normas de Acessibilidade da ABNT](https://www.abntcolecao.com.br/mpf/default.aspx?T=9BC37A821F0D), a [página da norma no Ceweb.br](https://ceweb.br/projetos/norma-abnt/) e a [nota do Ceweb.br de 11 de março de 2026](https://ceweb.br/noticia/notas/ceweb-br-lanca-podcast-para-estimular-aplicacao-da-norma-brasileira-de-acessibilidade-digital/), que diz que a norma segue a WCAG 2.2. A nota ao escopo, na seção 1, adota a WCAG 2.2 como a diretriz internacional de referência para a conformidade. O prefácio lembra uma regra de toda norma ABNT: ela é voluntária, não substitui leis e pode ser citada em um regulamento técnico, que então fixa as datas de exigência. É exatamente esse regulamento do art. 63 que ainda não existe. ### Como a norma está organizada | Parte | O que contém | | ------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Prefácio e Introdução | Quem elaborou a norma; as subseções a cumprir são marcadas como "requisito" e as demais como "recomendação" | | 1 Escopo | Requisitos de acessibilidade para websites; a nota adota a WCAG 2.2 | | 2 Referências normativas | WCAG 2.2, WAI-ARIA 1.2 e o guia de práticas ARIA (APG) do W3C; ABNT NBR 17060 (aplicativos), ABNT NBR ISO 24495-1 (linguagem simples), ABNT NBR 16452 (audiodescrição) e ABNT NBR 15610-3 (Libras) | | 3 Termos e definições | O vocabulário da norma | | 4 Conformidade | Requisitos e recomendações; conformidade regular e plena | | 5 Diretrizes | 16 subseções: 5.1 Interação por teclado, 5.2 Imagens, 5.3 Cabeçalhos, 5.4 Regiões, 5.5 Listas, 5.6 Tabelas, 5.7 Links e navegação, 5.8 Botões e controles, 5.9 Formulários e entrada de dados, 5.10 Apresentação, 5.11 Uso de cores, 5.12 Conteúdo textual, 5.13 Codificação e marcação semântica, 5.14 Áudio e vídeo, 5.15 Animação e 5.16 Tempo | | 6 Material de apoio | Guias e checklists externos | | Anexo A (informativo) | Itens problemáticos: CAPTCHA, reconhecimento facial e biometria, conteúdo que só aparece com foco ou cursor, conteúdo inserido por CSS, conteúdo de terceiros, componentes customizados, arquivos acessíveis, tabelas para leiaute e marcação conforme a especificação | | Anexo B (informativo) | Desempenho funcional | | Anexo C (informativo) | Checklist | ### O que muda em relação à WCAG 2.2 1. **Organização por componente.** A WCAG agrupa os critérios em quatro princípios: perceptível, operável, compreensível e robusto. A NBR 17225 agrupa pelo que a equipe constrói: imagens, formulários, botões, tabelas. Cada item indica o critério de sucesso e o nível da WCAG 2.2 a que corresponde, então a correspondência entre as duas é direta. 2. **Requisito e recomendação em vez de A, AA e AAA.** Pela seção 4, os requisitos cobrem os níveis A e AA, e os critérios AAA aparecem como recomendações. Na nossa contagem do texto, são 146 itens: 96 requisitos e 50 recomendações. 3. **Dois níveis de conformidade.** A conformidade regular exige todos os requisitos e, segundo a norma, equivale aos níveis A e AA da WCAG 2.2. A conformidade plena soma as recomendações; a que não for atendida precisa de uma justificativa razoável. 4. **Itens mais granulares.** A [WCAG 2.2](https://www.w3.org/TR/WCAG22/) tem 86 critérios de sucesso, 55 deles nos níveis A e AA. A norma desdobra esses critérios em 96 requisitos. O critério 1.1.1, Conteúdo Não Textual, por exemplo, vira os itens 5.2.1 a 5.2.6, um para cada tipo de imagem. 5. **Referências brasileiras.** A norma remete a normas ABNT de Libras, audiodescrição e linguagem simples, e inclui uma janela de Libras para conteúdo em áudio como recomendação (5.14.6). 6. **Alguns itens descrevem o design, não só o comportamento.** No 5.12.1, Espaçamento entre as linhas, a norma pede que o texto já tenha um espaçamento mínimo ou que exista um mecanismo para ajustá-lo; o critério 1.4.12 da WCAG pede apenas que nada se perca quando o usuário aumenta o espaçamento. Leia as subseções 5.10 a 5.12 antes de fechar a tipografia de um design system. 7. **O 4.1.1 saiu, mas a norma pede atenção.** A WCAG 2.2 retirou o critério 4.1.1, Processamento. O Anexo A (A.1.9) registra a mudança e recomenda continuar verificando erros de marcação que afetem a acessibilidade. ### Os critérios novos da WCAG 2.2 dentro da NBR 17225 Estes são os nove critérios que a WCAG 2.2 acrescentou em relação à 2.1 e onde cada um aparece na norma. Os nomes em português são os da [tradução da WCAG 2.2 para o português do Brasil](https://www.w3c.br/traducoes/wcag/wcag22-pt-BR/), coordenada pelo Ceweb.br e listada pelo W3C como [tradução autorizada desde 27 de março de 2025](https://www.w3.org/WAI/standards-guidelines/wcag/translations/). | Critério da WCAG 2.2 | Nível | Item da NBR 17225 | Tipo | | ---------------------------------------- | ----- | ------------------------------------------- | ------------ | | 2.4.11 Foco não Obscurecido (Mínimo) | AA | 5.1.3 Elemento em foco parcialmente visível | Requisito | | 2.4.12 Foco não Obscurecido (Melhorado) | AAA | 5.1.2 Elemento em foco totalmente visível | Recomendação | | 2.5.7 Movimentos de Arrastar | AA | 5.8.13 Operação por movimento de arrastar | Requisito | | 2.5.8 Tamanho do Alvo (Mínimo) | AA | 5.8.7 Área de acionamento (mínima) | Requisito | | 2.4.13 Aparência do Foco | AAA | 5.10.5 Área do indicador de foco visível | Recomendação | | 3.2.6 Ajuda Consistente | A | 5.7.16 Ajuda consistente | Requisito | | 3.3.7 Entrada Redundante | A | 5.9.15 Reentrada de dados | Requisito | | 3.3.8 Autenticação Acessível (Mínimo) | AA | 5.9.18 Autenticação acessível (mínima) | Requisito | | 3.3.9 Autenticação Acessível (Melhorado) | AAA | 5.9.17 Autenticação acessível (aprimorado) | Recomendação | O W3C explica que a WCAG 2.2 é [compatível com as versões anteriores](https://www.w3.org/WAI/standards-guidelines/wcag/): o conteúdo que a cumpre também cumpre a 2.1 e a 2.0. Em outubro de 2025, ela foi [aprovada como a norma ISO/IEC 40500:2025](https://www.w3.org/WAI/news/2025-10-21/wcag22-iso/). ## eMAG: o modelo de acessibilidade para órgãos do governo O Modelo de Acessibilidade em Governo Eletrônico (eMAG) é o conjunto de recomendações do governo federal para os seus sites. Segundo a [página do eMAG no gov.br](https://www.gov.br/governodigital/pt-br/acessibilidade-e-usuario/acessibilidade-digital/modelo-de-acessibilidade), a Portaria nº 3, de 7 de maio de 2007, institucionalizou o modelo no âmbito do SISP, o sistema de recursos de TI da administração federal, e tornou a sua observância obrigatória nos sites e portais do governo. A versão vigente, a 3.1, é de abril de 2014 e foi elaborada considerando a WCAG 2.0. O [eMAG 3.1](https://emag.governoeletronico.gov.br/) tem 45 recomendações em seis áreas (marcação, comportamento, conteúdo e informação, apresentação e design, multimídia e formulários) e um capítulo próprio, o 4, com os elementos padronizados para os sites do governo federal: - 4.1 Atalhos de teclado para o conteúdo, o menu principal e a caixa de pesquisa. - 4.2 Primeira folha de contraste, com relação mínima de 7:1 na opção de alto contraste. - 4.3 Barra de acessibilidade. - 4.4 Apresentação do mapa do sítio. - 4.5 Página de descrição com os recursos de acessibilidade do site. O governo mantém o [ASES](https://asesweb.governoeletronico.gov.br/), um avaliador automático gratuito. O próprio eMAG avisa que a validação automática não basta: inclui validação manual com teclado e leitor de tela e testes com usuários reais. **Como combinar eMAG, WCAG 2.2 e NBR 17225.** Conteúdo que cumpre a WCAG 2.2 AA também cumpre a WCAG 2.0 AA, a base do eMAG, mas os elementos do capítulo 4 são exigências próprias do governo federal. Para um órgão federal, a meta prática é a conformidade regular da NBR 17225 mais esses elementos. O portal Governo Digital já lista a NBR 17225 e a NBR 17060 no seu menu de acessibilidade; não encontramos ato que substitua o eMAG. Estados e municípios estão no art. 63 da LBI; verifique se o seu tem norma própria. Se você é fornecedor de um órgão público, deixe a meta escrita no contrato. ## Fiscalização: o que aconteceu até agora ### Quem cobra e com que instrumentos A LBI não traz uma multa administrativa específica para site inacessível; essa é a nossa leitura do texto em 15 de outubro de 2026. A cobrança passa pelo Ministério Público e pela Defensoria Pública, a quem o art. 79, § 3º, da LBI manda tomar as medidas necessárias para garantir os direitos da lei, e pelas ações coletivas que a Lei 7.853/1989, art. 3º, na redação dada pela LBI, permite ao Ministério Público, à Defensoria, aos entes públicos e a associações. Na prática, os instrumentos são a recomendação, o inquérito civil e a ação civil pública, que pode terminar em obrigação de adequar o site e em multa diária fixada pelo juiz se a ordem não for cumprida. ### Linha do tempo verificada | Data | Fato | Fonte | | --------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Agosto de 2025 | O MPF expede recomendação para que as diretrizes de acessibilidade digital sejam definidas; segundo o MPF, os pedidos não foram atendidos | MPF, nota de 10 de junho de 2026 | | 12 de janeiro de 2026 | Em um inquérito civil, o MPF em São Paulo recomenda à Claro corrigir barreiras de acessibilidade no site e no guia de programação da TV por assinatura, aponta violação ao Código de Defesa do Consumidor e à LBI e pede à Anatel que verifique o cumprimento do Regulamento Geral de Acessibilidade | [MPF](https://www.mpf.mp.br/o-mpf/unidades/pr-sp/noticias/mpf-pede-que-claro-resolva-pendencias-de-acessibilidade-no-site-da-empresa-e-em-servicos-de-tv-por-assinatura) | | 10 de junho de 2026 | O MPF ajuíza a ação civil pública nº 5017981-57.2026.4.03.6100 para que a União regulamente o art. 63 em 60 dias e apresente em 120 dias um plano de transição para os seus sites; pede indenização por danos morais coletivos de pelo menos R$ 144 milhões | [MPF](https://www.mpf.mp.br/o-mpf/unidades/pr-sp/noticias/mpf-exige-que-a-uniao-defina-regras-para-garantir-acessibilidade-em-sites-publicos-e-privados) | | 7 de julho de 2026 | O MPF informa que uma liminar obriga a União a apresentar, em até 180 dias, um plano de transição para a plena acessibilidade dos sites de toda a administração pública federal, sob multa diária de R$ 10 mil em caso de descumprimento | [MPF](https://www.mpf.mp.br/o-mpf/unidades/pr-sp/noticias/a-pedido-do-mpf-uniao-tera-que-formular-plano-para-tornar-acessiveis-todos-os-sites-da-administracao-federal) | Na ação, o MPF diz que a NBR 17225 já descreve os parâmetros técnicos, mas que o governo precisa torná-los obrigatórios e definir as consequências do descumprimento. Cita um levantamento do Tribunal de Contas da União em que 88,5% de 366 organizações públicas federais tiveram sites classificados como "ruins" em acessibilidade. E afirma que empresas de e-commerce, de serviços e instituições financeiras usam a falta de diretrizes técnicas definidas como justificativa para não ter sites acessíveis. Em 15 de outubro de 2026, não encontramos regulamento do art. 63 publicado nem notícia posterior do MPF sobre o processo. A regulamentação é o pedido final da ação, não uma decisão: não se sabe quando virá nem o que exigirá. Para uma empresa, a lição é outra: a obrigação já existe desde 2016, o MPF trata a NBR 17225 como o parâmetro técnico, e corrigir um site antes de uma recomendação custa menos do que corrigi-lo com prazo. ## Por que um overlay não deixa o site em conformidade Um overlay é um script de terceiros que promete corrigir a acessibilidade de um site automaticamente, em geral com um widget de botões para aumentar fonte e mudar contraste. Ele não altera o código, os componentes e o conteúdo, que é onde estão as falhas. Quatro referências: - **A norma descreve a página, não um plugin.** Os itens da NBR 17225 são afirmações sobre o próprio site, como 5.13.10 Componentes com nome acessível ou 5.9.3 Rótulo de campo associado. A conformidade se mede no código e no conteúdo que o usuário recebe. - **Especialistas em acessibilidade.** A [Overlay Fact Sheet](https://overlayfactsheet.com/pt-br/), assinada por colaboradores das especificações WCAG, ARIA e HTML e por usuários com deficiência, conclui que nenhum overlay consegue tornar um site totalmente conforme a qualquer padrão de acessibilidade e que, por isso, ele não elimina o risco jurídico. - **O W3C.** A orientação sobre [ferramentas de avaliação](https://www.w3.org/WAI/test-evaluate/tools/selecting/) diz que as ferramentas não conseguem verificar todos os aspectos automaticamente, que o julgamento humano é necessário e que elas não determinam a acessibilidade; só ajudam a avaliá-la. - **Um regulador.** Nos Estados Unidos, a Federal Trade Commission aprovou em abril de 2025 uma [ordem final](https://www.ftc.gov/news-events/news/press-releases/2025/04/ftc-approves-final-order-requiring-accessibe-pay-1-million) que obriga a accessiBe a pagar US$ 1 milhão e a proíbe de afirmar, sem evidências, que os seus produtos automatizados deixam qualquer site em conformidade com a WCAG. A FTC alegava que o widget da empresa não deixava todos os sites dos clientes em conformidade. Uma nota sobre notas automáticas: a pontuação de acessibilidade do Lighthouse é uma [média ponderada de testes automáticos](https://developer.chrome.com/docs/lighthouse/accessibility/scoring) e as verificações manuais não entram na nota. No nosso [relatório de velocidade por plataforma](https://dardo.studio/pt/ferramentas/velocidade-plataformas-web/), as medianas de acessibilidade no Lighthouse dos sites brasileiros no celular, em setembro de 2026, foram de 70 (Bubble) a 95 (Astro) conforme a plataforma, e 86 no conjunto de todos os sites. Uma nota 90 não significa conformidade. ## Como adequar o site da sua empresa: plano em cinco etapas ### 1\. Defina a meta e a amostra Escreva a meta: WCAG 2.2 nível AA, que corresponde à conformidade regular da NBR 17225. Para órgãos federais, some os elementos do capítulo 4 do eMAG. Depois defina a amostra como descreve a metodologia de avaliação do W3C, a [WCAG-EM](https://www.w3.org/WAI/test-evaluate/conformance/wcag-em/): cada tipo de template, as jornadas completas (contato, cadastro, login, busca, checkout), os documentos que o usuário precisa baixar e os componentes de terceiros, como chat, mapas e pagamento. Se você tem aplicativo, inclua-o com a NBR 17060 como referência. ### 2\. Audite com ferramenta, teste manual e tecnologia assistiva - **Varredura automática** de todas as páginas da amostra, com ferramentas como axe, WAVE ou o ASES. Ela encontra parte dos problemas, como contraste e rótulos ausentes, rapidamente. - **Teste manual**: navegação só com teclado, zoom de 200%, largura de 320 pixels CSS, contraste dos estados de foco e hover, mensagens de erro. - **Tecnologia assistiva**: NVDA no Windows, VoiceOver no macOS e no iOS e TalkBack no Android, conforme o seu público. - **Pessoas com deficiência**, sempre que possível. O eMAG e a WCAG-EM recomendam incluir usuários reais. Registre cada problema com o critério da WCAG 2.2, o item da NBR 17225, a página, uma captura de tela, quem é afetado, a gravidade e a correção. ### 3\. Corrija pela ordem de impacto Comece pelo que impede alguém de concluir uma tarefa: o checkout que não funciona no teclado, o formulário sem rótulo, o login que bloqueia o gerenciador de senhas. Depois corrija os componentes compartilhados no [design system](https://dardo.studio/pt/servicos/design-system/), porque um botão corrigido uma vez fica certo em todas as páginas. Por último, o conteúdo: textos alternativos, legendas, PDFs. Se o site já vai passar por um [redesign](https://dardo.studio/pt/servicos/redesign-de-site/), incorpore a acessibilidade ao projeto em vez de corrigir um layout que será substituído. ### 4\. Publique a declaração de acessibilidade A declaração de acessibilidade é a página em que a empresa diz o que fez e como o usuário relata uma barreira. Inclua: - a meta (WCAG 2.2 AA ou conformidade regular da NBR 17225) e a data da última avaliação; - o que foi testado e como: amostra, ferramentas, tecnologias assistivas; - as limitações conhecidas e quando serão corrigidas; - um canal para relatar barreiras e o prazo de resposta. Não declare conformidade que não testou. Para atender ao § 1º do art. 63 enquanto não há regulamento, uma opção prática é um link visível no cabeçalho ou no rodapé para essa página, identificado com um ícone de acessibilidade e com texto. Para órgãos federais, essa página corresponde ao item 4.5 do eMAG. ### 5\. Monitore a cada versão Inclua a varredura automática e um teste rápido de teclado no checklist de publicação, revise a amostra a cada redesign ou novo template e treine quem publica conteúdo para escrever textos alternativos e legendar vídeos. Um [plano de manutenção de site](https://dardo.studio/pt/servicos/manutencao-de-sites/) pode incluir essas verificações. Ao contratar um fornecedor, escreva a meta de acessibilidade no briefing e no contrato; o nosso [gerador de briefing para site](https://dardo.studio/pt/ferramentas/briefing-para-site/) ajuda a registrar esse requisito. ## Checklist: falhas comuns da WCAG 2.2 AA e como testar cada uma O [WebAIM Million](https://webaim.org/projects/million/) analisou em fevereiro de 2026 as páginas iniciais de 1 milhão de sites com uma ferramenta automática: 95,9% tinham falhas da WCAG 2 detectáveis. As seis mais comuns foram texto com baixo contraste (83,9% das páginas), imagens sem texto alternativo (53,1%), campos de formulário sem rótulo (51%), links vazios (46,3%), botões vazios (30,6%) e página sem idioma definido (13,5%). As páginas com domínio .br tiveram em média 62,5 erros, 11,4% acima da média geral de 56,1. Como o estudo só conta o que uma ferramenta detecta, a lista abaixo soma os critérios que exigem teste manual, incluindo os novos da WCAG 2.2. Para verificar o seu site critério por critério, com o item da NBR 17225 de cada um, use a nossa [checklist WCAG 2.2](https://dardo.studio/pt/ferramentas/checklist-wcag-2-2/) gratuita, que gera um plano priorizado e um relatório. | O que verificar | Critério da WCAG 2.2 (nível) | Item da NBR 17225 | Como testar | | ---------------------------------- | ---------------------------------------------------------------------------------------------------------- | ----------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Contraste de texto | 1.4.3 Contraste (Mínimo) (AA) | 5.11.3 | Meça com um verificador de contraste: 4,5:1 para texto normal e 3:1 para texto grande, inclusive placeholder, hover e texto sobre imagem | | Contraste de componentes e do foco | 1.4.11 Contraste Não Textual (AA) | 5.11.4 a 5.11.6 | Verifique 3:1 nas bordas de campos, ícones que transmitem informação e no indicador de foco | | Texto alternativo | 1.1.1 Conteúdo Não Textual (A) | 5.2.1 a 5.2.6 | Inspecione o atributo alt e ouça a página no leitor de tela; imagem decorativa leva alt vazio, imagem que é link descreve o destino | | Rótulos de formulário | 3.3.2 Rótulos ou Instruções (A) | 5.9.1 | Clique no rótulo e veja se o campo recebe o foco; no leitor de tela, cada campo deve anunciar o seu nome; placeholder não substitui rótulo | | Links e botões com nome | 2.4.4 Finalidade do Link (Em contexto) (A) e 4.1.2 Nome, Função, Valor (A) | 5.7.4, 5.8.3 e 5.13.10 | Navegue pela lista de links e botões do leitor de tela; ícones sem texto ("X", lupa, redes sociais) precisam de nome acessível | | Idioma da página | 3.1.1 Idioma da Página (A) | 5.13.2 | Confira lang="pt-BR" no elemento html; trechos em outro idioma precisam do seu próprio atributo | | Teclado | 2.1.1 Teclado (A) | 5.1.12 e 5.1.13 | Desligue o mouse e use Tab, Shift+Tab, Enter, Espaço e Esc em menus, modais, carrosséis e checkout | | Foco visível e ordem do foco | 2.4.7 Foco Visível (AA) e 2.4.3 Ordem do Foco (A) | 5.1.1 e 5.1.4 | Em cada Tab, o elemento focado deve mostrar um indicador visível e seguir a ordem de leitura | | Foco não obscurecido | 2.4.11 Foco não Obscurecido (Mínimo) (AA) | 5.1.3 | Repita o teste de teclado com o aviso de cookies, o cabeçalho fixo e o botão de chat abertos; o elemento focado não pode ficar totalmente coberto | | Cabeçalhos e estrutura | 1.3.1 Informações e Relações (A) e 2.4.6 Cabeçalhos e Rótulos (AA) | 5.3.1 a 5.3.5 | Liste os cabeçalhos com o leitor de tela ou uma extensão; a hierarquia deve refletir a página, sem pular níveis para obter um tamanho de fonte | | Mensagens de erro | 3.3.1 Identificação do Erro (A) | 5.9.9 | Envie o formulário vazio e com dados inválidos; o erro deve dizer o que está errado, em texto, e ser anunciado pelo leitor de tela | | Tamanho do alvo | 2.5.8 Tamanho do Alvo (Mínimo) (AA) | 5.8.7 | Meça nas ferramentas do desenvolvedor a área clicável de ícones, botões de fechar, paginação e pontos de carrossel: 24 por 24 pixels CSS ou espaçamento suficiente | | Arrastar | 2.5.7 Movimentos de Arrastar (AA) | 5.8.13 | Tudo que se faz arrastando (sliders, listas reordenáveis, upload) precisa funcionar também com cliques ou toques simples | | Login e dados repetidos | 3.3.8 Autenticação Acessível (Mínimo) (AA) e 3.3.7 Entrada Redundante (A) | 5.9.18 e 5.9.15 | Entre com um gerenciador de senhas e cole o código de verificação; nos formulários de várias etapas, nenhum dado já informado deve ser pedido de novo | | Zoom e reflow | 1.4.4 Redimensionar Texto (AA) e 1.4.10 Realinhar (AA) | 5.12.7, 5.10.4 e 5.13.5 | Amplie o navegador para 200% e reduza a largura para 320 pixels CSS: nada pode sumir nem exigir rolagem horizontal; a página não pode bloquear o zoom | | Legendas e audiodescrição | 1.2.2 Legendas (Pré-gravadas) (A), 1.2.4 Legendas (Ao Vivo) (AA) e 1.2.5 Audiodescrição (Pré-gravada) (AA) | 5.14.2, 5.14.9 e 5.14.4 | Assista aos vídeos sem som e confira legendas sincronizadas e completas; verifique se a informação visual essencial é descrita no áudio | | Ajuda consistente | 3.2.6 Ajuda Consistente (A) | 5.7.16 | Compare cinco templates: telefone, e-mail, formulário de contato e chat devem aparecer na mesma ordem relativa | ## Como a Dardo pode ajudar A Dardo é um estúdio de design e desenvolvimento de Bogotá, na Colômbia. Trabalhamos em inglês e espanhol e atendemos empresas no Brasil remotamente; Bogotá fica duas horas atrás de Brasília. Não somos escritório de advocacia: entregamos a evidência técnica, e o seu advogado avalia as obrigações. A nossa [auditoria e correção de acessibilidade web](https://dardo.studio/pt/servicos/acessibilidade-web/) segue o plano acima: amostra definida pela WCAG-EM, varredura automática, testes manuais com teclado, zoom e leitores de tela, relatório com o critério da WCAG 2.2 de cada problema, correção no código, no conteúdo e no design system, novo teste e declaração de acessibilidade. Como cada item da NBR 17225 cita o critério da WCAG que atende, o relatório se lê também pela norma. Não vendemos overlays. A auditoria WCAG 2.2 AA parte de USD 690, em pagamento único, conforme a nossa [página de preços](https://dardo.studio/pt/precos/); as correções são orçadas à parte, com os resultados em mãos. Contratar um fornecedor no exterior pode ter tributação própria no Brasil, então confirme com o seu contador antes de fechar. Para pedir uma proposta, envie o endereço do site, as jornadas principais e qualquer prazo pela página de [contato](https://dardo.studio/pt/contato/). ## Perguntas frequentes **A acessibilidade digital é obrigatória para sites de empresas privadas no Brasil?** Sim. O art. 63 da Lei Brasileira de Inclusão obriga os sites mantidos por empresas com sede ou representação comercial no Brasil a serem acessíveis para pessoas com deficiência, conforme as diretrizes adotadas internacionalmente. A lei está em vigor desde janeiro de 2016 e não distingue o porte nem o setor da empresa. Um advogado confirma como ela se aplica ao seu caso. **Qual é a multa para um site que não é acessível?** A LBI não fixa uma multa administrativa específica para site inacessível. A cobrança tem vindo do Ministério Público, por recomendação, inquérito civil e ação civil pública, e o juiz pode fixar multa diária se uma ordem não for cumprida, como os R$ 10 mil por dia da liminar de julho de 2026 contra a União. A regulamentação pedida pelo MPF pode definir consequências no futuro, mas ainda não foi publicada. **A ABNT NBR 17225 é obrigatória?** Como toda norma ABNT, ela é voluntária até que um regulamento a torne exigível, e o art. 63 ainda não foi regulamentado. Mesmo assim, ela é a norma técnica brasileira para acessibilidade web, adota a WCAG 2.2 e é citada pelo MPF como o parâmetro técnico que já existe. Na nossa avaliação, seguir a sua conformidade regular é a forma mais direta de mostrar que o site cumpre as diretrizes adotadas internacionalmente. **Qual é a diferença entre a NBR 17225 e a WCAG 2.2?** A NBR 17225 segue os critérios de sucesso da WCAG 2.2, mas os organiza em 16 subseções por componente, como imagens e formulários, e classifica cada item como requisito ou recomendação em vez dos níveis A, AA e AAA. A conformidade regular, com todos os requisitos, equivale aos níveis A e AA da WCAG 2.2. A norma também remete a normas brasileiras de Libras, audiodescrição e linguagem simples. **O eMAG vale para empresas privadas?** Não diretamente. A Portaria nº 3 de 2007 tornou o eMAG obrigatório nos sites do governo federal no âmbito do SISP. Para empresas, a referência é o art. 63 da LBI, com a WCAG 2.2 AA e a NBR 17225 como padrão técnico. Quem desenvolve ou mantém sites para órgãos federais precisa entregá-los conforme o eMAG, porque a obrigação é do site do órgão. **Um plugin ou widget de acessibilidade resolve?** Não. Overlays não corrigem o código, os componentes e o conteúdo, que é onde estão as falhas, e especialistas reunidos na Overlay Fact Sheet concluem que nenhum deles deixa um site em conformidade com qualquer padrão. Nos Estados Unidos, a FTC proibiu a accessiBe de afirmar, sem evidências, que os seus produtos automatizados deixam sites em conformidade com a WCAG. O caminho é auditar e corrigir o próprio site. **A tradução da WCAG 2.2 para o português é oficial?** Sim. O W3C lista a tradução da WCAG 2.2 para o português do Brasil, coordenada pelo Ceweb.br, como tradução autorizada desde 27 de março de 2025. Ela está publicada no site do W3C Brasil. Use os números dos critérios, que são os mesmos em todos os idiomas, em contratos e relatórios. ## Fontes e leituras adicionais Fontes desta página, com mais detalhes dos publicadores originais. - [Planalto: Lei nº 13.146, de 6 de julho de 2015 (Lei Brasileira de Inclusão)](https://www.planalto.gov.br/ccivil%5F03/%5Fato2015-2018/2015/lei/l13146.htm) · planalto.gov.br - [Planalto: Decreto nº 5.296, de 2 de dezembro de 2004](https://www.planalto.gov.br/ccivil%5F03/%5Fato2004-2006/2004/decreto/d5296.htm) · planalto.gov.br - [Planalto: Lei nº 8.429, de 2 de junho de 1992 (Lei de Improbidade Administrativa)](https://www.planalto.gov.br/ccivil%5F03/leis/l8429.htm) · planalto.gov.br - [ABNT: ABNT NBR 17225:2025, Acessibilidade em conteúdo e aplicações web (catálogo)](https://www.abntcatalogo.com.br/pnm.aspx?Q=cFA4TzBMODJhUnV0MWttK2V0OEhuUzdNNnYybTVlQW9jemRlWThOZy9NTT0=) · abntcatalogo.com.br - [ABNT Coleção: Normas de Acessibilidade da ABNT](https://www.abntcolecao.com.br/mpf/default.aspx?T=9BC37A821F0D) · abntcolecao.com.br - [Ceweb.br: Norma ABNT NBR 17225](https://ceweb.br/projetos/norma-abnt/) · ceweb.br - [Ceweb.br: Ceweb.br lança podcast para estimular aplicação da norma brasileira de acessibilidade digital (11 de março de 2026)](https://ceweb.br/noticia/notas/ceweb-br-lanca-podcast-para-estimular-aplicacao-da-norma-brasileira-de-acessibilidade-digital/) · ceweb.br - [Governo Digital (gov.br): Modelo de Acessibilidade em Governo Eletrônico (eMAG)](https://www.gov.br/governodigital/pt-br/acessibilidade-e-usuario/acessibilidade-digital/modelo-de-acessibilidade) · gov.br - [Governo Digital: eMAG 3.1](https://emag.governoeletronico.gov.br/) · emag.governoeletronico.gov.br - [Governo Digital: ASES, Avaliador e Simulador de Acessibilidade em Sítios](https://asesweb.governoeletronico.gov.br/) · asesweb.governoeletronico.gov.br - [MPF: MPF exige que a União defina regras para garantir acessibilidade em sites públicos e privados (10 de junho de 2026)](https://www.mpf.mp.br/o-mpf/unidades/pr-sp/noticias/mpf-exige-que-a-uniao-defina-regras-para-garantir-acessibilidade-em-sites-publicos-e-privados) · mpf.mp.br - [MPF: A pedido do MPF, União terá que formular plano para tornar acessíveis todos os sites da administração federal (7 de julho de 2026)](https://www.mpf.mp.br/o-mpf/unidades/pr-sp/noticias/a-pedido-do-mpf-uniao-tera-que-formular-plano-para-tornar-acessiveis-todos-os-sites-da-administracao-federal) · mpf.mp.br - [MPF: MPF pede que operadora Claro resolva pendências de acessibilidade no site da empresa e em serviços de TV por assinatura (12 de janeiro de 2026)](https://www.mpf.mp.br/o-mpf/unidades/pr-sp/noticias/mpf-pede-que-claro-resolva-pendencias-de-acessibilidade-no-site-da-empresa-e-em-servicos-de-tv-por-assinatura) · mpf.mp.br - [W3C: Web Content Accessibility Guidelines (WCAG) 2.2](https://www.w3.org/TR/WCAG22/) · w3.org - [W3C Brasil: Diretrizes de Acessibilidade para Conteúdo Web (WCAG) 2.2, tradução para o português do Brasil](https://www.w3c.br/traducoes/wcag/wcag22-pt-BR/) · w3c.br - [W3C WAI: WCAG 2 Translations](https://www.w3.org/WAI/standards-guidelines/wcag/translations/) · w3.org - [W3C WAI: WCAG 2 Overview](https://www.w3.org/WAI/standards-guidelines/wcag/) · w3.org - [W3C WAI: WCAG 2.2 Approved as an ISO Standard (21 de outubro de 2025)](https://www.w3.org/WAI/news/2025-10-21/wcag22-iso/) · w3.org - [W3C WAI: Website Accessibility Conformance Evaluation Methodology (WCAG-EM)](https://www.w3.org/WAI/test-evaluate/conformance/wcag-em/) · w3.org - [W3C WAI: Selecting Web Accessibility Evaluation Tools](https://www.w3.org/WAI/test-evaluate/tools/selecting/) · w3.org - [Overlay Fact Sheet: Fatos sobre Overlays](https://overlayfactsheet.com/pt-br/) · overlayfactsheet.com - [FTC: FTC Approves Final Order Requiring accessiBe to Pay $1 Million (22 de abril de 2025)](https://www.ftc.gov/news-events/news/press-releases/2025/04/ftc-approves-final-order-requiring-accessibe-pay-1-million) · ftc.gov - [Chrome for Developers: Lighthouse accessibility scoring](https://developer.chrome.com/docs/lighthouse/accessibility/scoring) · developer.chrome.com - [WebAIM: The WebAIM Million, relatório de 2026](https://webaim.org/projects/million/) · webaim.org [Nicolás Cerón](https://dardo.studio/pt/nicolas-ceron/) Nicolás Cerón é o fundador da Dardo, um estúdio de marca, design e desenvolvimento web em Bogotá, na Colômbia. ## Artigos relacionados - [**Preços do Webflow 2026: quanto custa em reais, o que muda na renovação e quando sair**O Webflow juntou os planos CMS e Business no Premium. Quanto seu site paga na renovação, em dólares e em reais, e quando vale trocar por Framer ou Astro.](https://dardo.studio/pt/blog/precos-webflow-2026/) - [**Framer ou WordPress em 2026: qual escolher para o seu site, com custos reais em três anos**Framer ou WordPress em 2026: quem deve escolher cada um, quanto custa em três anos um site bilíngue de 18 páginas com blog e do que você abre mão.](https://dardo.studio/pt/blog/framer-ou-wordpress/) - [**Webflow ou WordPress em 2026: qual é melhor? Custos reais, edição, SEO e velocidade**Quanto custa em três anos um site bilíngue de 20 páginas com blog de 300 posts no Webflow e no WordPress, e como eles se comparam em edição, SEO e velocidade.](https://dardo.studio/pt/blog/webflow-ou-wordpress/) - [**Core Web Vitals no Brasil e na América Latina: quantos sites são aprovados por país (dados 2026)**Em setembro de 2026, só 33,7% dos sites foram aprovados nas Core Web Vitals no celular no Brasil, contra 63,3% nos EUA. Os dados por país e o que fazer.](https://dardo.studio/pt/blog/core-web-vitals-brasil/) ## Continue explorando. - [Serviço · **Auditoria e correção de acessibilidade web (WCAG 2.2 AA)**](https://dardo.studio/pt/servicos/acessibilidade-web/) - [Seu projeto · **Vamos conversar**](https://dardo.studio/pt/contato/)