Um site responsivo acessível não é a mesma coisa que um aplicativo acessível — embora ambos "funcionem no telefone". Este artigo explica as diferenças críticas entre tornar um site acessível e tornar acessível um aplicativo iOS ou Android nativo.

Resumindo – o que este artigo cobre

  1. Tecnologia diferente, regras semelhantes
  2. VoiceOver e TalkBack: não são o mesmo leitor de tela
  3. O que é exclusivo dos aplicativos nativos
  4. Como testar um aplicativo acessível

Tecnologia diferente, regras semelhantes

Um site responsivo é construído a partir de HTML, que já possui uma camada de acessibilidade integrada (tags semânticas, ARIA) que navegadores e leitores de tela sabem interpretar. Um aplicativo nativo, por outro lado, é construído a partir dos próprios componentes de UI do sistema operacional (UIKit/SwiftUI no iOS, Jetpack Compose/Views no Android) — e cada componente precisa de sua própria marcação de acessibilidade, separada de seu design visual. Os princípios subjacentes assemelham-se às WCAG (contraste, tamanho do alvo de toque, um nome claro e acessível), mas as ferramentas para implementá-los são completamente diferentes.

VoiceOver e TalkBack: não são o mesmo leitor de tela

VoiceOver (iOS) e TalkBack (Android) são dois leitores de tela diferentes, com gestos de navegação diferentes e suporte diferente para componentes personalizados. Um componente marcado perfeitamente no iOS pode não funcionar corretamente no Android se os desenvolvedores não testarem as duas plataformas separadamente. Você não pode presumir que “nós testamos no iOS, então deve funcionar no Android também”.

💡 Ponto Importante

Em ambas as plataformas, cada componente interativo (botão, campo de entrada, imagem) precisa de: um rótulo de acessibilidade claro, uma função/característica de acessibilidade definida e, às vezes, também uma dica de acessibilidade que explique o que acontece quando ele é tocado.

O que é exclusivo dos aplicativos nativos

Os aplicativos nativos também enfrentam desafios que não existem em sites: gestos de toque personalizados (deslizar, apertar) que precisam de uma alternativa acessível; navegação entre telas que também deve fazer sentido através de um leitor de tela; e notificações push que precisam estar acessíveis mesmo quando aparecem fora do próprio aplicativo. Além disso, os tamanhos dos alvos de toque devem atender a um mínimo de 44x44 pixels de acordo com as diretrizes da Apple e 48x48dp de acordo com as diretrizes do Google – um requisito que nem sempre existe da mesma forma nos sites.

Como testar um aplicativo acessível

  1. Ative o VoiceOver ou o TalkBack e tente concluir as tarefas principais do aplicativo (inscrever-se, comprar, pesquisar) usando apenas eles.
  2. Verifique o contraste e o tamanho do texto com as configurações de acessibilidade do sistema ativadas (texto maior, alto contraste).
  3. Confirme o suporte para dimensionamento de texto dinâmico (Dynamic Type no iOS) sem "quebra" do layout.
  4. Teste em ambas as plataformas separadamente — testar apenas uma não é suficiente.

Você também possui documentos que acompanham seu aplicativo?

Nossa ferramenta verifica os arquivos PDF vinculados ao seu aplicativo ou site — termos de uso, guias, formulários — e mostra exatamente quais deles precisam de atenção.

Examine seu site gratuitamente ←

Após a digitalização, você também pode tornar os documentos encontrados acessíveis diretamente e gratuitamente viaAccessiDoc.