Principio 3/3.3 Assistencia en los input/3.3.4-A
De WCAG Wiki
3.3.4-A. Prevención de errores (legales, financieros o datos)
- Nivel: AA
- Versión: 2.0
- Principio: 3_Comprensible
- Pauta: 3.3_Assistencia_en_los_input
- Grupo: Formularios
- Subgrupo: Prevencion_de_errores
Discapacidades afectadas
Este criterio puede afectar a distintas personas con discapacidad. A continuación se indican las más relevantes.
-
Cognitiva –
Barrera grave
-
Visual total –
Barrera moderada
Enunciado del criterio (Observatorio de Accesibilidad Web)
- En los procesos que implican para el usuario compromisos legales o financieros, en los que se pueden modificar o eliminar datos del usuario o que envían el resultado de una prueba o test, se cumple que dichas acciones son reversibles o bien el usuario puede revisar o confirmar los datos antes de enviarlos.
Comprensión del criterio
Descripción resumida
En operaciones importantes (legales, financieras, cambios de datos), el usuario debe poder revisar lo que va a enviar o deshacer la acción.
Objetivo
Evitar errores con consecuencias importantes para el usuario mediante confirmación, revisión o reversión.
Importancia de cumplir el criterio
Personas con discapacidad cognitiva o visual pueden cometer errores al completar formularios críticos. Este criterio asegura confianza y evita daños.
Referencias WCAG
- G98: Providing the ability for the user to review and correct answers before submitting
- G99: Providing the ability to recover deleted information
- G155: Providing a checkbox in addition to a submit button
- G164: Providing a stated time within which an online request (or transaction) may be amended or canceled by the user after making the request
- G168: Requesting confirmation to continue with selected action
- Understanding Success Criterion 3.3.4
- WCAG Quick Reference – 3.3.4
Recursos de apoyo
No se presentan
Evaluación del criterio
Tipo de evaluación
Evaluación Manual
Procedimiento de evaluación
- Paso 1. Localizar los procesos en los que un error al introducir los datos puede tener importantes implicaciones legales, económicas o sobre la información perteneciente a los usuarios.
- Paso 2.
Verificar que se cumple alguna de las siguientes condiciones:
- a. La acción es reversible.
- b. Los datos se pueden revisar y corregir antes de finalizar el proceso.
- c. Se solicita confirmación antes del envío o finalización definitiva.
Resultado esperado
El usuario puede revisar, confirmar o revertir acciones críticas antes de ejecutarlas.
Ejemplo
Diálogo de confirmación.
<button type="button" id="delete">Eliminar cuenta</button> <div role="dialog" aria-labelledby="confirm-title" hidden> <h2 id="confirm-title">Confirmar acción</h2> <p>¿Seguro que quieres eliminar tu cuenta?</p> <button>Cancelar</button> <button>Confirmar eliminación</button> </div>
Otras herramientas de evaluación
- Prueba funcional: realizar procesos que impliquen compromisos legales o financieros, envío de resultados, o modificación/eliminación de datos y comprobar que el usuario puede revisar, confirmar o deshacer antes de que la acción sea definitiva.
- Revisión de interfaz: verificar que existe una pantalla de revisión/resumen (“Confirmar pedido”, “Revisar datos”, “Ver resumen antes de enviar”) o un mecanismo claro de reversión/cancelación.
- Inspección de flujo: analizar el proceso paso a paso para confirmar que no se ejecutan acciones irreversibles sin confirmación explícita.
- Validación asistiva: (NVDA, JAWS, VoiceOver) asegurarse de que los mensajes de confirmación y opciones para deshacer/cancelar son accesibles y se anuncian correctamente.
Ejemplos accesibles y no accesibles creados por alumnos
Comentarios
A continuación se muestran comentarios sobre el criterio 3.3.4-A. Prevención de errores (legales, financieros o datos)
Loading comments...
