Pedir menos antes de mejorar los campos
Para una consulta suelen bastar un medio de respuesta y una pregunta breve, no un perfil completo. Anota por qué hace falta cada campo y quién utiliza sus datos. Elimina los que no tengan un propósito claro, marca los opcionales y explica por qué no deben introducirse datos sensibles en un cuadro de mensaje general. Es una recomendación editorial y de diseño, no una descripción del formulario actual del estudio.
Dar a cada campo un nombre visible
Mantén una etiqueta clara y permanente. Los ejemplos del texto de marcador desaparecen al escribir y no deben ser la única explicación. La etiqueta tiene que estar asociada al campo en el código, no solo situada cerca. Si importa el formato, explícalo antes del envío. No dividas el nombre de una persona en varias partes salvo que exista una necesidad operativa concreta.
Distinguir tipo, propósito y teclado
El tipo de campo HTML describe una categoría general de datos; los valores de autocomplete indican su propósito. Para el correo de la persona, combina type="email" y autocomplete="email"; para su teléfono, utiliza tel en ambos. inputmode sugiere un teclado virtual, pero no valida los valores. No uses type="number" para identificadores o teléfonos solo porque contienen dígitos: los ceros iniciales y los signos más importan.
El autocompletado ayuda, pero no es una promesa
Los valores adecuados de autocomplete ayudan al navegador y al software de asistencia a reconocer campos habituales de datos personales. El criterio WCAG 1.3.5 abarca propósitos enumerados relativos a la información del usuario y tecnologías que los admiten, no todos los campos sin distinción. El autocompletado depende del navegador, los ajustes y los datos guardados. Permite revisar y corregir las sugerencias; evita enviar el formulario sin aviso al completarse.
Probar los datos que traen las personas
Prueba la escritura, el pegado, el autocompletado, teléfonos internacionales, nombres largos, escrituras no latinas y campos opcionales vacíos. Utiliza datos de prueba en las capturas, no contactos reales de clientes. Revisa etiquetas, foco, indicaciones de error y si los valores se conservan tras un error recuperable. Una inspección estática no permite dar por realizadas las pruebas en dispositivos y navegadores reales.
Conservar un pequeño registro de aceptación
Registra por campo su propósito, etiqueta, tipo, autocomplete cuando corresponda, obligatoriedad y navegadores probados. Incluye los mensajes de error útiles en formularios y el foco visible del teclado en la revisión. Repite las comprobaciones tras una traducción o un cambio de proveedor. Este registro no certifica la accesibilidad ni promete más consultas o ventas.