QualiBooth

Tecnologia de Apoio

Avaliação multi leitores de ecrã

Os leitores de ecrã não se comportam todos da mesma forma. Uma página que é lida na perfeição no VoiceOver pode ser inutilizável no JAWS. Testamos nos principais leitores para que cada utilizador tenha uma experiência coerente.

Visualização abstrata de formas de onda de áudio que representam vários leitores de ecrã a anunciar uma página web.

What you get

01

Todos os principais leitores de ecrã

Avaliação com NVDA e JAWS no Windows, VoiceOver no macOS e iOS, e TalkBack no Android — as combinações que os seus utilizadores realmente usam.

02

Precisão dos anúncios

Verificamos que nomes, funções, estados e alterações de valor são anunciados corretamente — e não apenas que um elemento existe tecnicamente na árvore de acessibilidade.

03

Foco e ordem de leitura

Verificamos que o foco se move de forma lógica, que as atualizações dinâmicas são anunciadas e que a ordem de leitura corresponde à intenção visual.

04

Testes de widgets personalizados

Menus, modais, comboboxes, separadores e carrosséis são testados face às ARIA Authoring Practices e ao comportamento real dos leitores.

05

Diferenças entre leitores

Onde os leitores divergem, documentamos a discrepância e recomendamos a marcação que funciona de forma consistente em todo o lado.

06

Resultados acionáveis

Cada problema inclui o leitor, o navegador, os passos para reproduzir, o que foi anunciado e o que deveria ter sido anunciado.

Um relatório automático impecável não garante uma experiência utilizável para os utilizadores de leitores de ecrã. A avaliação multi leitores de ecrã é a forma de confirmar que a sua interface é anunciada com clareza e é navegável para as pessoas que dependem dela.

Porque é que um único leitor de ecrã não chega

NVDA, JAWS, VoiceOver e TalkBack interpretam a semântica de ARIA e HTML de forma diferente e são normalmente emparelhados com navegadores diferentes. Uma combobox personalizada que o JAWS anuncia na perfeição pode ficar silenciosa no VoiceOver; uma região dinâmica que atualiza de forma discreta no NVDA pode interromper constantemente noutro leitor. Testar um único leitor dá uma falsa sensação de segurança — a única forma fiável de saber que o seu produto funciona para todos é testar as combinações reais que o seu público utiliza. Para uma explicação mais aprofundada sobre como os leitores diferem e o que verificar, consulte o nosso guia de testes de leitores de ecrã.

Os leitores de ecrã que testamos

  • NVDA (Windows) com Chrome e Firefox
  • JAWS (Windows) com Chrome e Edge
  • VoiceOver (macOS) com Safari
  • VoiceOver (iOS) com Safari
  • TalkBack (Android) com Chrome

Ajustamos a matriz exata às suas análises e ao seu público, para que o esforço vá para onde os seus utilizadores realmente estão.

O que avaliamos

  • Anúncios — nomes, funções, estados e alterações de valor são anunciados com precisão e no momento certo
  • Gestão de foco — o foco move-se de forma lógica, nunca fica preso e regressa de forma sensata após o fecho de modais
  • Ordem de leitura e navegação — a sequência de leitura corresponde à intenção visual; cabeçalhos, marcos (landmarks) e listas suportam uma navegação eficiente
  • Atualizações dinâmicas — regiões dinâmicas, mensagens de validação e estados de carregamento são anunciados sem sobrecarregar o utilizador
  • Widgets personalizados — menus, modais, comboboxes, separadores, carrosséis e grelhas comportam-se corretamente com leitores reais, e não apenas no papel

O que entregamos

Um relatório detalhado dos problemas de anúncio, foco e navegação — cada um associado a um emparelhamento específico de leitor/navegador, com o que foi anunciado, o que deveria ter sido anunciado, os passos para reproduzir, um mapeamento para as WCAG 2.2 e a alteração de marcação que o resolve de forma consistente em todos os leitores.

Testado por pessoas que dependem destas ferramentas

A avaliação é conduzida por auditores com deficiência que usam estes leitores de ecrã todos os dias. Isso significa que os resultados refletem uma usabilidade genuína — a diferença entre “tecnicamente presente na árvore de acessibilidade” e “efetivamente compreensível e operável” — e não apenas a conformidade automática. Combine isto com uma auditoria por pessoas com deficiência completa para uma cobertura de ponta a ponta.

Frequently asked questions

Porquê testar com mais do que um leitor de ecrã?

Os leitores de ecrã interpretam ARIA e HTML de forma diferente e emparelham com navegadores diferentes. Código que funciona num leitor pode falhar noutro, por isso testar com um único leitor dá uma falsa sensação de segurança.

Que emparelhamentos de leitor de ecrã e navegador utilizam?

Normalmente NVDA e JAWS com Chrome e Firefox, VoiceOver com Safari no macOS e iOS, e TalkBack com Chrome no Android. Ajustamos a matriz às suas análises e ao seu público.

Isto é realizado por pessoas que usam leitores de ecrã todos os dias?

Sim. A avaliação é conduzida por auditores com deficiência que dependem destas ferramentas todos os dias, pelo que os resultados refletem a usabilidade real, e não apenas a conformidade técnica.

Isto cumpre as WCAG?

A avaliação de leitores de ecrã apoia diretamente critérios como 1.3.1, 4.1.2 e 4.1.3. Mapeamos cada resultado para os critérios de sucesso WCAG 2.2 relevantes.

Também testam em leitores de ecrã para dispositivos móveis?

Sim. Testamos o VoiceOver no iOS e o TalkBack no Android, porque os gestos móveis e os controlos de rotor/leitura comportam-se de forma diferente do ambiente de trabalho e expõem frequentemente os seus próprios problemas.

Podem avaliar um único componente complexo?

Sem dúvida. Avaliamos frequentemente um widget personalizado específico — um seletor de data, combobox, grelha de dados ou fluxo de modal — face às ARIA Authoring Practices e ao comportamento real dos leitores, e devolvemos correções de marcação exatas.

Solicitar uma demonstração

Talk to our accessibility experts — including people with disabilities.

Solicitar uma demonstração