Escalado de fuente, alto contraste y modo para dislexia: funciones de accesibilidad explicadas

Considere esto: las pruebas de Lighthouse muestran que solo el 29% de los sitios móviles tienen un contraste de color de texto suficiente, una mejora moderada con respecto a años anteriores, pero aún muy por debajo de lo necesario para una legibilidad básica. Mientras tanto, la dislexia afecta hasta al 20% de la población en algún grado, lo que la convierte en la discapacidad de aprendizaje más común. Estos no son problemas de casos extremos. Representan la realidad cotidiana de una parte enorme de su audiencia, y la buena noticia es que el escalado de fuentes, el modo de alto contraste y el modo dislexia pueden abordar todos ellos sin un rediseño completo del sitio.

Por qué la flexibilidad de presentación es un requisito central de accesibilidad

La accesibilidad web suele discutirse en términos de lectores de pantalla y navegación por teclado, pero la presentación visual es igual de crítica. Según la Oficina del Censo de EE. UU., hay aproximadamente 61 millones de personas adultas en Estados Unidos que viven con una discapacidad — alrededor de 1 de cada 4 personas a nivel nacional —, incluyendo más de 12 millones de estadounidenses con discapacidades visuales significativas o ceguera, y un 20% estimado de la población que experimenta dislexia u otros desafíos relacionados con la lectura. Si su empresa u organización pasa por alto las necesidades de estos usuarios web, está excluyendo a una parte sustancial de su audiencia potencial.

Las Pautas de Accesibilidad para el Contenido Web (WCAG) establecen un marco llamado POUR — Perceptible, Operable, Comprensible, Robusto — y el primer principio, Perceptibilidad, es donde entran el tamaño de fuente, el contraste de color y la presentación del texto. Las prácticas recomendadas y la orientación existentes, como las WCAG, nos dan una base sólida para el diseño inclusivo e incorporan ya muchos detalles que afectan a las personas con dislexia; la orientación de WCAG sobre longitud de línea y espaciado coincide con las recomendaciones encontradas en la investigación. En otras palabras, las pautas y la ciencia apuntan en gran medida en la misma dirección.

El desafío práctico para propietarios de sitios web y desarrolladores es que “cumplir con WCAG” establece un mínimo, no un máximo. Un sitio puede aprobar técnicamente las comprobaciones automatizadas y aun así resultar frustrante de leer para alguien con baja visión o dislexia. Precisamente esa es la brecha que las funciones de accesibilidad controladas por el usuario — ofrecidas mediante un widget superpuesto bien implementado — están diseñadas para cubrir. Las superposiciones de accesibilidad suelen aparecer en un sitio web como una barra de herramientas o widget y permiten a los usuarios personalizar su experiencia de navegación ofreciendo varios ajustes, como cambios en el tamaño de la fuente, el contraste de color y funcionalidades de texto a voz con solo hacer clic en un botón.

Los navegadores tienen excelentes herramientas integradas para la personalización, pero muchos usuarios no las conocen. Algunos sitios añaden widgets de personalización que a menudo proporcionan una gama de funciones de accesibilidad para facilitar la personalización, incluyendo con frecuencia tamaño de fuente, espaciado y contraste. Un widget de accesibilidad cierra la brecha entre lo que el navegador puede hacer en teoría y lo que un usuario típico realmente sabe cómo activar.

Escalado de fuentes: la realidad técnica detrás de “hacer el texto más grande”

El escalado de fuentes suena sencillo: solo hay que hacer el texto más grande. Pero la forma en que se definen los tamaños de fuente en el código determina si el escalado realmente funciona. El tamaño de fuente predeterminado de un navegador web se establece en 16px; las personas con discapacidades cognitivas o visuales a menudo aumentan el tamaño de fuente predeterminado para hacer el texto legible usando la función de zoom del navegador o cambiando el tamaño de fuente predeterminado directamente en la configuración del navegador. El problema es que cuando los desarrolladores definen los tamaños de fuente en unidades absolutas de píxeles, las preferencias de tamaño de fuente del navegador no tienen efecto.

El uso de unidades rem puede mejorar significativamente la accesibilidad de un sitio web. Algunos usuarios pueden ajustar el tamaño de fuente predeterminado de su navegador para mejorar la legibilidad. Dado que las unidades rem son relativas al tamaño de fuente base, esto permite que el diseño y el espaciado de un sitio web se ajusten según las preferencias del usuario, mejorando la experiencia general. Esto importa más de lo que muchos desarrolladores se dan cuenta. La investigación del Internet Archive encontró que el 3,08% de los usuarios tienen un tamaño de fuente no predeterminado, una cifra bastante grande, superior a la mayoría de los recuentos de cuota de mercado de navegadores como Internet Explorer, Edge u Opera Mini.

