ForHosting KIT · Imagens

Simulador de daltonismo para três tipos de deficiência visual

Confira como uma cor pode aparecer com protanopia, deuteranopia ou tritanopia: #3A86FF com deuteranopia vira #5751DB. Revise as cores de status e as séries de gráficos antes que duas delas se confundam. Grátis no seu navegador.

  • Grátis
  • Funciona no seu navegador
  • Sem cadastro
  • Seus dados não saem do seu aparelho
Use pelo WebAPIE-mailTelegramApp em breve
Se você digitar
Cor
#3A86FF
Tipo
Deuteranopia
Você obtém
Cor simulada
#5751DB

Este simulador de daltonismo transforma uma cor sRGB hexadecimal com uma matriz padrão fixa para protanopia, deuteranopia ou tritanopia. Ele retorna a cor original normalizada, o tipo de visão escolhido, a cor hexadecimal simulada e os valores dos canais vermelho, verde e azul. O resultado é uma aproximação prática para verificações iniciais de design, comparações de paletas, documentação e fluxos automatizados de qualidade. Ele não diagnostica a visão nem reproduz a percepção de todas as pessoas, mas torna visíveis mudanças de cor potencialmente confusas antes que um design chegue aos usuários.

Escolha a cor original e o tipo de simulação

Comece com uma cor escrita como valor sRGB hexadecimal, usando a forma compacta de três dígitos, como #F80, ou a forma completa de seis dígitos, como #FF8800. Depois, escolha protanopia, deuteranopia ou tritanopia. A protanopia representa a ausência de resposta funcional dos cones sensíveis a comprimentos de onda longos e costuma alterar relações que envolvem vermelho.

A deuteranopia representa a ausência de resposta funcional dos cones de comprimento de onda médio e geralmente afeta distinções relacionadas ao verde. A tritanopia representa a ausência de resposta funcional dos cones de comprimento de onda curto e pode mudar relações entre azul e amarelo. Ele também rejeita nomes de cores, valores sem cerquilha, canais alfa e textos hexadecimais malformados.

A cor original retornada é expandida e normalizada em maiúsculas para facilitar comparações.

Entenda como a aproximação é calculada

Primeiro, o simulador converte o texto hexadecimal em três canais sRGB inteiros de zero a 255. Em seguida, seleciona a matriz fixa de 3 por 3 associada ao tipo de daltonismo solicitado. Cada canal de saída é a soma ponderada dos canais vermelho, verde e azul originais.

Os valores calculados são arredondados para o inteiro mais próximo, limitados ao intervalo válido e formatados como uma cor hexadecimal de seis dígitos. Essa é uma aproximação matricial determinística: entradas idênticas sempre produzem saídas idênticas, sem solicitações de rede, escolhas aleatórias, perfis de usuário ou estado dependente do dispositivo. Essa consistência ajuda em auditorias repetíveis e testes de snapshot.

Porém, uma amostra simulada isolada não é um parecer completo de acessibilidade. A visão de cores varia entre pessoas, a calibração das telas varia e as cores ao redor influenciam a percepção. Use a transformação para revelar mudanças e possíveis colisões.

Combine-a com medição de contraste, pistas que não dependam de cor, rótulos, padrões e testes dos estados completos da interface antes de tomar uma decisão final.

Use o resultado em um fluxo de design acessível

Compare a cor simulada retornada com outras cores transformadas da mesma paleta, principalmente aquelas que comunicam status, seleção, validação ou categorias de gráficos. Duas cores originais claramente diferentes podem se aproximar em uma das simulações. Se ficarem difíceis de distinguir, ajuste matiz, luminosidade, saturação, bordas, ícones, texto ou padrões, em vez de depender somente da cor.

A saída estável simplifica revisões de regressão quando um sistema de design muda. Lembre-se de que esta capacidade avalia uma transformação de cor, não o contraste entre primeiro plano e fundo nem uma página renderizada inteira. Uma análise sólida combina a simulação com verificações de contraste e testes de usabilidade centrados em pessoas.

Registre qual tipo de matriz foi usado para que a equipe possa reproduzir o resultado e compreender cada alteração na paleta.

Revise tokens do sistema de design

Transforme as cores semânticas da paleta nos três tipos compatíveis antes de aprovar uma nova versão de tokens.

Verifique categorias de gráficos

Compare as cores simuladas das séries e acrescente rótulos, marcadores ou padrões quando apenas o matiz não as separar.

Quais tipos de daltonismo são compatíveis?

Há suporte para protanopia, deuteranopia e tritanopia. Qualquer tipo desconhecido retorna um erro de entrada inválida.

Quais formatos de cor posso informar?

Use sRGB hexadecimal no formato #RGB ou #RRGGBB. Nomes de cores e valores com canal alfa não são aceitos.

Isso é um diagnóstico médico ou uma visão exata da percepção?

Não. É uma aproximação matricial para análise de design, não uma ferramenta de diagnóstico nem um modelo exato da visão de cada pessoa.

Uma cor simulada prova que um design é acessível?

Não. Verifique também o contraste, ofereça pistas além da cor, revise estados completos da interface e faça testes adequados com usuários.

Como fica #3A86FF com deuteranopia?

O simulador retorna #5751DB, com vermelho 87, verde 81 e azul 219. Passe as outras cores da sua paleta pelo mesmo tipo e compare: se duas ficarem muito próximas, acrescente outra pista, como um rótulo ou um padrão.

Tudo nesta página está disponível via API. Esta seção é para equipes que querem integrar a ferramenta aos próprios sistemas; quem não precisa disso pode simplesmente usar a ferramenta acima.

POSThttps://api.kit.forhosting.com/color/blindness-simulate

Autenticação por token Bearer. Um único POST coloca a tarefa na fila; o resultado chega por webhook ou link assinado.

curl -X POST https://api.kit.forhosting.com/color/blindness-simulate \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"color":"#3A86FF","type":"deuteranopia"}'
{
  "color": "#3A86FF",
  "type": "deuteranopia"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "color.blindness_simulate",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

A API é assíncrona: cada chamada devolve um task_id na hora. Se preferir polling, consulte o status a até 1 requisição por segundo.

por chamadaUS$ 0,002

Preço publicado, sem tokens nem créditos escondidos. Tarefa que falha não é cobrada.

HTTPCódigoO que significa
401unauthorizedToken ausente ou inválido. Confira o header Authorization.
402insufficient_balanceSaldo insuficiente para esta tarefa. Faça uma recarga e tente de novo.
404unknown_typeEsse tipo de tarefa não existe. Confira o campo type no catálogo.
429rate_limitedMuitas requisições em pouco tempo. Espere um instante e tente de novo.

Escolha a cor original e o tipo de simulação

O endpoint rejeita qualquer outro tipo em vez de fazer uma suposição silenciosa, mantendo confiáveis os testes em lote e as verificações de sistemas de design. O formato restrito faz a mesma entrada funcionar de modo idêntico em formulário, API, testes ou pipeline.

Use o resultado em um fluxo de design acessível

Para automatizar o trabalho, chame o endpoint uma vez para cada item da paleta e cada tipo compatível; depois, armazene os valores hexadecimais e RGB normalizados junto aos tokens originais. O preço da API é US$ 0,002 por item, enquanto a experiência no navegador atende a verificações individuais rápidas.

Automatize testes de regressão da paleta

Gere valores transformados estáveis durante o build para que revisores identifiquem regressões de acessibilidade após mudanças de cor.

Quanto custa uma simulação via API?

Cada item custa US$ 0,002. O cálculo é determinístico e não entra em contato com serviços externos.

Ver a documentação completa do KIT →