"Nuestras cifras de conversiones llevan dos años cayendo poco a poco, y no cambiamos nada en la configuración." Si esto te suena familiar, la causa podría no estar en tu configuración. Podría ser el navegador mismo.
Las cookies de terceros están desapareciendo. Safari y Firefox ya las bloquean. Chrome las ha restringido de forma significativa. El seguimiento de cada plataforma publicitaria depende —en mayor o menor medida— de cookies que los navegadores van eliminando progresivamente. El resultado: las conversiones caen poco a poco, las brechas de atribución se amplían y Smart Bidding recibe menos datos con los que trabajar.
La solución no es cambiar una sola configuración. Es un cambio de estrategia: dejar de depender de las cookies gestionadas por el navegador y apostar por los datos propios (first-party data): la información que tu sitio recopila directamente de los usuarios. Esta guía explica qué deja de funcionar, qué lo reemplaza y cómo verificar que tu medición se mantiene sólida.
1. Qué deja de funcionar cuando desaparecen las cookies de terceros
Las cookies de terceros son cookies que establecen dominios distintos al que el usuario está visitando. Las plataformas publicitarias las usan para:
- Rastrear usuarios entre sitios: conectar un clic en un anuncio del Sitio A con una conversión en el Sitio B
- Atribuir conversiones: vincular la conversión con el anuncio específico que la generó
- Habilitar el remarketing: reconocer a usuarios que regresan para segmentar audiencias
Cuando estas cookies se bloquean:
| Lo que funcionaba antes | Lo que deja de funcionar |
|---|---|
| La cookie de Google Ads conecta el clic con la conversión | La atribución depende únicamente del parámetro de URL gclid (que puede eliminarse) |
| La cookie del Meta Pixel identifica al usuario entre visitas | El Pixel se dispara pero no puede vincular al usuario con su interacción con el anuncio |
| Audiencias de remarketing entre sitios | Los grupos de audiencia se reducen porque no se puede identificar a los usuarios entre sitios |
| Seguimiento de conversiones por visualización (view-through) | Prácticamente eliminado: no hay cookie que conecte la visualización de un anuncio con una visita posterior al sitio |
El impacto práctico varía según la plataforma:
- Google Ads: el menos afectado, porque Google es dueño tanto del buscador como de la red publicitaria, lo que le da contexto propio (first-party)
- Meta: afectado de forma significativa, porque su atribución depende del cruce de cookies entre sitios (de ahí el fuerte impulso hacia CAPI)
- Plataformas publicitarias más pequeñas: las más afectadas, con menos infraestructura para compensar
2. El kit de herramientas de datos propios
Los datos propios (first-party data) son la información que tu sitio web recopila directamente: envíos de formularios, transacciones de compra, direcciones de correo electrónico, números de teléfono, estado de sesión iniciada. Como se recopilan en tu propio dominio, no se ven afectados por las restricciones a cookies de terceros.
Estas son las herramientas que usan datos propios para mantener el seguimiento de conversiones:
Conversiones mejoradas (Google)
Envía datos propios con hash (correo, teléfono, nombre, dirección) junto con el tag de conversión. Google los compara con sus propios datos de usuario para mejorar la precisión de la atribución.
Qué resuelve: llena el vacío cuando se pierde la cookie de gclid (por ejemplo, en recorridos entre dispositivos, cuando ITP elimina cookies, o en ventanas de conversión largas).
Cómo verificarlo: consulta Verificación de conversiones mejoradas.
Conversions API / CAPI (Meta)
Envía los eventos de conversión desde tu servidor directamente a la API de Meta, sin pasar por el navegador. El evento incluye datos de usuario con hash (correo, teléfono, IP, user agent) para el emparejamiento.
Qué resuelve: los datos de conversión llegan a Meta aunque el Pixel esté bloqueado por bloqueadores de anuncios, ITP o restricciones de cookies.
Cómo verificarlo: consulta Verificar Meta Conversions API.
Server-side tagging (Google Tag Manager)
Mueve el procesamiento de tags del navegador del usuario a un servidor que tú controlas. El contenedor de GTM server-side recibe los eventos desde el navegador, los procesa y los reenvía a las plataformas publicitarias.
Qué resuelve:
- Cookies propias establecidas por tu servidor (con una vida útil mayor que las cookies establecidas por JavaScript bajo ITP)
- Evita bloqueadores de anuncios (las solicitudes van a tu dominio, no a
googleadservices.com) - Mejor control de datos (tú decides qué sale de tu servidor)
Cómo verificarlo: consulta Verificación de GTM server-side.
Google Tag Gateway
Google Tag Gateway sirve los scripts de seguimiento de Google y los endpoints de recolección de datos desde tu propio dominio (por ejemplo, analytics.tudominio.com en lugar de googletagmanager.com). Se ubica delante de tu contenedor de GTM server-side.
Qué resuelve:
- Las solicitudes de seguimiento parecen tráfico propio (first-party) tanto para los navegadores como para los bloqueadores de anuncios
- Las cookies establecidas a través del gateway se tratan como cookies propias auténticas, con una vida útil más larga
- Disponible como configuración de un clic en Google Cloud (GCP) o a través de Cloudflare, Akamai y otras CDN
Impacto medido: los anunciantes que adoptan Google Tag Gateway reportan un aumento de entre 9% y 18% en conversiones medidas, principalmente por recuperar señales perdidas por bloqueadores de anuncios y las restricciones de cookies de ITP.
Relación con GTM server-side: Tag Gateway no reemplaza a GTM server-side; es la capa de red que enruta las solicitudes a través de tu dominio hacia tu contenedor de GTM server-side. Piénsalo como la "puerta de entrada" que hace invisible tu configuración server-side ante los navegadores.
APIs server-side específicas de otras plataformas, más allá de Google y Meta
Este artículo se enfoca en Conversiones mejoradas (Google) y CAPI (Meta), pero otras plataformas cuentan con soluciones server-side equivalentes:
- TikTok Events API: envía eventos de conversión de servidor a servidor, con emparejamiento por correo/teléfono con hash. Es indispensable para campañas de TikTok si tu audiencia tiene un uso alto de bloqueadores de anuncios.
- LinkedIn Conversions API: alternativa server-side al LinkedIn Insight Tag. Admite conversiones offline y emparejamiento mejorado. Se lanzó en 2023 y ahora se recomienda usarla junto con el Insight Tag.
- Pinterest API for Conversions: eventos server-side para campañas de Pinterest, con deduplicación frente al Pinterest Tag.
El patrón es universal: todas las grandes plataformas publicitarias ofrecen hoy una vía de eventos server-side. Si estás construyendo tu infraestructura de datos propios, planifica soporte server-side multiplataforma, no solo para Google y Meta.
Customer Match / audiencias personalizadas
Sube listas de clientes (correos y teléfonos con hash) directamente a las plataformas publicitarias para segmentación y medición. Este es un enfoque totalmente basado en datos propios, sin ninguna dependencia de cookies.
Qué resuelve: remarketing y medición basada en audiencias sin ninguna dependencia de cookies.
Consent Mode con modelado
Cuando los usuarios rechazan las cookies, Consent Mode indica a los tags de Google que envíen pings sin cookies. Google usa estos pings, combinados con los datos de los usuarios que sí dieron su consentimiento, para modelar el número probable de conversiones del grupo que no consintió.
Qué resuelve: recupera parte de los datos de conversión perdidos por usuarios que rechazan las cookies, sin ir en contra de su decisión.
Limitación: las conversiones modeladas son estimaciones, no valores medidos. Su precisión depende de tener suficientes usuarios que hayan dado su consentimiento para construir un modelo confiable.
3. Cómo construir una estrategia de datos propios
El cambio hacia los datos propios no consiste en implementar una sola herramienta. Se trata de superponer varias señales para que tu medición sea resiliente sin importar lo que hagan los navegadores en el futuro.
Prioridad 1: capturar identificadores de usuario en el punto de conversión
En el momento de la conversión (envío de formulario, compra), asegúrate de capturar al menos un identificador de usuario que se pueda usar para emparejamiento:
- Correo electrónico (el más confiable; lo usan Conversiones mejoradas, CAPI y Customer Match)
- Número de teléfono (secundario, útil para CAPI y Conversiones mejoradas)
- gclid / fbclid / otros click IDs (siguen siendo valiosos cuando están presentes, pero no pueden ser la única señal)
Prioridad 2: implementar vías server-side
Traslada tu seguimiento de conversiones más crítico a server-side:
- Google Ads: Conversiones mejoradas (lo más sencillo) o GTM server-side (más control)
- Meta: Conversions API junto con el Pixel (Meta recomienda usar ambos; los eventos "redundantes" se deduplican)
- GA4: GTM server-side con un cliente server-side de GA4
Prioridad 3: establecer cookies propias desde tu servidor
Las cookies establecidas por JavaScript enfrentan restricciones cada vez más agresivas en los navegadores:
| Navegador | Vida útil de cookie establecida por JavaScript | Vida útil de cookie establecida por servidor |
|---|---|---|
| Safari (ITP) | 7 días de forma estándar; 24 horas si el dominio se clasifica como rastreador (por ejemplo, dominios que principalmente redirigen a otros sitios) | Hasta la fecha de expiración configurada (por ejemplo, 1 a 2 años) |
| Firefox (ETP) | Varía; las cookies entre sitios se bloquean por defecto | Las cookies propias establecidas por el servidor no se ven afectadas |
| Chrome | Las cookies de terceros están restringidas; las cookies propias establecidas por JavaScript aún no tienen límite | Las cookies propias establecidas por el servidor no se ven afectadas |
El límite de 24 horas en Safari es particularmente perjudicial: si un usuario hace clic en un anuncio hoy y regresa mañana para convertir, la cookie ya desapareció. Las cookies establecidas por el servidor (mediante encabezados de respuesta HTTP o Google Tag Gateway) evitan esta restricción porque Safari las trata como datos propios auténticos.
Si usas GTM server-side o Google Tag Gateway, puedes establecer una cookie propia en tu dominio que persista entre sesiones, manteniendo la identidad del usuario durante toda la ventana de conversión.
Impacto cuantificado de las herramientas de datos propios
¿Cuánto recuperan estas herramientas? Según datos del sector:
| Herramienta | Recuperación típica de conversiones |
|---|---|
| Conversiones mejoradas (Google) | 5–15% más de conversiones atribuidas |
| Conversions API (Meta) | 15–30% más de conversiones frente al Pixel solo |
| GTM server-side + Tag Gateway | Aumento de 9–18% en conversiones medidas |
| Consent Mode con modelado | Recuperación de 5–20% según la tasa de consentimiento |
Estas cifras no son acumulativas: hay solapamiento entre ellas. Pero una pila de datos propios completamente implementada (Conversiones mejoradas + CAPI + server-side tagging + Consent Mode) suele recuperar entre 20% y 35% de las conversiones que de otro modo se perderían por restricciones de cookies y bloqueadores de anuncios.
Prioridad 4: infraestructura de consentimiento
La estrategia de datos propios sigue requiriendo consentimiento. Implementa una plataforma de gestión de consentimiento (CMP) que:
- Capture las decisiones de consentimiento de los usuarios
- Se integre con Google Consent Mode (configurando los parámetros
ad_storageyanalytics_storage) - Te permita usar los datos propios con consentimiento respetando al mismo tiempo los rechazos
4. Cómo se ve esto en la práctica
Así es como una configuración de datos propios bien implementada maneja distintos escenarios de usuario:
| Escenario | Qué sucede | Calidad de los datos |
|---|---|---|
| El usuario acepta las cookies y convierte | El tag se dispara normalmente; gclid, cookie y datos de conversión mejorada están disponibles | Atribución completa |
| El usuario rechaza las cookies y convierte | El tag se dispara en modo restringido (Consent Mode); los datos de conversión mejorada (correo con hash) igual se envían; CAPI envía el evento server-side | Parcial, pero el emparejamiento por correo recupera la mayor parte de la atribución |
| El usuario bloquea anuncios/seguimiento (bloqueador de anuncios) | Los tags del lado del cliente quedan totalmente bloqueados | CAPI (server-side) igual envía el evento; se pierde el lado cliente |
| Entre dispositivos: hace clic en el anuncio desde el celular y convierte en la computadora | La cookie no puede conectar ambos dispositivos | Conversiones mejoradas empareja el correo entre dispositivos |
| Ventana de conversión larga (clic hoy, conversión en 30 días) | ITP puede haber eliminado la cookie después de 7 días | El gclid del parámetro de URL más el correo de conversión mejorada recuperan el emparejamiento |
Sin herramientas de datos propios, los escenarios 2 a 5 terminan en conversiones perdidas. Con ellas, la mayor parte de esos datos es recuperable.
5. Cómo verificar que tu estrategia de datos propios está funcionando
Verificación 1: diagnóstico de conversiones mejoradas
En Google Ads → Objetivos → Conversiones → Diagnóstico, revisa el estado de las conversiones mejoradas. Debería mostrar:
- Una tasa de emparejamiento (porcentaje de conversiones emparejadas mediante datos mejorados)
- Indicadores de calidad de datos para cada campo (correo, teléfono, nombre, dirección)
Si la tasa de emparejamiento es cercana a cero, tus datos de conversión mejorada no se están enviando o no están emparejando.
Verificación 2: calidad de emparejamiento de eventos de CAPI (Meta)
En el Administrador de eventos de Meta, revisa la puntuación de Event Match Quality de tus eventos de CAPI. Meta la puntúa del 1 al 10:
- 7–10: buena; suficientes parámetros para un emparejamiento confiable
- 4–6: moderada; agrega más parámetros (correo, teléfono, IP)
- 1–3: deficiente; los eventos llegan pero Meta no puede emparejarlos con usuarios
Verificación 3: comparar el conteo de eventos del lado del navegador vs. del lado del servidor
Si estás ejecutando tanto el seguimiento client-side como el server-side (recomendado para Meta), compara el número de eventos:
- Si los eventos server-side superan significativamente a los client-side, tu seguimiento client-side está siendo bloqueado por bloqueadores de anuncios o ITP
- Si son aproximadamente iguales, la mayoría de los usuarios están viendo ambos, aunque la vía server-side sigue aportando resiliencia
Verificación 4: auditoría de vida útil de cookies
Revisa cuánto tiempo persisten realmente tus cookies propias:
- En DevTools → Application → Cookies, mira las fechas de expiración
- Las cookies establecidas por JavaScript en Safari mostrarán expiraciones de 7 días (o menos)
- Las cookies establecidas por el servidor deberían mostrar expiraciones más largas (hasta el valor que hayas configurado)
Verificación 5: verificación de Consent Mode
Envía una conversión de prueba bajo tres estados de consentimiento:
- Consentimiento otorgado: el tag se dispara por completo, se envían todos los datos
- Consentimiento denegado: el tag se dispara en modo restringido (sin cookies, datos limitados)
- Sin decisión de consentimiento aún: depende de tu configuración predeterminada (verifica si el tag se dispara siquiera)
Para cada estado, verifica qué datos llegan a la plataforma publicitaria usando la pestaña Network de DevTools.
6. La pregunta del modelado: ¿puedes confiar en las conversiones modeladas?
Las conversiones modeladas de Google estiman las conversiones que se habrían medido si las cookies no estuvieran restringidas. Aparecen en tus informes junto a las conversiones medidas, a veces sin una distinción clara.
Cuándo confiar en ellas:
- Tu tasa de consentimiento está por encima de aproximadamente 30% (suficientes datos reales para construir un modelo confiable)
- Las cifras modeladas son direccionalmente consistentes con tus datos de backend
- Las usas para análisis de tendencias y optimización de pujas, no para un conteo exacto
Cuándo tener cautela:
- Tasas de consentimiento muy bajas (por debajo de aproximadamente 10%): el modelo tiene muy pocos datos con los que trabajar
- Cuando las conversiones modeladas suben o bajan de golpe sin un cambio correspondiente en tu negocio
- Al comparar las conversiones reportadas por la plataforma con el conteo exacto de transacciones de tu backend
El enfoque práctico: usa las conversiones modeladas más las medidas para pujas y optimización (las plataformas están diseñadas para eso), pero usa tus datos de backend como fuente de verdad para el reporte de ingresos.
Preguntas frecuentes
P. ¿Todavía necesitamos tags de conversión si ya tenemos seguimiento server-side? R. Sí, ejecuta ambos. Los tags del lado del cliente aportan señales en tiempo real y son necesarios para funciones como el remarketing dinámico. El seguimiento server-side aporta resiliencia. La mayoría de las plataformas recomienda una implementación redundante: las plataformas deduplican, así que no habrá doble conteo.
P. ¿El server-side tagging es suficiente para evitar por completo los bloqueadores de anuncios? R. En su mayoría, pero no del todo. El server-side tagging enruta las solicitudes a través de tu dominio, así que los bloqueadores de anuncios estándar no las bloquean. Sin embargo, las herramientas de privacidad más agresivas que bloquean toda comunicación con terceros a nivel de DNS todavía pueden interferir.
P. ¿Cuánto cuesta el server-side tagging? R. El costo principal es la infraestructura del servidor (una instancia de Cloud Run o App Engine para el GTM server-side de Google). Costo típico: entre 50 y 200 dólares al mes, dependiendo del volumen de tráfico. El costo de implementación (tiempo de desarrollo para configurarlo y mantenerlo) suele ser mayor que el costo del hosting.
P. Nuestra tasa de consentimiento es muy baja. ¿Qué podemos hacer? R. Primero, revisa tu banner de consentimiento: el diseño, el momento en que aparece y la claridad influyen mucho en la tasa de aceptación. Un banner bien diseñado suele lograr entre 30% y 50% de consentimiento. Segundo, maximiza los datos que capturas de los usuarios que sí consienten (implementa Conversiones mejoradas + CAPI). Tercero, apóyate en las conversiones modeladas para llenar el vacío, mientras usas los datos de backend como fuente de verdad.
Conclusión: los datos propios no son un proyecto, son la nueva base
El cambio de un seguimiento de conversiones dependiente de cookies a uno basado en datos propios no es opcional. Los navegadores están tomando la decisión por ti. La pregunta no es si adoptar estas herramientas, sino qué tan rápido y de forma qué tan completa.
La buena noticia: las herramientas existen y están maduras. Conversiones mejoradas, CAPI, server-side tagging y Consent Mode con modelado cubren la gran mayoría de los escenarios de seguimiento. El trabajo pendiente es la implementación y la verificación: configurarlo y luego confirmar que realmente funciona en todos los escenarios que enfrentan tus usuarios.
ConversionOK verifica que las señales de conversión que envía tu sitio —ya sean tags del lado del cliente, datos de conversión mejorada o eventos server-side— realmente lleguen a la plataforma publicitaria. A medida que el panorama de medición avanza hacia los datos propios, la verificación se vuelve más importante, no menos, porque hay más vías por las que viajan los datos y más puntos donde pueden fallar en silencio.