Pequenos sites acumulam barreiras que passam despercebidas por quem navega com mouse, enxerga a tela inteira e entende o contexto visual. Um botão sem nome, um campo sem rótulo ou um foco de teclado invisível pode interromper uma tarefa simples. Isso abre espaço para uma microentrega responsável: um diagnóstico inicial de acessibilidade web, com evidências, prioridade e revisão humana.
A IA pode organizar achados, comparar descrições e ajudar a transformar notas técnicas em linguagem clara. Ela não deve declarar que um site está em conformidade, substituir testes com tecnologias assistivas ou inventar impacto para valorizar o relatório. O produto vendido é um mapa inicial verificável, não um certificado.
Ilustração editorial exclusiva. Não é captura de tela, auditoria real, selo de conformidade ou prova de resultado.
O que é a microentrega
O diagnóstico inicial examina uma amostra combinada antes do trabalho: por exemplo, página inicial, contato, uma página de serviço e um fluxo curto de formulário. O cliente recebe uma planilha ou documento com cada achado, endereço da página, elemento afetado, forma de reprodução, evidência visual ou textual, referência técnica, impacto observado, prioridade sugerida e recomendação de próximo passo.
O nome da entrega importa. Use “diagnóstico inicial”, “revisão preliminar” ou “triagem de barreiras”. Evite “certificação”, “conformidade garantida” e “site acessível” quando o serviço não executou uma avaliação completa. A própria W3C apresenta os Easy Checks como uma primeira revisão, útil para encontrar alguns problemas, mas insuficiente para determinar toda a acessibilidade de um site.
Para quem esse serviço faz sentido
A microentrega serve a profissionais autônomos, pequenos comércios, associações, produtoras de conteúdo e equipes que mantêm poucas páginas e precisam começar por um escopo controlado. Também pode preparar uma conversa com desenvolvimento, design ou uma consultoria especializada, porque transforma observações vagas em itens reproduzíveis.
Ela não é adequada para prometer conformidade legal, cobrir sistemas críticos, validar aplicativos inteiros, substituir pesquisa com pessoas com deficiência ou resolver automaticamente todos os achados. Sites de governo, saúde, educação, finanças e serviços essenciais podem exigir avaliação mais ampla, especialistas e obrigações específicas.
O padrão técnico usado como referência
A referência principal deve ser a WCAG 2.2. O documento organiza a acessibilidade em quatro princípios: perceptível, operável, compreensível e robusto. Seus critérios de sucesso têm níveis A, AA e AAA. No relatório, cite o critério relacionado ao achado, sem concluir que a página inteira falhou em um nível apenas porque um item foi observado.
A página O que há de novo na WCAG 2.2 ajuda a entender critérios adicionados nessa versão, como foco não obscurecido, movimentos de arrastar, tamanho mínimo de alvo, ajuda consistente, entrada redundante e autenticação acessível. Nem todos se aplicam a toda amostra.
Defina a amostra antes de abrir o navegador
O escopo precisa caber em uma frase: quatro URLs, um formulário e um navegador em desktop, com até duas rodadas de esclarecimento. Registre também o que fica fora, como área autenticada, compra completa, aplicativo móvel, documentos anexos e correção de código. Essa fronteira impede que um diagnóstico pequeno se transforme em auditoria ilimitada.
Peça ao cliente a lista de páginas prioritárias e as tarefas que sustentam o negócio. Se a ação principal é solicitar orçamento, a página e o formulário relacionados merecem mais atenção do que uma página institucional pouco acessada. Prioridade vem da tarefa e da barreira observada, não de um palpite da IA.
Faça uma cópia de evidências sem coletar dados pessoais
Registre URL, data, navegador, largura aproximada da janela e passos executados. Capturas devem mostrar apenas o necessário. Oculte nomes, e-mails, pedidos, endereços e qualquer dado de cliente. Se o teste exige envio, use dados fictícios claramente identificados e combine antes se o formulário dispara e-mail, CRM ou cobrança.
Guarde o texto original do achado antes de pedir à IA que o resuma. Assim, a revisão humana pode comparar a redação final com a observação real. Não envie para uma ferramenta externa HTML privado, conteúdo de área autenticada ou capturas com dados sem autorização e uma base de tratamento adequada.
Comece pelo teclado e pelo foco visível
Navegue usando Tab, Shift+Tab, Enter, Espaço e setas quando o componente exigir. Observe se a ordem acompanha a leitura, se todos os controles recebem foco, se o indicador é visível, se o foco some atrás de cabeçalhos fixos e se existe uma saída de menus ou janelas. A orientação da WAI sobre interfaces de teclado explica convenções e gestão de foco, mas o padrão real do componente ainda precisa ser verificado.
Descreva o comportamento, não apenas o julgamento. “Após o link Planos, Tab move o foco para um controle invisível e Enter abre o modal” é reproduzível. “Navegação ruim” não é.
Revise títulos, links, imagens e contraste
Confira se existe um título de página útil, se os títulos internos formam uma hierarquia compreensível, se o texto do link explica o destino e se imagens informativas têm alternativa equivalente. Imagens decorativas geralmente devem ser ignoradas por tecnologias assistivas. Um serviço específico de texto alternativo com revisão humana pode ser uma etapa separada quando o acervo é grande.
Ferramentas podem medir contraste de pares de cores, mas alguém deve confirmar quais cores e estados estão realmente em uso. Verifique também foco, hover, erro, desabilitado e texto sobre imagem. Não aceite uma porcentagem geral como substituto dos casos concretos.
Teste formulários como uma tarefa completa
Um campo precisa de rótulo identificável, instrução quando necessária e mensagem de erro que indique o problema. Placeholder não substitui rótulo persistente. Faça um envio controlado, provoque erros previsíveis e confira se o foco e a leitura levam a pessoa até a correção. O tutorial de formulários da WAI reúne padrões para rótulos, agrupamento, instruções, validação e notificações.
Se o formulário envia dados reais, pare antes do envio e combine um ambiente ou destinatário de teste. Uma microentrega não autoriza criar registros no sistema do cliente sem consentimento.
Use automação como detector, não como veredito
Um avaliador automático ajuda a repetir verificações em várias páginas e encontrar marcação ausente, relações inválidas ou contrastes mensuráveis. Porém, a W3C alerta, no guia para selecionar ferramentas de avaliação, que nenhuma ferramenta sozinha determina se um site atende às diretrizes. Diferentes ferramentas cobrem necessidades e ambientes distintos.
Registre nome da ferramenta, versão quando visível, data, página e configuração. Depois confirme manualmente cada achado que entrará no relatório. Falso positivo deve ser removido ou marcado como item a investigar. A IA pode agrupar mensagens parecidas, mas não deve transformar alertas em falhas confirmadas.
Onde a IA ajuda de forma segura
A IA pode padronizar títulos dos achados, eliminar duplicações, propor uma descrição em linguagem não técnica e converter passos soltos em uma sequência clara. Ela também pode apontar lacunas, como ausência de URL, evidência ou resultado esperado. Para isso, forneça somente notas sanitizadas e instrua o modelo a não criar critério, gravidade ou correção que não apareça na entrada.
Faça a revisão comparando linha por linha com a evidência. Se a recomendação exige mudança de código, valide com quem mantém o site. Um texto plausível pode sugerir um atributo ARIA desnecessário, alterar a semântica nativa ou encobrir o problema.
Exemplo ilustrativo de um achado
Exemplo ilustrativo. Não descreve um cliente real.
- Página: formulário de contato de uma empresa fictícia.
- Tarefa: enviar uma solicitação apenas com teclado.
- Observação: o foco chega ao botão Enviar, mas o indicador visual não aparece.
- Como reproduzir: recarregar a página, pressionar Tab até o botão e comparar com o estado sem foco.
- Impacto observado: a pessoa pode perder a posição durante a navegação por teclado.
- Próximo passo: revisar o estilo de foco do botão e confirmar contraste e visibilidade nos estados previstos.
- Status: confirmado manualmente na amostra, correção ainda não testada.
Note o que não aparece: porcentagem de acessibilidade, diagnóstico sobre pessoas específicas ou afirmação de conformidade do site inteiro.
Transforme achados em uma fila útil
Priorize primeiro barreiras que bloqueiam a tarefa principal, depois problemas recorrentes em componentes compartilhados e, por fim, melhorias localizadas. Use categorias simples, como bloqueia, dificulta e melhoria. Explique que isso é prioridade operacional do diagnóstico, não uma classificação oficial da WCAG.
A entrega pode trazer uma página executiva e uma tabela detalhada. Na página executiva, informe amostra, método, limitações, quantidade de achados confirmados e próximos passos. Na tabela, preserve evidência, reprodução e referência. A visão geral de avaliação da WAI também recomenda combinar abordagens e envolver usuários ao longo do processo.
Como montar uma oferta sem prometer renda
Venda um escopo, não um resultado comercial. A proposta pode dizer: “Revisão preliminar de quatro páginas e um formulário, com testes de teclado, estrutura, imagens, contraste e mensagens de erro; entrega de relatório com evidências e prioridades; uma reunião curta para explicar os achados”. Inclua prazo, formato, número de revisões e exclusões.
O preço deve nascer do tempo estimado para preparar, testar, documentar, revisar e apresentar, somado a custos e margem. Não copie um valor sugerido pela IA como preço de mercado. Faça um piloto cronometrado em um site próprio ou autorizado, ajuste o escopo e só então monte sua proposta. Este artigo não promete clientes, faturamento ou retorno.
O que não entregar
Não entregue uma captura de uma ferramenta automática como se fosse auditoria. Não use um selo criado por IA. Não declare conformidade AA sem avaliação compatível com essa conclusão. Não atribua uma deficiência a uma pessoa hipotética para dramatizar o achado. Não corrija produção sem backup, autorização e teste.
Também não inclua listas genéricas copiadas para aumentar volume. Dez achados verificáveis, com impacto e reprodução claros, podem ser mais úteis do que cem alertas sem contexto.
Checklist antes de enviar ao cliente
- O escopo e as URLs avaliadas estão explícitos.
- Cada achado tem evidência e passos de reprodução.
- Alertas automáticos foram confirmados ou marcados como investigação.
- Dados pessoais e conteúdo privado foram removidos.
- Referências técnicas abrem e correspondem ao texto.
- Prioridade operacional não foi apresentada como nível oficial.
- O relatório não promete conformidade, vendas ou resultado financeiro.
- A redação produzida com IA foi comparada com as notas originais.
- Correções sugeridas foram separadas de correções testadas.
- O cliente sabe qual é o próximo passo recomendado.
Resultado esperado e limite final
Ao final, o cliente deve conseguir reproduzir os principais problemas da amostra, entender por que eles merecem atenção e decidir o que corrigir primeiro. O profissional ganha um produto pequeno, repetível e baseado em evidências, sem vender certeza que não possui.
O limite precisa acompanhar a entrega: diagnóstico inicial não é certificação, teste automatizado não substitui avaliação humana e IA não valida acessibilidade. Quando a decisão exigir conformidade formal, cobertura ampla ou experiência real de uso, encaminhe para uma avaliação completa com especialistas e participação de pessoas com deficiência.
Fontes oficiais consultadas
- W3C WAI, Easy Checks: A First Review of Web Accessibility, consultado em 28/08/2026.
- W3C, Web Content Accessibility Guidelines 2.2, consultado em 28/08/2026.
- W3C WAI, Selecting Web Accessibility Evaluation Tools, consultado em 28/08/2026.
- W3C WAI, Forms Tutorial, consultado em 28/08/2026.
- W3C WAI, Developing a Keyboard Interface, consultado em 28/08/2026.
- W3C WAI, Evaluating Web Accessibility Overview, consultado em 28/08/2026.