Recursos · 32
Diseño de formularios accesibles y errores recuperables
Guiar la entrada, explicar el fracaso y preservar el progreso de una persona en la tarea.
Actualizado · 2 min
Lo que esta guía ayuda a lograr
- Limitar campos
- Nombre y guía
- Explicar errores
- Recuperación de pruebas
Comprobación rápida
- ¿Cada campo tiene un nombre perceptible?
- ¿Se explican los formatos esperados antes de la entrada?
- ¿Un error identifica su campo y posible corrección?
- ¿Se conservan los valores válidos?
- ¿Se puede finalizar la tarea con teclado y zoom?
Método paso a paso
- 1
Empezar desde la tarea
Lista sólo los datos necesarios para completarlo y los pasos que una persona debe entender. Elimine las solicitudes que no sirven para la transacción.
Entregable: forma mínima y justificación de campo.
- 2
Etiqueta y grupo
Conecta cada control con una etiqueta visible, agrupa opciones relacionadas y coloca la ayuda cerca. Verifique la lectura y el orden de tabulación.
Entregable: estructura y etiquetas probadas.
- 3
Prevenir errores
Ejemplos de formato de oferta y restricciones de estado antes del envío. No utilice el color únicamente para transmitir que un campo es obligatorio.
Entregable: instrucciones y estados de entrada.
- 4
Explica cada fallo
Después de la validación, anunciar un resumen, conectar cada problema con su campo y describir cómo resolverlo. Mantenga los valores y el contexto correctos.
Entregable: escenario de error corregible.
- 5
Manejar interrupciones
Distinguir error de entrada, rechazo de negocio, tiempo de espera e incidencia del servidor. Dé el siguiente paso sin pretender que una solicitud tuvo éxito.
Entregable: mensajes y recuperación por estado.
- 6
Probar tareas reales
Reproduce éxitos y fracasos con teclado, zoom, móvil y asistencia adecuada. Mida los bloqueadores, corríjalos y vuelva a realizar la prueba.
Entregable: evidencia de finalización de la tarea.
Indicadores de gestión
| Indicador | Qué mide | Primera acción |
|---|---|---|
| Integridad | Campos necesarios con etiquetas y ayuda | Arreglar controles ambiguos |
| Errores | Fallos con explicación y enlace de campo | Reescribir mensajes |
| Recuperación | Valores retenidos después de la corrección | Arreglar gestión de estados |
| Tarea | Recorridos completados con teclado y zoom | Quitar barreras |
Errores comunes
- Usando marcadores de posición en lugar de etiquetas
- Mostrando solo “ocurrió un error”
- Borrando todo el formulario tras un error
- Probando solo el camino feliz con el ratón
Preguntas frecuentes
¿Es suficiente un marcador de posición?
No. Una etiqueta identificable debe permanecer disponible mientras una persona ingresa un valor.
¿Cuándo debería aparecer un error?
Elige un momento útil y explica la causa y el remedio sin interrupciones innecesarias.
¿Qué pasa si el servidor falla?
No afirmar éxito; retener lo que se puede salvar y ofrecer una recuperación comprensible.
Referencias oficiales
Las referencias respaldan el método. Adapte los controles a su contexto; no constituyen certificación. Los títulos de referencia originales y los documentos fuente pueden estar en otro idioma.
