Descrição do projeto
TraduzidoTemos um site funcional com vários blocos interativos (formulários, catálogo com filtros, carrinho modal), e nunca o verificamos quanto à acessibilidade. Recentemente, um cliente que usa um leitor de tela escreveu que não conseguia completar uma compra — e isso nos fez levar o assunto a sério. Estou procurando um especialista que conduza uma auditoria WCAG 2.1 AA, mostre honestamente os pontos fracos e não apenas entregue uma lista de reclamações, mas realmente conserte os problemas que encontramos em nossos templates.
O trabalho se divide em duas etapas claras. Primeiro, uma auditoria estruturada: varredura automatizada mais testes manuais de teclado e pelo menos um leitor de tela real em páginas-chave (início, catálogo, ficha de produto, página de conteúdo e todo o fluxo de checkout). Quero um relatório priorizado onde os bloqueadores sejam separados de problemas menores, cada problema esteja vinculado a um critério de sucesso específico e inclua etapas de reprodução para que os desenvolvedores entendam a questão. Depois, implementação: você faz as correções diretamente nos templates e verifica os resultados. É importante manter a aparência visual inalterada e não quebrar o comportamento atual.
O frontend é HTML simples, CSS e um pouco de JavaScript puro; frameworks pesados não são necessários, mas espero uma abordagem cuidadosa: onde ARIA é apropriado e onde a semântica nativa é melhor. Envie um exemplo curto de uma auditoria anterior ou um par antes/depois e descreva como você verifica se uma correção realmente funciona para tecnologias assistivas.
— Auditoria contra WCAG 2.1 AA com ferramentas automáticas e testes manuais de teclado e leitor de tela
— Relatório priorizado: bloqueadores e problemas menores, mapeamento de critérios, etapas de reprodução
— Corrigir semântica, ordem de cabeçalhos, marcos e rótulos de campos de formulário
— Operação completa por teclado, foco visível e ordem de foco lógica em modais
— Corrigir contraste de cores e adicionar alternativas textuais claras
— ARIA apenas onde o HTML nativo não expressa o padrão necessário
O trabalho se divide em duas etapas claras. Primeiro, uma auditoria estruturada: varredura automatizada mais testes manuais de teclado e pelo menos um leitor de tela real em páginas-chave (início, catálogo, ficha de produto, página de conteúdo e todo o fluxo de checkout). Quero um relatório priorizado onde os bloqueadores sejam separados de problemas menores, cada problema esteja vinculado a um critério de sucesso específico e inclua etapas de reprodução para que os desenvolvedores entendam a questão. Depois, implementação: você faz as correções diretamente nos templates e verifica os resultados. É importante manter a aparência visual inalterada e não quebrar o comportamento atual.
O frontend é HTML simples, CSS e um pouco de JavaScript puro; frameworks pesados não são necessários, mas espero uma abordagem cuidadosa: onde ARIA é apropriado e onde a semântica nativa é melhor. Envie um exemplo curto de uma auditoria anterior ou um par antes/depois e descreva como você verifica se uma correção realmente funciona para tecnologias assistivas.
— Auditoria contra WCAG 2.1 AA com ferramentas automáticas e testes manuais de teclado e leitor de tela
— Relatório priorizado: bloqueadores e problemas menores, mapeamento de critérios, etapas de reprodução
— Corrigir semântica, ordem de cabeçalhos, marcos e rótulos de campos de formulário
— Operação completa por teclado, foco visível e ordem de foco lógica em modais
— Corrigir contraste de cores e adicionar alternativas textuais claras
— ARIA apenas onde o HTML nativo não expressa o padrão necessário
Desenvolvimento web Dinheiro, Transferência bancária
