La atribución de leads es el proceso de asignar a cada registro y a cada venta el canal y la campaña que lo originaron. Es fiable cuando el origen se captura en el primer contacto, viaja con el lead hasta el CRM y se conserva aunque la persona vuelva por otro canal. Sin eso, cada herramienta cuenta una historia distinta.
Si alguna vez has puesto en la misma mesa el informe de Meta Ads, el de GA4 y el recuento del CRM, conoces la escena: tres cifras, ninguna coincide y la reunión acaba discutiendo cuál es “la buena” en lugar de decidir dónde mover presupuesto. En este artículo desmonto el recorrido de un registro típico para ver en qué punto exacto se rompe el dato.
¿Por qué GA4, Meta y el CRM dan cifras distintas?
Primero, lo que no es un error: cada herramienta mide una cosa diferente.
| Herramienta | Qué cuenta | Qué no ve |
|---|---|---|
| Meta Ads | Conversiones que atribuye a sus anuncios, según sus propias ventanas de atribución (que pueden incluir visualizaciones, no solo clics) | Lo que pasa fuera de su píxel o de las conversiones que le envías |
| GA4 | Sesiones y eventos que ha podido medir en tu web, repartidos según su modelo de atribución | Visitas sin consentimiento o con bloqueadores, conversaciones de WhatsApp, llamadas |
| CRM | Personas registradas, su etapa y la venta final | El origen, si nadie lo guardó al entrar |
Meta tiende a atribuirse conversiones que GA4 asigna a otro canal, porque ve impactos que GA4 no puede ver. GA4 pierde sesiones que el navegador no le deja medir. Y el CRM, que es el único que sabe quién compró, a menudo no sabe de dónde venía esa persona.
Por eso “cuadrar al 100 %” no es un objetivo realista ni útil. El objetivo es otro: tener una fuente de verdad para decidir y saber por qué las demás difieren. Google lo explica en su propia guía de atribución en GA4: el reparto del crédito depende del modelo que elijas.
Teardown: el recorrido de un registro en un lanzamiento
Vamos a seguir a una persona en un lanzamiento típico de un infoproducto. Ve un anuncio en Instagram, se registra a una clase gratuita, entra en un grupo de WhatsApp, reserva una llamada y compra. Cada flecha es un punto donde el origen puede perderse.
Paso 1: el clic en el anuncio
El anuncio lleva parámetros UTM en la URL: utm_source, utm_medium, utm_campaign. Hasta aquí, bien. El primer fallo aparece antes de llegar a la web:
- Enlaces sin UTMs. El anuncio los lleva, pero la bio de Instagram, el vídeo de YouTube o el email de la semana pasada no. Todo ese tráfico cae en “directo” o “referral”.
- UTMs inconsistentes. “instagram”, “Instagram”, “ig” e “IG_stories” son cuatro fuentes para cualquier informe. Sin una convención escrita, el dato no se puede agrupar. La guía de Google sobre URLs de campaña es un buen punto de partida para fijarla.
Paso 2: la llegada a la landing
- Redirecciones que se comen los parámetros. Un acortador de enlaces, una redirección de dominio o un cambio de
httpahttpsmal configurado pueden descartar la parte de la URL que lleva los UTMs. El usuario llega; su origen, no. - Consentimiento y bloqueadores. Si la persona rechaza las cookies de analítica o usa un bloqueador, GA4 puede no registrar esa sesión con su origen. No voy a darte un porcentaje porque depende de tu audiencia, tu banner y tu configuración. Lo importante es asumir que existe y no construir la atribución solo sobre la analítica del navegador.
Paso 3: el formulario de registro
Aquí está el fallo más caro y el más fácil de arreglar. El formulario guarda nombre, email y teléfono, pero no guarda el origen. La analítica sabe que “alguien de Instagram se registró”; el CRM tiene a la persona, pero sin saber de dónde viene. Los dos datos nunca se vuelven a juntar.
La solución son los UTMs en formularios: leer los parámetros al llegar a la página, conservarlos durante la visita (la persona puede navegar dos páginas antes de registrarse) y enviarlos en campos ocultos junto con las respuestas. Herramientas como Tally permiten recibir esos valores como campos ocultos; en un formulario propio se hace con unas líneas de código.
Paso 4: el grupo de WhatsApp
Tras registrarse, la persona entra en un grupo o una comunidad de WhatsApp. WhatsApp no conserva los UTMs: una conversación no tiene URL. Si a partir de aquí el seguimiento pasa por WhatsApp y alguien apunta el lead a mano, el origen se pierde o se rellena de memoria.
Por eso conviene que el registro (con su origen) ocurra antes de enviar a nadie a WhatsApp, y que el enlace al grupo salga del sistema, no de un enlace suelto copiado en diez sitios. Es parte de lo que resolvimos con CommunityRedirect: un único enlace que reparte usuarios entre grupos y centraliza la analítica en el punto de redirección.
Paso 5: la agenda externa
La persona reserva una llamada en Calendly o en otra agenda. Dos problemas habituales:
- La reserva no lleva el origen. Muchas agendas externas solo registran los UTMs si llegan en el enlace o en el embed. Comprueba cómo lo hace la tuya con una reserva de prueba.
- La reserva no se vincula al lead. La persona usa otro email al reservar y aparece como un contacto nuevo sin historial. En el CRM, esa llamada “no viene de ningún sitio”.
Paso 6: el cambio de dispositivo
Vio el anuncio en el móvil, se registró desde el móvil y compra días después desde el portátil del trabajo. Para la analítica del navegador son dos personas distintas. Para el CRM es la misma, si el email coincide. Este es el mejor argumento para que el CRM, y no la analítica, sea la fuente de verdad de la venta.
Paso 7: la venta
La compra ocurre en la pasarela de pago o se cierra en la llamada. Si el pago no se cruza con el lead del CRM por email o por un identificador, la venta existe en la contabilidad pero no en el funnel. Nadie puede decir qué campaña la trajo.
¿Cuál debería ser la fuente de verdad de la atribución?
Mi respuesta, para negocios que venden con registros, llamadas o lanzamientos: el CRM o la base de datos donde vive el lead. Es el único sistema que puede unir las tres cosas que importan: quién es la persona, de dónde vino y si compró.
Eso no convierte a GA4 ni a Meta en inútiles. Cada una tiene su trabajo:
- Plataformas de anuncios: optimizar campañas y audiencias con las señales que reciben.
- GA4: entender el comportamiento en la web, detectar fugas en la landing y comparar tendencias.
- CRM: contar registros, llamadas y ventas por origen, y decidir presupuesto.
La regla es no mezclar esos trabajos. Cuando dirección pregunta “¿qué canal trae ventas?”, la respuesta sale del CRM. Cuando el equipo de campañas pregunta “¿qué anuncio convierte mejor dentro de Meta?”, sale de Meta.
¿Cómo se monta un tracking para infoproductores que aguante?
La arquitectura que propongo tiene cuatro piezas. Ninguna es exótica.
1. Convención de UTMs escrita y compartida
Un documento corto con valores permitidos para utm_source, utm_medium y utm_campaign, en minúsculas, y un generador de enlaces para que nadie los escriba a mano. Aburrido, sí. Sin esto, todo lo demás mide basura con precisión.
2. Captura del origen en el primer toque
Campos ocultos en cada formulario con fuente, medio, campaña y la página de entrada. Se guarda el primer origen (cómo descubrió el negocio) y, si vuelve a registrarse, se añade el último origen sin sobrescribir el primero. Con esos dos datos ya puedes responder qué canal descubre audiencia y cuál cierra.
3. Un identificador que viaja con el lead
El email normalizado o un ID propio que acompaña al lead a la agenda, a WhatsApp y a la pasarela de pago. Es lo que permite deduplicar y cruzar la venta con su origen. En la infraestructura para lanzamientos con miles de registros cada registro entraba con su canal y su campaña, se deduplicaba antes de llegar al CRM y los dashboards mostraban registros, asignaciones y ventas por fuente mientras la campaña estaba activa.
4. Eventos coherentes en la analítica y, cuando compense, server-side
GA4 y Google Tag Manager con eventos definidos para cada paso del funnel (registro, preinscripción, llamada agendada), con los mismos nombres que las etapas del CRM. El tracking server-side, por ejemplo con Google Tag Manager en servidor, tiene sentido cuando necesitas enviar conversiones a las plataformas de anuncios con más control o cuando la medición en el navegador se queda corta para tu volumen. No es el primer paso: si el origen no se guarda en el formulario, el server-side no lo arregla. Y si envías eventos a Meta desde el navegador y desde un servidor a la vez, revisa cómo usar el píxel y la API de conversiones sin contar cada conversión dos veces.
¿Qué cambia cuando la atribución está bien montada?
En el caso del funnel, tracking y CRM de una academia online, el punto de partida era justo este: las cifras de cada herramienta no coincidían y el reporting se montaba a mano. Montamos GA4 y Google Tag Manager con eventos para cada paso, formularios en Tally que enviaban cada registro con su fuente a una base común en Airtable, y dashboards de conversión por etapa y por fuente.
Durante el proyecto, las tres etapas medidas mejoraron: opt-in del 70,81 % al 77,61 %, preinscripción del 36,85 % al 44,72 % y llamadas del 9,89 % al 16,22 %. Las mejoras se midieron con el funnel en marcha, así que no se atribuyen a una sola pieza. El aprendizaje que me llevo de ese proyecto es más simple que cualquier cifra: sin tracking fiable no hay optimización. Primero se mide cada paso; después se discute qué cambiar.
Checklist de atribución de leads
Repasa estos puntos con quien lleva campañas y con quien lleva el CRM, juntos:
- Existe una convención de UTMs escrita y todos los enlaces publicados la siguen, también los orgánicos (bio, vídeos, emails).
- Ninguna redirección ni acortador elimina los parámetros de la URL; lo has comprobado haciendo clic en el enlace real.
- Cada formulario guarda fuente, medio, campaña y página de entrada en campos ocultos.
- El CRM conserva el primer origen y el último origen de cada lead, sin sobrescribir el primero.
- Las reservas de la agenda llevan el origen o se vinculan al lead existente.
- El enlace a WhatsApp se entrega después del registro, desde el sistema.
- Las ventas se cruzan con el lead del CRM por email o por un identificador común.
- Los eventos de GA4 usan los mismos nombres que las etapas del CRM.
- Hay un dashboard de registros, llamadas y ventas por fuente que lee del CRM, sin exportaciones manuales.
- El equipo sabe qué herramienta responde a cada pregunta y por qué las cifras no coinciden.
Si os falta más de la mitad, el problema no es de analítica: es de arquitectura. Es la capa de datos que describo en la guía sobre sistemas para negocios digitales, y va de la mano del circuito comercial que explico en leads que se pierden entre el formulario y el comercial. Si tienes un lanzamiento cerca, revisa también el checklist técnico antes de abrir registros.
¿Por dónde empezar a arreglar la atribución?
Coge un registro real de esta semana y sigue su rastro hacia atrás: del CRM al formulario, del formulario a la landing, de la landing al anuncio. Anota dónde desaparece el origen. Ese es tu primer arreglo, y casi siempre está en el formulario.
En FCG Systems este trabajo encaja en tracking server-side y atribución hasta el CRM y, cuando el problema es de cómo se conectan las herramientas, en arquitectura de sistemas. Si tu equipo pasa los lunes montando informes que no cuadran, cuéntame qué proceso os está frenando y te digo dónde miraría primero.
Preguntas frecuentes
¿Por qué no coinciden los datos de Meta Ads, GA4 y el CRM?
Porque cada herramienta cuenta cosas distintas con reglas distintas. Meta atribuye conversiones con sus propias ventanas, que pueden incluir visualizaciones de anuncios; GA4 solo ve las visitas que ha podido medir y aplica su modelo; el CRM registra personas y ventas reales. Que difieran es normal; lo que no es normal es no saber cuál usar para decidir.
¿Qué herramienta debería ser la fuente de verdad de la atribución?
Para decisiones de negocio, el CRM o la base de datos donde vive el lead, porque es la única que conecta el registro con la venta. GA4 y las plataformas de anuncios siguen siendo útiles para optimizar campañas y estudiar el comportamiento en la web, pero no para contar cuántas ventas trajo cada canal.
¿Cómo se guardan los UTMs en un formulario?
Leyendo los parámetros de la URL al llegar a la página, conservándolos durante la visita y enviándolos en campos ocultos del formulario junto con el resto de respuestas. Así el origen viaja con el registro hasta el CRM y no depende de que la analítica haya podido medir esa sesión.
¿Necesito tracking server-side para tener una atribución fiable?
No siempre. Si el origen se captura en el formulario y se conserva en el CRM, ya tienes una base fiable para decidir. El tracking server-side tiene sentido cuando necesitas enviar conversiones a las plataformas de anuncios con más control, o cuando la medición en el navegador se queda corta para tu volumen.
¿Qué modelo de atribución debería usar?
Empieza por guardar el primer origen y el último origen de cada lead en el CRM. Con esos dos datos puedes responder qué canal descubre audiencia y qué canal cierra registros. Los modelos más complejos solo compensan cuando esa base ya es fiable.
