CRO: Otimização de Conversão e Experimentação · Capítulo 18 de 30 · 45 min
Acessibilidade: fator de conversão e obrigação legal
O regime brasileiro e o europeu que já alcançam o seu checkout, as ferramentas que auditam de verdade, e por que o mesmo conjunto de correções reduz erro de preenchimento para todo mundo.
Este capítulo faz parte do curso gratuito CRO: Otimização de Conversão e Experimentação.
Etapa: Superfície, inclusão e conformidade. Pergunta que este módulo responde: Quem fica impedido de concluir a jornada e qual obrigação a empresa assume? Dono mais comum: Produto e tecnologia, com jurídico, design e atendimento. Passagem de bastão: barreiras priorizadas, padrão de aceite, evidência manual e plano de correção.
Acessibilidade é a rampa na entrada principal
Uma rampa ajuda cadeirantes, carrinhos de bebê, entregadores e pessoas com lesão temporária. Contraste, teclado, rótulo e foco têm o mesmo efeito digital: removem barreiras para grupos permanentes, temporários e situacionais.
Overlay não reforma escada. Acessibilidade precisa existir no componente, no conteúdo e no processo de aceite.
Diretora jurídica e de produto
Serviços financeiros
Dor
O formulário atende clique por mouse, mas não comunica erro ao leitor de tela.
Solução
A squad adiciona rótulos, foco, anúncio de erro e teste manual por teclado ao definition of done.
Resultado
A correção reduz exclusão, retrabalho, suporte e risco sem depender de uma camada automática externa.
Custo apurado: Cenário executivo ilustrativo, construído a partir de rotinas empresariais recorrentes.
Cenário construído para fins didáticos. Números não correspondem a cliente específico.
O que significa: Acessibilidade permite que pessoas com diferentes capacidades visuais, motoras, auditivas e cognitivas percebam, entendam e operem a jornada. Também beneficia situações temporárias, como tela quebrada, sol forte, mão ocupada ou conexão ruim. Por que isso importa na empresa: Barreiras excluem clientes, elevam suporte e criam risco jurídico e reputacional. Como a falha costuma impedir a própria medição da conversão, grupos afetados podem desaparecer do painel e do backlog.
- Etapa 1 de 5: Semântica
Garanta estrutura, rótulos, nomes e mensagens compreensíveis.
- Etapa 2 de 5: Teclado
Percorra tudo sem mouse, com foco visível e ordem lógica.
- Etapa 3 de 5: Percepção
Cheque contraste, zoom, legenda e alternativas textuais.
- Etapa 4 de 5: Erro
Explique problema e recuperação sem depender só de cor.
- Etapa 5 de 5: Processo
Combine automação, revisão manual e teste com pessoas.
Exemplo calculado — números ilustrativos
| Situação | Conta | Como interpretar | Decisão executiva |
|---|---|---|---|
| Um fluxo recebe 20.000 usuários; 8% usam teclado em parte da jornada. Um modal prende foco e metade desse grupo desiste. | 20.000 × 8% = 1.600 usuários expostos; 50% = 800 abandonos potencialmente associados à barreira. | Os números são ilustrativos, mas mostram como uma minoria percentual pode representar grande volume e direito de acesso. | O defeito de bloqueio é corrigido por obrigação e qualidade; o rollout monitora conclusão, erro e regressão. |
Os números foram criados para ensinar o raciocínio. Substitua base, janela, valor e premissas pelos dados validados da sua empresa.
Dúvidas comuns de quem está começando
Passar numa ferramenta automática garante acessibilidade?
Não. Automação encontra parte dos problemas. Fluxo de teclado, clareza, leitura por tecnologia assistiva e carga cognitiva exigem avaliação humana.
Preciso fazer A/B de uma correção obrigatória?
Não para decidir se deve cumprir a obrigação. Pode monitorar rollout e medir impacto, desde que ninguém permaneça deliberadamente exposto a uma barreira evitável.
Sua loja vende no Brasil e atende também clientes em Portugal e na Espanha. Ninguém no time levantou acessibilidade em nenhuma reunião de roadmap, e a página de checkout tem rótulo de campo implementado como texto cinza-claro dentro do input, que some quando a pessoa começa a digitar.
Esse detalhe reprova em três lugares ao mesmo tempo. Reprova na norma técnica que a União Europeia exige, reprova na legislação brasileira que vale desde muito antes dela, e reprova na taxa de erro de preenchimento de qualquer usuário que precise conferir o que digitou.
Marque a data em que o checkout passa a atender WCAG 2.1 AA, porque essa é a única variável ainda em aberto. A obrigação nasce no Brasil, pela Lei 13.146/2015, e alcança a loja que nunca despachou um pedido para fora; o European Accessibility Act acrescenta prazo quando existe consumidor europeu, sem criar a exigência. Dono: a diretoria de e-commerce, com o jurídico consultado e o time de produto executando, já que adiar é decisão de quem controla o roadmap e não de quem escreve o componente. Prazo: as três correções do caminho da receita, que são contraste, rótulo associado e ordem de foco, dentro de um ciclo de produto, com a declaração de acessibilidade publicada em sessenta dias. Quem espera abrir operação internacional para começar já está em atraso, e responde por isso no regime brasileiro, onde a pergunta sobre a multa europeia não ajuda em nada.
O que você vai conseguir fazer depois deste módulo
- Dizer com precisão a que regimes a sua operação está sujeita, começando pelo brasileiro e não pelo europeu.
- Descrever o European Accessibility Act como diretiva, sem repetir números de multa que não existem em regra única.
- Auditar o checkout contra critérios nomeados do WCAG 2.1 AA, e não contra a impressão de que a página parece acessível.
- Escolher a ferramenta certa para cada tipo de verificação, e saber o que nenhuma delas encontra.
- Sustentar o investimento com o argumento que se defende, em vez de com percentuais de ROI publicados por quem vende a solução.
Comece pela sua própria jurisdição. No Brasil, a Lei Brasileira de Inclusão (Lei 13.146/2015) trata da acessibilidade de sítios eletrônicos no artigo 63, e ela alcança a sua loja independentemente de você vender ou não para a Europa. No plano europeu, o European Accessibility Act está em vigor desde 28 de junho de 2025 e alcança serviços de e-commerce nos 27 estados-membros, com padrão técnico EN 301 549 v3.2.1, que incorpora WCAG 2.1 nível AA.
A rampa da calçada serve a quem ninguém tinha em mente
As rampinhas rebaixadas nas esquinas nasceram da pressão do movimento de pessoas com deficiência, para que uma cadeira de rodas conseguisse descer da calçada. Assim que foram instaladas, quem mais passou a usá-las foi outra gente: o entregador com o carrinho, o pai empurrando o bebê, o idoso puxando a mala, o ciclista. O fenômeno ficou conhecido nos estudos urbanos como efeito da rampa de calçada, o curb-cut effect. A adaptação feita para uma minoria termina servindo à maioria.
Rótulo de campo bem associado, contraste adequado e ordem de foco correta foram pensados para o leitor de tela, e reduzem o erro de preenchimento de qualquer cliente apressado no celular. Acessibilidade paga duas vezes: cumpre a lei e destrava conversão para todo mundo.
Fora do papel, acessibilidade digital já virou litígio com desfecho concreto. Nos Estados Unidos, um cliente cego processou a rede Domino's Pizza porque não conseguia concluir um pedido pelo site nem pelo aplicativo usando leitor de tela. Em outubro de 2019, a Suprema Corte americana recusou o recurso da empresa e deixou de pé a decisão que aplicava o Americans with Disabilities Act ao ambiente digital. Para um diretor brasileiro, o detalhe da lei estrangeira importa menos que o padrão que ela revela: onde existe consumidor, a exigência de acessibilidade é cobrável, e o site entra na conta.
Circula amplamente a afirmação de que o European Accessibility Act prevê multas de até 100 mil euros por infração. Não repita esse número, e corrija quem o repetir na sua frente. O EAA é uma diretiva, não um regulamento. Diretiva não se aplica diretamente: ela obriga cada estado-membro a transpor as regras para o direito nacional, e é na transposição que cada país define as próprias sanções, o próprio órgão fiscalizador e os próprios procedimentos. Não existe teto único europeu, e os patamares variam bastante de um país para outro. Alguns adotam multa administrativa, outros preveem medidas como restrição de oferta do serviço. A consequência prática é que a pergunta "qual é a multa?" não tem resposta única. A resposta correta é: depende do país em que está o consumidor, e é preciso consultar a lei nacional de transposição daquele mercado. Levar um valor específico a uma reunião de diretoria como se fosse regra europeia é o tipo de erro que destrói a credibilidade de todo o resto da apresentação.
Os marcos que definem a sua obrigação, na ordem em que apareceram
- 2014Concluído
eMAG 3.1
Modelo de Acessibilidade em Governo Eletrônico, referência brasileira para sítios públicos e usado como parâmetro técnico também fora do setor público.
- 06/07/2015Concluído
Lei Brasileira de Inclusão, Lei 13.146
O artigo 63 trata da acessibilidade de sítios eletrônicos. É o regime que alcança a operação brasileira sem depender de nenhuma venda para a Europa.
- 28/06/2025Agora
European Accessibility Act passa a ser exigível
Alcança serviços de e-commerce nos 27 estados-membros, sem carência para serviços que já estavam ativos. Sanções definidas por cada país na transposição.
- sem dataPrevisto
EN 301 549 v4.1.1 em rascunho, não publicada
A norma harmonizada oficialmente referenciada pela Comissão Europeia continua sendo a v3.2.1, baseada em WCAG 2.1. Existe rascunho da v4.1.1, com WCAG 2.2 nível AA, mas ela não foi publicada e não há data firme. Quem projetar hoje mirando 2.2 se antecipa sem depender desse calendário.
Os regimes que alcançam uma loja brasileira
| Regime | Onde alcança | O que exige na prática, e o que isso decide |
|---|---|---|
| Lei Brasileira de Inclusão, Lei 13.146/2015, art. 63 | Operação brasileira, independentemente de vender para fora | Acessibilidade de sítios eletrônicos para uso da pessoa com deficiência, com conteúdo em formato acessível. Decide que o assunto entra no roadmap mesmo sem uma única venda internacional |
| ABNT NBR 17060 | Referência técnica brasileira para acessibilidade em aplicativos de dispositivos móveis | Requisitos de acessibilidade aplicáveis ao aplicativo, úteis como parâmetro de projeto e de contrato. Decide o texto da cláusula que vai ao fornecedor do aplicativo |
| eMAG | Modelo de referência do governo eletrônico brasileiro | Recomendações de acessibilidade organizadas por seção, adotadas como parâmetro técnico em muitos editais. Decide a elegibilidade em concorrência com ente público |
| European Accessibility Act, diretiva | Consumidores localizados em qualquer dos 27 estados-membros | Serviço de e-commerce acessível; sanções e fiscalização definidas por cada país na transposição. Decide em qual mercado a consulta jurídica precisa ser feita, e encerra a pergunta sobre uma multa europeia única |
| EN 301 549 v3.2.1 | Padrão harmonizado que operacionaliza o EAA | Conformidade com WCAG 2.1 nível AA, que é a régua concreta que o time de produto consegue auditar. Decide o critério de aceite que entra no card e no contrato |
Na prática, a régua técnica converge: WCAG 2.1 AA atende os dois lados. Projetar para esse padrão resolve simultaneamente a exigência brasileira e a europeia, e é por isso que o checklist deste módulo é escrito por critério de sucesso do WCAG. A coluna da direita é o que se leva ao comitê, porque cada linha vira uma de três coisas: uma cláusula de contrato, um card de sprint ou uma consulta jurídica localizada em um país específico.
Um aluno brasileiro sai deste módulo sabendo que acessibilidade digital não é assunto de exportador. A obrigação nasce no Brasil, com a Lei 13.146/2015, e vale para a loja que nunca enviou um pedido para fora. O EAA acrescenta uma camada quando existe consumidor europeu, e não é ele que cria a exigência. Quem só olha para a Europa termina concluindo, erradamente, que pode adiar o assunto até abrir operação internacional.
Quatro pontos do desenho do EAA que mudam a forma de planejar
- Aplicação por destino, e não por sede: o que importa é onde está o consumidor, então uma operação brasileira que vende para consumidores em qualquer dos 27 estados-membros entra no escopo.
- Sem período de adaptação para serviço ativo: a regra vale desde 28 de junho de 2025 também para serviços que já operavam, então quem esperava transição está em atraso, não em preparação.
- Fiscalização e sanção descentralizadas: cada país define fiscalizador e penalidade na lei nacional de transposição, o que multiplica as portas de entrada de uma denúncia e impede qualquer resposta única sobre valores.
- A norma se move, mas ainda não se moveu: a versão oficialmente referenciada pela Comissão Europeia segue sendo a v3.2.1, com WCAG 2.1 AA. A v4.1.1, que incorpora WCAG 2.2 nível AA, existe como rascunho e não tem data de publicação. Mirar 2.2 desde já é decisão de antecipação, e não cumprimento de prazo anunciado, o que muda o argumento que você leva ao comitê.
Há uma entrega concreta que costuma passar despercebida no planejamento: a declaração de acessibilidade. O EAA exige que o fornecedor informe publicamente como o serviço atende aos requisitos de acessibilidade, e essa informação precisa estar disponível ao consumidor de forma acessível.
Na prática, é uma página do seu site descrevendo o padrão adotado, o resultado da avaliação, as limitações conhecidas com prazo de correção, a data da última verificação e um canal para que alguém relate uma barreira encontrada. O valor dela não é decorativo. Uma declaração honesta, com limitações declaradas e prazo escrito, muda o enquadramento de um eventual questionamento: em vez de descobrir um problema não reconhecido, a autoridade encontra um plano em execução. Declaração genérica afirmando conformidade total sem avaliação por trás produz o efeito inverso, porque cria uma afirmação pública fácil de desmentir com uma auditoria de vinte minutos.
Sobre fiscalização, o quadro de meados de 2026 já tem casos concretos, e o mais útil deles para calibrar risco é o que não aconteceu. A primeira sentença na União Europeia saiu em 5 de maio de 2026, no Tribunal de Lille, em caso envolvendo o Auchan; a ação foi arquivada por limiar de faturamento e está em recurso. Em 4 de junho de 2026, o tribunal de Caen condenou o Carrefour a adequar o aplicativo em seis meses, sob multa diária. A Suécia abriu 28 investigações proativas. O dado que fecha a leitura executiva: até meados de 2026, nenhuma multa foi aplicada na União Europeia. Existe litígio, existe fiscalização ativa e existe condenação com obrigação de fazer, e ainda não existe sanção pecuniária consumada. Essa combinação calibra o risco melhor que discurso genérico sobre exposição regulatória, e é ela que você leva ao comitê: o vetor não é a multa iminente, é a obrigação de corrigir com prazo judicial, que chega antes e custa mais caro quando pega o time despreparado. Uma ressalva de método, porque este curso cobra ela de terceiros: essas informações vêm de cobertura setorial especializada, não de registro oficial consultado. Confirme o processo antes de citar número ou nome de empresa em documento formal.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
O ângulo de conversão vem de uma coincidência técnica que vale entender bem, porque é ela que tira acessibilidade da fila de compliance e coloca no roadmap de produto. As correções que a norma exige são as mesmas que reduzem erro de preenchimento para qualquer usuário, e o formulário de checkout é onde as duas agendas se encontram.
A mesma correção, duas contas pagas
- Contraste suficiente ajuda quem tem baixa visão e ajuda todo mundo lendo no celular sob sol forte, situação que descreve boa parte do tráfego mobile brasileiro.
- Rótulo persistente associado ao campo atende leitor de tela e resolve o problema de quem esqueceu o que aquele campo pedia depois de começar a digitar. Placeholder que some é falha de usabilidade antes de ser falha de acessibilidade.
- Ordem de foco previsível permite completar o checkout pelo teclado, que é o que o usuário de desktop faz quando quer velocidade, avançando com Tab entre os campos.
- Mensagem de erro clara, associada ao campo e anunciada, informa o leitor de tela e elimina a caça ao erro em formulário longo.
- Área de toque generosa atende quem tem limitação motora e atende o polegar apressado dentro do ônibus.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
WCAG 2.1 AA aplicado ao checkout, com o critério de sucesso em cada item
Percepção
0/4Operação por teclado
0/4Entrada de dados e erro
0/4Compatibilidade e verificação
0/5Com o que auditar, e o que cada instrumento encontra
| Instrumento | Para que serve | O que ele não encontra |
|---|---|---|
| axe | Motor de verificação automática, disponível como extensão de navegador e como biblioteca para rodar em CI | Ordem de foco ilógica, rótulo tecnicamente presente e semanticamente errado, conteúdo que só faz sentido visualmente |
| WAVE | Verificação visual no navegador, que marca os problemas sobre a própria página e facilita mostrar a falha a quem não é técnico | Barreiras que só aparecem depois de interação, como modal de pagamento e passo autenticado |
| Pa11y | Verificação por linha de comando, feita para rodar em pipeline e barrar regressão antes do deploy | Tudo o que depende de julgamento humano, incluindo se o texto alternativo descreve mesmo a imagem |
| NVDA | Leitor de tela gratuito para Windows, o mais usado em teste manual no ambiente em que a maior parte do público navega | Nada substitui, mas exige prática: quem nunca usou tende a confundir dificuldade própria com barreira do site |
| VoiceOver | Leitor de tela nativo do macOS e do iOS, indispensável para verificar o checkout no iPhone | Comportamento em Android e em Windows, que difere o bastante para exigir teste próprio |
Verificação automática encontra uma parte dos problemas, e é a parte mais barata de corrigir. A regra prática é rodar axe ou Pa11y em toda entrega para impedir regressão, e reservar o teste manual com leitor de tela para o fluxo de compra completo, ao menos uma vez por trimestre.
Comece pelo checkout e pelo formulário de cadastro, não pela home. É onde a receita passa, onde os campos se concentram e onde uma barreira custa uma venda perdida em vez de uma visita perdida. Percorrer o fluxo só com teclado, do carrinho até a confirmação de pedido, encontra em vinte minutos a maioria dos problemas de ordem de foco, e não exige nenhuma ferramenta instalada.
Ferramentas de sobreposição que prometem conformidade com uma linha de script resolvem a aparência do problema sem tocar no HTML subjacente. A norma cobra que o serviço seja acessível, e um widget que reordena elementos em tempo de execução não corrige rótulo ausente, ordem de foco quebrada nem contraste insuficiente no código. Trate esse tipo de produto como o que ele é: uma promessa de atalho para uma obrigação que não tem atalho.
Glossário rápido
Diretiva europeia
Ato normativo que obriga cada estado-membro a atingir um resultado, deixando a forma e as sanções para a lei nacional de transposição. É por isso que o EAA não tem multa única em toda a União Europeia.
EN 301 549
Padrão harmonizado europeu de requisitos de acessibilidade para produtos e serviços de tecnologia. A versão v3.2.1 incorpora o WCAG 2.1 nível AA, é a referenciada oficialmente pela Comissão Europeia e é ela que traduz a diretiva em critérios auditáveis. A v4.1.1, com WCAG 2.2, segue em rascunho.
Critério de sucesso
Unidade verificável do WCAG, identificada por número, como 1.4.3 para contraste mínimo. Auditoria sem citar critério não é auditoria: é opinião com aparência técnica.
Declaração de acessibilidade
Página pública que descreve o padrão adotado, o resultado da avaliação, as limitações conhecidas com prazo de correção e o canal para relatar barreiras. O EAA exige que essa informação esteja disponível e acessível.
Leitor de tela
Programa que converte a interface em fala ou braille. NVDA no Windows, VoiceOver no macOS e no iOS, TalkBack no Android. Testar com um deles revela falhas que nenhum verificador automático detecta.
<!-- Campo de checkout que atende 1.3.1, 3.3.1, 3.3.2, 3.3.3 e 4.1.3 -->
<label for="cep">CEP</label>
<span id="cep-ajuda">Somente números, 8 dígitos. Exemplo: 01310930</span>
<input id="cep" name="postal-code" type="text"
autocomplete="postal-code" inputmode="numeric"
aria-describedby="cep-ajuda cep-erro"
aria-invalid="true" required>
<!-- A mensagem existe no HTML desde o início e é preenchida na validação.
Assim o leitor de tela anuncia a mudança em vez de perder o nó novo. -->
<p id="cep-erro" role="alert">O CEP precisa ter 8 dígitos. Faltou 1 dígito.</p>
<!-- Região que anuncia o status do pagamento sem roubar o foco do usuário -->
<div aria-live="polite" id="status-do-pagamento"></div>
<!-- O que NÃO fazer: sinalizar erro só pela cor da borda do campo.
Cor sozinha reprova em 1.4.1 e não chega a quem usa leitor de tela. -->Cada atributo do exemplo acima precisa sobreviver ao componente que a equipe reutiliza em todas as telas, e não apenas ao campo de CEP que alguém corrigiu depois da auditoria. Acessibilidade resolvida uma vez no componente custa uma fração do que custa corrigida tela a tela, e evita a regressão silenciosa em que a próxima entrega reintroduz o rótulo dentro do input. A implementação em componente acessível, com foco visível, ordem de tabulação e rótulo associado, está em Frontends com Vibecoding.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
A loja vende no Brasil e mantém uma vitrine internacional que já enviou pedidos para Portugal e Espanha, com receita externa perto de 2% do total. O jurídico circulou um alerta sobre o European Accessibility Act. A auditoria interna encontrou rótulos dentro do campo, contraste abaixo de 4,5:1 em três telas do checkout e um seletor de tamanho que não recebe foco pelo teclado. O diretor financeiro quer desligar a vitrine internacional para sair do problema e adiar a correção.
Qual encaminhamento você leva ao comitê?
Declaração de acessibilidade do serviço digital
Preencha, baixe e publique em página própria, com link no rodapé e no checkout. A honestidade aqui é o que muda o enquadramento de um questionamento: com limitação declarada e prazo escrito, a autoridade encontra um plano em execução em vez de uma falha não reconhecida.
Documento montado
DECLARAÇÃO DE ACESSIBILIDADE 1. SERVIÇO A QUE ESTA DECLARAÇÃO SE APLICA [SERVIÇO A QUE A DECLARAÇÃO SE APLICA, COM O ENDEREÇO PÚBLICO] 2. PADRÃO ADOTADO [PADRÃO ADOTADO E NÍVEL DECLARADO] Referência técnica: WCAG 2.1 nível AA, incorporado pela EN 301 549 v3.2.1. O mesmo padrão atende a exigência brasileira de acessibilidade de sítios eletrônicos, tratada no artigo 63 da Lei 13.146/2015. 3. COMO A AVALIAÇÃO FOI FEITA [COMO A AVALIAÇÃO FOI FEITA, COM FERRAMENTA, TESTE MANUAL E FLUXO PERCORRIDO] Verificação automática sozinha não sustenta declaração de conformidade, porque não alcança ordem de foco, qualidade de texto alternativo nem fluxo que só faz sentido enxergando. Descreva também o teste manual com leitor de tela e diga qual fluxo foi percorrido. 4. LIMITAÇÕES CONHECIDAS E PRAZO DE CORREÇÃO [LIMITAÇÕES CONHECIDAS, CADA UMA COM PRAZO DE CORREÇÃO] Cada limitação declarada carrega uma data. Limitação sem prazo é lida como problema aceito, e não como plano em execução. 5. DATA DA ÚLTIMA VERIFICAÇÃO [DATA DA ÚLTIMA VERIFICAÇÃO E PERIODICIDADE DA PRÓXIMA] 6. CANAL PARA RELATAR UMA BARREIRA [CANAL PARA RELATAR UMA BARREIRA, COM PRAZO DE RESPOSTA] O canal precisa ser acessível pelos mesmos critérios que o serviço, e precisa ter prazo de resposta escrito. Canal sem prazo produz o registro de uma reclamação sem o registro de uma providência. 7. O QUE ESTA DECLARAÇÃO NÃO COBRE Conteúdo hospedado por terceiros e incorporado ao serviço, como widget de atendimento, reprodutor de vídeo e meio de pagamento em iframe, quando a correção não estiver sob o nosso controle. Liste cada um pelo nome, informe o fornecedor responsável e diga o que já foi exigido dele. Esta declaração também não afirma conformidade em critério que dependa de julgamento humano e ainda não tenha sido verificado manualmente. AVISO DE USO: este é um modelo de trabalho, não parecer jurídico. Submeta a versão final ao seu jurídico antes de publicar. Declaração que afirma conformidade total sem avaliação por trás cria uma afirmação pública que uma auditoria de vinte minutos desmente, e piora a posição da empresa em vez de protegê-la.
O que você digitar fica salvo neste navegador. Nada é enviado para servidor algum.
CLÁUSULA DE CONFORMIDADE DE ACESSIBILIDADE
(minuta de trabalho para contrato com fornecedor de front-end.
Submeta ao jurídico antes de assinar: isto não é parecer.)
1. PADRÃO EXIGÍVEL
A CONTRATADA entregará interfaces em conformidade com o WCAG 2.1 nível
AA, tal como incorporado pela EN 301 549 v3.2.1, aplicando-se o padrão a
todas as telas do fluxo de compra, do carrinho à confirmação do pedido.
2. CRITÉRIO DE ACEITE
A entrega será aceita mediante (a) relatório de verificação automática
sem violação de nível A ou AA nas telas entregues, gerado por axe ou
Pa11y na versão acordada entre as partes; e (b) registro de teste manual
com leitor de tela percorrendo o fluxo completo, com os critérios 2.1.1,
2.4.3, 2.4.7, 3.3.1 e 4.1.2 verificados um a um e assinados.
3. REGRESSÃO
A verificação automática integra o pipeline de entrega. Entrega que
introduza violação nova em tela já aceita é corrigida sem custo
adicional, no prazo contratual de defeito.
4. COMPONENTES E TERCEIROS
Componente de biblioteca externa e conteúdo incorporado por iframe ficam
sujeitos ao mesmo padrão. Quando a correção depender do fornecedor do
terceiro, a CONTRATADA informará a limitação por escrito, com a
alternativa proposta e o prazo estimado.
5. DOCUMENTAÇÃO
A CONTRATADA fornecerá os insumos técnicos da declaração pública de
acessibilidade: padrão adotado, método de avaliação, data da verificação
e limitações conhecidas com prazo.
6. O QUE ESTA CLÁUSULA NÃO RESOLVE
Conformidade é propriedade do serviço em operação, e não da entrega
isolada. Alteração feita pela CONTRATANTE depois do aceite, como imagem
sem texto alternativo publicada pelo time de marketing, permanece sob
responsabilidade da CONTRATANTE. Ferramenta de sobreposição não satisfaz
nenhum item desta cláusula. E nenhuma redação contratual substitui o
teste manual: ela apenas define quem responde quando ele falha.Falta desarmar o argumento que mais aparece em apresentação sobre o tema. Circula amplamente a afirmação de que sites acessíveis convertem de 15% a 30% melhor. Esses números vêm de fornecedores de ferramentas de acessibilidade, sem estudo auditável por trás, e usá-los coloca a sua credibilidade na conta de alguém que tem interesse comercial na conclusão.
O argumento correto é mais simples e sustenta melhor uma reunião de orçamento. Você tem obrigação legal no Brasil e obrigação adicional quando há consumidor europeu, tem uma régua técnica auditável e tem ganho de alcance ao remover barreiras para uma parcela real do público. O efeito sobre a taxa de erro de preenchimento é mensurável na sua própria operação: instrumente o formulário antes da correção, corrija, e compare. Se houver ganho, ele será o seu número, com o seu denominador, defensável em qualquer sala.
Minha loja opera no Brasil?
| sim
v
A Lei 13.146/2015 já se aplica. Regra técnica: WCAG 2.1 AA
|
v
Vendo serviço de e-commerce a consumidor final na Europa?
|
+-- não --> escopo brasileiro apenas, correções seguem valendo
|
+-- sim
|
v
O serviço já estava ativo em 28 de junho de 2025?
|
+-- sim --> sem carência: a obrigação já vale hoje
|
+-- não --> vale desde o lançamento do serviço
|
v
Padrão a cumprir: EN 301 549 v3.2.1 (WCAG 2.1 AA)
Sanção: consultar a lei nacional de transposição do país do consumidor
Mire 2.2 AA por antecipação: a v4.1.1 segue em rascunho, sem dataPerguntas que aparecem quando o tema chega ao comitê
Qual é o valor da multa do European Accessibility Act?
A pergunta não tem resposta única, e essa é a informação correta a dar. O EAA é diretiva: cada estado-membro define sanção, fiscalizador e procedimento na lei nacional de transposição, e os patamares variam por país. Quem responde com um valor único, inclusive o número de 100 mil euros que circula bastante, está repetindo uma simplificação. Para um mercado específico, o caminho é consultar a lei de transposição daquele país.
Rodei o axe e não apontou nenhum erro. Estou em conformidade?
Não. Verificação automática cobre uma parte dos critérios, tipicamente os que dependem de estrutura e de contraste calculável, e não alcança julgamento. Ordem de foco ilógica, texto alternativo que descreve a imagem errada, rótulo tecnicamente presente e semanticamente inútil, fluxo que só faz sentido enxergando: nada disso aparece no relatório. Sem uma compra completa feita com leitor de tela, você tem ausência de erro automático, e não conformidade.
Não temos ninguém no time que use leitor de tela. Como testamos?
Instale o NVDA no Windows ou ative o VoiceOver no macOS e faça a compra completa com a tela desligada ou desviada. A primeira vez é desconfortável, e o desconforto inicial costuma ser confundido com barreira do site, então rode duas ou três vezes antes de concluir. Quando o orçamento permitir, teste com pessoas que usam leitor de tela no dia a dia, porque a fluência delas separa o que é dificuldade sua do que é falha do produto.
A correção compete com o roadmap de conversão. Como priorizo?
Ela não compete quando é feita no lugar certo. Priorize as telas do fluxo de compra e escolha primeiro os itens que também reduzem erro de preenchimento: rótulo persistente, contraste de 4,5:1, foco visível e mensagem de erro acionável. Esses quatro entram no mesmo card de um projeto de checkout, atendem os critérios 1.4.3, 1.3.1, 2.4.7 e 3.3.3 e valem para todo comprador. O que sobra de acessibilidade puro é o que precisa de fila própria.
A obrigação nasce no Brasil, pela LBI. A única decisão disponível é quando corrigir, e o custo de responder a uma notificação, somando assessoria jurídica e correção emergencial, supera o de fazer certo no ciclo normal de produto. Para chegar ao comitê com o tamanho dessa correção, guarde o mouse e complete uma compra no seu site usando apenas o teclado, do produto até a confirmação. Anote cada momento em que você perdeu de vista onde estava o foco ou não conseguiu acionar um controle. Depois rode o axe ou o WAVE nas mesmas telas e compare as duas listas: o que a ferramenta encontrou e você não percebeu, e o que você percebeu e a ferramenta não viu. Essa diferença é a razão pela qual auditoria automática sozinha não fecha o assunto, e cada item das duas listas é simultaneamente uma não conformidade e um ponto de atrito que cobra pedidos de gente que enxerga perfeitamente.
Este módulo está concluído quando, nos próximos quarenta e cinco dias, você tiver (1) o fluxo de compra percorrido inteiro pelo teclado e ao menos uma vez com leitor de tela, com cada barreira registrada por critério de sucesso do WCAG, e não por impressão; (2) o relatório do axe ou do Pa11y arquivado para todas as telas do checkout, com data e versão da ferramenta, sabendo que ausência de erro automático não é conformidade; (3) as três correções do caminho da receita, que são contraste de 4,5:1 pelo critério 1.4.3, rótulo associado por label e for pelo 1.3.1, e ordem de foco coerente com a ordem visual pelo 2.4.3, com card aberto e sprint atribuída; (4) a declaração de acessibilidade publicada a partir do modelo deste módulo, com limitações conhecidas, prazo de cada uma e canal de contato ativo; e (5) a cláusula de conformidade inserida na minuta do próximo contrato de front-end. Nenhum dos cinco itens depende de saber qual seria a multa europeia, e é por isso que a pergunta sobre o valor da multa, que não tem resposta única porque o EAA é diretiva transposta país a país, nunca precisou ser respondida para o trabalho começar. Pelo mesmo motivo, nenhum deles se apoia em percentual de ROI de acessibilidade publicado por quem vende a solução: o efeito sobre erro de preenchimento você mede no seu próprio formulário, antes e depois.
Transfira para a sua rotina nesta semana
- Exija teste por teclado em toda demonstração de fluxo crítico.
- Inclua acessibilidade no critério de aceite, não na auditoria anual.
- Trate reclamação de barreira como incidente de produto.
Perguntas frequentes deste capítulo
Minha empresa é brasileira e não vende para a Europa. Acessibilidade me alcança?
Minha empresa é brasileira e não tem escritório na Europa. O EAA me alcança?
Quem fiscaliza acessibilidade digital no Brasil, na prática?
Um widget de acessibilidade resolve a conformidade?
Com que ferramenta eu começo a auditar?
Acessibilidade aumenta conversão? Vi que o ganho fica entre 15% e 30%.
Devo mirar WCAG 2.1 AA ou já ir para 2.2 AA?
Seu caderno neste capítulo
Abrir o caderno completoSelecione um trecho do capítulo para destacar ou anotar. Nos vídeos e áudios, use Anotar este momento. No teclado, selecione com Shift e as setas e use Alt+Shift+D para destacar ou Alt+Shift+N para anotar.
Salvo neste navegador. Entre na sua conta para levar o caderno a outros aparelhos.
Entre na sua conta para compartilhar o que aprendeu e convidar alguém para estudar com você.
Conexões deste capítulo
Veja o que estudar antes e para onde seguir depois, explore os conceitos e compare abordagens em outros cursos. Sugestões marcadas como “sugerido pelo grafo” vêm dos assuntos em comum, não do índice do curso.
Estude antes
- CursoGoogle Ads 2027sugerido pelo grafo3 capítulos de “CRO: Otimização de Conversão e Experimentação” usam conceitos apresentados em “Google Ads 2027”.
- CursoGEO Universal Frameworksugerido pelo grafo2 capítulos de “CRO: Otimização de Conversão e Experimentação” usam conceitos apresentados em “GEO Universal Framework”.
Conceitos deste capítulo
O mesmo assunto em outros cursos
- Frontends com VibecodingAuditar acessibilidade e contraste nos dois temasExaminar conexões de Auditar acessibilidade e contraste nos dois temas
- Gestão de Projetos GEOAvaliar as obrigações de IA na União EuropeiaExaminar conexões de Avaliar as obrigações de IA na União Europeia
- Saúde Mental para Autistas em IAAcomodações razoáveis no Brasil: Lei 13.146/2015 (LBI), Lei 14.624/2023 (Cordão de Girassol)Examinar conexões de Acomodações razoáveis no Brasil: Lei 13.146/2015 (LBI), Lei 14.624/2023 (Cordão de Girassol)
- Software e IA para executivosEscrever uma política de IA que passa numa auditoriaExaminar conexões de Escrever uma política de IA que passa numa auditoria
Voltar ao capítulo anterior: Mobile e performance: INP e Core Web Vitals
Leve uma ideia para a prática
Escolha uma atividade no painel e volte a este curso quando quiser.
Atividades e evolução ficam reunidas no painel da sua conta.
Capítulos vizinhos em CRO: Otimização de Conversão e Experimentação
- 16Formulários e checkout: onde a conversão morre
- 17Mobile e performance: INP e Core Web Vitals
- 18Acessibilidade: fator de conversão e obrigação legal
- 19CRO para SaaS e máquinas de venda: trial, ativação, preço e retenção
- 20Tráfego de LLM: o visitante que chega decidido