Una guía práctica de seguimiento de envíos de formularios sin cookies

Esta guía explica seguimiento de envíos de formularios sin cookies de forma práctica, con un enfoque en decisiones de analítica respetuosas con la privacidad.

El envío de formularios es una de las conversiones de sitios web más importantes y uno de los lugares más fáciles para filtrar datos personales. Los formularios suelen pasar nombres, correos electrónicos, números de teléfono, mensajes, detalles de salud, presupuestos e información de la empresa. Su herramienta de análisis normalmente no necesita nada de eso.

El seguimiento sin cookies significa medir qué formulario se envió, qué formulario era y qué campaña o página contribuyó, sin almacenar un identificador de visitante persistente ni enviar valores de campo a proveedores de análisis.

Lo que realmente necesitas medir

Para la mayoría de las formas de marketing, las preguntas analíticas útiles son:

• ¿Cuántos visitantes vieron la página del formulario?
• ¿Cuántos comenzaron el formulario?
• ¿Cuántos lo enviaron exitosamente?
• ¿Qué fuente, campaña o página de destino generó envíos?
• ¿Qué dispositivo o navegador tiene una tasa de finalización más baja?
• ¿Qué tipo de formulario convierte mejor?

Ninguna de esas preguntas requiere recopilar el cuerpo del mensaje, la dirección de correo electrónico, el nombre o el número de teléfono en análisis.

Diseño de eventos seguros

Utilice eventos como:

Event: form_viewed
Properties:
- form_type = demo
- page_template = pricing
 
Event: form_started
Properties:
- form_type = demo
 
Event: form_submitted
Properties:
- form_type = demo
- result = success

Para envíos fallidos, realice un seguimiento de la categoría de error, no del valor exacto del campo:

Event: form_error
Properties:
- form_type = demo
- error_type = validation_required_field

No enviar:

• Nombre.
• Correo electrónico.
• Teléfono.
• Empresa.
• Texto del mensaje.
• Búsqueda de texto libre o entrada de formulario.
• ID interno de CRM.
• Dirección IP.
• Detalles de salud, finanzas o legales.

Google advierte a los clientes de Analytics que no envíen información de identificación personal o información confidencial a Analytics en su Guía HIPAA y Google Analytics. Esa regla es útil incluso si utiliza una plataforma de análisis diferente.

Confirmación del lado del cliente versus del lado del servidor

Un evento de clic del lado del cliente puede contar en exceso porque las personas hacen clic en enviar incluso cuando falla la validación. Una mejor señal de conversión es la confirmación del lado del servidor: el backend recibe el formulario, lo valida, lo almacena o lo envía al sistema correcto y luego registra form_submitted solo después del éxito.

Si el seguimiento de eventos del lado del servidor no está disponible, utilice la página de agradecimiento como señal de conversión. Es menos preciso que la confirmación de backend, pero mejor que contar los clics en los botones.

¿Qué pasa con el Administrador de etiquetas Google?

Google Tag Manager puede detectar envíos de formularios, pero también puede cometer errores:

• Puede dispararse antes de que la validación tenga éxito.
• Puede capturar valores de campo si está mal configurado.
• Puede enviar eventos a varios proveedores.
• Puede disparar etiquetas antes del consentimiento.
• Puede que se olvide cuando las formas cambian.

Si utiliza GTM, mantenga limpia la capa de datos. Introduzca solo campos seguros como form_type, form_id como un slug no identificable y el resultado. Nunca inserte la carga útil del formulario en la capa de datos.

Las cookies no son necesarias para el seguimiento de conversiones de formularios básicos

Una configuración de análisis sin cookies puede contar las conversiones por página, referencia, campaña UTM y contexto agregado. Quizás no sepas que el mismo navegador visitó tres veces antes de enviarlo, pero aun así puedes responder la pregunta operativa: ¿qué fuentes y páginas generan envíos de formularios?