El requisito de WCAG sobre este tema es explícito. El Criterio de Conformidad 1.4.4 (Cambiar tamaño del texto) exige que el texto pueda redimensionarse al menos al 200 por ciento sin pérdida de contenido o funcionalidad. Los navegadores web y los procesadores de texto incluyen esta función de forma predeterminada, pero los autores de documentos pueden interferir con esta funcionalidad. Esa interferencia casi siempre se reduce a valores de píxeles codificados de forma rígida que ignoran las preferencias del sistema operativo o del navegador del usuario.

Para los desarrolladores que trabajan directamente en una base de código, la solución es cambiar a unidades relativas. El usuario debe poder cambiar el tamaño del texto al 200% de su tamaño en cualquier lugar de la página, sin que el texto se corte o se superponga con otro texto. El tamaño de la fuente debe definirse en unidades relativas, como porcentajes, em o rem. En algunos navegadores no es posible hacer zoom solo en el texto definido en píxeles de forma independiente del resto de la página. Además, el Criterio de Conformidad 1.4.10 (Reflujo) de WCAG 2.1 exige que el contenido se redistribuya y no requiera desplazamiento horizontal cuando se lea usando una ventana pequeña redimensionada. El Criterio 1.4.12 (Espaciado del texto) establece que el contenido no debe perderse si una persona lectora utiliza tecnología de apoyo para hacer ajustes menores al espaciado de párrafos, líneas, palabras o letras.

Cuando un widget de accesibilidad como Accsible gestiona el escalado de fuentes, aplica incrementos de tamaño sobre la base que tenga el sitio, ofreciendo normalmente controles por pasos que aumentan el tamaño de la fuente raíz o aplican un multiplicador de escala a los elementos de texto. La principal ventaja técnica de un widget bien construido es que respeta la cascada existente del documento en lugar de sobrescribirla con estilos en línea de fuerza bruta, preservando la integridad del diseño a tamaños mayores. Este enfoque permite a los usuarios con baja visión escalar el texto en toda la interfaz, garantizando claridad sin romper los diseños. Los estudios muestran que el texto más grande con un espaciado adecuado mejora la velocidad de lectura de las personas con discapacidades visuales.

/* Accessible baseline: always use relative units */
html {
  font-size: 100%; /* respects browser/OS preference */
}

body {
  font-size: 1rem;   /* 16px at default, scales with user settings */
  line-height: 1.5;
}

h1 { font-size: 2rem; }    /* 32px at default */
h2 { font-size: 1.5rem; }  /* 24px at default */
p  { font-size: 1rem; }    /* 16px at default */

/* Widget-applied scaling layer (example) */
.accsible-font-lg {
  font-size: 1.25rem;
}
.accsible-font-xl {
  font-size: 1.5rem;
}

Consejo para desarrolladores: Evite establecer font-size en píxeles en el elemento html o body. Hacerlo desactiva silenciosamente la preferencia de tamaño de fuente del navegador del usuario, uno de los fallos de accesibilidad más comunes y evitables.

Modo de alto contraste: mucho más que texto oscuro sobre fondo blanco

El contraste de color es el problema de accesibilidad más señalado en la web, y entenderlo requiere comprender tanto los estándares como la experiencia humana que hay detrás. El contraste de color — la diferencia en el brillo percibido de dos colores — es una parte muy importante del diseño y la accesibilidad. Si el contraste entre el texto y el fondo es demasiado bajo, puede crear problemas graves de legibilidad. WCAG 2.0 introdujo una guía de contraste para ayudar a diseñadores y desarrolladores a determinar si un contraste es adecuado y tomar buenas decisiones al elegir colores.

Los números importan aquí. WCAG 2.0 Nivel AA exige una relación de contraste de al menos 4,5:1 para texto normal y 3:1 para texto grande. WCAG 2.1 exige una relación de contraste de al menos 3:1 para gráficos y componentes de la interfaz de usuario, como los bordes de campos de formulario. Para una conformidad mejorada en el Nivel AAA, los requisitos son más estrictos: contraste 7:1 para texto normal y 4,5:1 para texto grande. Estas relaciones se calculan a partir de valores de luminancia relativa, no simplemente a partir de lo “oscuro” o “claro” que un color parezca a una persona vidente típica.

