Accesibilidad digital: guía práctica para tu web, app y móvil

La accesibilidad digital consiste en que las personas puedan comprender y completar tareas en una web, una app o un móvil con distintas capacidades, tecnologías de apoyo y condiciones de uso. Una página puede verse ordenada y aun así resultar imposible de manejar sin ratón, difícil de leer al ampliar el texto o confusa para un lector de pantalla. Mejorarla no exige rediseñarlo todo de golpe: conviene localizar las barreras que impiden tareas reales y corregirlas desde la estructura hasta el contenido.

Las pautas WCAG 2.2 del W3C ofrecen criterios técnicos para contenido perceptible, operable, comprensible y robusto. Son una referencia para orientar diseño y desarrollo; un escaneo automático por sí solo no demuestra que una experiencia sea accesible. La revisión combina comprobaciones técnicas y evaluación humana.

Empieza por lo que la gente necesita hacer

Antes de abrir una herramienta de auditoría, anota las tareas clave: encontrar un servicio, registrarse, reservar, comprar, pagar o pedir ayuda. Recorre cada flujo en móvil y ordenador, identifica dónde se pierde el contexto y registra el bloqueo concreto. Si es posible, incluye en las pruebas a personas con discapacidad; una revisión interna sirve para priorizar, pero no representa todas las formas de navegar.

En vez de preguntar solo «¿cumple la web?», formula preguntas observables: ¿se puede terminar el alta con teclado?, ¿se entiende qué campo tiene un error?, ¿el contenido sigue visible al ampliar? Esa lista convierte la accesibilidad en trabajo priorizable y evita quedarse en una declaración genérica.

Cuatro mejoras prácticas para web y app

1. Permite navegar sin ratón

Comprueba si se puede llegar a enlaces, menús, diálogos y formularios con Tab y Mayús+Tab, y activar controles con Enter o la barra espaciadora cuando corresponda. El foco debe verse mientras avanza y seguir un orden comprensible. Ningún menú, ventana emergente o reproductor debería atrapar a la persona dentro. Usa elementos HTML nativos y una jerarquía real de encabezados: un botón anunciado como botón es más fácil de manejar que un bloque visual al que se le ha añadido una acción sin semántica.

2. Haz legibles el texto, las imágenes y el vídeo

No dependas del color como única señal: combina, por ejemplo, color con un icono y una explicación. Mide el contraste de texto con su fondo; en WCAG 2.2 el umbral habitual de nivel AA es 4,5:1 para texto normal y 3:1 para texto grande, con excepciones definidas por el estándar. Comprueba también que el foco y los controles se distinguen.

Prueba el diseño con zoom elevado y una ventana estrecha. Para la mayoría de páginas de lectura, el contenido debería reorganizarse en una columna y permitir desplazamiento vertical, sin obligar a desplazarse horizontalmente para leer cada línea. Añade texto alternativo que comunique la función de las imágenes informativas; las decorativas pueden llevar alt vacío. En vídeos pregrabados, ofrece subtítulos sincronizados y, cuando la información visual no se entienda por el audio, audiodescripción o una alternativa equivalente.

3. Diseña formularios que expliquen qué hacer

Asocia una etiqueta persistente a cada campo; un texto de ejemplo dentro de la caja no sustituye a esa etiqueta porque desaparece al escribir. Indica qué datos son obligatorios antes de enviar el formulario. Si hay un error, señala el campo, explica el problema con palabras y ofrece una corrección concreta. No uses solo un borde rojo o un asterisco sin explicación, y evita borrar lo que la persona ya introdujo. El mensaje de error debe poder ser localizado también con teclado y lector de pantalla.

Aplica la misma claridad a las acciones: «Continuar al pago» informa mejor que «Siguiente» cuando hay varios pasos. Antes de publicar, completa el flujo entero con teclado y revisa que el foco no salte de forma inesperada.

4. Prueba la app en el móvil con sus ayudas activadas

Los teléfonos incluyen lector de pantalla, aumento de texto y otras preferencias del sistema, pero su disponibilidad y los nombres de los ajustes cambian según sistema, fabricante y versión. La app debe respetar el tamaño de texto elegido, anunciar correctamente el nombre y el estado de cada control y permitir completar las acciones sin depender de un gesto complejo o de un color determinado.

Haz una prueba guiada: activa TalkBack en Android o VoiceOver en iPhone y recorre las pantallas principales. Escucha qué anuncia el lector, comprueba el orden, los botones y los mensajes del formulario. Añade una prueba con texto ampliado y verifica que los controles no desaparecen ni quedan tapados. Consulta la guía vigente del dispositivo para activar estas funciones, ya que los pasos pueden variar.

Automatiza lo repetible y reserva tiempo para revisar

Un validador puede señalar algunos problemas, como contrastes insuficientes o nombres ausentes, y resulta útil para comprobar cada entrega. Sin embargo, no determina por sí solo si el texto alternativo tiene sentido, si el orden de lectura es lógico o si alguien puede completar una compra. Combina herramientas con una pasada manual de teclado, zoom y lector de pantalla; después prueba tareas completas con usuarios. El W3C explica que una evaluación de conformidad requiere seguir un método y examinar páginas representativas, no solo ejecutar un informe automático.

Para sostener las mejoras, incorpora criterios de accesibilidad al diseño del componente y a la definición de terminado: etiqueta, foco visible, estados y mensajes claros, adaptación al tamaño de texto y revisión con tecnología de apoyo. Vuelve a comprobarlos al cambiar una plantilla, introducir una ventana nueva o integrar un servicio externo.

Qué exige la normativa en España

No todas las webs están sujetas a las mismas obligaciones. El Real Decreto 1112/2018 regula los sitios web y aplicaciones móviles de los organismos públicos y otras entidades incluidas en su ámbito; contempla contenidos, formularios y procesos digitales. Por separado, la Ley 11/2023 transpone en España la Directiva Europea de Accesibilidad, aplicable desde el 28 de junio de 2025 a determinados productos y servicios. No es correcto deducir que cualquier web privada está automáticamente sujeta al mismo alcance: el sector, el servicio, las excepciones y los periodos transitorios pueden cambiar el análisis. Comprueba el caso concreto en el BOE y en EUR-Lex, y solicita asesoramiento especializado si necesitas determinar una obligación legal.

Como referencia técnica, empieza por las WCAG 2.2 del W3C y su guía de evaluación. Para revisar el alcance normativo, consulta el Real Decreto 1112/2018, la Ley 11/2023 y el resumen oficial de la Directiva (UE) 2019/882.

Para probar el móvil, las instrucciones oficiales para empezar a utilizar TalkBack en Android y activar VoiceOver en iPhone ayudan a preparar una revisión básica.

Una lista de inicio para esta semana

• Elige una tarea importante y completa el recorrido solo con teclado.
• Amplía una página y confirma que el contenido se adapta sin perder información.
• Revisa contraste, etiquetas, texto alternativo y mensajes de error en esa misma tarea.
• Repite el flujo con TalkBack o VoiceOver y registra cada punto donde falte un nombre, una instrucción o un estado.
• Prioriza los bloqueos, corrígelos y vuelve a probar antes de publicar.

La mejora más útil suele ser concreta: que una persona pueda encontrar, entender y terminar lo que vino a hacer. Empieza por ese recorrido, observa dónde falla y conviértelo en una comprobación habitual para la web, la app y el contenido que mantienes.