Em resumo
| Ferramenta | Quem faz | Licença ou preço | Como roda | O que decide |
|---|---|---|---|---|
| axe-core | Deque Systems | Código aberto, MPL-2.0 | Uma biblioteca JavaScript que roda dentro da página, chamada por testes, extensões de navegador e outras ferramentas | Regras próprias para a WCAG 2.0, 2.1 e 2.2, níveis A a AAA, e boas práticas |
| Lighthouse | Código aberto, Apache-2.0 | Chrome DevTools, linha de comando, módulo Node e PageSpeed Insights | O axe-core, nas auditorias de acessibilidade | |
| Pa11y | O projeto de código aberto Pa11y | Código aberto, LGPL-3.0 | Linha de comando ou Node.js, no Chrome headless; o Pa11y CI para listas de URLs e sitemaps | O HTML_CodeSniffer por padrão, ou o axe-core |
| WAVE | WebAIM, na Utah State University | © WebAIM, sob os termos de uso dele; a API é paga por crédito, com 100 créditos grátis para contas novas | wave.webaim.org, extensões para Chrome, Firefox e Edge, uma API por assinatura e uma API e um motor independentes para CI | Lógica de teste própria, mostrada como ícones na página para uma pessoa revisar |
| Rampa | Guilherme Santiago | Código aberto, MIT; as chamadas ao modelo custam o que o provedor cobra, ou nada num modelo local | Linha de comando, CI, testes com Playwright e agentes de código por MCP, com Node.js e Chrome ou Edge | O axe-core primeiro, depois um modelo de linguagem em nove critérios da WCAG, com toda alegação conferida na página |
O que cada uma diz sobre o resto
Num ponto as cinco concordam: passar numa verificação automática não torna uma página acessível.
Additionally, axe-core will return elements as "incomplete" where axe-core could not be certain, and manual review is needed.
Tradução: Além disso, o axe-core devolve como “incompletos” os elementos sobre os quais não teve certeza, e é preciso revisão manual.
Automatic detection can only detect a subset of issues and does not guarantee the accessibility of your web app, so manual testing is also encouraged.
Tradução: A detecção automática só detecta parte dos problemas e não garante a acessibilidade do seu app web, então o teste manual também é recomendado.
Automated accessibility checks complement manual testing and testing with assistive technologies. Passing these checks does not guarantee that your site is accessible or complies with accessibility standards.
Tradução: Verificações automáticas de acessibilidade complementam o teste manual e o teste com tecnologias assistivas. Passar nelas não garante que o seu site seja acessível nem que cumpra as normas de acessibilidade.
WAVE cannot tell you if your web content is accessible. Only a human can determine true accessibility.
Tradução: O WAVE não consegue dizer se o seu conteúdo web é acessível. Só uma pessoa pode determinar a acessibilidade de verdade.
Rampa never says a page is accessible. It reports what was checked and what was not. No automated tool replaces a manual audit or testing with disabled people.
Tradução: O Rampa nunca diz que uma página é acessível. Ele relata o que foi verificado e o que não foi. Nenhuma ferramenta automática substitui auditoria manual nem teste com pessoas com deficiência.
As ferramentas, uma a uma
axe-core
O axe-core é um motor de teste de acessibilidade para sites e outras interfaces em HTML, de código aberto e mantido pela Deque Systems. Tem regras para a WCAG 2.0, 2.1 e 2.2 nos níveis A, AA e AAA, e boas práticas, como a página ter um h1.
O README dele diz que ele encontra, em média, 57% dos problemas da WCAG de forma automática e que não devolve falsos positivos, salvo bugs. Quando não tem certeza, devolve o elemento como incompleto, para revisão manual.
- No 1.1.1, 2.4.2, 2.4.4, 2.4.6, 3.1.1 e 3.1.2
As regras verificam o que a marcação prova: que a imagem tem alternativa em texto (
image-alt), a página tem título (document-title), o link tem nome (link-name) e olangexiste e é válido (html-has-lang,html-lang-valid,valid-lang). Nenhuma regra é mapeada para o 2.4.6, e nenhuma lê o que o texto diz:alt="img-1"passa.- Com o Rampa
O Rampa roda o axe-core 4.14.0 na página, com as tags de WCAG 2.0 e 2.1 nos níveis A e AA, e relata as violações como estão. O modelo só vê o que essas regras aprovaram ou não cobrem.
- Fontes (em inglês)
Lighthouse
O Lighthouse é uma ferramenta automática de código aberto para melhorar a qualidade de páginas web, com auditorias de desempenho, acessibilidade, SEO e outras. Roda no Chrome DevTools, na linha de comando, como módulo Node e no PageSpeed Insights.
As auditorias de acessibilidade rodam o axe-core dentro da página, com as tags wcag2a e wcag2aa e uma lista de regras ligadas ou desligadas no código dele. A nota é uma média ponderada de todas as auditorias de acessibilidade, com pesos pelo impacto que o axe atribui a cada regra, e cada auditoria passa ou falha; as auditorias manuais não entram na nota.
- No 1.1.1, 2.4.2, 2.4.4, 2.4.6, 3.1.1 e 3.1.2
As auditorias que tocam esses critérios são as verificações de presença do axe-core: se o documento tem um elemento
<title>, se as imagens têm atributoalt, se os links têm um nome discernível e se o elemento<html>tem atributolang. Nota 100 quer dizer que toda auditoria com peso passou; essas auditorias verificam se o título, o alt ou o nome do link existem, não o que dizem.- Com o Rampa
Quem roda o Lighthouse já roda o motor com que o Rampa começa. O Rampa acrescenta, em nove critérios, as perguntas que essas auditorias não fazem.
Pa11y
O Pa11y roda testes de acessibilidade nas suas páginas pela linha de comando ou pelo Node.js, no Chrome headless via Puppeteer, e pode clicar, digitar e esperar antes de testar. O Pa11y CI roda o Pa11y numa lista de URLs ou num sitemap, na integração contínua.
Ele tem dois runners embutidos, o HTML_CodeSniffer (o padrão) e o axe-core, e pode rodar os dois de uma vez. Testa contra WCAG2A, WCAG2AA (o padrão) ou WCAG2AAA, que só o HTML_CodeSniffer roda. Os resultados são erros, avisos e notas; avisos e notas ficam fora do relatório por padrão, porque não dá para agir diretamente sobre eles.
- No 1.1.1, 2.4.2, 2.4.4, 2.4.6, 3.1.1 e 3.1.2
Nestes critérios, o HTML_CodeSniffer, na versão que o Pa11y usa, emite notas que passam a pergunta para uma pessoa: conferir se o título descreve o documento, se o texto do link com o contexto determinado programaticamente identifica a finalidade e se cabeçalhos e rótulos descrevem o assunto ou a finalidade.
- Com o Rampa
Essas notas são as perguntas que o Rampa faz a um modelo, um elemento por vez, com uma evidência que ele precisa citar da página. Com o runner do axe-core, o Pa11y e o Rampa usam o mesmo motor.
- Fontes (em inglês)
WAVE
O WAVE é um conjunto de ferramentas de avaliação que ajuda autores a tornar o conteúdo web mais acessível para pessoas com deficiência. Ele marca erros, alertas e recursos na própria página, para uma pessoa julgar no contexto, e nunca diz que uma página passou. As extensões rodam inteiras no navegador e não mandam nada para o servidor do WAVE.
Sobre texto alternativo, a ajuda dele diz que o WAVE não consegue dizer se o alt é equivalente e adequado, e por isso mostra o texto para quem usa a ferramenta avaliar.
- No 1.1.1, 2.4.2, 2.4.4, 2.4.6, 3.1.1 e 3.1.2
Ele também confere algumas palavras contra listas fixas. Título ausente ou começando com
untitledé erro. Alt que é nome de arquivo ou uma palavra comoimageouphotogera o alerta de texto alternativo suspeito, e texto de link comoclick here,moreouread more, o alerta de texto de link suspeito. Um alt escrito para outra imagem, ou “Entrega” sobre um parágrafo de devoluções, não está em lista nenhuma.- Com o Rampa
O WAVE e o Rampa concordam que uma ferramenta não pode declarar uma página acessível. O Rampa pergunta a um modelo o que as listas de palavras deixam em aberto, e descarta toda resposta cuja citação não está na página.
Onde o Rampa entra
- Começa pelo axe-core 4.14.0 e mantém cada achado das regras como está.
- Em nove critérios, 1.1.1, 1.3.5, 1.4.5 (quando pedido), 2.4.2, 2.4.4, 2.4.6, 3.1.1, 3.1.2 e 3.3.2, pergunta a um modelo o que as regras deixam em aberto, um elemento por vez, com a imagem renderizada quando o critério precisa de visão.
- Uma alegação só fica quando o elemento citado existe e o trecho citado está nele. As que não conferem são descartadas e contadas.
- É medido com os casos de teste ACT do W3C, e os números são publicados com as ressalvas.
- Pode errar: o modelo deixa passar problemas e inventa outros, e cada página de critério mostra exemplos dos dois.
- Roda onde você constrói, no terminal ou no CI, não em páginas em produção, e nunca declara uma página acessível.
Rodando mais de uma
Elas podem rodar lado a lado. O Lighthouse e o Pa11y com o runner do axe-core usam o mesmo motor do Rampa, então os achados de regras se sobrepõem; o HTML_CodeSniffer e o WAVE têm regras próprias.
Nenhuma delas, o Rampa inclusive, cobre o que só pessoas conseguem verificar. Auditoria e teste com pessoas com deficiência cobrem o resto.
Toda afirmação sobre outra ferramenta vem da documentação ou do código dela, com links abaixo de cada uma, como estavam em 8 de outubro de 2026. Ferramentas mudam; confira as fontes para ver o estado atual.