El contraste de color se vuelve más importante a medida que envejecemos. También es algo que suele ser un problema en discapacidades temporales y limitaciones situacionales, como cuando las personas no tienen sus gafas de lectura o necesitan leer contenido en exteriores. Lograr un contraste adecuado se está volviendo más desafiante a medida que los navegadores y sistemas operativos han implementado soporte para modos claro, oscuro y de alto contraste, y estos están bien soportados por navegadores y sistemas operativos, pero aún no están bien soportados por la mayoría de los sitios web.

El modo de alto contraste en un widget de accesibilidad funciona de manera diferente al Modo de Alto Contraste de Windows o al Aumentar Contraste de macOS, aunque comparten un objetivo común. El alto contraste en Windows es una función de accesibilidad diseñada para aumentar la legibilidad del texto y mejorar la lectura. La función permite al usuario seleccionar colores de tema para un número limitado de elementos semánticos. Hay muchas razones por las que una persona en particular puede activar el alto contraste: para ver mejor los elementos en la pantalla, para reducir el ruido visual y poder concentrarse mejor, para aliviar la fatiga visual, las migrañas o la sensibilidad a la luz, o simplemente porque prefiere una combinación de colores muy específica.

A nivel de CSS, los navegadores modernos exponen las preferencias de contraste mediante media queries. La media query prefers-contrast está diseñada para ofrecer un mejor soporte a usuarios con discapacidades visuales, o a quienes simplemente buscan una mejor legibilidad. Cuando alguien activa un modo de alto contraste en su sistema operativo, esta media query permite a los desarrolladores aplicar estilos alternativos mejor adaptados a ese entorno. En lugar de rediseñar toda la interfaz, prefers-contrast le permite hacer ajustes específicos que mejoran la legibilidad preservando la identidad visual general de su sitio.

Un conmutador de alto contraste basado en un widget va un paso más allá al dar a los usuarios un control explícito dentro de la página, independientemente de que sepan o no cómo cambiar la configuración de su sistema operativo. Una implementación sólida puede ofrecer varios temas de contraste — modo oscuro (texto claro sobre fondo oscuro), alto contraste (casi negro sobre casi blanco) y amarillo sobre negro — porque distintos grupos de usuarios prefieren realmente combinaciones diferentes. Vale la pena señalar un matiz importante aquí: para algunas personas, especialmente personas con dislexia, un esquema de color de contraste muy alto puede dificultar la lectura. Es una buena idea elegir un color de fondo blanco roto en lugar de un blanco puro para facilitar la lectura en pantalla. Por eso ofrecer varios temas, en lugar de un único conmutador de “alto contraste activado/desactivado”, produce mejores resultados.

/* Native CSS: respect OS-level contrast preference */
@media (prefers-contrast: more) {
  body {
    background-color: #000;
    color: #fff;
  }
  a {
    color: #ffff00;
    text-decoration: underline;
  }
  /* Strengthen subtle elements */
  em, i, small {
    font-weight: bold;
  }
}

/* Widget-applied class: user-initiated high contrast */
.accsible-contrast-high {
  --bg: #000000;
  --fg: #ffffff;
  --link: #ffff00;
  background-color: var(--bg);
  color: var(--fg);
}

.accsible-contrast-high a {
  color: var(--link);
}

Modo dislexia: lo que realmente dice la investigación

La dislexia es quizá el trastorno de aprendizaje más común del mundo, y afecta a entre el 10 y el 20% de la población mundial. Puede causar dificultades con la lectura, la escritura y la ortografía, aunque el grado de afectación varía ampliamente: algunas personas apenas se ven afectadas mientras que otras necesitan una gran cantidad de apoyo adicional. Para propietarios de sitios web y desarrolladores, la implicación es que una parte significativa de las personas visitantes está luchando en silencio con un texto que parece perfectamente legible para la mayoría.

La dislexia no está relacionada con la inteligencia; muchas personas con dislexia son muy creativas e inteligentes, pero tienen dificultades con las habilidades de alfabetización. La dislexia se caracteriza por dificultades con el reconocimiento preciso y/o fluido de palabras y por malas habilidades de ortografía. Estas dificultades suelen resultar de un déficit en el componente fonológico del lenguaje, que a menudo es inesperado en relación con otras capacidades cognitivas. En la web, esto se manifiesta como dificultad para seguir las líneas de texto, distinguir letras de forma similar y mantener la posición al leer párrafos más largos.

