Explicar por qué pides un dato permite que el visitante entienda su utilidad y decida con más contexto. La explicación debe corresponder al tratamiento real y aparecer cerca del campo cuando evita una duda. No basta añadir un texto genérico de confianza al final del formulario.
Relaciona dato y tarea
Un correo puede utilizarse para responder; una URL ayuda a revisar la situación actual; una descripción orienta el alcance. Si recoges teléfono, empresa o archivos, explica cuándo son necesarios y qué alternativa existe.
No pidas datos personales que no permiten una decisión inicial. La guía de protección de datos por defecto de la AEPD es una referencia para revisar minimización y configuración; la aplicación concreta debe contrastarse con el tratamiento real.
Escribe una ayuda que facilite responder
La etiqueta identifica el campo. El texto de ayuda aclara formato o propósito. El placeholder no debería sustituir la etiqueta ni contener una instrucción que desaparezca al escribir.
- URL: «Si ya tienes web, indica su dirección».
- Necesidad: «Describe qué tarea o problema quieres resolver».
- Plazo: «Indica si hay una fecha deseada o una obligación conocida».
No presentes un dato opcional como imprescindible mediante lenguaje ambiguo. Si la lógica necesita una condición, hazla explícita y pruébala.
Un campo que exige aclarar el alcance
Ejemplo hipotético: un formulario pide «documentación». El visitante no sabe si debe adjuntar un dossier comercial o accesos al sistema. La empresa puede precisar «no envíes contraseñas ni datos de clientes; basta describir los sistemas que utilizas».
Esa explicación reduce un riesgo y facilita una respuesta útil. Si los archivos son necesarios después, se acuerda un intercambio con permisos y límites adecuados.
Comprueba que el funcionamiento coincide con el texto
Prueba qué se transmite, dónde llega y qué se conserva. La página puede decir que no almacena datos y utilizar un servicio que sí lo hace. La revisión editorial requiere inventario técnico, no solo buena redacción.
Revisa mensajes de error y confirmación. Un dato inválido necesita instrucciones para corregirse; un envío debe describir el estado confirmado, sin confundir apertura de correo y recepción.
Comprueba las ayudas con datos incompletos
Pide a un usuario sin especificación técnica que rellene el contacto. Observa si los ejemplos le ayudan a describir su problema o le hacen pensar que tiene que ajustarse a una categoría concreta.
Una ayuda debe orientar, no inducir respuestas. «Queremos más ventas» podría ser demasiado amplia; «describe qué tarea necesita resolver la web» invita a aportar contexto comprobable.
Revisa el texto cuando cambie el formulario. Si retiras un campo o conectas otro destino, la explicación anterior puede dejar de describir el proceso. Etiquetas, ayuda, privacidad y configuración deben mantenerse coherentes después de cada modificación.
La transparencia debe ser operativa
Un buen texto explica un proceso real. Integra etiquetas, minimización y pruebas en el desarrollo del formulario web, revisando privacidad con el responsable competente.