Escribir repetidamente nombre, correo y dirección puede requerir esfuerzo adicional para algunas personas y resultar incómodo en un teléfono. El autocompletado del navegador puede ayudar, siempre que los campos estén identificados de manera adecuada. No es una razón para ampliar el formulario con datos que el negocio no necesita. Para una solicitud de entrega, la revisión consiste en facilitar la entrada de la información imprescindible y permitir comprobarla antes de enviar. El diseño debe considerar tanto lo que se escribe manualmente como lo que una herramienta del usuario completa por su cuenta.
Pedir información con un propósito definido
Empieza por justificar cada campo según la tarea. Si el formulario solo solicita una cotización preliminar, quizá no requiere dirección completa. El autocompletado no convierte una pregunta innecesaria en una buena decisión. Diferencia datos de contacto de información operativa y explica para qué se usan cuando pueda haber dudas. En una entrega, nombre del destinatario y nombre de quien solicita pueden ser distintos. No asumas que todo pertenece a la misma persona ni que el navegador siempre elegirá el dato esperado. Diseña etiquetas claras y un resumen que permita reconocer qué información se utilizará en cada parte del proceso.
Identificar el propósito de los campos
MDN documenta valores de autocomplete para indicar el tipo de información esperado. La implementación debe escogerlos según el significado del campo, no solo su apariencia. Un teléfono no debería identificarse como código postal para obtener un teclado numérico; son decisiones diferentes. Pide al equipo comprobar nombres, correo y direcciones con datos ficticios. Los valores autocompletados deben aparecer en el campo correcto y conservarse durante la validación. No dependas únicamente de nombres internos que parecen claros al programador. Las etiquetas visibles y la información técnica deben trabajar juntas para que el navegador y la persona comprendan el formulario de forma consistente.
Conservar control y posibilidad de corrección
El usuario debe poder modificar lo que se completó automáticamente antes del envío. Evita enviar una solicitud solo porque el navegador rellenó campos. Revisa también formatos: números internacionales, nombres con varios apellidos y direcciones que no siguen una estructura rígida. Una validación demasiado restrictiva puede rechazar información válida para el negocio. En el ejemplo de entrega, permite aclarar referencias cuando la operación las necesite, sin exigir que todas las direcciones se parezcan a un modelo único. El diseño debe ayudar a introducir datos correctos, no obligar a deformarlos para satisfacer una máscara que no representa la realidad del público.
Probar entrada manual y asistida
Completa el formulario de ambas maneras y compara el comportamiento de ayudas, validación y resumen. Comprueba que eventos internos no dependan únicamente de teclas pulsadas, porque un valor autocompletado puede llegar de otra forma. Si aparecen errores, conserva la información y explica cómo corregirla. Revisa en varios navegadores representativos sin prometer que todos ofrecerán la misma función. Documenta qué campos tienen propósito identificado y actualiza esa decisión cuando cambie su uso. La mejora está en reducir repetición y errores evitables mientras la persona mantiene una revisión consciente de los datos que decide compartir con el negocio.
DE LA LECTURA A LA ACCIÓN
Para aplicar hoy
- Autocompletar no justifica solicitar información innecesaria.
- El propósito técnico debe coincidir con la etiqueta y uso del campo.
- Prueba entrada manual, autocompletado y corrección antes del envío.
Fuentes y referencias
Documentación para profundizar. Los ejemplos de esta guía son didácticos.