Lección 1 de 12 · Lectura y práctica
¿Por Qué Importa la Accesibilidad?
Accesibilidad Web: Diseñar para Todos La accesibilidad web (a11y) significa que los sitios web, herramientas y tecnologías están diseñados para que todas las personas puedan usarlos, incluyendo personas con discapacidades.
Del concepto a la práctica
Taller de esta lección
Ejemplo resuelto
Una biblioteca ofrece dos salas: Norte para seis personas y Sur para doce. El plano distingue ambas únicamente por verde y rojo. Una estudiante que no distingue esos colores puede ver dos zonas, pero no relacionarlas con la capacidad. Añadir los nombres y la capacidad dentro de cada zona resuelve una barrera concreta. El problema observado es «no puedo elegir una sala para ocho personas», más útil que «el diseño tiene mala accesibilidad».
Pruébalo
Define la tarea: reservar una sala para ocho personas el viernes.
Recorre la pantalla sin depender del color y anota dónde falta información.
Añade texto visible con nombre, capacidad y disponibilidad.
Repite la tarea usando solo teclado y comprueba si aparecen otras barreras.
El error frecuente es añadir una solución visual y dar por terminado todo el recorrido. La mejora del plano no demuestra que el calendario o el envío funcionen.
Comprueba tu resultado
Entrega tres observaciones con tarea, barrera y corrección. Otra persona debe poder elegir Sur porque admite doce personas, sin deducir información del color. Conserva las incidencias del formulario como pendientes separadas.
Mapa de prácticaEl texto alternativo comunica el propósito de una imagen. La navegación por teclado necesita un foco visible; los campos necesitan etiquetas y la página una estructura semántica. Estas comprobaciones ayudan a detectar barreras y no sustituyen una auditoría completa.
Ver la infografía en tamaño completo ↗Accesibilidad Web: Diseñar para Todos
La accesibilidad web (a11y) significa que los sitios web, herramientas y tecnologías están diseñados para que todas las personas puedan usarlos, incluyendo personas con discapacidades visuales, auditivas, motoras o cognitivas. El 15% de la población mundial tiene alguna discapacidad — ignorar la accesibilidad es excluir a 1,200 millones de personas.
Tipos de discapacidad y cómo afectan la navegación web
- Visual: ceguera total o parcial, daltonismo, baja visión — usan lectores de pantalla (NVDA, VoiceOver, JAWS)
- Auditiva: sordera parcial o total — necesitan subtítulos en videos y alternativas visuales a contenido de audio
- Motora: dificultad para usar mouse, temblores, parálisis — navegan con teclado, switches o control por voz
- Cognitiva: dislexia, TDAH, autismo, discapacidad intelectual — necesitan contenido claro, consistente y predecible
- Temporal: brazo roto, migraña, situación ruidosa — la accesibilidad ayuda a todos en algún momento de su vida
Razones para invertir en accesibilidad
- Ética: todas las personas merecen acceso igualitario a la información y los servicios digitales
- Legal: en muchos países es obligatorio por ley (ADA en EE.UU., European Accessibility Act en EU, Ley 26.378 en Argentina)
- Negocio: 1,200 millones de personas con discapacidad representan $1.2 trillones en poder adquisitivo
- SEO: las prácticas de accesibilidad (HTML semántico, texto alternativo, estructura clara) mejoran el posicionamiento en Google
- UX para todos: los subtítulos ayudan a quien viaja en metro, el alto contraste ayuda bajo el sol, el texto claro ayuda a todos
Los estándares WCAG 2.2
- WCAG (Web Content Accessibility Guidelines) es el estándar internacional de accesibilidad web del W3C
- 3 niveles de conformidad: A (mínimo), AA (recomendado, el estándar de la industria), AAA (óptimo)
- WCAG 2.2 (2023) es la versión más reciente con 87 criterios de éxito organizados en 4 principios
- El nivel AA es lo que la mayoría de leyes y empresas exigen — es alcanzable sin cambios drásticos
- No es todo o nada: cada mejora de accesibilidad beneficia a personas reales, incluso si no llegas al 100%
Consejo: La accesibilidad no es un feature opcional que agregas al final — es una cualidad fundamental que debe considerarse desde el inicio del diseño y el desarrollo.
Práctica acompañada: Una interfaz web de principio a fin
Estado, formularios y una API pequeña. Usa este cuaderno como práctica complementaria de la ruta; el material original de la lección continúa siendo tu referencia.
Práctica: cuatro pruebas de comportamiento
Prueba un título normal, solo espacios, 121 caracteres y una falla de red simulada. Registra la respuesta y el estado de la interfaz. Repite usando solo teclado: debes llegar al campo, enviarlo y encontrar el error sin usar el ratón.
Después agrega una segunda tarea y cambia el orden de la lista. Comprueba que cada botón sigue actuando sobre el elemento correcto. Si trabajas con microservicios, dibuja qué servicio posee el dato y qué ocurre si la dependencia no responde. No necesitas una infraestructura distribuida para aprender a definir tiempos de espera y errores comprensibles.
Comprueba tu entrega
Entrega el código, el contrato de API y evidencia de las cuatro pruebas. Indica si los datos se guardan o desaparecen al recargar. Una demostración en memoria debe decirlo para que nadie confunda un prototipo con almacenamiento persistente.
Sigue con Accesibilidad Web (WCAG)
Esta lección forma parte de un curso de Cursalo. Revisa su programa y elige entre la compra individual o el acceso a toda la escuela.
Si ya tenías acceso a este curso, entra con tu cuenta: tus derechos y tu progreso se conservan. No necesitas comprarlo de nuevo.