--- title: "WCAG 2.2: o que mudou em relação à 2.1 e como testar — Dardo" description: "WCAG 2.1 e 2.2: os nove critérios novos com os nomes da tradução oficial, um teste rápido para cada um e a versão que a NBR 17225 e outras normas pedem." url: "https://dardo.studio/pt/blog/wcag-2-2-o-que-mudou/" language: "pt" translations: {"en":"https://dardo.studio/en/blog/wcag-2-2-changes/"} updated: "2026-10-17T23:18:51.916Z" --- [Blog](https://dardo.studio/pt/blog/) # WCAG 2.2: o que mudou em relação à WCAG 2.1, os nove critérios novos e como testar cada um A WCAG 2.2 traz nove critérios novos, seis nos níveis A e AA, e remove o 4.1.1 Análise. O que cada um pede, como testar e qual versão cada norma exige. Por [Nicolás Cerón](https://dardo.studio/pt/nicolas-ceron/) ·17 de outubro de 2026 ![Uma alavanca de manobra carmesim ao lado de um entroncamento ferroviário iluminado por lampiões à noite, onde uma linha se divide em duas.](https://dardo.studio/_astro/01M562H78KDC5VDTVTYQ24G233_1bay7X.webp) ## Pontos-chave - A WCAG 2.2 acrescenta nove critérios de sucesso à WCAG 2.1, dois de nível A, quatro de nível AA e três de nível AAA, e remove o 4.1.1 Análise, somando 86 critérios. - O nível AA exige 55 critérios na WCAG 2.2, contra 50 na 2.1, e o conteúdo em conformidade com a 2.2 também está em conformidade com a 2.1 e a 2.0. - Os seis critérios novos de nível A e AA tratam do foco escondido por elementos fixos, de arrastar, de alvos de 24 por 24 pixels CSS, da ajuda consistente, da entrada redundante e do login sem testes de memória. - No Brasil, a ABNT NBR 17225 segue a WCAG 2.2, e a EN 301 549 V4.1.1, publicada em setembro de 2026 para a Lei Europeia de Acessibilidade, também; por isso a 2.2 AA é a meta que atende aos dois mercados. - A tradução da WCAG 2.2 para o português do Brasil, coordenada pelo Ceweb.br, é tradução autorizada pelo W3C desde 27 de março de 2025. ## A resposta curta A WCAG 2.2 acrescenta nove critérios de sucesso à WCAG 2.1 e retira um, o 4.1.1 Análise. Seis dos novos estão nos níveis A e AA, os que leis, normas e contratos exigem: o foco não pode ficar escondido atrás de elementos fixos, tudo o que se faz arrastando precisa ter alternativa, os alvos de toque e clique precisam de 24 por 24 pixels CSS, a ajuda precisa ficar no mesmo lugar, o usuário não pode ter de digitar de novo o que já informou, e o login não pode exigir memória nem quebra-cabeças. Os outros três são de nível AAA. É uma ampliação, não uma versão nova do zero. O W3C afirma, na [WCAG 2.2](https://www.w3.org/TR/WCAG22/), que o conteúdo em conformidade com a 2.2 também está em conformidade com a 2.1 e a 2.0. Um site que já cumpre a 2.1 AA precisa ser testado só nos seis critérios novos de nível A e AA para chegar à 2.2 AA. No Brasil, essa é também a base da ABNT NBR 17225. Os nomes dos critérios abaixo são os da [tradução autorizada da WCAG 2.2 para o português do Brasil](https://www.w3.org/Translations/WCAG22-pt-BR/), coordenada pelo Ceweb.br e publicada em 27 de março de 2025. Conferimos este guia nos textos do W3C e nas normas citadas em 17 de outubro de 2026. Onde fala de leis, é material de planejamento, não parecer jurídico. ## WCAG 2.1 e 2.2 em números A WCAG 2.2 virou Recomendação do W3C em 5 de outubro de 2023, e a edição atual é de 12 de dezembro de 2024. Em outubro de 2025 foi [aprovada como a norma ISO/IEC 40500:2025](https://www.w3.org/WAI/news/2025-10-21/wcag22-iso/), que, segundo a [visão geral da WCAG](https://www.w3.org/WAI/standards-guidelines/wcag/) do W3C, é exatamente igual à versão de outubro de 2023. Contamos os critérios de sucesso da [WCAG 2.0](https://www.w3.org/TR/WCAG20/), da [WCAG 2.1](https://www.w3.org/TR/WCAG21/) e da 2.2: | Versão | Publicação | Nível A | Nível AA | Nível AAA | Total | | -------- | ---------------- | ------- | -------- | --------- | ----- | | WCAG 2.0 | Dezembro de 2008 | 25 | 13 | 23 | 61 | | WCAG 2.1 | Junho de 2018 | 30 | 20 | 28 | 78 | | WCAG 2.2 | Outubro de 2023 | 31 | 24 | 31 | 86 | Estar em conformidade com o nível AA significa cumprir todos os critérios dos níveis A e AA: 50 na WCAG 2.1 e 55 na WCAG 2.2. A diferença são os seis critérios novos de nível A e AA menos o 4.1.1, que era de nível A. ## Os nove critérios novos Os critérios e níveis vêm da página [What's new in WCAG 2.2](https://www.w3.org/WAI/standards-guidelines/wcag/new-in-22/) do W3C; a coluna do meio resume o texto normativo, e a última traz o teste mais rápido que conhecemos para cada um. | Critério | Nível | O que pede | Como testar em cinco minutos | | ---------------------------------------- | ----- | ----------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------ | | 2.4.11 Foco não Obscurecido (Mínimo) | AA | O componente com o foco do teclado não fica totalmente escondido por conteúdo do próprio site | Navegue com Tab com o aviso de cookies, o cabeçalho fixo e o botão de WhatsApp ou chat visíveis; o elemento em foco precisa aparecer ao menos em parte | | 2.4.12 Foco não Obscurecido (Melhorado) | AAA | Nenhuma parte do componente em foco fica escondida | O mesmo teste; qualquer sobreposição falha | | 2.4.13 Aparência do Foco | AAA | O indicador de foco tem pelo menos a área de um contorno de 2 pixels CSS e contraste de 3:1 entre os estados com e sem foco | Compare a área e a cor do indicador com o estado sem foco | | 2.5.7 Movimentos de Arrastar | AA | Tudo o que se faz arrastando também pode ser feito com um único ponteiro, sem arrastar | Repita cada ação de arrastar (sliders, listas, mapas, upload) só com cliques ou toques | | 2.5.8 Tamanho do Alvo (Mínimo) | AA | Alvos de pelo menos 24 por 24 pixels CSS, ou espaçados de modo que um círculo de 24 pixels em volta de cada um não toque outro alvo | Meça ícones, botões de fechar, paginação e pontos de carrossel nas ferramentas do desenvolvedor | | 3.2.6 Ajuda Consistente | A | Mecanismos de ajuda repetidos em várias páginas aparecem na mesma ordem em relação ao resto do conteúdo | Compare a posição de contato, chat e perguntas frequentes em cinco templates diferentes | | 3.3.7 Entrada Redundante | A | Dados já informados no mesmo processo vêm preenchidos ou disponíveis para seleção | Percorra cada formulário de várias etapas e anote o que é pedido duas vezes | | 3.3.8 Autenticação Acessível (Mínimo) | AA | Nenhuma etapa do login exige teste de função cognitiva, salvo se houver alternativa ou um mecanismo de ajuda | Entre com um gerenciador de senhas e cole o código de verificação | | 3.3.9 Autenticação Acessível (Melhorado) | AAA | Como o 3.3.8, sem as exceções de reconhecer objetos ou conteúdo pessoal | O mesmo teste; captchas de imagens também falham | ## O critério que saiu: 4.1.1 Análise O 4.1.1 pedia marcação bem formada: tags completas, elementos bem aninhados, sem atributos duplicados e com IDs únicos. A WCAG 2.2 o marca como "obsoleto e removido", porque as tecnologias assistivas não analisam mais o HTML diretamente. O [FAQ da WCAG 2](https://www.w3.org/WAI/standards-guidelines/wcag/faq/#parsing411) do W3C diz que os problemas que falhariam no 4.1.1 vão falhar em outros critérios, como o 1.3.1 Informações e Relações e o 4.1.2 Nome, Função, Valor. A mudança chegou às versões anteriores. O mesmo FAQ informa que a WCAG 2.1 foi atualizada em 21 de setembro de 2023, e a 2.0 ganhou uma errata, com uma nota dizendo que o 4.1.1 deve ser considerado sempre atendido em conteúdo HTML ou XML. Na prática: se um contrato, um edital ou um checklist ainda listar o 4.1.1, informe o resultado. Passar os templates principais no validador do W3C é uma evidência barata. ## Qual versão da WCAG cada norma pede Poucas regras citam a 2.2. Esta tabela reúne as que mais importam para uma empresa brasileira, inclusive as dos mercados para onde ela vende: | País e norma | A quem se aplica | Versão da WCAG | | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------- | | Brasil, [Lei 13.146/2015](https://www.planalto.gov.br/ccivil%5F03/%5Fato2015-2018/2015/lei/l13146.htm) (LBI), art. 63 | Sites de empresas com sede ou representação comercial no país e de órgãos de governo | Nenhuma: pede as "melhores práticas e diretrizes de acessibilidade adotadas internacionalmente" | | Brasil, ABNT NBR 17225:2025 | Norma técnica de referência para sites | 2.2, segundo o [Ceweb.br](https://ceweb.br/noticia/notas/ceweb-br-lanca-podcast-para-estimular-aplicacao-da-norma-brasileira-de-acessibilidade-digital/) | | Brasil, [eMAG 3.1](https://www.gov.br/governodigital/pt-br/acessibilidade-e-usuario/acessibilidade-digital/modelo-de-acessibilidade) (2014) | Sites do governo federal (SISP) | Elaborado considerando a 2.0 | | União Europeia, Lei Europeia de Acessibilidade, [EN 301 549 V4.1.1](https://www.etsi.org/deliver/etsi%5Fen/301500%5F301599/301549/04.01.01%5F60/en%5F301549v040101p.pdf) | Comércio eletrônico, bancos e outros serviços para consumidores | 2.2 (publicada em setembro de 2026; dá presunção de conformidade quando for citada no Jornal Oficial da UE) | | União Europeia, diretiva de sites do setor público, EN 301 549 V3.2.1 | Sites e apps do setor público, incluindo os de Portugal | 2.1 | | Estados Unidos, ADA Título II, [28 CFR 35.200](https://www.ecfr.gov/current/title-28/part-35/section-35.200) | Governos estaduais e locais, inclusive o conteúdo que contratam | 2.1 A e AA, a partir de 26 de abril de 2027 ou de 26 de abril de 2028, conforme a população | | Estados Unidos, Seção 508, [Revised 508 Standards](https://www.access-board.gov/ict/) | Órgãos federais e a tecnologia que compram | 2.0 A e AA | ### Qual versão adotar? A WCAG 2.2 nível AA. Ela atende a todas as regras da tabela que citam a 2.0 ou a 2.1, é a base das normas mais novas do Brasil e da Europa, e o W3C recomenda usar a versão mais recente. No Brasil, a NBR 17225 organiza os requisitos por componente e tem itens próprios além da WCAG; em [acessibilidade digital e a Lei Brasileira de Inclusão](https://dardo.studio/pt/blog/acessibilidade-digital-lei-brasileira-de-inclusao/) analisamos a norma e mostramos a correspondência entre os critérios novos da 2.2 e os itens dela. Se você vende para a Europa, veja também o nosso guia da [Lei Europeia de Acessibilidade](https://dardo.studio/pt/blog/lei-europeia-de-acessibilidade/). Escreva "WCAG 2.2 AA" no briefing e no contrato de qualquer site novo; assim você não precisa testar de novo quando uma regra for atualizada. ## Como testar e corrigir os seis critérios A e AA São eles que mudam o resultado de um site que já cumpre a 2.1 AA. Para cada um: onde costuma falhar, como testar e a correção habitual. ### 2.4.11 Foco não Obscurecido (Mínimo) Onde falha: cabeçalhos e rodapés fixos, o aviso de cookies, o botão flutuante de WhatsApp ou de chat e pop-ups não modais que cobrem o elemento em que o usuário de teclado acabou de chegar. O W3C lista o cabeçalho ou rodapé fixo que esconde por completo o elemento em foco como uma falha conhecida (F110). Ficar parcialmente coberto é aceito neste nível; o 2.4.12, de nível AAA, não aceita nem isso. Como testar: avance e volte com Tab e Shift+Tab em cada template, primeiro com todos os avisos e botões visíveis, depois com eles fechados. Repita com zoom de 200% e na largura de um celular, onde os elementos fixos ocupam mais tela. A correção: reserve a altura do cabeçalho fixo com `scroll-padding-top` no CSS (técnica C43), para o navegador rolar o elemento em foco para fora dele. Faça o aviso de cookies não cobrir o conteúdo, ou ser modal, e reveja se cada elemento fixo precisa mesmo ser fixo. ### 2.5.7 Movimentos de Arrastar Onde falha: sliders de faixa de preço, listas reordenáveis, quadros kanban, mapas que se movem arrastando e áreas de "arraste o arquivo aqui". Como testar: liste tudo o que se move arrastando e tente fazer o mesmo só com cliques ou toques. O documento [Understanding 2.5.7](https://www.w3.org/WAI/WCAG22/Understanding/dragging-movements.html) do W3C observa que uma alternativa por teclado não cumpre o critério automaticamente: ela precisa funcionar com um único ponteiro, clicando ou tocando. A correção: deixe que um clique em qualquer ponto da trilha do slider defina o valor, ponha botões de subir e descer ou um menu "mover para" ao lado dos itens reordenáveis, botões de direção nos mapas e um botão "escolher arquivo" junto de toda área de soltar arquivos. ### 2.5.8 Tamanho do Alvo (Mínimo) Onde falha: ícones de redes sociais, o X que fecha janelas, números de paginação, pontos de carrossel, dias de calendário e botões de ícone colados em barras de ferramentas. Como testar: nas ferramentas do desenvolvedor, meça a área clicável, não o desenho do ícone. Um alvo de 24 por 24 pixels CSS ou maior passa. Um menor passa se um círculo de 24 pixels centrado nele não tocar outro alvo nem o círculo de outro alvo pequeno: nos exemplos do [Understanding 2.5.8](https://www.w3.org/WAI/WCAG22/Understanding/target-size-minimum.html), botões de 20 por 20 pixels com 4 pixels de distância passam, e os mesmos botões colados falham. Links dentro de uma frase estão isentos, assim como controles que o navegador desenha e você não estilizou. A correção: aumente a área clicável com padding sem mudar o ícone, afaste os alvos pequenos e corrija o tamanho nos componentes de botão e ícone do design system, para que todas as páginas herdem a correção. 24 pixels é o mínimo; o critério 2.5.5 Tamanho do Alvo (Melhorado), de nível AAA, pede 44 por 44, uma meta melhor para as ações principais no celular. ### 3.2.6 Ajuda Consistente Onde falha: telefone no cabeçalho em algumas páginas e no rodapé em outras, o botão de WhatsApp que só aparece em alguns templates e em posições diferentes, ou o link de ajuda que muda de lugar no menu. Como testar: abra cinco páginas de templates diferentes, com a mesma largura e o mesmo zoom, e anote a ordem dos mecanismos de ajuda (dados de contato, formulário ou chat de contato, páginas de autoajuda como perguntas frequentes, e chatbots) em relação ao resto do conteúdo. O que se compara é a ordem, não a posição em pixels. O critério não obriga a oferecer ajuda; vale quando você oferece. A correção: coloque a ajuda em um componente compartilhado do cabeçalho ou do rodapé, não em blocos que cada editor posiciona à mão. ### 3.3.7 Entrada Redundante Onde falha: checkouts que pedem de novo o endereço de entrega como endereço de cobrança, cadastros de várias etapas que pedem o CPF ou o e-mail duas vezes, e formulários que apagam todos os campos depois de um erro de validação. Como testar: percorra cada processo de várias etapas do início ao fim, inclusive voltando uma etapa, e liste cada dado pedido mais de uma vez. Pedir de novo é permitido quando é essencial, quando é necessário por segurança (como confirmar uma senha nova) ou quando o dado anterior deixou de valer. A correção: carregue os dados entre etapas, preencha o que você já sabe, ofereça opções como "usar o mesmo endereço" e mostre um resumo com links para editar no final. ### 3.3.8 Autenticação Acessível (Mínimo) Onde falha: telas de login que bloqueiam colar ou o preenchimento do gerenciador de senhas, teclados virtuais em que a senha só pode ser digitada clicando, códigos de verificação divididos em seis caixas que só aceitam um dígito colado, e captchas de texto distorcido ou de contas. Como testar: entre usando um gerenciador de senhas e cole o código recebido por SMS ou e-mail. Verifique todas as etapas, inclusive a autenticação em dois fatores e a recuperação de senha. Segundo o [Understanding 3.3.8](https://www.w3.org/WAI/WCAG22/Understanding/accessible-authentication-minimum.html), uma senha passa se o gerenciador puder preenchê-la ou o usuário puder colá-la; exigir que o usuário transcreva um código à mão falha; e, no nível AA, um captcha que pede para reconhecer objetos, como escolher as fotos com carros, é permitido, enquanto os de texto distorcido e de contas não são. Pela mesma lógica, um teclado virtual que impede colar e usar o gerenciador falha, a menos que exista outro jeito de entrar. A correção: marque os campos com os valores certos de `autocomplete` (`username`, `current-password`, `one-time-code`), permita colar em todos os campos e ofereça um método que não exija memória, como chaves de acesso (passkeys), um link de acesso por e-mail ou o login com outro provedor. Troque captchas de quebra-cabeça por verificações que não pedem nada ao usuário, como limitar as tentativas. ## Os três critérios de nível AAA Poucas regras exigem o nível AAA, mas dois destes saem barato depois do trabalho de nível AA: - **2.4.12 Foco não Obscurecido (Melhorado):** nenhuma parte do elemento em foco fica escondida. Se você corrigiu o 2.4.11 com scroll-padding, já fez quase tudo. - **2.4.13 Aparência do Foco:** indicador de foco com pelo menos a área de um contorno de 2 pixels CSS e contraste de 3:1 em relação ao estado sem foco. Um contorno sólido de pelo menos 2 pixels, definido uma vez como token do design system, costuma cobrir a área; confira o contraste. - **3.3.9 Autenticação Acessível (Melhorado):** como o 3.3.8, mas reconhecer objetos ou conteúdo pessoal deixa de ser exceção. Chaves de acesso e links por e-mail evitam testes cognitivos por completo. ## Como levar um site da WCAG 2.1 AA para a 2.2 AA 1. **Teste só o que mudou.** Aplique os seis critérios novos de nível A e AA aos seus templates e processos completos: cadastro, login, checkout ou agendamento, contato. 2. **Corrija nos componentes.** Estilos de foco, tamanho dos alvos, elementos fixos e campos de formulário vivem em poucos componentes compartilhados; corrigi-los uma vez corrige todas as páginas. 3. **Teste de novo o login com cada método que você oferece,** inclusive login social, dois fatores e recuperação de senha. 4. **Atualize a documentação.** Troque a versão citada na sua declaração de acessibilidade e a meta do contrato com fornecedores. 5. **Guarde evidência do 4.1.1** se um contrato ou edital ainda o exigir. 6. **Escreva WCAG 2.2 AA nos novos briefings e contratos,** para o próximo redesign já começar na versão atual. ## Próximos passos A nossa [checklist WCAG 2.2](https://dardo.studio/pt/ferramentas/checklist-wcag-2-2/) gratuita tem um filtro "Novos na 2.2" que mostra exatamente estes critérios, cada um como uma pergunta simples, com como testar, a correção habitual e o item correspondente da NBR 17225, e monta um plano priorizado com as suas respostas. Para planejar o orçamento de uma auditoria, veja [quanto custa uma auditoria de acessibilidade](https://dardo.studio/pt/blog/quanto-custa-uma-auditoria-de-acessibilidade/). Se preferir que a Dardo teste e corrija, a nossa [auditoria de acessibilidade web](https://dardo.studio/pt/servicos/acessibilidade-web/) cobre a WCAG 2.2 AA com testes manuais e parte de USD 690, como mostra a nossa [página de preços](https://dardo.studio/pt/precos/). ## Perguntas frequentes **O que mudou da WCAG 2.1 para a 2.2?** A WCAG 2.2 acrescentou nove critérios e retirou um, o 4.1.1 Análise. Os novos de nível A e AA são 2.4.11 Foco não Obscurecido (Mínimo), 2.5.7 Movimentos de Arrastar, 2.5.8 Tamanho do Alvo (Mínimo), 3.2.6 Ajuda Consistente, 3.3.7 Entrada Redundante e 3.3.8 Autenticação Acessível (Mínimo). Os critérios que já existiam não mudaram. **Quem cumpre a WCAG 2.2 também cumpre a 2.1?** Sim. O W3C afirma que o conteúdo em conformidade com a WCAG 2.2 também está em conformidade com a 2.1 e a 2.0. A ressalva é o 4.1.1 Análise, retirado na 2.2: se um contrato ou edital ainda o listar, informe o resultado, embora o W3C diga que ele deve ser considerado sempre atendido em HTML e XML. **Existe tradução oficial da WCAG 2.2 em português?** Sim. A tradução para o português do Brasil, coordenada pelo Ceweb.br, é listada pelo W3C como tradução autorizada desde 27 de março de 2025. Em contratos e relatórios, cite também o número do critério, que é o mesmo em todos os idiomas. **Qual versão da WCAG a NBR 17225 segue?** A WCAG 2.2, segundo o Ceweb.br, que coordenou o grupo que elaborou a norma. A NBR 17225 organiza os requisitos por componente, como imagens e formulários, e tem itens próprios além da WCAG. Já o eMAG 3.1, do governo federal, foi elaborado considerando a WCAG 2.0. **Qual é o tamanho mínimo de um botão na WCAG 2.2?** O critério 2.5.8, de nível AA, pede alvos de pelo menos 24 por 24 pixels CSS. Alvos menores passam se um círculo de 24 pixels centrado em cada um não tocar outro alvo nem o círculo de outro alvo pequeno, e links dentro de frases estão isentos. O critério 2.5.5, de nível AAA, pede 44 por 44. **Captcha é permitido pela WCAG 2.2?** No nível AA, um captcha que pede para reconhecer objetos, como escolher as fotos com carros, é permitido pelo critério 3.3.8. Captchas de texto distorcido ou de contas falham se não houver outro jeito de entrar. No nível AAA, o 3.3.9 tira a exceção de reconhecer objetos. ## Fontes e leituras adicionais Fontes desta página, com mais detalhes dos publicadores originais. - [W3C: Web Content Accessibility Guidelines (WCAG) 2.2](https://www.w3.org/TR/WCAG22/) · w3.org - [W3C: Web Content Accessibility Guidelines (WCAG) 2.0 (11 de dezembro de 2008)](https://www.w3.org/TR/WCAG20/) · w3.org - [W3C: Web Content Accessibility Guidelines (WCAG) 2.1](https://www.w3.org/TR/WCAG21/) · w3.org - [W3C: Diretrizes de Acessibilidade para Conteúdo Web (WCAG) 2.2, tradução autorizada para o português do Brasil (27 de março de 2025)](https://www.w3.org/Translations/WCAG22-pt-BR/) · w3.org - [W3C WAI: What's new in WCAG 2.2](https://www.w3.org/WAI/standards-guidelines/wcag/new-in-22/) · 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: WCAG 2 FAQ, 4.1.1 Parsing](https://www.w3.org/WAI/standards-guidelines/wcag/faq/#parsing411) · w3.org - [W3C: Understanding SC 2.5.7 Dragging Movements](https://www.w3.org/WAI/WCAG22/Understanding/dragging-movements.html) · w3.org - [W3C: Understanding SC 2.5.8 Target Size (Minimum)](https://www.w3.org/WAI/WCAG22/Understanding/target-size-minimum.html) · w3.org - [W3C: Understanding SC 3.3.8 Accessible Authentication (Minimum)](https://www.w3.org/WAI/WCAG22/Understanding/accessible-authentication-minimum.html) · w3.org - [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 - [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 - [ETSI: EN 301 549 V4.1.1 (2026-09)](https://www.etsi.org/deliver/etsi%5Fen/301500%5F301599/301549/04.01.01%5F60/en%5F301549v040101p.pdf) · etsi.org - [eCFR: 28 CFR 35.200, ADA Title II web and mobile accessibility](https://www.ecfr.gov/current/title-28/part-35/section-35.200) · ecfr.gov - [U.S. Access Board: Revised Section 508 Standards](https://www.access-board.gov/ict/) · access-board.gov [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 - [**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.](https://dardo.studio/pt/blog/acessibilidade-digital-lei-brasileira-de-inclusao/) - [**Lei Europeia de Acessibilidade (EAA): o que exige das empresas brasileiras que vendem para Portugal e a UE**Desde 28 de junho de 2025 a EAA alcança empresas de fora da UE que vendem a consumidores europeus. O que cobre, a isenção e o que exige o Decreto-Lei 82/2022.](https://dardo.studio/pt/blog/lei-europeia-de-acessibilidade/) - [**Quanto custa uma auditoria de acessibilidade? Preços publicados, o que muda o orçamento e como comparar**Quem publica preços cobra entre US$ 1.250 e 8.000 pela maioria das auditorias. O que muda o orçamento, o que pedem a LBI e a NBR 17225 e como comparar.](https://dardo.studio/pt/blog/quanto-custa-uma-auditoria-de-acessibilidade/) - [**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/) ## 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/)