Accesibilidad y usabilidad: se confunden todo el tiempo, pero no son lo mismo
Es común escuchar “mi sitio es fácil de usar, así que es accesible” o al revés. Suena razonable, pero mezcla dos conceptos distintos que conviene separar bien, porque exigir uno no garantiza el otro.
Qué es la accesibilidad web
La accesibilidad se trata específicamente de que las personas con alguna discapacidad o limitación —visión reducida, daltonismo, dificultad para usar el mouse, sordera, entre otras— puedan usar tu sitio sin quedar excluidas. Existe un estándar internacional para medir esto, llamado WCAG (Pautas de Accesibilidad para el Contenido Web, por su sigla en inglés), con distintos niveles de exigencia. El nivel “AA” es el que se considera el estándar profesional razonable hoy en día —ni el mínimo indispensable, ni el máximo posible.
Qué es la usabilidad
La usabilidad, en cambio, se trata de qué tan fácil es usar tu sitio para CUALQUIER persona, tenga o no alguna limitación. Un sitio puede cumplir perfectamente con todos los requisitos técnicos de accesibilidad y aun así ser confuso, con un menú desordenado o un proceso de compra con demasiados pasos innecesarios. Y al revés: un sitio puede sentirse “fácil de usar” a simple vista, pero fallar completamente para alguien que navega con teclado o con un lector de pantalla (un programa que lee en voz alta el contenido de la pantalla para personas con baja visión).
Un ejemplo concreto de la diferencia
Imagina un botón de “Comprar” con buen contraste de color, tamaño adecuado y texto claro: eso es tanto accesible como usable. Ahora imagina ese mismo botón, pero que solo se puede activar haciendo clic exacto con el mouse sobre un ícono pequeño, sin texto ni posibilidad de activarlo con el teclado: ahí falla la accesibilidad (excluye a quien no puede usar mouse), aunque para la mayoría de los visitantes “normales” parezca perfectamente usable.
El contraste de color: la base de todo
El contraste es la diferencia de luminosidad entre el texto y su fondo. Existe una fórmula matemática (no es “a ojo”) que da un número, y los estándares WCAG AA exigen un mínimo de 4.5:1 para texto normal y 3:1 para elementos de interfaz como bordes de botones o íconos. Un texto gris claro sobre fondo blanco puede verse “elegante” en la pantalla del diseñador, pero fallar completamente ese mínimo —y volverse ilegible para muchas más personas de las que se piensa, no solo para quienes tienen alguna condición diagnosticada.
Navegación por teclado y el “foco visible”
No todos navegan con mouse. Algunas personas usan solo el teclado (tecla Tab para moverse entre elementos), ya sea por alguna limitación motora o simplemente por preferencia. Un sitio accesible debe permitir recorrer TODO su contenido —menús, botones, formularios— solo con el teclado, y debe mostrar claramente en qué elemento está posicionado el usuario en cada momento (esto se llama “foco visible”, normalmente un contorno o borde que aparece alrededor del elemento seleccionado).
Lectores de pantalla y texto alternativo
Un lector de pantalla convierte el contenido visual en audio o texto en braille para personas con ceguera o baja visión severa. Para que funcione bien, cada imagen debe tener un “texto alternativo” (una breve descripción de qué muestra la imagen, no visible normalmente, pero sí leída por estos programas), y el contenido debe tener una estructura ordenada de títulos y subtítulos que el lector pueda anunciar de forma comprensible.
Formularios: donde accesibilidad y usabilidad se cruzan más
Un formulario mal diseñado puede fallar en ambos frentes a la vez: si un campo obligatorio no está claramente etiquetado, cualquier persona puede confundirse (problema de usabilidad), pero además un lector de pantalla puede no anunciar correctamente qué campo es cuál (problema de accesibilidad). Los mensajes de error deberían explicar exactamente qué corregir (“el correo ingresado no tiene un formato válido”), no solo mostrar un recuadro rojo genérico.
Movimiento y animaciones: no todos las disfrutan igual
Las animaciones pueden hacer un sitio más atractivo, pero para algunas personas —con ciertos trastornos vestibulares o de atención— el movimiento excesivo puede causar mareo o dificultad para concentrarse. Los sistemas operativos modernos permiten activar una preferencia llamada “reducir movimiento”, y los sitios bien construidos deberían respetarla, mostrando una versión con animaciones mínimas o inexistentes a quien la tenga activada.
Tamaño de botones: pensado también para el pulgar, no solo para el mouse
En celular, un botón demasiado pequeño es difícil de presionar con precisión para cualquier persona, y mucho más para alguien con temblores en las manos o dificultad motora fina. Existe una recomendación general de tamaño mínimo táctil (aproximadamente 44×44 píxeles) que beneficia tanto la accesibilidad como la usabilidad general del sitio en mobile.
Por qué esto no es solo “hacer lo correcto”
Más allá del argumento ético —que ya de por sí debería bastar—, hay razones prácticas de negocio:
- Amplías tu público real. Hay más personas navegando con alguna limitación visual, motora o cognitiva de lo que la mayoría de los negocios asume, y muchas veces ni siquiera lo comunican.
- Se correlaciona con mejor SEO. Muchas prácticas de accesibilidad (estructura ordenada de títulos, textos alternativos, contenido bien etiquetado) son exactamente lo que Google también valora para entender e indexar tu contenido.
- Reduce el riesgo legal a futuro. La exigencia de accesibilidad digital está creciendo en normativas alrededor del mundo, y aunque hoy en Chile no exista una obligación tan estricta como en otros países, la tendencia apunta hacia mayor exigencia, no menor.
En resumen
Accesibilidad y usabilidad no son sinónimos, pero se necesitan mutuamente para que un sitio realmente funcione bien para todos: la primera evita excluir a alguien por una limitación específica; la segunda hace que la experiencia sea fluida para cualquier persona, con o sin esa limitación. En BioCapa construimos considerando ambos criterios desde el diseño inicial —no como una revisión de último momento antes de lanzar—, porque corregirlo después casi siempre es más caro que haberlo pensado bien desde el principio.
