¿Cómo usan la web las personas con discapacidad? Guía práctica

Tres personas intentan reservar mesa en la web del mismo restaurante. Amira es ciega y escucha la página con VoiceOver en su iPhone. Tomás tiene artritis reumatoide y usa el teclado, porque usar el ratón le produce dolor. Carmen tiene 78 años y amplía al 200 % para leer la carta. Si la carta es la foto de una página impresa y el selector de fecha solo responde al ratón, los tres se rinden y reservan en otro sitio.

Esta guía explica cómo usan realmente la web las personas con discapacidad, con cifras actuales. Una nota sobre el lenguaje: usamos «personas con discapacidad», como las instituciones de la UE, aunque en inglés muchas personas, sobre todo en el Reino Unido, prefieren «disabled people». Cuando escriba sobre alguien concreto, use las palabras que esa persona utilice.

¿Cuántas personas tienen discapacidad?

Unos 1300 millones de personas, el 16 % de la población mundial o 1 de cada 6, tienen una discapacidad importante, según la Organización Mundial de la Salud (se abre en una pestaña nueva) (nota descriptiva de marzo de 2023). En la UE, el 23,9 % de las personas de 16 años o más declaró en 2024 una limitación duradera en sus actividades cotidianas, aproximadamente uno de cada cuatro adultos, según Eurostat (se abre en una pestaña nueva).

Las cifras nacionales van del 12,7 % de Bulgaria al 41,2 % de Letonia, y el indicador es autodeclarado, así que compare países con cuidado. La curva de edad importa más. El porcentaje es diez veces mayor (se abre en una pestaña nueva) entre las personas de 85 años o más (72,3 %) que entre las de 16 a 24 años (7,1 %), y el 22,0 % de la población de la UE (se abre en una pestaña nueva) tiene 65 años o más. Muchas de esas personas no dirían de sí mismas que tienen una discapacidad.

¿Qué son los productos de apoyo?

Un producto de apoyo (en inglés, assistive technology) es cualquier software o hardware que permite a una persona usar un ordenador, un móvil o una web de la forma que mejor se adapta a su cuerpo y su mente. Los lectores de pantalla, los magnificadores, el reconocimiento de voz, los conmutadores y las líneas braille son los ejemplos más conocidos. También se recurre a ajustes más sencillos, como un texto más grande, un puntero más lento o los subtítulos activados por defecto.

El W3C llama a esos ajustes más sencillos «estrategias adaptativas», que su resumen de herramientas y técnicas (se abre en una pestaña nueva) describe como «técnicas que usan las personas con discapacidad para mejorar su interacción con la web». La mayoría de la gente combina ambas cosas.

Mucho de esto viene de serie: VoiceOver y Control por voz en los dispositivos de Apple, TalkBack y Voice Access en Android, Narrador y Lupa en Windows. Muchos usuarios de Windows añaden JAWS, que es de pago, o NVDA, que es gratuito.

¿Cómo usan las webs las personas ciegas?

La mayoría de las personas ciegas usa un lector de pantalla, un software que convierte la página en voz o en braille, y se mueve por ella con órdenes de teclado o gestos táctiles en lugar del ratón. Casi nunca la escuchan de arriba abajo. En la encuesta de WebAIM de 2024, el 71,6 % de los usuarios de lectores de pantalla dijo que recorre primero una página larga por sus encabezados.

La encuesta n.º 10 de WebAIM a usuarios de lectores de pantalla (se abre en una pestaña nueva) reunió 1539 respuestas entre diciembre de 2023 y enero de 2024. Es una muestra autoseleccionada, no un censo. Algunos resultados:

• En el ordenador, el 40,5 % usa principalmente JAWS, el 37,7 % NVDA y el 9,7 % VoiceOver.
• El 91,3 % usa un lector de pantalla en el móvil o la tableta, y el 70,6 % usa principalmente dispositivos de Apple.
• El 38 % usa salida en braille, mediante una línea que levanta pequeños pines para formar los caracteres.

Imagine a una usuaria de lector de pantalla en una ficha de producto. Abre una lista de encabezados y salta a «Opiniones». Nunca percibe su diseño, solo la estructura que hay debajo: si sus encabezados son simples párrafos en negrita, esa lista está vacía, y tres botones llamados «Añadir a la cesta» suenan exactamente igual.

