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

En la práctica, el seguimiento de atribución 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 sola marca. Tu conjunto de analítica puede ver varias visitas desconectadas entre sí.

Esa desconexión puede hacer que el tráfico orgánico parezca débil, que las campañas de pago parezcan mejores o peores de lo que son, y que la activación del producto parezca no tener relación con la landing page que la originó.

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 generan brechas de atribución de formas predecibles:

• El sitio de marketing y la app usan propiedades de analítica distintas.
• 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 referencia están mal configuradas.
• Las cookies están limitadas a un host en lugar del dominio principal.
• Una single-page app cambia de ruta sin registrar vistas de página.
• La app del producto registra la activación, pero el sitio de marketing registra la adquisición.

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

Define el recorrido antes de configurar las herramientas

Empieza por el recorrido real del usuario. Para una empresa SaaS, ese recorrido se ve así:

1. El visitante llega a www.example.com/blog/... desde 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 su correo 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 landing page
• Registro iniciado
• Registro completado
• Espacio de trabajo creado
• Primera integración conectada
• Primer informe visto

Cada evento debe tener un único responsable y una única definición. Si "registro" significa inicio de formulario en una herramienta y cuenta verificada en otra, los informes de atribución no serán fiables.

Usa los UTM de forma consistente

Los UTM siguen siendo la forma más simple de preservar el contexto de campaña. Úsalos en anuncios de pago, email, alianzas, publicaciones en redes sociales, enlaces de afiliados y códigos QR offline. Mantén los valores en minúscula, predecibles y sin datos personales.

Bien:

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

Mal:

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

La documentación de UTM de Google sigue siendo una referencia útil sobre el significado de los parámetros, aunque uses otro producto de analítica (Ayuda de Google Analytics).

Mantén la atribución first-party siempre que sea posible

Para recorridos entre subdominios, la medición first-party basta. Puedes usar el mismo script de analítica y el mismo proyecto en los subdominios relacionados, y almacenar solo el contexto de origen mínimo necesario para el reporte agregado.

En una implementación centrada en la privacidad:

• No almacenes direcciones IP completas.
• No construyas perfiles cross-site entre dominios sin relación.
• Evita el fingerprinting como solución alternativa a las limitaciones de cookies.
• No pases correos electrónicos ni IDs de cliente en las URLs.
• Elimina los parámetros de consulta sensibles antes de la recolección de analítica.
• Usa una retención corta para los datos de eventos sin procesar.

Si usas cookies, presta atención al consentimiento y al alcance de la cookie. Una cookie limitada a .example.com puede leerse desde los subdominios, 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 la ICO del Reino Unido es clara en que las cookies no esenciales y tecnologías similares requieren control por parte del usuario (ICO).

Gestiona la autenticación y las redirecciones de pago

Los proveedores de autenticación y los procesadores de pago interrumpen la atribución. Si un usuario pasa por auth.vendor.com o checkout.vendor.com, tu herramienta de analítica trata el regreso como una nueva referencia.

Aplica estas medidas:

• Añade los dominios conocidos de autenticación y pago a las exclusiones de referencia donde tu herramienta lo permita.
• Guarda el contexto de campaña antes de que se dispare la redirección.
• Dispara los eventos de conversión después de que el usuario regrese a tu dominio.
• Concilia las conversiones de analítica con los registros del backend.
• Prueba los flujos en navegación privada y con el consentimiento rechazado.

En conversiones de alto valor, registra la conversión también en el servidor. La analítica del lado del navegador es útil para el contexto de marketing, pero tu backend debe seguir siendo la fuente de verdad para las cuentas creadas, las suscripciones pagadas y las facturas.

Atribuye la activación, no solo el registro

Muchos equipos de SaaS se detienen en "prueba iniciada". Eso premia a las campañas que generan curiosidad, no necesariamente a las que generan clientes. Los mejores informes conectan el origen de adquisición con los hitos de activación.

Algunos ejemplos:

• Las visitas de búsqueda orgánica crean menos cuentas pero se activan a una tasa más alta.
• Las redes sociales de pago generan muchos registros pero pocas conexiones de integración.
• Las referencias de partners generan menos pruebas pero más upgrades pagados.
• El tráfico de documentación convierte lento pero produce usuarios de alta retención.

No necesitas vigilancia a nivel de persona para esto. Basta con cohortes agregadas por origen, campaña, página de destino y evento de activación.

Una checklist de atribución entre subdominios

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

• Mismo proyecto de analítica o informes claramente unidos entre subdominios.
• Vistas de página registradas para los cambios de ruta del lado del cliente.
• UTMs preservados o capturados antes de las redirecciones.
• Dominios de autenticación y pago gestionados de forma intencional.
• Eventos de conversión definidos una sola vez.
• Registros del backend conciliados con los conteos de analítica.
• Parámetros de URL sensibles eliminados.
• Comportamiento de consentimiento probado en mercados regulados.
• Tráfico de bots e interno filtrado.

La atribución entre subdominios debe aclarar las decisiones, no crear un grafo de identidad paralelo. Mide el camino desde el origen hasta el resultado, mantén los datos propios y mínimos, y usa la verdad del backend para los eventos que afectan a los ingresos o al cumplimiento normativo.

Comprobaciones finales de atribución

Antes de confiar en la atribución entre subdominios, demuestra tres cosas: que el contexto de campaña sobrevive el recorrido, que la conversión existe en tu sistema de backend y que los datos sensibles de la URL se eliminan antes de que la analítica los reciba.

