Informe que a operação terminou e explique o próximo passo. Este roteiro ajuda a verificar uma tarefa; não substitui uma avaliação completa de acessibilidade nem determina conformidade legal.
Entenda o problema
Mudança só visual pode passar despercebida por quem usa leitor de tela. Reproduza a situação no modelo afetado antes de alterar o site; anote dispositivo, estado e percurso para comparar a correção.
Faça a revisão
-
Defina se sucesso aparece na página, nova tela ou região de status.
-
Atualize o foco ou anúncio de status de acordo com o fluxo.
Teste o resultado
Envie com teclado e leitor de tela e confirme que a resposta é percebida uma vez. Repita a tarefa em página publicada ou homologação equivalente à entrega.
Limites e cuidados
Evite alertas repetidos; forneça protocolo quando necessário. Ferramentas automáticas ajudam a localizar problemas, mas não avaliam sozinhas clareza, contexto e todos os percursos.
Referência
A orientação segue Formulários — W3C WAI. Consulte também o núcleo landing-pages.
Informe sucesso sem repetir o anúncio
Para uma resposta assíncrona que mantém a pessoa na mesma tela, deixe uma região de status no HTML desde o carregamento e atualize seu texto só quando o servidor confirmar:
<p id="resultado" role="status" aria-live="polite"></p>Após sucesso, preencha essa região uma vez com mensagem específica, como “Solicitação enviada. Enviaremos a confirmação para o endereço informado.” Não use alerta que interrompe a tarefa para um sucesso rotineiro, não mova o foco sem necessidade e não anuncie o mesmo resultado simultaneamente em várias regiões.
Se o envio navega para uma página de confirmação, use um título claro como “Recebemos sua solicitação” e leve o foco ao conteúdo principal/título quando a nova tela carregar, para que a mudança de contexto seja percebida. Inclua o próximo passo e protocolo quando existir. Em validação com erro, mantenha os dados preenchidos, apresente resumo com links/campos problemáticos e leve o foco ao resumo ou ao primeiro campo com erro; associe a mensagem ao campo.
Só apresente sucesso após resposta real do servidor. Se houver falha ou timeout, diga que não foi possível confirmar e forneça um caminho de recuperação sem sugerir reenviar cegamente quando isso puder duplicar a solicitação. Teste teclado, leitor de tela, envio lento, erro de rede e resposta do servidor; confirme que o status é anunciado uma vez.
Consulte notificações de formulários — W3C WAI e o critério mensagens de status — W3C. role=status é apropriado para feedback de sucesso que não exige interrupção; não substitui testar o fluxo com tecnologia assistiva.