Mostrando entradas con la etiqueta accesibilidad diseñadores. Mostrar todas las entradas
Mostrando entradas con la etiqueta accesibilidad diseñadores. Mostrar todas las entradas

martes, 9 de junio de 2026

Vídeo: Animaciones desde interacciones que respeten las preferencias de las personas. Ejemplo práctico de prefers-reduced-motion

Ir al vídeo en YouTube: "Animaciones desde interacciones que respeten las preferencias de las personas" (con subtítulos y transcripción)

El otro día estuve analizando varias páginas web con animaciones. No estaba interactuando con ellas continuamente ni las tenía en primer plano. Simplemente estaban abiertas en una segunda pantalla y las percibía de reojo mientras trabajaba en la documentación.

Al cabo de un rato empecé a notar malestar y hasta náusea solo por tener ese movimiento constante en mi visión periférica. Así que empecé a pensar en grabar el vídeo que os comparto hoy para concienciar sobre este tema y mostrar soluciones sencillas de implementar.

Las animaciones son recursos habituales en los sitios web, animaciones que implican movimiento, desplazamiento o zoom, animaciones que a muchas personas provocan diversos efectos adversos como malestar, mareo, naúsea o distracción, entre otros.

Una animación a pantalla completa que consideras impactante puede generar un impacto, pero un impacto indeseado en la salud de otra persona, que seguramente no es lo que deseabas.

Pero la accesibilidad no consiste en quitar experiencias, no limita tu creatividad o tu diseño. La accesibilidad consiste en permitir que cada persona pueda adaptarlas a sus necesidades, preferencias y contexto de acceso, como explico en el vídeo que os comparto.

Al final decidí centrar el vídeo solo en las animaciones desde interacciones por una razón: el criterio 2.3.3 Animation from Interactions no es obligatorio por ley y quiero animar a cumplirlo.

Mi objetivo es divulgar el uso de la media query prefers-reduced-motion y animar a los diseñadores y desarrolladores a implementar dos sencillas técnicas que permiten respetar las preferencias de las personas sobre las animaciones.

En este vídeo hablo de:

  • Qué son las animaciones desde (o por) interacciones.
  • Personas a las que afectan y los efectos adversos.
  • Criterio 2.3.3 AAA de las WCAG.
  • Ejemplo práctico de cumplimiento mediante dos técnicas: prefers-reduced-motion y botón manual.
  • Recomendaciones adicionales.

Artículos relacionados

Servicios relacionados

¿Necesitas una explicación detallada y práctica de todos los criterios de las WCAG o de aquellos que aplican a un determinado perfil profesional? Formación a medida en accesibiliddad digital

Otros vídeos

martes, 25 de marzo de 2025

Accessible Perceptual Contrast Algorithm (APCA) ¿Debemos comenzar a utilizar ya el algoritmo APCA para medir el contraste? ¿De qué herramientas disponemos?

Captura de las herramientas APCA Contrast Calculator y Bridge-PCA Contrast Calculator

Accessible Perceptual Contrast Algorithm (APCA) es una nueva forma de medir el contraste para contenido textual y no textual en pantallas autoiluminadas.

El modelo SACAM (S-Luv Accessible Color Appearance Model), anteriormente SAPC, es un modelo avanzado de medición del contraste que tiene en cuenta la percepción visual humana del contraste y los múltiples factores implicados, como el tamaño, el peso, el relleno o el espaciado de la fuente; la adaptación de la luz; así como la luminancia y los colores CSS utilizados, basándose en una pantalla sRGB con un observador estandarizado.

El código básico de APCA es una reducción de este modelo más grande. Utiliza una estimación lo suficientemente simple para automatizarse, pero que mejora la legibilidad y ofrece mayor flexibilidad en el diseño.

APCA ha sido creado por Andrew Somers, líder de investigación del subgrupo Visual Contrast del grupo de trabajo W3C Accessibility Guidelines Working Group’s Silver (WCAG 3). APCA es el método de contraste candidato para incluirse en el futuro estándar de las WCAG 3, y está siendo evaluado actualmente como beta pública.

APCA y las WCAG 3 aún están en desarrollo y todavía no son recomendaciones oficiales del W3C. ¿Debemos comenzar a utilizar ya el algoritmo APCA para medir el contraste? ¿De qué herramientas disponemos? El objetivo de este artículo es dar respuesta a estas preguntas.

Mis fuentes para elaborar este artículo han sido, por una parte, los dos magníficos artículos de Andrew Somers:

