Normativas · WCAG 2.2

SC 3.3.4 Nivel AA WCAG 2.0

Prevención de errores (contexto legal, financiero y de datos)

En envíos que impliquen compromisos legales, transacciones financieras o cambios significativos en los datos del usuario, debe existir la posibilidad de revertir el envío, verificar los errores y corregirlos, o confirmar explícitamente la acción antes de que surta efecto.

Qué pide este criterio

Cuando el usuario envía un formulario que tiene peso legal (firma de un contrato, aceptación de condiciones), ejecuta una transacción financiera (pago, transferencia de fondos, realización de un pedido) o modifica o elimina datos de prueba o datos controlados por el usuario (cancelación de una reserva, eliminación de una cuenta, cambio de respuestas en un examen), debe cumplirse al menos una de las siguientes condiciones:

  • Reversible: el envío se puede deshacer.
  • Comprobado: el envío se valida en busca de errores y se ofrece al usuario la posibilidad de corregirlos.
  • Confirmado: se muestra al usuario una pantalla de confirmación y este confirma explícitamente la acción antes de que se aplique.

Cómo satisfacerlo

  • En el proceso de pago, mostrar un resumen del pedido antes de realizar el cargo —artículos, totales, dirección de envío y método de pago— y requerir un clic de confirmación.
  • Para acciones destructivas, mostrar un diálogo de confirmación que nombre el elemento específico: «¿Eliminar el pedido n.º 12345?»
  • En los flujos de eliminación de cuenta o exportación de datos, requerir una confirmación escrita o un paso de reautenticación.
  • En exámenes o pruebas, permitir al usuario revisar las respuestas antes del envío definitivo.
  • En el caso de contratos, mostrar los términos por encima del paso de firma y permitir al usuario volver atrás.
  • Para las acciones irreversibles, conviene apostar por la confirmación; para las reversibles, puede ser suficiente un aviso de «deshacer» visible durante unos segundos.

Fallos comunes

  • Procesos de compra en un solo clic que realizan el cargo de inmediato sin pantalla de revisión.
  • Botones de «Eliminar cuenta» que actúan de forma inmediata sin un paso de confirmación escrita.
  • Cancelaciones de reservas que se ejecutan en el momento en que el usuario hace clic en «Cancelar», sin ningún interstitial de «¿está seguro?»
  • Formularios de transferencia bancaria que se envían al pulsar Intro en el campo del importe, sin pantalla de revisión.
  • Plataformas de exámenes que envían las respuestas al responder la última pregunta, sin posibilidad de revisarlas.

Por qué importa

Este criterio de conformidad existe porque el coste de un envío accidental en contextos legales, financieros o de datos es significativo, y ese coste recae con especial intensidad sobre las personas con discapacidades motoras, temblores, discapacidades cognitivas o quienes usan tecnología de apoyo que puede activarse de forma involuntaria. Un usuario de lector de pantalla que llega accidentalmente al botón «Confirmar compra» al navegar con Tab, o un usuario de conmutador cuyo escáner dispara la celda equivocada, tiene el mismo derecho a una red de seguridad que cualquier otra persona.

Este es uno de los criterios de conformidad más litigados en demandas de accesibilidad, porque el perjuicio económico derivado de su incumplimiento resulta fácil de documentar. Conviene tratar las pantallas de confirmación como una funcionalidad, no como un inconveniente.