Sites & Landing Pages
Qualquer IA
Auditoria de acessibilidade WCAG com o código corrigido
Audita HTML/JS contra WCAG 2.2 AA por severidade, simula leitor de tela e teclado, e devolve a versão corrigida completa.
0cópias
0joinhas
0favoritos
O prompt
Audite a acessibilidade de {{html_ou_componente}} contra WCAG 2.2 AA. Não quero teoria: quero problemas e código corrigido.
1. Liste os problemas por severidade (BLOQUEIA o uso / DIFICULTA / polimento), cada um com a regra violada (ex.: 1.1.1 Não-text, 2.4.7 Foco visível).
2. Cheque no mínimo: alt e texto alternativo, labels de formulário, contraste (estime a razão e diga se passa 4.5:1), navegação por teclado e ordem de tab, foco visível, ARIA só onde necessário (ARIA desnecessário também é erro), zoom 200% e reflow, mensagens de erro associadas ao campo, movimento automático.
3. Para CADA problema, entregue o código corrigido - não descrição do fix.
4. Simule 3 percursos e narre o que quebra em cada: leitor de tela (NVDA/VoiceOver), teclado-only (Tab/Enter/Escape), zoom 200%.
5. Feche com a versão completa e acessível do trecho, pronta para colar.
6. Liste o que não dá para auditar sem rodar (ex.: ordem real de tab em página grande) e como testar.
Como usar
- Audite componente por componente - colar a página inteira degrada a precisão.
- Depois do fix, teste de verdade: navegue só com Tab e rode axe DevTools/Lighthouse como segunda opinião.
- Modal e formulário são os campeões de erro (foco preso, label ausente): audite-os sempre, mesmo sem pedido.
- Trate BLOQUEIA como bug de produção: entra no sprint, não no backlog de 'melhorias'.
Exemplo de saída
Modal de login com 9 problemas: botão de fechar sem nome acessível (BLOQUEIA), foco escapa do modal (BLOQUEIA), label do input visual mas não programática, contraste do placeholder 3.1:1 (DIFICULTA), Enter no form recarrega a página; versão corrigida com aria-modal, focus trap e contraste 4.8:1; narração teclado-only mostrando o fluxo quebrado no passo 2.