Y, por otra parte, toda la documentación del algoritmo, disponible en:

El artículo ha sido elaborado sin la ayuda de herramientas IA.

Nota mayo 2026 sobre APCA y las WCAG 3: Contraste WCAG3 a partir de abril de 2026

Índice

Introducción sobre la visión y el color

En el artículo “The Realities And Myths Of Contrast And Color” Andrew Somers nos da una lección magistral sobre la visión humana y la percepción del color. Resumo a continuación aquellos aspectos que me parecen relevantes para comprender el nuevo algoritmo APCA.

La corteza visual primaria, que es la primera área de la corteza cerebral que procesa la información visual, analiza los contrastes de claridad y oscuridad, detectando bordes y detalles finos, además de realizar un procesamiento inicial del color. Posteriormente, otras áreas refinan esta información y procesan de manera más especializada distintos aspectos del color, como el tono y la saturación.

Parte de la información visual se dirige al Visual Word Form Area (VWFA), donde se procesan patrones ortográficos y se facilita el reconocimiento de palabras escritas, integrándose luego con áreas del cerebro relacionadas con el lenguaje. Otra información visual sigue vías especializadas, como la detección del movimiento y el reconocimiento de objetos.

La información procesada en el VWFA depende principalmente del contraste de luminancia, por lo que el color juega un papel secundario en el reconocimiento de las palabras escritas. En cambio, el área de reconocimiento de objetos integra la información del color, junto con la forma o la textura, para la discriminación visual.

