Simulador de daltonismo: protanopia, deuteranopia y tritanopia
Compruebe cómo puede verse un color con protanopia, deuteranopia o tritanopia: #3A86FF con deuteranopia pasa a #5751DB. Revise los colores de estado y las series de gráficos antes de que dos de ellos se confundan. Gratis en su navegador.
- Gratis
- Funciona en su navegador
- Sin registro
- Sus datos no salen de su equipo
Ejecutar — gratis
Ejemplo resuelto
- Color
- #3A86FF
- Tipo
- Deuteranopia
- Color simulado
- #5751DB
Este simulador de daltonismo transforma un color sRGB hexadecimal mediante una matriz estándar fija para protanopia, deuteranopia o tritanopia. Devuelve el color de origen normalizado, el tipo de visión seleccionado, el color hexadecimal simulado y los valores de sus canales rojo, verde y azul. El resultado ofrece una aproximación práctica para revisiones iniciales de diseño, comparaciones de paletas, documentación y procesos automáticos de calidad. No diagnostica la visión ni reproduce la percepción de cada persona, pero permite detectar cambios de color potencialmente confusos antes de que un diseño llegue a sus usuarios.
Elija el color de origen y el tipo de simulación
Comience con un color expresado como valor sRGB hexadecimal, ya sea en la forma abreviada de tres dígitos, como #F80, o en la forma completa de seis dígitos, como #FF8800. Después seleccione protanopia, deuteranopia o tritanopia. La protanopia representa la ausencia de respuesta funcional de los conos sensibles a longitudes de onda largas y suele modificar relaciones que incluyen el rojo.
La deuteranopia representa la ausencia de respuesta funcional de los conos de longitud de onda media y afecta habitualmente a distinciones relacionadas con el verde. La tritanopia representa la ausencia de respuesta funcional de los conos de longitud de onda corta y puede alterar las relaciones entre azul y amarillo. El servicio rechaza cualquier otro tipo en lugar de hacer una suposición silenciosa, por lo que las pruebas por lotes y las comprobaciones de sistemas de diseño siguen siendo fiables.
También rechaza nombres de colores, valores sin almohadilla, canales alfa y cadenas hexadecimales incorrectas.
Comprenda cómo se calcula la aproximación
El simulador convierte primero el texto hexadecimal en tres canales sRGB enteros comprendidos entre cero y 255. A continuación selecciona la matriz fija de 3 por 3 asociada al tipo de daltonismo solicitado. Cada canal de salida se obtiene como suma ponderada de los canales rojo, verde y azul originales.
Los valores calculados se redondean al entero más próximo, se limitan al intervalo válido del canal y se presentan como un color hexadecimal de seis dígitos. Se trata de una aproximación matricial determinista: una misma entrada siempre produce la misma salida, sin solicitudes de red, elecciones aleatorias, perfiles de usuario ni estados dependientes del dispositivo. Esa uniformidad resulta útil para auditorías repetibles e instantáneas de prueba.
Sin embargo, una muestra simulada aislada no constituye un veredicto completo de accesibilidad. La visión cromática real varía, la calibración de las pantallas también y los colores circundantes influyen en la percepción. Use la transformación para revelar cambios y coincidencias probables, junto con mediciones de contraste, señales no cromáticas, etiquetas, patrones y pruebas de estados completos de la interfaz.
Integre el resultado en un proceso de diseño accesible
Compare el color simulado devuelto con otros colores transformados de la misma paleta, sobre todo aquellos que comunican estados, selección, validación o categorías de gráficos. Dos colores de origen que parecen claramente distintos pueden acercarse bajo una simulación concreta. Si resultan difíciles de distinguir, ajuste el matiz, la luminosidad, la saturación, los bordes, los iconos, el texto o los patrones en vez de depender únicamente del color.
Para automatizar el trabajo, llame al servicio una vez por cada elemento de la paleta y cada tipo admitido; después guarde los valores hexadecimal y RGB normalizados junto a los tokens originales. La salida estable facilita las revisiones de regresión cuando cambia un sistema de diseño. Recuerde que esta capacidad evalúa una transformación de color, no el contraste entre primer plano y fondo ni una página renderizada completa.
Una revisión sólida combina la simulación con comprobaciones de contraste y pruebas de usabilidad centradas en personas.
Qué puede hacer con ella
Revise tokens del sistema de diseño
Transforme los colores semánticos de la paleta con los tres tipos admitidos antes de aprobar una nueva versión de tokens.
Compruebe categorías de gráficos
Compare los colores simulados de las series y añada etiquetas, marcadores o patrones cuando el matiz no baste para diferenciarlas.
Preguntas frecuentes
¿Qué tipos de daltonismo se admiten?
Se admiten protanopia, deuteranopia y tritanopia. Cualquier tipo no reconocido devuelve un error de entrada no válida.
¿Qué formatos de color puedo proporcionar?
Use sRGB hexadecimal en formato #RGB o #RRGGBB. No se aceptan nombres de colores ni valores con canal alfa.
¿Es un diagnóstico médico o una representación exacta de la percepción?
No. Es una aproximación matricial para analizar diseños, no una herramienta diagnóstica ni un modelo exacto de la visión de cada persona.
¿Un color simulado demuestra que un diseño es accesible?
No. Compruebe también el contraste, aporte señales además del color, revise estados completos de la interfaz y realice pruebas adecuadas con usuarios.
¿Cómo se ve #3A86FF con deuteranopia?
El simulador devuelve #5751DB, con rojo 87, verde 81 y azul 219. Pase los demás colores de su paleta por el mismo tipo y compárelos: si dos quedan muy cerca, añada otra pista, como una etiqueta o un patrón.
Herramientas relacionadas
Para desarrolladores — acceso por API
Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.
Endpoint de API
¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, por email y desde Telegram — y pronto también desde nuestra app.
Llámela desde su stack
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"}'const res = await fetch("https://api.kit.forhosting.com/color/blindness-simulate", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"color": "#3A86FF",
"type": "deuteranopia"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/color/blindness-simulate",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"color": "#3A86FF",
"type": "deuteranopia"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/color/blindness-simulate", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"color":"#3A86FF","type":"deuteranopia"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"color":"#3A86FF","type":"deuteranopia"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/color/blindness-simulate", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Ejemplo de solicitud
{
"color": "#3A86FF",
"type": "deuteranopia"
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "color.blindness_simulate",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.
Precio
Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.
Errores
| HTTP | Código | Significado |
|---|---|---|
401 | unauthorized | API key ausente o inválida. |
402 | insufficient_balance | El saldo no cubre el precio de la tarea. |
404 | unknown_type | El tipo de tarea no existe. |
429 | rate_limited | Demasiadas peticiones. Use el webhook en vez de sondear. |
Notas técnicas
Elija el color de origen y el tipo de simulación
El formato limitado garantiza un comportamiento idéntico en formularios, API, pruebas y procesos de compilación.
Integre el resultado en un proceso de diseño accesible
El precio de la API es de $0.002 por elemento, mientras que la experiencia del navegador sirve para comprobaciones individuales rápidas.
Casos de integración
Automatice pruebas de regresión de paletas
Genere valores transformados estables durante la compilación para detectar regresiones de accesibilidad después de cambiar colores.
Preguntas técnicas
¿Cuánto cuesta una simulación por API?
Cada elemento cuesta $0.002. El cálculo es determinista y no contacta con servicios externos.