Un modo dislexia en un widget bien diseñado suele agrupar varios cambios, porque ninguna intervención por sí sola es suficiente. La investigación y las prácticas recomendadas convergen en un conjunto coherente de ajustes:

• Elección de la fuente: las fuentes sans serif permiten a los usuarios con dislexia ver las formas de las letras con mayor claridad porque la ausencia de remates aumenta el espaciado entre letras y las hace más distinguibles. Fuentes diseñadas específicamente como OpenDyslexic añaden peso en la parte inferior de las letras para reducir la confusión por rotación de letras, aunque funcionan mejor para algunas personas que para otras.
• Tamaño de la fuente: muchas personas lectoras con dislexia encuentran más legibles los tamaños de fuente más grandes. La investigación sugiere un tamaño base de 18pt, que cumple la definición de WCAG de texto de gran tamaño y, por lo tanto, una relación de contraste de 4,5:1 seguirá cumpliendo las pautas de contraste mejorado.
• Espaciado de líneas y letras: este ajuste garantiza que los usuarios puedan aumentar el espaciado de líneas, letras y párrafos sin romper el diseño. Un espaciado adecuado reduce la saturación visual y facilita la distinción de las letras, una necesidad clave para muchas personas con dislexia.
• Color de fondo: muchas personas con dislexia pueden ser sensibles al brillo que provocan los colores de alto contraste, como también se señala en informes del W3C. Los fondos crema o amarillo claro se prefieren con frecuencia frente al blanco puro.
• Alineación del texto: los textos largos centrados o justificados pueden ser difíciles de leer. El texto justificado añade espacio entre palabras que puede crear ríos de espacio en blanco a través de las líneas, lo que dificulta la lectura a algunas personas con dislexia. El texto alineado a la izquierda es la opción predeterminada más segura.
• Longitud de línea: una línea de texto no debe tener más de 80 caracteres. Esto ayuda a las personas con ciertas discapacidades de lectura o visuales que tienen problemas para mantener la posición al leer líneas de texto largas.

Un matiz crítico que quienes implementan widgets y responsables de cumplimiento deben entender: la investigación sugiere que las preferencias de personalización del texto deben complementarse con datos medidos del rendimiento real de lectura, ya que no se observa correlación entre el rendimiento de lectura y las elecciones personales de las personas con dislexia. Esto significa que un modo dislexia debe ofrecer opciones, no solo aplicar un conjunto de transformaciones y dar por hecho que el trabajo está hecho. Distintas personas con dislexia se benefician de configuraciones diferentes, lo que precisamente hace que el control por parte del usuario sea tan valioso.

El modo dislexia no es un único interruptor, es un conjunto de intervenciones tipográficas y de diseño que funcionan juntas. Las mejores implementaciones dan a los usuarios la capacidad de ajustar configuraciones individuales en lugar de presentar un único conmutador de todo o nada.

Cumplimiento de WCAG: qué cubre cada función (y qué no)

Es importante que las personas responsables de cumplimiento entiendan con precisión dónde se sitúan estas funciones de accesibilidad dentro del marco de WCAG. El escalado de fuentes, el alto contraste y el modo dislexia abarcan varios criterios de éxito, pero un widget superpuesto que proporciona estas funciones es un complemento, no un sustituto, de un código subyacente conforme.

He aquí un desglose de los criterios de éxito de WCAG relevantes:

• SC 1.4.3 Contraste (mínimo) — Nivel AA: el texto normal (incluidas las imágenes de texto) debe cumplir una relación de contraste de al menos 4,5:1. El texto grande (18 puntos o más, o 14 puntos o más y en negrita) debe cumplir una relación de contraste de al menos 3:1.
• SC 1.4.4 Cambiar tamaño del texto — Nivel AA: WCAG exige que las personas puedan controlar el tamaño del texto sin perder funcionalidad. El texto puede redimensionarse sin tecnología de apoyo hasta el 200 por ciento sin pérdida de contenido o funcionalidad.
• SC 1.4.10 Reflujo — Nivel AA: las personas lectoras que utilizan tecnología de apoyo para la ampliación están esencialmente usando una ventana de la mitad del tamaño típico. El contenido debe redistribuirse y no requerir desplazamiento horizontal cuando se lea usando una ventana pequeña redimensionada.
• SC 1.4.12 Espaciado del texto — Nivel AA: el contenido no debe perderse si una persona lectora utiliza tecnología de apoyo para hacer ajustes menores al espaciado de párrafos, líneas, palabras o letras.
• SC 1.4.6 Contraste (mejorado) — Nivel AAA: para organizaciones que apunten al nivel de conformidad más alto, esto exige contraste 7:1 para texto normal.