Hay que destacar que los colores son percepciones que se ven muy afectadas por el contexto. Por ejemplo, en la siguiente imagen hay dos círculos del mismo color amarillo (#D18600), pero los percibimos diferentes por el contexto:

Un círculo amarillo sobre un cuadrado gris claro y sobre un cuadrado gris oscuro. El color amarillo se percibe diferente según el color gris sobre el que se encuentra.

Fuente: The Realities And Myths Of Contrast And Color, Andrew Somers

Nos referimos, por tanto, a una percepción cualitativa y dependiente del contexto.

Por otra parte, nuestra percepción no es lineal. Si tienes 100 fotones de luz y los triplicas, tienes 300 fotones de luz, pero, según Andrew Somers, nuestra visión no percibe ese cambio como una "triplicación", sino como un aumento modesto, lo cual es muy importante para comprender la percepción del contraste.

También es relevante que la percepción visual cambia con la edad. Se necesitan los primeros 20 años de vida para desarrollar la máxima sensibilidad al contraste. Y, a medida que envejecemos, el ojo pierde sensibilidad, especialmente al azul, ya que la óptica del ojo se vuelve más amarilla.

Algunos términos relevantes a tener en cuenta son:

  • La agudeza visual (AV) se relaciona con la capacidad de nuestros ojos para enfocar lo que vemos, lo cual es fundamental para la lectura.
  • La sensibilidad al contraste (SC) es también una medida importante de la salud y el bienestar de nuestro sistema.
  • La deficiencia de la visión del color (CVD), que solemos denominar de forma genérica "daltonismo", afecta al 5% de la población mundial, que es insensible a algunos colores. En los casos más comunes, uno de los tipos de cono no está funcionando como debería o falta por completo.

Si bien la CVD afecta a la capacidad de distinguir algunos colores, la percepción de la luminancia es similar en la visión estándar y en los tipos comunes de CVD. Por lo tanto, en términos de legibilidad, requieren el mismo contraste de luminosidad que la visión estándar.

La única excepción es la combinación de rojo y negro, ya que las personas con formas protán de CVD son insensibles al rojo. Como resultado, perciben un contraste muy bajo entre estos colores, por lo que esta combinación debe evitarse.

Sobre el contraste y sus problemas

Resumo a continuación aquellos aspectos que Andrew Somers explica en sus artículos que me parecen imprescindibles para comprender el contraste y sus problemas.

Existen muchas formas de contraste, pero para la accesibilidad digital nos centramos en el «contraste de luminosidad percibido». Mientras que la luminancia es una magnitud física en el mundo real, la luminosidad es nuestra percepción de ella y está condicionada por el contexto.

La lectura y la legibilidad están muy relacionadas con las diferencias de claridad y oscuridad: los detalles finos de las fuentes requieren un buen contraste de luminancia para que el Visual Word Form Area (VWFA) contribuya al reconocimiento de palabras completas o pares de letras. En cambio, los contrastes de color son más relevantes para el reconocimiento y la categorización de objetos.

Otro aspecto muy importante de la percepción del contraste es que se basa más en la “frecuencia espacial” que en la diferencia entre dos colores. La “frecuencia espacial” se refiere al grosor y tamaño de la fuente y al grosor y separación de sus líneas:

Un gráfico que muestra cómo la sensibilidad al contraste es relativa al tamaño y el peso de la fuente.

Fuente: The Realities And Myths Of Contrast And Color, Andrew Somers

También se deben tener en cuenta los efectos del antialiasing y las técnicas de suavizado de fuentes.

Las pantallas Retina, con alta densidad de píxeles, pueden mostrar texto más nítido; y algunos sistemas o dispositivos están configurados con un antialiasing subpíxel que puede ser más nítido. Sin embargo, si se usa con -webkit-font-smoothing:antialiased;, se reemplazará con un desenfoque suave que perjudica mucho el contraste y la nitidez en las pantallas de resolución estándar con fuentes pequeñas. Por ello, Andrew Somers indica que los diseños deben probarse y visualizarse en monitores de “resolución estándar”.

Para compensar estos factores, el texto pequeño y delgado requiere una diferencia de claridad/oscuridad mucho mayor. Por ejemplo, algunas fuentes de gramaje 100 son tan delgadas que requieren un tamaño superior a 42 px, o incluso más, para poder aplicar técnicas de suavizado de forma segura.

Por último, hay que tener en cuenta las columnas del texto, pues la densidad del texto reduce aún más el contraste.

Algoritmo WCAG frente al nuevo APCA

El algoritmo de contraste de las WCAG 2 no predice el contraste del texto según la percepción humana, lo cual es especialmente evidente con pares de colores oscuros. Como resultado, el contraste WCAG 2 es poco útil para el modo oscuro y para el texto claro en colores saturados.

Gráfico que muestra una comparación de los contrastes mínimos de aprobación para APCA y WCAG 2. Los ejemplos de WCAG 2 se vuelven ilegibles en colores oscuros.

Fuente: APCA. Why APCA as a New Contrast Method?, Andrew Somers

Las directrices de contraste de las WCAG 2 indican una relación de 4,5:1 para fuentes menores de 24 px con grosor 400 (normal), o 18,8 px con grosor 700 (negrita), y de 3:1 para otros contrastes. Si bien esta directriz es fácil de implementar, estos mínimos pueden ser muy insuficientes en algunos casos, y paradójicamente, más de lo necesario en otros, porque se basaron en estudios de la década de los 80.

El nuevo método APCA considera directamente las diferencias perceptuales de claridad/oscuridad del texto con respecto al fondo y genera un valor de "contraste de luminosidad" denominado Lc. A partir de aquí, podemos determinar el tamaño y el grosor mínimos de una fuente para una lectura fluida, y estas predicciones calculadas, en conjunto, pueden guiar nuestras decisiones de diseño.

Esto nos lleva a la idea del «contraste de legibilidad» que hemos comentado: el contraste necesario para un caso de uso particular y el nivel de legibilidad requerido.

Para ello, se definen conceptos como «contraste crítico» y «tamaño crítico», siendo “crítico” el punto en el que aumentar el tamaño o el contraste no mejora la velocidad de lectura ni la comprensión; o «reserva de contraste», definiendo las necesidades de contraste para niveles subfluidos, donde el texto sigue siendo legible, pero no alcanza la máxima velocidad ni la máxima comprensión. Esto es importante, porque en una jerarquía de diseño no todo puede alcanzar el máximo contraste.

Por ejemplo, una columna de texto requiere el mayor contraste para garantizar una legibilidad fluida. Pero un copyright en el pie de foto no necesita tener un contraste tan alto. De hecho, dice Andrew Somers, para mantener un diseño despejado y centrar la atención en el contenido, un copyright debería tener menos contraste: lo suficientemente alto como para leerse si se enfoca, pero lo suficientemente bajo como para no distraer ni desviar la atención del tema principal.

Hay que tener en cuenta que la altura del cuerpo puede tener resultados significativamente diferentes según la familia de fuentes. Por lo tanto, se debería determinar la altura x de las fuentes utilizadas en el diseño y, después, ajustar el tamaño de la fuente con el desplazamiento necesario para lograr el tamaño renderizado deseado.

Por ejemplo, una Verdana tiene una altura X más grande que una Garamond:

Aunque está configurada en el mismo tamaño, la altura x de la tipografía Garamond es mucho menor que la de Verdana.

Fuente: How to make type readable on the web, Michael McBain

Ya hemos comentado que también se deben tener en cuenta el tamaño y el diseño de la fuente porque el antialiasing puede crear problemas.

APCA en detalle

Accessible Perceptual Contrast Algorithm (APCA) está actualmente en evaluación en beta pública y es el método candidato para el contraste en las WCAG 3.

El nuevo modelo difiere de las WCAG 2 en que APCA considera la percepción visual humana, los casos de uso y las características espaciales (peso y tamaño) y proporciona una guía de diseño completa y útil. APCA forma parte del modelo más amplio conocido como SACAM (S-Luv), que tiene en cuenta los nuevos conocimientos de la ciencia de la visión, optimizada específicamente para la legibilidad del texto en pantallas autoiluminadas, basada en la investigación revisada por pares de Whittaker, Bailey, Lovie-Kitchin, G. Legge y otros.

Como ya he indicado, APCA ha sido creado por Andrew Somers como líder de investigación del subgrupo Visual Contrast del grupo de trabajo W3C Accessibility Guidelines Working Group’s Silver (WCAG 3) .

APCA indica el contraste como un valor Lc (contraste de luminosidad) basado en un par de colores y un peso/tamaño de fuente mínimo. Este valor está basado en la percepción, es decir, independientemente de cuán claros u oscuros sean los dos colores, un valor de contraste de Lc 60 representa el mismo contraste de legibilidad percibido en toda la gama de colores disponible.

Esto no ocurre con las WCAG 2, que exageran considerablemente el contraste para colores oscuros, hasta el punto de que una relación de 4,5:1 puede resultar ilegible cuando un color es cercano al negro. Por lo tanto, el contraste de las WCAG 2 no puede utilizarse como guía para el diseño del "modo oscuro", y también genera problemas para las personas con problemas de percepción del color.

Demostración que muestra una comparación de los contrastes mínimos de aprobación para APCA y WCAG 2. WCAG 2 es ilegible para el modo oscuro.

Fuente: APCA. Why APCA as a New Contrast Method?, Andrew Somers

Niveles relacionados con los casos de uso

APCA cuenta con un conjunto de niveles relacionados con los casos de uso; por ejemplo, Lc 90 y Lc 75 es el mínimo para el cuerpo del texto.

También cuenta con una tabla de consulta para asociar el tamaño y el grosor de la fuente con el contraste de legibilidad (Lc). Estas tablas permiten una mayor precisión y, por lo tanto, mayor flexibilidad en el diseño.

APCA Font to Contrast Table. Disponible como texto en la herramienta.

Fuente: APCA Contrast Calculator

Los niveles mínimos básicos, lo que podría considerarse como A/AA en las WCAG 2, sería:

  • Lc 90. Preferred level for fluent text and columns of body text with a font no smaller than 14px/weight 400 (normal).
  • Lc 75. The minimum level for columns of body text with a font no smaller than 18px/400. Lc 75 should be considered a minimum for text where readability is important.
  • Lc 60. The minimum level recommended for content text that is not body, column, or block text. In other words, text you want people to read. The minimums: 24px normal weight (400) or 16px/700 (bold). These values based on the reference font Helvetica.
  • Lc 45. The minimum for larger, heavier text (36px normal weight or 24px bold) such as headlines. This is also the minimum for pictograms with fine details.
  • Lc 30. The absolute minimum for any text not listed above. This includes placeholder text and disabled element text. This is also the minimum for large/solid semantic & understandable non-text elements.
  • Lc 15. The absolute minimum for any non-text that needs to be discernible and differentiable, and is no less than 5px in its smallest dimension. This may include disabled large buttons. Designers should treat anything below this level as invisible, as it will not be visible for many users. This minimum level should be avoided for any items important to the use, understanding, or interaction of the site.

Fuente: APCA. Why APCA as a New Contrast Method?, Andrew Somers.

Notas sobre el tamaño y el peso de la fuente

Andrew Somers también hace hincapié en que el peso de la fuente es relativo. Cuando hablamos del grosor de la fuente, hay que tener en cuenta que el valor de peso CSS (es decir, 300, 400, 700) no es consistente entre las diferentes familias de fuentes. Por ejemplo, "Arial Black" se indica como normal (peso 400) aunque es extra bold. Y Courier New indica peso 400, aunque es extra light.

En las notas del validador APCA se especifica que el peso de la fuente se basa en fuentes de referencia altamente estandarizadas: Helvetica o Arial grosor 400. De modo que debes probar tu fuente con diferentes grosores hasta encontrar la coincidencia más cercana.

Por otra parte, se indica que los tamaños de fuente asumen una relación x-height de al menos 0,5 (es preferible utilizar una altura x de 0,52 a 0,57). En función de ello hay que calcular la cantidad que debe aumentarse la fuente.

Altura x de algunas fuentes. Están por encima de 0.5: Arial, Helvetica, Tahoma, Trebuchet, Verdana. Están por debajo: Calibri, Cambria, Garamond o Times.

Fuente: Estimating the x-height of a font

Por ejemplo, Times New Roman tiene una relación de altura x de 0,45, por lo que debe aumentarse aproximadamente un 16 % en tamaño con respecto a la fuente de referencia. Por lo tanto, si la fuente de referencia se establece en 1 em, Times debe establecerse en 1,16 em para que sea equivalente (18.6px):

html { font-size: 1,16em }

Sobre el diseño de la fuente y su impacto en la legilidad se recomienda en documento: "Evaluating Fonts" (PDF)

¿Debemos usar ya APCA? Herramientas

En primer lugar, hay que insistir en que APCA y las WCAG 3 aún están en desarrollo y todavía no son recomendaciones oficiales del W3C.

APCA Contrast Calculator (Myndex)

APCA Contrast Calculator

APCA Contrast Calculator es una herramienta online de Myndex Technologies, donde Andrew Somers es investigador sénior en ciencias del color.

Se puede usar gratuitamente como beta pública y se pide a las personas que la usan que envíen sus problemas y discusiones al repositorio de GitHub de APCA.

Tras la zona inicial para incluir los colores, hay diversos acordeones que despliegan información adicional, como las tablas de referencia para las fuentes.

Ten en cuenta que APCA reconoce la polaridad, lo que significa que reconoce la diferencia entre texto oscuro sobre un fondo claro y texto claro sobre un fondo oscuro. Por lo tanto, es importante introducir el color del texto/icono y el color de fondo correctamente. No vale como en los validadores WCAG incluir el color indistintamente como background o foreground.

Bridge-PCA Contrast Calculator (compatible con las WCAG 2) (Myndex)

Bridge-PCA Contrast Calculator

Si queremos compatibilidad con las WCAG 2, tenemos la herramienta "Bridge-PCA", también desarrollada por Myndex Technologies.

Esta herramienta, online y gratuita, permite mejorar la legibilidad y el cálculo del modo oscuro, pero cumpliendo con los criterios de conformidad de las WCAG 2.

Si bien Bridge-PCA corrige muchos problemas y mejora la legibilidad, se pierde la mayor flexibilidad de diseño que ofrece la implementación completa de APCA, debido al hecho de que, para mantener la compatibilidad con versiones anteriores, algunos contrastes se fuerzan a ser más altos de lo que realmente necesitan ser.

APCA Contrast Calculator nos sive para mejorar el contraste, especialmente en el "modo oscuro", y a la vez cumplir con la norma actual que nos exige la legislación.

Nota: si esta herramienta no está disponible dispones de otras muchas que listo en el siguiente apartado.

Otras herramientas

Se han publicado muchas herramientas como APCA Contrast Calculator o Bridge-PCA Contrast Calculator, por listar algunas:

Si trabajas con Figma, también tienes plugins de contraste que revisan con ambos algoritmos, como Contraste:

Extensión de Figma para medir el contraste, tiene la opción de usar el algoritmo APCA

También hay otras herramientas que se centran en crear paletas accesible. En ellas, seleccionas los colores de la paleta que vas a usar y te permite visualizar sus combinaciones, indicándote el contraste WCAG y APCA. Por ejemplo:

jueves, 28 de mayo de 2020

Reseña del libro "Color Accessibility Workflows" de Geri Coady. Accesibilidad y daltonismo. Accesibilidad para diseñadores gráficos.

Portada del libro 'Color Accessibility Workflows' de Geri Coady

Autor: Geri Coady

Nº páginas: 87

Idioma: inglés

Formato: digital e impreso

Fecha de publicación: 2017

Web: Ficha en A Book Apart

Podéis consultar más reseñas de libros en: "Libros y reseñas"

Sobre el libro

"Color Accessibility Workflows" es un libro muy rápido y sencillo de leer, bien organizado y explicado. Tiene unas dimensiones reducidas (87 páginas en formato 14x21 cm) y muchas imágenes en color con ejemplos.

Dos páginas interiores del libro 'Color Accessibility Workflows'. Tiene muchas imágenes a color.

El público objetivo de este libro es el perfil de diseñador gráfico, de hecho, recomiendo a todos los diseñadores gráficos que lo lean. El libro también le resultará entretenido a cualquier persona, pues su temática suele suscitar mucho interés.

El color es una poderosa herramienta de diseño con infinitas posibilidades, pero la mayoría de las veces se diseña teniendo en mente solo cómo vemos nosotros.

La autora explica las barreras que puede causar el diseño a muchas personas, especialmente con daltonismo o baja visión, para que se comprenda cuál es la problemática y así exponer las soluciones. Recomienda bastantes herramientas de gran utilidad y comparte el flujo de trabajo que sigue, con un caso de uso concreto. De este modo, el objetivo es asegurar que el diseño resultante no suponga una barrera para nadie.

En resumen, esta guía, sencilla pero muy útil, enseña a hacer elecciones de color accesibles y a que los diseñadores empaticen descubriendo cómo ven otras personas en el mundo.

Como consecuencia de todo ello, también nos ofrece argumentos para que, en los debates sobre distintas versiones de diseño, podamos argumentar cuál es el diseño más adecuado desde un punto de vista de accesibilidad y por qué.

Capítulo 1: Daltonismo

La autora explica en este capítulo cómo funciona el ojo humano, qué es realmente el daltonismo y los diferentes tipos de daltonismo que existen.

Os hago un resumen, pero podéis encontrar toda la terminología en mi Glosario de accesibilidad, que ya tiene más de 600 entradas.

La discromatopsia es la dificultad para distinguir los colores, que puede ser genética, en cuyo caso se denomina daltonismo o ceguera al color. El daltonismo afecta al 8% de los hombres y al 0.5% de las mujeres.

El ojo tiene tres tipos de conos (L, M, S) cada uno sensible a una longitud de onda: larga (rojo), media (verde) y corta (azul). Los problemas en estos fotorreceptores provocan alteraciones en la percepción del color.

La alteración congénita más habitual es la protanopia/protanomalía (nula sensibilidad al rojo/falta de sensibilidad al rojo) y la deuteranopia/deuteranomalía (nula sensibilidad al verde/falta de sensibilidad al verde).

Por tanto, la dificultad habitual es para distinguir el rojo y el verde.

La tritanopia/tritanomalía (nula sensibilidad al azul/falta de sensibilidad al azul) no es hereditaria, y es más probable adquirirla con la edad, traumatismos craneales o incluso como consecuencia del alcoholismo. Por estas razones, la incidencia de la tritanopia/tritanomalía no está asociada al sexo (afecta por igual a hombres y mujeres), y es menor del 0.01% de la población. La tritanopia/tritanomalía puede ser revertida si la causa es tratada.

La acromatopsia, es decir, ver solo en blanco, negro y grises, es muy poco frecuente, y va acompañada de una importante pérdida de agudeza visual y alta sensibilidad a la luz.

Trata otros temas curiosos como la tetracromacia, una mutación genética en el cromosoma X que hace que sus portadoras (pues solo afecta a las mujeres) presenten en la retina un juego extra de conos que permite detectar una mayor variedad de colores. Afectaría a un 18% de las mujeres, pero solo un porcentaje muy reducido de estas mujeres tendría una tetracromía fuerte. Hay un test que se puede encontrar por Internet, pero no es efectivo hacerlo en monitores.

Otro tema curioso es que hay países en los que se discrimina a las personas daltónicas. Por ejemplo, está mal visto en Japón desde que, a principios de los años 20, el compromiso entre el príncipe heredero Hirohito de Japón y Nagako Kuni casi fracasó porque el daltonismo era hereditario en la familia de la novia. De hecho, en Japón se discriminaba por esta razón en el acceso a las universidades en los años 80 y aún hoy persiste esta discriminación en alguna universidad.

Un diseñador debería tener la responsabilidad de saber sobre el daltonismo y hacer cambios simples en sus flujos de trabajo para mitigar las frustraciones diarias que sufre, por esta razón, una parte significativa de la población.

Estamos hablando de un porcentaje alto de usuarios, y eso afecta al negocio, además de ser un requisito legal en muchos portales web, argumentos que suelen convencer cuando el de la responsabilidad social fracasa.

Por cierto, si a alguien le interesa el tema del color y la luz, y es un lector de ciencia ficción, os recomiendo la saga del Prisma Negro de Brent Weeks.

Capítulo 2. Elegir el color apropiado

La psicología del color no está dentro del alcance de este libro, si os interesa este tema os recomienda la reseña de un libro magnífico: "Psicología del color" de Eva Heller.

En este capítulo se habla más bien de escoger una paleta accesible.

Comienza explicando las propiedades del color (matiz, saturación y la luminosidad); así como el contraste y su importancia para la legibilidad de los elementos de la pagina, especialmente para el texto. Repasa diferentes técnicas para conseguir que los colores del texto y el fondo contrasten.

El diseño universal de colores, o Color Universal Design (CUD), intenta garantizar que la información gráfica se exprese de manera adecuada para las personas con trastornos en la percepción cromática, entre otros, el daltonismo. En varios países ya existen pautas según las cuales los gráficos de los espacios públicos deben cumplir con estos criterios. Por ejemplo, en la señalítica de un hospital puede ser literalmente cuestión de vida o muerte que interpretes correctamente los carteles.

Hay diversos estudios que buscan paletas de colores amigables para las personas daltónicas. La autora destaca los siguientes:

La autora recomienda integrar el uso de un simulador de daltonismo en el flujo de trabajo para ponerse en el lugar de las personas daltónicas, aunque estas herramientas no reflejen exactamente cómo ven todas las personas daltónicas o, aunque haya diferencias entre diferentes validadores.

Ella recomienda Color Orange o la propia opción que tiene Photoshop desde la versión CS4 (en: Vista > Ajuste de prueba > Daltonismo).

Todas estas herramientas y validadores, y muchos más, los podéis encontrar en la recopilación de Mis validadores

Capítulo 3. Conformidad y testing

Explica la ratio mínima de contraste de color que exigen las WCAG, que depende del tamaño de la letra y del nivel que se quiere alcanzar (A, AA)

Los criterios de las WCAG relativos al contraste se han definido pensando en las personas con baja visión y con problemas de percepción del color, pero también nos benefician a todos en diferentes contextos, por ejemplo, al acceder con el móvil en condiciones de mala luminosidad o con reflejos.

Trata el tema del contraste de los textos que están sobre imágenes o sobre gradientes, que es una duda muy habitual. Por ejemplo, si un texto está sobre una imagen, cuando la página se cargue sin CSS, con CSS personales o sin imágenes, los textos deben seguir teniendo contraste sobre el fondo. Los validadores detectan estos problemas y, a veces, se puede pensar que es un falso negativo porque visualmente el texto sí parece tener contraste con el fondo de la imagen. Por tanto, a veces el problema de contraste no se aprecia hasta que no se deshabilitan las CSS o las imágenes.

También propone diferentes herramientas para validar el contraste de color y para buscar combinaciones de colores alternativas que sí contrasten. Entre las herramientas que propone, mis favoritas son: Colour Contrast Analyser, ColorSafe y Tanaguru Contrast Finder.

Todas estas herramientas y validadores, y muchos más, lo podéis encontrar en la recopilación de Mis validadores

Capítulo 4. Consejos y trucos

Comercio electrónico

Este es uno de los apartados que más me ha gustado del libro porque recuerda aspectos que no se tienen en cuenta muchas veces.

Si un comercio electrónico vende productos que están disponibles en varios colores, ¿una persona daltónica sabrá qué versión del producto se está mostrando? ¿podrá utilizar el filtro de color sin problemas?

Para lograrlo hay dos claves:

  • Indicar el color en el nombre del producto.
  • Etiquetar los colores del filtro de colores.
A continuación, incluyo dos portales que suelo poner como ejemplos incorrectos, y el tercero es el que incluye la autora en el libro.

Caso de Subdued

Ecommerce Subdued. Ficha de producto de una camiseta disponible en varios colores. En el nombre del producto no se indica el color de la camiseta. Los colores del filtro de color no tienen etiqueta.

En la ficha de producto del comercio electrónico de Subdued podemos encontrar prendas de vestir disponibles en varios colores.

En este caso es una camiseta rosa que también se puede comprar en negro, blanco y fucsia. Nada en la ficha de producto me indica que la camiseta es rosa.

Por otra parte, los colores del filtro de color no tienen etiqueta, por lo tanto, no puedo usar el filtro si no puedo distinguir los colores.

Caso de New Balance

Ecommerce de New Balance. Listado de productos de zapatillas iguales de diferentes colores. El nombre de la zapatilla no incluye su color. Los colores del filtro muestran su nombre al pasar el cursor por encima.

En el listado de productos del comercio electrónico de New Balance, puedo tener muchas zapatillas iguales de diferente color. El nombre de la zapatilla no incluye el color, por tanto, si tengo dificultades para distinguir los colores, no podré seleccionar la que me interesa. 

Por otra parte, los colores del filtro por color tienen una etiqueta. El problema es que se incluye con el atributo "title", por tanto, solo estará disponible para los usuarios que usan el ratón, pero no para los que no pueden usar el ratón y deben acceder solo con el teclado.

Caso de Warby Parker

Ecommerce de Warby Parker. Listado de gafas. El nombre de la gafa no incluye su color. Los colores del filtro de colores tienen asociada una etiqueta visible.

El filtro de colores del comercio electrónico de Warby Parker es el ejemplo que pone la autora. 

Este filtro por color es amigable para las personas con problemas de percepción de color porque cada color tiene asociada una etiqueta visible. 

También es importante que el nombre de los colores sea sencillo y comprensible. 

Texto sobre las imágenes

Un problema recurrente es el contraste de los textos sobre imágenes, por ejemplo, en los carruseles. 

Propone las soluciones habituales, como incluir un color sólido bajo el texto o un fondo oscuro con poca transparencia sobre la imagen.

Mapas, gráficos o infografías

Es muy frecuente que se transmita información solo por el color en los mapas, gráficos e infografías.

Repasa las soluciones habituales, como las etiquetas asociadas a los gráficos, el uso de patrones, incluir junto a la gráfica la tabla de datos, etc.

También trata los mapas de las redes de metro, donde cada línea está representada por un color. Ejemplos de mapas de metro accesibles serían los de Londres o Tokio:

Mapa de metro de Tokio. En cada línea está el nombre de la línea-

Mapa de Tokio

Mapa de Londres en blanco y negro. Cada línea tiene un patrón diferente.

Mapa de Londres para imprimir en blanco y negro

En estos casos, no solo hay que tener en cuenta que los mapas sean comprensibles para las personas con problemas de percepción del color y baja visión, o que se impriman bien en blanco negro, sino también reducir la carga cognitiva para que sean más fáciles de comprender por todas las personas, especialmente si tienen una discapacidad cognitiva.

Enlaces

El problema más habitual es que los enlaces dentro del contenido no se subrayen, diferenciándose del texto que los rodea solo por el color. En este caso, la solución ideal es subrayarlos, aunque también hay otras técnicas.

Formularios 

En los formularios, el error habitual relacionado con el color es indicar los campos obligatorios o erróneos solo con el color. Esta información debe transmitirse con texto, independientemente de que se apoye visualmente con un cambio de color.

Capítulo 5. Implementación

En este capítulo la autora repasa cómo es su flujo de trabajo, con un caso de uso concreto. 

Los pasos son:

  • Crear una paleta de color: 
    • Desarrollar conceptos de color.
    • Definir cómo se podrán usar los colores de la paleta.
    • Realizar test iniciales, indicando la ratio de contraste de las posibles combinaciones de la paleta.
    • Hacer los ajustes necesarios.
  • Implementar la paleta en una guía de estilos y en un prototipo.
  • Trabajar primero en escala de grises.
  • Verificación de las páginas implementadas, momento adecuado para usar herramientas automáticas de validación.
  • El toque humano, es decir, obtener feedback de personas con diferentes habilidades y discapacidades.

Capítulo 6. Dar alternativas

En el mundo real, puede ocurrir que, por ejemplo, el cliente imponga modificaciones en los colores del portal al margen de las recomendaciones de accesibilidad.

En estos casos, siempre nos quedan otras soluciones, como ofrecer estilos alternativos o permitir a los usuarios que los editen. Incluye algunos ejemplos concretos, como la versión en alto contraste de una web, o el set de iconos amigables para personas daltónicas de una app.

En el caso de los portales web, es importante probar a visualizarlos en alto contraste, por ejemplo, para ver qué pasa con las imágenes y los iconos (artículo relacionado: Accessible SVGs in High Contrast Mode de Eric Bailey).

En el caso de los juegos, muchas veces hay problemas relativos a la información que se transmite solo por el color.

Una última curiosidad

Al comienzo del libro habla del "Dressgate", la foto de un vestido que se hizo viral porque unas personas decían verlo de un color y otras de otro. La foto del vestido no aparece en el libro, la incluyo junto con otra parecida que también se hizo viral hace un tiempo.

¿De qué color es...?

Vestido a rayas.

Zapatilla.

Artículos relacionados