• Encabezados que sean elementos de encabezado reales, en un orden lógico.
• Texto alternativo que diga lo importante: «Abrigo de lana azul marino, hasta la rodilla, vista frontal», no «IMG_4471.jpg». Las imágenes decorativas llevan el texto alternativo vacío para que se salten.
• Etiquetas en todos los campos de formulario, y mensajes de error que se anuncien, no que solo se muestren en rojo.
• Textos de enlaces y botones que se entiendan solos: «Lea nuestra política de devoluciones», no «Haga clic aquí».

¿Cómo usan las webs las personas con baja visión?

Las personas con baja visión suelen hacer las cosas más grandes o más nítidas en lugar de pasarse al audio. Amplían el navegador, usan un magnificador de pantalla, agrandan el texto del sistema, activan el alto contraste o el modo oscuro, o aumentan el espaciado. Es un grupo enorme: la OMS calcula que al menos 2200 millones de personas tienen una deficiencia visual de cerca o de lejos.

Con mucho aumento, quien usa un magnificador ve solo una pequeña parte de la pantalla cada vez. Un mensaje de «Cesta actualizada» en una esquina superior pasa fácilmente desapercibido, igual que un resumen de errores colocado lejos del campo que falla.

Las Pautas de Accesibilidad para el Contenido Web (WCAG) 2.2 (se abre en una pestaña nueva) lo cubren con tres criterios de conformidad de nivel AA: el texto debe poder ampliarse al 200 % sin perder contenido (1.4.4), el contenido debe reorganizarse con un ancho de 320 píxeles CSS para que nadie tenga que desplazarse en dos direcciones (1.4.10) y las páginas deben aguantar un espaciado extra entre líneas, letras y palabras (1.4.12). Para el contraste, consulte nuestra guía sobre el contraste de color. En cuanto a la carta fotografiada: rehecha como página web con encabezados, funciona tanto para Carmen como para Amira.

¿Cómo usan la web las personas sordas o con pérdida auditiva?

Las personas sordas o con pérdida auditiva usan la web como cualquiera hasta que el sonido transmite información. Entonces necesitan subtítulos en los vídeos, transcripciones del audio y una forma de contactar con usted que no sea una llamada. La OMS calcula que 430 millones de personas, más del 5 % de la población mundial, necesitan rehabilitación por una pérdida de audición discapacitante.

Para muchas personas sordas, sobre todo las que forman parte de la comunidad sorda signante, la lengua de signos de su país es la primera lengua y la escrita, la segunda. Escribir con claridad les ayuda igual que a cualquiera que lee en una segunda lengua.

• Subtitule todos los vídeos pregrabados con voz (WCAG 1.2.2, nivel A). Revise los subtítulos automáticos: pueden destrozar nombres, términos de producto y cifras.
• Ofrezca vías de contacto además del teléfono. «Llámenos para cancelar» deja fuera por completo a algunos clientes.
• No reproduzca sonido automáticamente. El audio que suena más de 3 segundos necesita un control para pausarlo o detenerlo (WCAG 1.4.2), y los usuarios de lectores de pantalla también lo necesitan.

¿Cómo navegan las personas con discapacidad motriz?

Muchas personas con discapacidad motriz no usan el ratón en absoluto. Usan un teclado, un conmutador, el control por voz, un sistema de seguimiento ocular, un puntero de cabeza o una bola de seguimiento, a veces mientras lidian con temblor, dolor o fatiga. Todo esto depende de que la web funcione sin apuntar con precisión: todos los controles accesibles con el teclado, el foco siempre visible y objetivos lo bastante grandes para acertar.

Las WCAG empiezan por el teclado: todo debe funcionar sin ratón (2.1.1, nivel A). Lo que suele estorbar:

• Foco invisible. Si se elimina el contorno del foco por estética, quien usa el teclado pierde la referencia (WCAG 2.4.7).
• Recorridos largos. Quien usa un conmutador avanza por los controles de uno en uno. Un megamenú con 60 enlaces y sin enlace «Saltar al contenido principal» puede suponer 60 pulsaciones antes de llegar al producto.
• Etiquetas que no coinciden. Una persona dice «clic en Reservar ahora», pero en el código el botón se llama «Enviar formulario», así que no pasa nada (WCAG 2.5.3, Etiqueta en el nombre).
• Objetivos diminutos y controles que solo se arrastran. Las WCAG 2.2 fijan un tamaño mínimo de objetivo de 24 por 24 píxeles CSS (2.5.8) y piden una alternativa con clic al arrastre (2.5.7). Nuestra guía de las WCAG 2.2 explica ambos.

