Una guía práctica de seguimiento de atribución

El seguimiento de atribuciones se complica cuando un usuario pasa de www.example.com a app.example.com, docs.example.com, checkout.example.com o a un micrositio de marketing independiente. La persona ve una marca. Es posible que su pila de análisis vea varias visitas desconectadas.

Esa desconexión puede hacer que la búsqueda orgánica parezca débil, que las campañas pagas se vean mejor o peor de lo que son y que la activación del producto parezca no estar relacionada con la página de destino que la causó.

El objetivo es preservar el contexto de origen a lo largo del recorrido sin convertir la atribución en un seguimiento invasivo.

Problemas comunes entre subdominios

Los subdominios crean brechas de atribución de maneras predecibles:

• El sitio y la aplicación de marketing utilizan diferentes propiedades analíticas.
• Un formulario de registro redirige a través de un proveedor de autenticación.
• Los parámetros UTM se pierden antes del evento de conversión.
• Las exclusiones de referencias están mal configuradas.
• Las cookies tienen como alcance un host en lugar del dominio principal.
• Una aplicación de una sola página cambia rutas sin registrar páginas vistas.
• La aplicación del producto registra la activación, pero el sitio de marketing registra la adquisición.

El resultado suele ser un informe en el que las conversiones aparecen como tráfico directo, autorreferencias, referencias de autenticación o "desconocidas".

Defina el recorrido antes de configurar las herramientas

Comience con la ruta del usuario real. Para una empresa SaaS, podría verse así:

1. El visitante llega a www.example.com/blog/... desde una búsqueda orgánica.
2. El visitante hace clic en "Iniciar prueba gratuita".
3. El navegador abre app.example.com/signup.
4. El usuario verifica el correo electrónico a través de un servicio de autenticación.
5. El usuario crea un espacio de trabajo.
6. El usuario conecta una integración.

Ahora decide qué eventos importan:

• Vista de la página de destino
• Registro iniciado
• Registro completado
• Espacio de trabajo creado
• Primera integración conectada
• Primer informe visto

Cada evento debe tener un propietario y una definición. Si "registrarse" significa iniciar un formulario en una herramienta y una cuenta verificada en otra, los informes de atribución no serán confiables.

Utilice UTM de forma constante

Los UTM siguen siendo la forma más sencilla de preservar el contexto de la campaña. Úselos para anuncios pagos, correo electrónico, asociaciones, publicaciones en redes sociales, enlaces de afiliados y códigos QR sin conexión. Mantenga los valores en minúsculas, predecibles y libres de datos personales.

Bueno:

?utm_source=linkedin&utm_medium=paid-social&utm_campaign=q2-demo

Malo:

?utm_source=linkedin&utm_campaign=jane.smith@example.com-demo

La documentación UTM de Google sigue siendo una referencia útil para el significado de los parámetros incluso si utiliza un producto de análisis diferente (Ayuda Google Analytics).

Mantenga la atribución propia siempre que sea posible

Para viajes entre subdominios, la medición propia suele ser suficiente. Puede utilizar el mismo script de análisis y proyecto en subdominios relacionados y luego almacenar solo el contexto de origen mínimo necesario para los informes agregados.

En una implementación que prioriza la privacidad:

• No almacene direcciones IP completas.
• No cree perfiles entre sitios en dominios no relacionados.
• Evite las huellas digitales como solución alternativa a los límites de cookies.
• No pase correos electrónicos o identificaciones de clientes en las URL.
• Elimina los parámetros de consulta confidenciales antes de la recopilación de análisis.
• Utilice retención breve para datos de eventos sin procesar.

Si utiliza cookies, preste atención al consentimiento y al alcance de las cookies. Los subdominios pueden leer una cookie cuyo alcance es .example.com, pero sigue siendo una tecnología de seguimiento y puede requerir consentimiento según el propósito y la jurisdicción. La guía de ICO UK es clara en cuanto a que las cookies no esenciales y tecnologías similares necesitan control del usuario (ICO).

Manejar la autenticación y las redirecciones de pago

Los proveedores de autenticación y los procesadores de pagos suelen interrumpir la atribución. Si un usuario pasa por auth.vendor.com o checkout.vendor.com, sus análisis pueden tratar la devolución como una nueva referencia.

Utilice estas salvaguardas:

• Agregue dominios de pago y autenticación conocidos a las exclusiones de referencias donde su herramienta lo admita.
• Almacenar el contexto de la campaña antes de redirigir.
• Activa eventos de conversión después de que el usuario regresa a tu dominio.
• Conciliar conversiones analíticas con registros de backend.
• Flujos de prueba en navegación privada y con consentimiento rechazado.

Para conversiones de alto valor, registre también la conversión en el servidor. El análisis del lado del navegador es bueno para el contexto de marketing, pero su backend debe seguir siendo la fuente de verdad para las cuentas creadas, las suscripciones pagas y las facturas.

Activación de atributos, no solo registro

Muchos equipos SaaS se detienen en "prueba iniciada". Que premie las campañas que generen curiosidad, no necesariamente clientes. Mejores informes conectan la fuente de adquisición con los hitos de activación.

Ejemplos:

• Los visitantes de la búsqueda orgánica crean menos cuentas pero se activan a un ritmo mayor.
• Las redes sociales pagas crean muchos registros pero pocas conexiones de integración.
• Las referencias de socios generan menos pruebas pero más actualizaciones pagas.
• El tráfico de documentación se convierte lentamente pero produce usuarios con alta retención.

Para esto no necesita vigilancia a nivel de persona. Agregar cohortes por fuente, campaña, página de destino y evento de activación puede ser suficiente.

Una lista de verificación de atribución entre subdominios

Antes de confiar en los números, pruebe el recorrido completo:

• Mismo proyecto de análisis o informes claramente unidos entre subdominios.
• Páginas vistas registradas para cambios de ruta del lado del cliente.
• UTM conservados o capturados antes de las redirecciones.
• Dominios de autenticación y pago manejados intencionalmente.
• Eventos de conversión definidos una vez.
• Registros backend conciliados con recuentos analíticos.
• Se eliminaron los parámetros de URL confidenciales.
• Comportamiento de consentimiento probado en mercados regulados.
• Bot y tráfico interno filtrado.

La atribución entre subdominios debería aclarar las decisiones, no crear un gráfico de identidad en la sombra. Mida el camino desde el origen hasta el resultado, mantenga los datos propios y mínimos, y utilice la verdad del backend para eventos que afecten los ingresos o el cumplimiento.

Verificaciones de atribución finales

Antes de confiar en la atribución entre subdominios, demuestre tres cosas: el contexto de la campaña sobrevive al viaje, la conversión existe en su sistema backend y los datos URL confidenciales se eliminan antes de que la analítica los reciban.

Utilice análisis para responder preguntas operativas como qué canal atrajo visitantes calificados, qué página de destino convirtió y dónde cayó el embudo. Mantenga los datos personales fuera de los parámetros de la campaña, evite la toma de huellas digitales como atajo y concilie los resultados de alto valor con los registros propios.