Recursos · 89
Mensagens de estado acessíveis: resultado, espera e erro
Comunicar atualizações sem interromper desnecessariamente a tarefa.
Atualizado · 2 min
O que este guia ajuda a alcançar
- Mapear atualizações
- Escolher mecanismo adequado
- Escrever mensagens completas
- Testar sequência real
- Proteger o foco
Verificação rápida
- Todas as atualizações devem ser anunciadas?
- role status basta para passar o teste?
- Uma confirmação deve receber foco?
Método passo a passo
- 1
Mapear atualizações
Listar pesquisa, gravação, carrinho, espera e erro. O critério WCAG 4.1.3 trata mensagens de estado apresentadas sem receber foco; não exige anunciar todas as alterações da página.
Resultado: estados e prioridades documentados.
- 2
Escolher mecanismo adequado
Usar role status para atualizações apropriadas e distinguir avisos urgentes. Não anunciar cada tecla nem transformar todas as mensagens em alarmes.
Resultado: mecanismo ligado à tarefa.
- 3
Escrever mensagens completas
Indicar resultado, objeto e contexto: um número isolado não chega. Tornar recuperável informação útil; preservar erros e valores necessários à correção.
Resultado: textos e regras de persistência.
- 4
Testar sequência real
Preparar a região antes da atualização quando necessário. Verificar mensagens repetidas, respostas fora de ordem e combinações reais de navegador e leitor de ecrã. Um papel no DOM não certifica o resultado.
Resultado: observações de teste reproduzíveis.
- 5
Proteger o foco
Uma confirmação não deve deslocar arbitrariamente o foco. Um diálogo que pede uma escolha tem comportamento diferente. Testar continuação da tarefa e recuperação após erro.
Resultado: percurso completo por teclado.
Planilha reutilizável
Preencha com suas observações autorizadas. Estes campos são um modelo de trabalho, não resultados observados.
| Campo | Informações a serem registradas |
|---|---|
| Ativação | Ação e evento que altera o estado |
| Anúncio | Texto, prioridade e mecanismo |
| Persistência | Informação conservada e recuperação |
| Aceitação | Testes com teclado e tecnologias de apoio |
Exemplo prático fictício
Situação ilustrativa
Exemplo fictício: uma pesquisa atualiza apenas um número num canto da página.
Decisão e evidências esperadas
O foco mantém-se no campo; ao concluir aparece uma frase completa com quantidade e contexto, testada com leitor de ecrã.
Distinguir os mecanismos
| Mecanismo | Finalidade | Verificação ou limitação |
|---|---|---|
| Texto visual | Torna o estado legível | Verificar perceção com tecnologias de apoio |
| Região de estado | Comunica atualizações apropriadas | Evitar anúncios repetitivos |
| Diálogo | Pede escolha ou interação distinta | Gerir foco e fecho |
Indicadores de gestão
| Indicador | O que mede | Primeira ação |
|---|---|---|
| Estados compreendidos | Utilizador identifica resultado e objeto | Reescrever mensagens ambíguas |
| Anúncios repetidos | Repetições durante uma tarefa | Reduzir atualizações desnecessárias |
| Recuperação concluída | Correção sem perda de dados | Preservar valores e instruções |
Erros comuns
- Verificar perceção com tecnologias de apoio
- Evitar anúncios repetitivos
- Gerir foco e fecho
Perguntas frequentes
Todas as atualizações devem ser anunciadas?
Não. Selecionar estados relevantes para a tarefa e evitar ruído contínuo.
role status basta para passar o teste?
Não. Testar texto, sequência, persistência e comportamento real.
Uma confirmação deve receber foco?
Não automaticamente. Preservar contexto quando não é necessária interação distinta.
Referências oficiais
As referências apoiam o método. Adapte as verificações ao seu contexto; elas não são uma certificação. Os títulos das referências originais e os documentos de origem podem estar em outro idioma.
Referências consultadas em .
