Esta traducción aún no ha sido revisada editorialmente. La versión alemana es la vinculante. Deutsche Fassung →
Barrierefreiheit
¿Cómo protege un sitio web a los clientes de errores de entrada costosos?
Un sitio web protege a los clientes de errores de entrada costosos ofreciendo al menos una de tres salvaguardas antes del paso vinculante: el cliente puede verificar y corregir su información en una descripción, debe confirmar explícitamente las entradas, o puede deshacer el proceso posteriormente. El criterio WCAG 3.3.4 requiere una de estas salvaguardas en todas partes donde estén en juego pedidos, contratos o datos de clientes.
Verificar, confirmar o deshacer
Un error de transposición en el número de cuenta, un pedido enviado dos veces, una cuenta de cliente eliminada accidentalmente — tales errores le suceden a cualquiera, pero a personas con limitaciones motoras, temblor o problemas de concentración mucho más a menudo. El criterio se aplica a tres tipos de procesos: obligaciones legales como celebración de contratos, procesos financieros como pedidos y datos de transferencia, así como cambiar o eliminar datos de clientes guardados. La aplicación más conocida es familiar a todos en el comercio electrónico: la descripción del pedido antes del botón de compra, donde la dirección, los artículos y la forma de pago se resumen una vez más y se puede corregir cada información. Igualmente cuenta una pregunta de confirmación antes de eliminar — o una ruta de revocación después.
Así verifica el servicio de comprobación la prevención de errores
Si un flujo de pedido ofrece una verdadera oportunidad de verificación es difícil de determinar automáticamente — para ello la medición tendría que ejecutar una compra completa, y exactamente eso se prohíbe en un sitio web real. Una verificación automática que inicie pedidos de prueba o elimine datos de clientes no sería una verificación sino un daño. Nuestro informe señala el criterio 3.3.4 por lo tanto abiertamente como un punto de verificación manual. En estándar oro, un humano ejecuta sus procesos críticos hasta justo antes del paso vinculante y juzga: ¿hay una descripción para verificar, una confirmación explícita o una ruta documentada para deshacer el proceso?
Beispiele
Bestellung ohne Kontrolle
<form action="/bestellen">
… Adresse, Zahlung …
<button>Kaufen</button>
</form><form action="/bestellen/pruefen">
… Adresse, Zahlung …
<button>Weiter zur Übersicht</button>
</form>
<!-- Übersichtsseite: alle Angaben mit „Ändern“, dann „Zahlungspflichtig bestellen“ -->Bei Geld, Verträgen und Daten: prüfen, bestätigen lassen oder widerrufbar machen, eines davon mindestens.
- Ejecute su flujo de pedido o consulta hasta justo antes de la conclusión y compruebe si aparece una descripción corregible.
- Coloque una pregunta de confirmación antes de cada eliminación de datos de clientes que nombre el proceso.
- Haga que cada información sea directamente editable en la página de descripción, con su propio enlace de edición por sección.
- Describa después de la conclusión la ruta de revocación visible en la confirmación para que los errores también se puedan reparar posteriormente.