Guía de accesibilidad 10
La accesibilidad web empieza con tareas comunes del cliente.
La respuesta corta
Empieza haciendo que toda tarea importante funcione sin ratón, manteniendo texto legible y ampliable, etiquetando controles, usando headings con sentido, describiendo imágenes informativas, subtitulando video hablado y explicando errores. Los escáneres detectan algunos defectos, pero todavía necesitas pruebas de teclado, lector de pantalla, zoom y tareas humanas. Esto es información práctica, no asesoría legal.
Cómo se preparó esta guía. Parcha Lab sintetizó su alcance de servicio de primera mano y las fuentes oficiales que aparecen abajo. La IA ayudó con el borrador y las comprobaciones estructurales.Revisión humana porMikeel.
Accesibilidad significa acceso al negocio.
El Departamento de Justicia de Estados Unidos explica que contenido inaccesible puede negar a personas con discapacidades acceso igual a bienes y servicios. Sus ejemplos incluyen poco contraste, falta de alternativas de texto, videos sin subtítulos, formularios sin etiquetas o errores útiles y navegación solamente con ratón.
Las obligaciones legales dependen de la organización y los hechos, así que una lista no determina cumplimiento. Consulta asesoría cualificada para preguntas legales. Para diseño e ingeniería, WCAG ofrece una referencia técnica verificable y W3C aconseja usar WCAG 2.2 para mayor vigencia futura.
Relacionado: Revisa las preguntas públicas de Parcha Lab
Construye una página que tenga sentido sin vista o ratón.
Usa un heading principal descriptivo, orden lógico, regiones, listas, tablas solamente para datos y enlaces que describan su destino. El orden visual y el de lectura deben concordar. Una persona con lector o teclado no debe encontrar una historia distinta.
Todo control interactivo debe alcanzarse y usarse con teclado. El foco debe verse, menús y diálogos deben ser predecibles y nada debe atrapar a la persona. Un enlace para saltar navegación ayuda, pero no arregla una estructura confusa.
- Recorre la página con Tab desde la barra del navegador hasta el pie.
- Confirma que el foco sea visible sobre cada fondo.
- Opera menús, acordeones, diálogos, formularios, medios y reservas sin ratón.
- Comprueba que el foco se mueva con intención al abrir, cerrar o enviar.
Haz que la información se perciba de más de una manera.
El texto necesita contraste suficiente y no debe depender solamente del color para comunicar estado. Debe poder ampliarse sin perder contenido ni acciones. El movimiento necesita una opción reducida cuando no es esencial.
Escribe texto alternativo para imágenes informativas según su propósito en contexto. Las decorativas deben ignorarse. Añade subtítulos cuando voz o sonido lleve información y una transcripción cuando ayude a consumir o buscar el material.
- Contraste revisado en texto, controles, foco y errores
- El significado sigue claro en escala de grises y sin iconos
- Aumento de texto y reflujo estrecho probados
- Texto alternativo, subtítulos y transcripciones donde hagan falta
Los formularios explican antes y después de un error.
Da a cada campo una etiqueta programática. Indica formatos y restricciones antes de enviar. Si falla la validación, identifica el campo, explica el problema en texto, conserva lo correcto y comunica el error a la tecnología de asistencia.
No uses placeholder como única etiqueta ni color como única señal. En transacciones importantes, permite revisar, corregir y confirmar antes de que la información se vuelva final.
Relacionado: Combina esto con la lista móvil
Combina pruebas automáticas, manuales y humanas.
Las herramientas automáticas encuentran ciertos defectos de código y contraste, pero no pueden juzgar si el texto alternativo ayuda, los headings cuentan una historia coherente o un error se entiende. Añade teclado, zoom, lector y tareas.
Mantén un registro de accesibilidad con ruta, componente, impacto, evidencia, responsable y nueva prueba. Repite cuando cambien plantillas, navegación, formularios, colores, videos, componentes externos o reglas de contenido.
- Escaneo automático de plantillas representativas
- Finalización por teclado de cada tarea crítica
- Pruebas puntuales con lector en estructura, controles, errores y cambios dinámicos
- Pruebas de zoom, espaciado, contraste, reflujo y movimiento reducido
- Pruebas con personas con discapacidades cuando el alcance y riesgo lo justifiquen
Preguntas
Lo que compradores suelen preguntar después.
¿La ADA aplica a páginas de negocios pequeños?
El Departamento de Justicia dice que el Título III aplica a negocios abiertos al público y que sus bienes y servicios en línea deben ser accesibles. El análisis legal depende del negocio y los hechos, así que consulta asesoría cualificada.
¿Qué es WCAG 2.2?
Es un estándar de accesibilidad de W3C con criterios verificables organizados alrededor de contenido perceptible, operable, comprensible y robusto. W3C aconseja usarlo para mayor vigencia futura.
¿Un escáner automático puede aprobar una página?
Ningún escáner evalúa cada requisito o tarea real. Usa automatización para lo que detecta y añade teclado, zoom, lector, contenido, errores y pruebas humanas.
¿Basta con un widget de accesibilidad?
Un widget no sustituye corregir estructura, etiquetas, teclado, contraste, contenido, medios ni errores. Evalúalo como un componente, no como evidencia de que la página es accesible.
Referencias
Fuentes oficiales usadas para afirmaciones factuales.
Los consejos y las listas son una síntesis original de Parcha Lab. Los hechos técnicos, de plataformas, estándares y contexto legal que pueden cambiar se fundamentan en las fuentes primarias a continuación.
- Departamento de Justicia de Estados Unidos Guía sobre accesibilidad web y la ADA
- W3C Web Accessibility Initiative Cómo cumplir WCAG 2.2