WCAG no exige directamente un diseño específico para dislexia, pero varias pautas — como espaciado, contraste, estructura y legibilidad — mejoran la forma en que las personas con dislexia procesan y comprenden el contenido. Esto significa que un modo dislexia construido sobre fundamentos conformes con WCAG hereda automáticamente una parte significativa de su beneficio. Lo que añade un modo dislexia dedicado es una combinación curada y controlada por el usuario de esos ajustes, diseñada específicamente para el perfil de lectura de las personas con dislexia.

En cuanto al cumplimiento relacionado con las fuentes, ni WCAG ni la Sección 508 especifican tipografías ni siquiera un tamaño mínimo de fuente. Sin embargo, los sitios web gubernamentales deben tener encabezados claros y coherentes y texto altamente legible. En definitiva, las decisiones tipográficas tienen un enorme impacto en la accesibilidad. Donde la Sección 508 sí establece requisitos, las normas de accesibilidad de la ADA y la ABA exigen fuentes sans serif en lugares específicos, como señalización y ciertas pantallas de visualización.

Implementar estas funciones con Accsible

Crear desde cero el escalado de fuentes, el alto contraste y el modo dislexia es totalmente posible, pero conlleva un coste de ingeniería real. Cada función debe gestionar casos límite: ¿qué ocurre cuando la fuente preferida del usuario no está disponible? ¿Qué pasa si el sitio usa propiedades personalizadas de CSS de forma inconsistente? ¿Cómo se garantiza que los temas de contraste no entren en conflicto con widgets de terceros incrustados? Un SDK como Accsible está diseñado para absorber esa complejidad de modo que su equipo pueda centrarse en su producto principal.

La arquitectura de un widget superpuesto bien implementado importa enormemente. Estos widgets pueden ser útiles para usuarios que no están utilizando activamente tecnología de apoyo o que ya están aprovechando al máximo las funciones de accesibilidad integradas en el navegador. Si se utilizan, es importante que estas herramientas no interfieran con la experiencia de usuario (UX), incluida la de las personas que usan tecnología de apoyo. Esto significa que el widget debe cumplir con ARIA, ser accesible por teclado y no debe atrapar el foco ni anular el funcionamiento normal de un lector de pantalla, consideraciones que Accsible aborda a nivel de SDK.

Una de las mayores ventajas de las superposiciones es la capacidad de las personas usuarias para modificar los sitios web según sus propias necesidades. Una persona con dislexia puede querer tener una opción de lectura amigable en el sitio, mientras que una persona con baja visión puede querer activar el zoom o cambiar el contraste. Al dar flexibilidad a los usuarios, se adopta un enfoque centrado en la persona usuaria, que satisface parte del principio de diseño web accesible. Al poner el control en manos de los usuarios, las superposiciones ayudan a proporcionar una experiencia de navegación más accesible.

Al integrar Accsible, tenga en cuenta los siguientes principios de implementación para sacar el máximo partido de las tres funciones tratadas en este artículo:

1. Comience con una base sólida de CSS. Use unidades rem para todos los tamaños de fuente. La función de escalado de fuentes de Accsible escala de forma más eficaz cuando la hoja de estilos subyacente ya utiliza unidades relativas, porque el widget puede ajustar el tamaño raíz en lugar de tener que sobrescribir cada elemento individual.
2. Defina temas de contraste con Propiedades Personalizadas de CSS. Estructure su hoja de estilos en torno a variables CSS para los valores de color. Esto hace que sea trivial para Accsible intercambiar paletas de color completas activando una clase en body o html, en lugar de inyectar cientos de estilos en línea.
3. No bloquee los cambios de font-family. El modo dislexia necesita cambiar la tipografía. Si su CSS aplica font-family con selectores de alta especificidad o con !important, es posible que el widget no pueda aplicar correctamente fuentes alternativas. En algunas situaciones, puede permitir cambiar entre un conjunto limitado de fuentes. Al definir fuentes, evite obstaculizar la capacidad de un usuario o un dispositivo para cambiar estilos: no puede estar seguro del tamaño, idioma o fuente exactos que se utilizarán para mostrar el contenido.
4. Pruebe con tamaño de fuente al 200% antes del lanzamiento. La prueba de accesibilidad más reveladora para el escalado de fuentes consiste simplemente en aumentar el tamaño de fuente del navegador a 32px (200% del valor predeterminado) y navegar por todas las plantillas de página. Cualquier solapamiento de texto, truncamiento o desplazamiento horizontal revela un diseño que no es realmente accesible a escala.
5. Conserve las preferencias del usuario. Un modo dislexia o una configuración de alto contraste que se restablece en cada carga de página falla a sus usuarios. Accsible gestiona la persistencia de preferencias mediante localStorage, garantizando que una persona que establece sus preferencias en la página de inicio las mantenga en la página de pago.

