Desarrollo web
¿Se puede cotizar en tu web usando solo el teclado?
Una solicitud de cotización quedó a medias. Desde el panel de ventas solo se ve que nunca llegó. Desde el otro lado, la persona había llenado todos los campos hasta que el selector de servicio dejó de responder al teclado. La accesibilidad web de un formulario se puede discutir con mucha más precisión cuando alguien demuestra en qué paso se interrumpe una tarea real.
Seguir el orden de una solicitud, incluso al volver atrás
Imagina un formulario para pedir la impresión de empaques. Tiene tipo de material, tiraje, fecha y archivo de referencia. Al recorrerlo con Tab, el indicador de foco debería ser visible y seguir un orden coherente. Al retroceder con Mayús y Tab, la persona necesita reconocer dónde quedó y poder cambiar el material antes del envío.
Probamos también lo que el mouse suele esconder. ¿Se puede abrir el selector, elegir una opción y salir con el teclado? ¿Qué ocurre cuando aparece una ventana con condiciones de entrega? ¿Al cerrarla se recupera el lugar anterior? Una etiqueta visible junto al campo ayuda a todas las personas. Asociarla al control permite además que un lector de pantalla anuncie qué información se pide.
El mensaje más importante aparece cuando algo sale mal
Supón que escribiste una dirección de correo incompleta y pulsaste enviar. Si el formulario simplemente pinta un borde rojo, puedes tardar en localizar la causa. Una indicación junto al campo debe nombrar el problema y sugerir una corrección, por ejemplo «Escribe un correo con el formato nombre@empresa.mx». El resto de las respuestas, incluido el tiraje, debería seguir disponible.
Cuando fallan varios campos, la guía de accesibilidad del W3C recomienda ayudar a identificar y localizar los errores. Un resumen con enlaces a cada campo es una solución posible. Además, quien usa un lector de pantalla necesita enterarse tanto de un rechazo como de un envío exitoso. En el desarrollo web de Obediente se puede acordar la prueba de ambos resultados dentro del alcance del formulario.
Qué debería enseñar la prueba de entrega
Para el formulario de empaques pediríamos hacer dos envíos en un ambiente de pruebas. El primero omite un dato requerido a propósito. La persona debe encontrar la indicación, volver al campo, corregirlo y enviar sin recapturar su presupuesto. El segundo adjunta un archivo que excede el límite y comprueba que el mensaje explica qué formatos o tamaños sí se aceptan.
La persona de ventas que recibe las cotizaciones también participa. Comprueba que solo llegó una solicitud y que el visitante obtuvo una confirmación comprensible. Combinamos el recorrido manual con verificaciones automáticas y dejamos anotados navegador y tecnología de asistencia probados. Ese registro permite repetir la prueba cuando se cambia el formulario, por ejemplo al añadir un campo de teléfono o un nuevo calendario.