Mundo Tuim
Acessibilidade

Declaração de acessibilidade

Acessibilidade aqui é o estado padrão do produto, não um modo escondido nas configurações. Uma criança de quatro anos quase nunca tem diagnóstico e não sabe pedir ajuda — então a versão que ela abre sem mexer em nada já precisa servir.

Meta de conformidade: WCAG 2.1 nível AA · última atualização em 28 de outubro de 2026

No aplicativo · a criança

Quatro coisas de que nenhuma atividade depende.

São compromissos do desenho, verificados a cada tela, e não recursos que alguém precisa descobrir e ligar.

  • Nada depende de saber ler

    Toda instrução essencial tem narração gravada em português do Brasil, com um controle de repetir sempre no mesmo lugar. A narração diz o objetivo antes de nomear o gesto.

  • Nada depende só de cor

    Nenhum significado é carregado apenas por cor, som, movimento ou posição. O teste é literal: a tela é renderizada em tons de cinza, e se o significado some, o desenho está errado.

  • Nada depende de gesto preciso

    Arrastar, traçar, girar e entrada por tempo têm sempre alternativa por toque. Os alvos da criança têm no mínimo 56 por 56 pontos, chegando a 72 por 72 onde o layout permite, com pelo menos 12 pontos de separação entre alvos vizinhos.

  • Nada depende de velocidade

    Nenhuma atividade obrigatória depende de responder rápido. Com movimento reduzido ligado no aparelho, viagem, comemoração e paralaxe viram transição imediata — sem tirar a relação de causa e efeito que a atividade ensina.

No aplicativo · o responsável

A sua área também é acessível, e ela é onde estão as decisões.

É aqui que se lê progresso, se dá consentimento e se cancela uma assinatura. Um texto de ressalva que some quando a fonte aumenta é uma ressalva que não existe.

  • O texto do responsável continua legível e utilizável com a fonte do sistema aumentada até 200%, sem controle cortado e sem esconder a letra da ressalva.
  • Os alvos de toque do responsável têm no mínimo 48 por 48 pontos.
  • A ordem de foco segue a ordem visual e a ordem da tarefa.
  • Todo campo tem rótulo permanente, instrução, erro na linha e resumo quando há mais de um erro.
  • Resultado de compra, consentimento, exportação e exclusão é comunicado por título, mensagem e ação — nunca só por cor.
  • O leitor de tela distingue perfis, estados de download, períodos de plano, termos de renovação e ações destrutivas.
Neste site

O que é verificado a cada build, e não uma vez por ano.

Uma auditoria roda em 16 rotas e 7 larguras de tela, de 360 a 1600 pixels. Se qualquer um dos itens abaixo falhar, a verificação falha junto.

  • Contraste de todo texto visível, nos mínimos da WCAG AA: 4,5:1 para texto corrido e 3:1 para texto grande.
  • Ordem dos títulos, sem salto de nível, e um único h1 por página.
  • Anel de foco visível, verificado com Tab de verdade e não por inspeção do CSS.
  • Ausência de rolagem horizontal do corpo da página.
  • Links internos e âncoras que apontam para algo que existe.
  • Erros de console e respostas HTTP em todas as rotas.

O único JavaScript carregado pelo site é a análise de audiência do Rybbit, executada de forma adiada e independente do conteúdo. O menu funciona sem script, nada depende desse carregamento, e a página inteira continua utilizável se a análise for bloqueada ou com a folha de estilo desligada.

Modo daltonismo

Existe, é opcional, e não serve de desculpa.

Há uma segunda paleta que o responsável liga por criança, em Configurações → Acessibilidade. Ela afasta mais o brilho entre as cores que carregam estado.

Ela não relaxa nenhuma exigência da paleta padrão. Todos os requisitos desta página são testados na paleta padrão, com os mesmos limites, e passar apenas na variante é considerado defeito. O motivo é o mesmo do começo: a criança que mais precisaria do modo é justamente a que não sabe que ele existe.

A preferência fica só no aparelho, guardada por perfil, e nunca é enviada junto com os dados da criança. O que é coletado

Limites conhecidos

O que ainda não está resolvido.

Não houve auditoria externa nem teste com usuários com deficiência
Tudo o que está descrito aqui foi verificado por automação e por revisão interna. Automação encontra falha de desenho; ela não substitui uma pessoa que usa leitor de tela todos os dias. A auditoria está prevista antes da publicação nas lojas.
As cores das regiões não mudam no modo daltonismo
Elas estão pintadas nas ilustrações dos cenários, e um tema não repinta uma imagem. Muitas cores também não se separam de forma confiável sem visão de cor. Por isso a região nunca é identificada por cor: ela é carregada pelo cenário, pelo emblema, pelo nome, pela ordem fixa e pela narração.
As cores do Tuim também não mudam
O guia é uma ilustração, pelo mesmo motivo. Ele nunca aparece como sinal sobre uma resposta, então a cor dele não carrega significado nenhum.

Achou uma barreira? É defeito.

Conte o aparelho, o recurso de acessibilidade que você usa e onde travou. Isso entra na fila de correção como qualquer outro defeito, não numa lista de sugestões.

Falar com a gente