Usa la analítica para responder preguntas operativas como qué canal trajo visitantes cualificados, qué página de destino convirtió y dónde se cayó el embudo. Mantén los datos personales fuera de los parámetros de campaña, evita el fingerprinting como atajo y concilia los resultados de alto valor con los registros propios.

Checklist de validación

Antes de confiar en la atribución entre subdominios, ejecuta cinco recorridos de principio a fin: visita directa, visita de campaña UTM, registro de blog a app, redirección de autenticación y redirección de pago. Confirma que la campaña original sobrevive a las redirecciones legítimas pero no se sobrescribe a sí misma en enlaces internos. Los UTMs deben describir enlaces de adquisición externos a la propiedad; usarlos en la navegación interna puede corromper la fuente de verdad.

Después, inspecciona las cargas útiles. El contexto de campaña debe incluir origen, medio, campaña, contenido y a veces utm_id, no correos electrónicos, IDs de cuenta ni tokens de usuario puntuales. La documentación del creador de URL de Google recomienda configurar los parámetros UTM relevantes, especialmente origen, medio, campaña, ID y plataforma de origen cuando corresponda, lo cual es suficiente para la mayoría de los informes de campaña (Creador de URL de Google Analytics).

Por último, concilia los totales de conversión con los registros del backend. La atribución explica de dónde vinieron las conversiones; no debe convertirse en la fuente de verdad sobre si una conversión ocurrió.

Preguntas frecuentes

¿Por qué el mismo visitante aparece como varias sesiones en distintos subdominios?

Porque cada subdominio suele tener su propia propiedad de analítica o limita las cookies a un solo host, de modo que app.example.com y www.example.com nunca comparten el id de visita. Los parámetros UTM y los datos de referencia se pierden en una redirección de registro o en un traspaso de autenticación, así que la misma persona termina contada dos veces como tráfico directo o como autorreferencia.

¿Cuál es el primer paso para arreglar la atribución entre subdominios?

Anota el recorrido real del usuario antes de tocar ninguna herramienta, desde la página de aterrizaje orgánica hasta el registro, la verificación por correo, la creación del workspace y la primera integración. Después asigna un responsable y una definición a cada evento, ya que una definición de "registro" que no coincide entre dos herramientas es lo que rompe el informe más adelante.

¿Debo poner parámetros UTM en los enlaces internos entre mis propios subdominios?

No. Los UTM describen un enlace de adquisición que empieza fuera de la propiedad, y usarlos en un enlace de www.example.com a app.example.com sobrescribirá la fuente real con una interna. Reserva los UTM para anuncios de pago, email, colaboraciones, publicaciones en redes sociales, enlaces de afiliados y códigos QR offline.

¿Necesito una cookie distinta para cada subdominio?

No, si los subdominios comparten un mismo dominio raíz. Una cookie con alcance en .example.com puede leerla tanto www como app, docs y checkout, aunque igualmente cuenta como tecnología de seguimiento y requiere consentimiento según la finalidad y la jurisdicción.

¿Cómo evito que las redirecciones de autenticación rompan la atribución?

Añade los dominios de autenticación y pago a la lista de exclusión de referencias de tu herramienta de analítica y luego guarda el contexto de la campaña antes de que empiece la redirección. Dispara el evento de conversión solo cuando el usuario vuelva a tu dominio. Prueba el flujo en navegación privada y con el consentimiento rechazado para detectar los casos que la lista de exclusión no cubre.

¿Por qué la búsqueda orgánica se ve débil en algunos informes de atribución?

Una desconexión entre el sitio de marketing y la aplicación es una causa habitual. Las sesiones que empiezan con búsqueda orgánica en www.example.com se cortan en la redirección de registro, así que app.example.com registra la activación sin fuente visible, y el informe subestima lo orgánico.

¿La atribución debe terminar en el registro o ir más allá?

Hay que seguirla hasta la activación. El registro por sí solo premia a las campañas que generan curiosidad y no clientes, mientras que observar la creación del workspace y la primera integración conectada puede mostrar que la búsqueda orgánica o el tráfico de documentación activa a una tasa más alta aunque tenga menos registros en bruto.

¿Basta con la analítica del lado del navegador para las conversiones de alto valor?

No por sí sola. La analítica del lado del navegador es útil para el contexto de marketing, pero las suscripciones de pago y las facturas necesitan un registro de backend como fuente de verdad, además de un paso de conciliación entre ambos para que la atribución nunca sea lo que decida si una conversión ocurrió.

¿Qué se debe eliminar de una URL antes de que la analítica la recoja?

Los correos electrónicos, los ID de clientes y otros datos personales no tienen lugar en una cadena de consulta. Elimina los parámetros sensibles antes de la recolección, evita guardar la IP completa, no uses el fingerprinting como solución alternativa a las limitaciones de las cookies y mantén corta la retención de eventos en bruto.

¿Cómo sé si una aplicación de una sola página está rompiendo el seguimiento de pageviews?

Comprueba si los cambios de ruta dentro de app.example.com disparan un evento de pageview, ya que las SPA que actualizan la URL del lado del cliente suelen saltarse la llamada a analítica que sí dispararía una carga completa de página. Los pageviews ausentes en los cambios de ruta son uno de los problemas mencionados entre subdominios y se traducen en un recorrido incompleto entre el registro y la activación.