El caso empresarial: la accesibilidad no es solo cumplimiento

Para propietarios de sitios web que ven la accesibilidad principalmente desde la óptica del cumplimiento, vale la pena ampliar la perspectiva. Según la Oficina del Censo de EE. UU., hay aproximadamente 61 millones de personas adultas en Estados Unidos que viven con una discapacidad — alrededor de 1 de cada 4 personas a nivel nacional —, incluyendo un 20% estimado de la población que experimenta dislexia u otros desafíos relacionados con la lectura. Si su empresa u organización pasa por alto las necesidades de estos usuarios web, está excluyendo a una parte sustancial de su audiencia potencial.

La investigación muestra de forma consistente que el diseño accesible mejora la usabilidad para todo el mundo, no solo para las personas con discapacidad. El texto más grande y bien espaciado es más fácil de leer en un teléfono a plena luz del sol. Los modos de alto contraste son apreciados por cualquiera que trabaje en una habitación oscura o sufra reflejos en la pantalla. El espaciado amigable para la dislexia beneficia a personas lectoras fatigadas o que leen en un segundo idioma. El contraste accesible beneficia a todo el mundo, no solo a las personas con discapacidad. Incluso los usuarios sin discapacidades encuentran el contenido de alto contraste más fácil de leer y más atractivo visualmente, especialmente en tendencias modernas de interfaz como el modo oscuro, el minimalismo y la tipografía en negrita.

La investigación muestra que el 75% de las personas con discapacidad abandonará un sitio web que no sea accesible. Al contar con funciones de accesibilidad instantáneas, las empresas pueden mantener a las personas visitantes comprometidas y minimizar las pérdidas. El escalado de fuentes, el alto contraste y el modo dislexia no son funciones costosas de mantener una vez que se implementan correctamente. Son, sin embargo, funciones que demuestran un cuidado genuino por sus usuarios, y esa señal tiene un valor empresarial real en una era en la que la inclusión es cada vez más un factor diferenciador.

Conclusiones clave

• Use unidades CSS relativas (rem/em) en todas partes para los tamaños de fuente. Los valores de píxeles codificados de forma rígida rompen silenciosamente el escalado de fuentes para más del 3% de los usuarios que han configurado un tamaño de fuente personalizado en el navegador, y evitan el cumplimiento del Criterio 1.4.4 de WCAG. Esta es la práctica de codificación más impactante que puede adoptar hoy.
• El alto contraste no es una solución única para todos. WCAG AA exige una relación de contraste de 4,5:1 para texto normal, pero los usuarios se benefician de tener opciones: modo oscuro, alto contraste y amarillo sobre negro sirven a grupos diferentes. Cabe destacar que el negro puro sobre blanco puede empeorar la legibilidad para algunas personas con dislexia, por lo que ofrecer alternativas más suaves es importante.
• El modo dislexia es un conjunto, no un conmutador. Un soporte eficaz para la dislexia combina elección de fuente, tamaño de fuente, espaciado de líneas, espaciado de letras, color de fondo y alineación del texto. Ningún cambio por sí solo es suficiente, y distintas personas necesitan combinaciones diferentes, por lo que el control por parte del usuario es esencial.
• El cumplimiento de WCAG es el mínimo, no el máximo. Las pautas abordan muchas necesidades de las personas con dislexia y baja visión, pero las funciones de accesibilidad dedicadas como las que proporciona Accsible van más allá del cumplimiento para ofrecer una personalización genuina: la capacidad de que cada usuario adapte la experiencia a sus necesidades específicas.
• Las funciones de accesibilidad benefician a todas las personas usuarias, no solo a quienes tienen discapacidad. El escalado de fuentes, el alto contraste y el modo dislexia mejoran la experiencia de lectura en condiciones difíciles para todo el mundo, lo que los convierte en una inversión sólida tanto desde la perspectiva del cumplimiento como de la experiencia de usuario.