O que realmente acontece com a percepção de cores na daltônicos
A maioria das pessoas acha que daltônico vê em preto e branco. Isso é errado na grande maioria dos casos. A condição mais comum, a deuteronomia, faz com que os cones de comprimento médio do olho (os que respondem ao verde) tenham sua sensibilidade deslocada. O resultado prático é que vermelho e verde se sobrepõem muito mais do que deveriam no espectro perceptivo. Cores que para uma pessoa com visão normal são distintas podem parecer quase idênticas. Isso significa que o problema não é ausência de cor, e sim confusão entre faixas específicas do espectro. Quem tem Protanopia (cones de longo comprimento defeituosos) tem dificuldade ainda maior com tons avermelhados, porque o vermelho real praticamente desaparece e se mistura com o marrom ou cinza. Já a Tritanopia, muito mais rara, afeta os cones de curto comprimento e quebra a distinção entre azul e verde.
cores que daltônico enxerga: o mapeamento prático
Se você precisa trabalhar com interfaces, dashboards ou material visual para pessoas daltônicas, aqui está o que funciona no dia a dia. As faixas problemáticas são vermelho-verde e azul-amarelo. Quando eu montava sistemas de indicadores luminosos para uma planta industrial, usei padrões de textura além da cor. Um sinal vermelho com barra diagonal, um verde com círculo sólido. A cor era redundância, não a única codificação. Para quem quer simular como essas cores aparecem, existem filtros baseados no modelo de vision simulation do Bloj e do algoritmo do Color Oracle. O Color Oracle é gratuito e roda em tempo real na tela inteira do seu computador. Ele simula deuteronopia, protanopia e tritanopia com boa precisão. Baixe direto do site oficial do projeto e instale como overlay de sistema.
Cores seguras para uso geral: azul e laranja são a combinação mais resiliente. Elas permanecem distingüíveis em quase todos os tipos de daltonismo. Evite vermelho sobre verde, verde sobre marrom, e azul sobre roxo. O problema do azul sobre roxo é especialmente traiçoeiro porque em telas com calibração ruim as duas cores parecem iguais até para quem tem visão normal.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Armamento técnico: como testar seus designs
O passo mais útil é usar o plugin Chromagora ou o simulador do Coblis online. Você sobe o screenshot do seu layout e ele gera as versões para cada tipo de deficiencia. Isso leva cerca de dois minutos e elimina achismos. Eu já vi equipes de produto gastarem horas debatendo se um botão ficava legível. Com o Coblis, a resposta aparece em segundos. Um erro comum que eu vejo recorrentemente é confiar em saturação diferente para distinguir elementos. Cores com mesmo matiz mas luminosidades diferentes podem parecer distintas para daltônicos, mas isso quebra quando a imagem passa por compressão ou é impressa. A luminosidade relativa é o que realmente importa, não a saturação. Use a fórmula de contraste WCAG para verificar. O contraste mínimo deve ser 4.5:1 para texto normal e 3:1 para elementos grandes.
Tenho um caso específico que ilustra bem isso. Estava revisando um gráfico de pizza com seis setores coloridos. Os dois tons de verde adjacentes pareciam OK na minha tela. Quando passei pelo simulador de deuteronopia, três fatias viraram o mesmo tom acinzentado. A solução foi reduzir para cinco categorias e usar padrão de preenchimento diferente em vez de cor. O tempo extra de ajuste foi de aproximadamente vinte minutos, mas evitou uma refação completa do dashboard depois.
Limitações reais desses simuladores
Nenhuma simulação substitui o teste com pessoas reais. Os algoritmos aproximam a percepção baseada em dados espectrais, mas a forma como o cérebro processa as cores varia de pessoa para pessoa. Além disso, simuladores não replicam a experiência de leitura contínua. Algo que parece distinguível num screenshot estático pode se tornar ilegível quando está em movimento ou em contexto de uso real. Se o seu projeto for crítico — sistemas médicos, sinalização de segurança, interfaces financeiras — o custo de contratar um teste com participantes daltônicos é infinitamente menor do que o custo de retrabalho após o lançamento. Um teste com cinco a dez participantes leva cerca de uma semana e custa uma fração de uma refação completa.
O que eu recomendo como fluxo mínimo: simule com Color Oracle, valide contraste via WCAG, teste no Coblis com screenshots reais, e se o produto for destinado ao público geral, faça um teste humano rápido. Isso cobre os pontos cegos mais comuns sem exigir um programa inteiro de acessibilidade. A regra prática que permanece útil é simples: nunca use cor como única informação. Texto, ícone, padrão e posição fazem o trabalho junto. Quando a cor falha — e ela vai falhar para parte significativa dos usuários — o resto da codificação segura o conjunto.