Si necesita atribución a nivel de cliente potencial, conéctela dentro de su CRM con una recopilación explícita y avisos adecuados. No contrabandee la identidad del cliente potencial a través de análisis de sitios web.

Privacidad y consideraciones legales

Según GDPR, los contenidos de los formularios son datos personales cuando identifican o se relacionan con una persona. Dependiendo del formulario, también podrán incluir datos de categorías especiales. Según CCPA, los datos del formulario pueden ser información personal y, en algunos casos, información personal sensible. Según HIPAA, los formularios de atención médica pueden incluir PHI cuando los utilizan entidades reguladas.

El diseño de análisis más seguro es la minimización de datos: cuente el evento, mantenga la carga útil en el sistema que la necesita y evite la divulgación de análisis de terceros.

Lista de verificación de implementación

1. Inventario de todas las formas y sus destinos.
2. Defina los valores form_type: demostración, contacto, newsletter, soporte, cotización.
3. Decide qué evento marca el éxito.
4. Elimine los valores de campo de los eventos de análisis y las inserciones de la capa de datos.
5. Elimine los parámetros de consulta personales de las URL de las páginas de agradecimiento.
6. Pruebe el rechazo del consentimiento de análisis cuando corresponda.
7. Verifique que no haya ninguna repetición de sesión o herramienta de mapa de calor que registre la entrada escrita.
8. Compare los recuentos de conversiones de análisis con los registros de formularios de backend.
9. Documente el flujo en su aviso de privacidad.

Errores comunes

• Contando los clics en el botón de envío como conversiones.
• Envío de direcciones de correo electrónico como etiquetas de eventos.
• Registrar envíos fallidos como clientes potenciales.
• Instalación de repetición de sesión en páginas de formulario.
• Poner las respuestas del formulario en los parámetros de URL.
• Permitir que se activen varios píxeles de anuncios en formularios confidenciales.
• Mantener registros de formularios para siempre.

El análisis de formularios debería mejorar el embudo sin exponer más a los visitantes. Cuente la conversión. Protege el contenido.

Los registros del servidor no son automáticamente más seguros

Algunos equipos eliminan los análisis del lado del cliente y luego mantienen registros detallados del servidor para siempre. Eso aún puede crear un riesgo para la privacidad. Los registros del servidor pueden contener direcciones IP, agentes de usuario, URL completas, cadenas de consulta y marcas de tiempo. Si utiliza registros para la validación de conversión de formularios, minimice los campos, restrinja el acceso y establezca la retención.

Reconciliarse con los sistemas empresariales

La analítica no debería ser la fuente de verdad para los clientes potenciales. Compare los recuentos agregados de form_submitted con los registros de CRM o de la bandeja de entrada semanalmente. Si los análisis indican 120 envíos y el CRM tiene 83, investigue el filtrado de spam, las fallas de validación, los envíos duplicados, los scripts bloqueados y los errores de backend. El seguimiento seguro de la privacidad aún necesita un control de calidad operativo.

La norma rectora es la separación. Analytics cuenta el evento. CRM o soporte se encarga del contenido. Los registros de seguridad protegen el sistema. Mezclar esos trabajos crea una exposición innecesaria.

Esa separación también facilita las auditorías porque cada sistema tiene un propósito claro y un conjunto más pequeño de datos.

Lista de verificación de control de calidad de seguimiento de formularios

Pruebe cada formulario desde el punto de vista del visitante y el punto de vista del backend. Confirme que el análisis cuente solo los envíos exitosos, nunca almacene valores de campo, elimine los parámetros de consulta personales y permanezca desactivado cuando se rechaza el consentimiento correspondiente.

Luego concilie semanalmente con el sistema que realmente recibe el liderazgo. Si los análisis y CRM no están de acuerdo, investigue las fallas de validación, el filtrado de spam, los envíos duplicados, los scripts bloqueados y los errores de backend antes de cambiar el gasto de la campaña.