¿Cómo usan la web las personas con discapacidad cognitiva, dislexia o TDAH?

Las personas con discapacidades cognitivas y del aprendizaje, como la dislexia, el TDAH, la pérdida de memoria o el daño cerebral, combinan herramientas y tácticas: conversión de texto a voz, correctores ortográficos, reglas de lectura, gestores de contraseñas, modo lectura y más tiempo. Lo que más ayuda depende de usted: lenguaje claro, diseños predecibles y procesos que no castigan los errores.

La guía del W3C sobre discapacidades cognitivas y del aprendizaje (se abre en una pestaña nueva) incluye los objetivos «Ayudar a los usuarios a concentrarse» y «Garantizar que los procesos no dependan de la memoria».

Un inicio de sesión que pide el tercer y el quinto carácter de una palabra clave es justo la prueba de memoria contra la que advierte el segundo. Un carrusel que se mueve cada pocos segundos va contra el primero. Analizamos qué ayuda, incluida la investigación sobre las fuentes para dislexia, en Diseñar para la dislexia, el TDAH y las discapacidades cognitivas.

¿Qué ajustes del sistema usa la gente y qué papel tiene un panel en la página?

La mayoría de la gente ajusta sus propios dispositivos mucho antes de tocar nada en su página: zoom del navegador, texto del sistema más grande, modo oscuro, movimiento reducido, alto contraste, subtítulos, modo lectura y el lector de pantalla del propio móvil. El trabajo de su web es respetar esos ajustes. Un panel de accesibilidad en la página es una opción más, no un sustituto.

• Zoom y tamaño del texto: use unidades relativas y no bloquee nunca el zoom con dos dedos en el móvil.
• Movimiento reducido: las webs pueden leer esta preferencia (la media query prefers-reduced-motion), así que respétela en los efectos parallax, los carruseles y las transiciones grandes.
• Alto contraste y colores forzados, como los temas de contraste de Windows: compruebe que los iconos y los contornos del foco siguen visibles.
• El modo lectura funciona mejor con encabezados y párrafos reales.

Un panel en la página, como el que añade SiteAccessible, da a los visitantes botones para el contraste, el tamaño del texto, el espaciado, una guía de lectura, la lectura en voz alta y la detención de animaciones sin tener que buscar en los ajustes del dispositivo. Eso ayuda a algunas personas, como quien usa un ordenador del trabajo que no puede configurar o quien tiene migraña y quiere una página más tranquila durante una hora.

No ayuda a un usuario de lector de pantalla a encontrar un botón sin etiqueta, ni hace que una web cumpla las WCAG. Por eso nuestro panel no tiene, a propósito, ningún perfil para visitantes ciegos: un panel visual no puede sustituir al lector de pantalla que esa persona ya conoce. Si una página falla con las herramientas de la gente, corrija la página.

¿Qué estropea la experiencia con más frecuencia?

Las mismas barreras básicas aparecen una y otra vez. En el análisis WebAIM Million 2026 (se abre en una pestaña nueva), el 95,9 % de las páginas de inicio del millón de webs principales tenía fallos WCAG detectables, con una media de 56,1 errores por página, sobre todo por el texto con poco contraste, la falta de texto alternativo y los campos de formulario sin etiqueta. Los usuarios de lectores de pantalla sitúan el CAPTCHA como el elemento más problemático de la web.

Los análisis automáticos pasan por alto muchas cosas. Los cinco problemas principales según los propios usuarios de lectores de pantalla:

1. CAPTCHA
2. Menús, pestañas y cuadros de diálogo que no se comportan como se espera
3. Enlaces o botones que no tienen sentido
4. Pantallas o partes de la pantalla que cambian de forma inesperada
5. Falta de accesibilidad con el teclado

Ninguno de estos problemas necesita una tecnología especial para corregirse. Para encontrarlos, pruebe su propia web: reserve algo solo con el teclado, amplíe al 400 % y lea su proceso de pago, y después escuche sus encabezados con VoiceOver o NVDA. Nuestra guía para comprobar la accesibilidad de su web explica paso a paso estas comprobaciones. No sustituyen a las pruebas con personas que usan estas herramientas a diario, pero le muestran por dónde empezar.