¿por qué un mensaje de error en mi formulario de pedido no es claro para todos?

Un mensaje de error a menudo no dice qué está mal y dónde

Un mensaje de error no es claro para todos los clientes porque a menudo solo usa color para indicar que algo está mal, sin especificar también en texto a qué campo afecta ni qué debe cambiar exactamente. Un borde rojo alrededor de un campo de entrada es visible para un cliente con buena visión que usa un ratón, pero no comunica nada a alguien que es daltónico, e es invisible para alguien que usa un lector de pantalla. Ese mismo lector de pantalla a menudo solo lee la etiqueta del campo en un formulario de pedido — «correo electrónico», «código postal» — sin mencionar que hay un mensaje de error asociado ni qué contiene. El cliente sabe entonces que algo se ha completado, pero no que se ha rechazado, y menos aún por qué.

Ese problema se agrava con una segunda cuestión: dónde aparece el mensaje. Si el texto solo aparece en la parte superior de la página, mientras el cliente ya está en el tercer o cuarto campo del formulario, alguien que navega con el teclado o amplía la pantalla simplemente no verá ese mensaje, porque está fuera de la vista. La solución no está en otro color o un borde más grueso, sino en un texto que pertenezca al propio campo, conectado con él para que un lector de pantalla también lo lea en voz alta, y que especifique claramente qué debe suceder — «el código postal debe constar de cuatro dígitos y dos letras» en lugar de solo «entrada no válida». Una descripción más detallada de dónde falla exactamente en los formularios se encuentra en por qué un lector de pantalla a veces no lee los campos de formulario, y cómo se relaciona con el resto del proceso de pedido en probar todo el pedido solo con un teclado.

De dónde procede: WCAG 2.1

Que un mensaje de error no solo puede depender del color y debe estar vinculado al campo correspondiente, se deduce de los criterios de conformidad de WCAG 2.1 sobre el uso del color e identificación de errores — el estándar en el que EN 301 549 se traduce en la práctica. Un análisis automático detecta algunos de estos defectos, como la falta de una conexión programática entre el campo y el mensaje de error, pero si el texto del mensaje es realmente comprensible para un cliente sigue siendo algo que ese análisis no puede evaluar; más información al respecto se encuentra en qué puede y qué no puede encontrar una prueba automática de accesibilidad.