09 / 10 · Calidad web
Revisión de accesibilidad
Revisión de teclado, contenido y formularios con cambios priorizados.
El punto de partida
Una interfaz debe poder recorrerse de más de una manera.
Los problemas de acceso suelen aparecer en acciones pequeñas: un foco invisible, una etiqueta ausente o un error que solo se distingue por el color. Revisamos recorridos concretos y priorizamos correcciones con referencia a WCAG 2.2.
Haz visible el recorrido
Una acción pequeña. Un contexto claro.
Activa la guía visual y usa Tab para recorrer los controles del ejemplo. El foco visible y las instrucciones ayudan a saber dónde estás.
Escribe una referencia de ejemplo.
WCAG 2.2 · Una revisión identifica barreras; no equivale a una certificación.
Demostración con datos ficticios. No es una aplicación conectada ni un resultado real de cliente.
Qué estás contratando
Una primera entrega,
bien delimitada.
Precios base para el alcance inicial indicado, con impuestos aplicables incluidos. El presupuesto final y los costes externos se confirman antes de contratar.
- Hasta cinco plantillas o vistas representativas de una web.
- Revisión manual de teclado y comprobaciones automáticas complementarias.
- Informe con reproducción, prioridad y referencia al criterio aplicable.
- Hasta ocho horas de correcciones sobre el código accesible acordado.
Fuera de este alcance
No es una certificación ni una declaración de conformidad total. No incluye rehacer toda la web, aplicaciones nativas o auditoría jurídica.
Lo que necesitamos
URL, acceso de prueba cuando sea necesario, código editable y los recorridos prioritarios.
Lo que recibes
Informe de barreras, correcciones acordadas y una lista de comprobación para el equipo.
Cómo lo comprobamos
Los problemas corregidos se vuelven a comprobar con los mismos pasos; los pendientes quedan identificados.
El calendario depende de los materiales, accesos y validaciones. La fecha se confirma en el presupuesto.
Otra pieza del recorrido.
Todas las soluciones ↗
Del problema a la próxima versión