Data Manager API de Google Ads: gestionada y alojada en la UE

Tracking server-side de conversiones de Google Ads

Envía las conversiones de tu tienda a la Data Manager API de Google Ads desde el servidor, ya no desde el navegador: deduplicadas con tu etiqueta de Google mediante un identificador de evento compartido, condicionadas al consentimiento de marketing y tratadas en la UE. Sin script de Google Ads que desplegar en tu propia nube, sin contenedor GTM de servidor que configurar: una clave de conexión, y el mismo evento llega también a GA4, TikTok, Pinterest, Google Ads y Microsoft Advertising.

Deduplicación por id de pedido Consentimiento comprobado en ambas capas ¿Cumple con los estándares europeos de privacidad?

Tu cuenta de Google Ads se conecta por OAuth: sin clave, sin secreto de cliente, sin nada que pegar en tu tienda.

El flujo, de principio a fin
Tu tienda Etiqueta de Google en el navegador + evento de servidor, mismo id de pedido
Dispatcher DataFirefly Alojado en la UE: comprobación del consentimiento y después reparto
Conversions API CAPI Measurement Protocol Events API Conversions API Data Manager API
Definición

¿Qué es el tracking server-side de conversiones para Google Ads?

El tracking server-side para Google Ads envía la venta desde tu servidor a Google Ads, la interfaz que Google usa ahora para recibir conversiones. En lugar de pedir al navegador del visitante que comunique la venta, tu servidor envía la conversión directamente. La petición sale de tu infraestructura, así que un bloqueador de anuncios o una política de cookies del navegador no tienen nada que interceptar.

Una conversión de Google Ads necesita un click id

Esta es la parte que casi todas las guías se saltan. Google atribuye una venta a un anuncio mediante el click id que colocó en la URL de destino: gclid, o gbraid y wbraid para los recorridos de app. Sin click id no hay conversión atribuida, sea cual sea el método de tracking. El server-side no cambia esa regla; cambia la fiabilidad con la que el id sobrevive desde la página de destino hasta el pedido.

El id de pedido es lo que evita el doble recuento

La etiqueta del navegador y el servidor envían el mismo id de transacción para la misma venta. Google los empareja y conserva una. Sin ese id compartido, usar la etiqueta y el servidor a la vez infla tus conversiones declaradas.

El Consent Mode sigue aplicándose

Mover una etiqueta al servidor cambia de dónde sale la petición, no si necesitas permiso para enviarla. El consentimiento de marketing sigue siendo obligatorio, y lo comprobamos en ambas capas.

¿Buscas la visión de conjunto en vez de Google Ads en concreto? Lee qué es el tracking server-side y cómo funciona.

El problema

Por qué Google Ads muestra menos conversiones de las que has vendido

El píxel se ejecuta en el navegador del cliente: el único eslabón de la cadena que no controlas, y el que más presión soporta.

  • Los bloqueadores de anuncios

    impiden que la etiqueta se cargue en la página de confirmación del pedido: la conversión sencillamente nunca se comunica a Google Ads.

  • Safari ITP y los límites de cookies de los navegadores

    acortan o eliminan la cookie _gcl_aw que lleva el click id desde el anuncio hasta el pedido.

  • Un click id perdido

    te cuesta la conversión entera, no una parte: Google no puede atribuir una venta que no logra vincular a un clic.

El problema no es solo un hueco en los informes. Smart Bidding aprende de las conversiones que recibe: si declaras menos ventas, el algoritmo puja sobre una imagen parcial de lo que de verdad convierte, y gasta en consecuencia.

La solución

Una conexión con Google Ads gestionada, sin la fontanería

Instala el conector de tu plataforma o llama a nuestra API directamente. Los pedidos validados salen del lado del servidor hacia la Data Manager API, deduplicados con tu etiqueta de Google por el id de pedido y condicionados al consentimiento.

Conversiones que sobreviven al navegador

La compra del lado del servidor sale de tu infraestructura. Cuando la etiqueta del navegador está bloqueada, ese es el evento que recibe Google Ads.

La deduplicación, resuelta por nosotros

El conector envía el id de pedido como id de transacción (transactionId para las compras) en ambos lados. No tienes que montar tú la lógica de emparejamiento.

Los click ids tratados como es debido

gclid, gbraid y wbraid se validan y normalizan antes de salir, incluida la envoltura GCL.<marca de tiempo>. que la etiqueta de Google escribe en la cookie. Un valor mal formado o de relleno se rechaza en lugar de enviarse: un solo id defectuoso degrada todas las campañas que usan esa acción de conversión.

Nada se pierde por el camino

Una cola de reintentos repite automáticamente los envíos fallidos reintentables, de modo que una caída breve en cualquiera de los dos lados no te cuesta una conversión.

Consentimiento aplicado dos veces

La capa del navegador no inyecta nada sin consentimiento de marketing, y el dispatcher aplica una segunda comprobación antes de que algo llegue a Google.

Ninguna credencial en tu tienda

Google Ads se conecta por OAuth desde tu cuenta de DataFirefly, y el token de actualización está cifrado en nuestro lado. Un front-end de tienda comprometido no tiene nada que filtrar.

El Inspector para demostrarlo

Cada evento y su estado por destino se ven en el Inspector, incluidos los omitidos por falta de click id: sabes por qué en lugar de suponerlo.

Un evento, seis destinos

La misma conversión llega también a GA4, TikTok, Pinterest, Google Ads y Microsoft Advertising, sin construir una segunda integración.

Cómo conectarse

Conectar tu tienda a Google Ads

1

Conecta Google Ads una vez, por OAuth

En tu cuenta de DataFirefly, pulsa Conectar Google Ads y elige la cuenta. Después asocia cada evento a su acción de conversión . Un evento sin acción asociada se omite limpiamente, nunca se envía contra la equivocada. de la Conversions API generado en Events Manager. Se guardan cifrados y nunca se envían a tu tienda.

2

Instala el conector de tu plataforma

PrestaShop, WooCommerce o Shopware, y después pega tu única clave de conexión dfss_ . En cualquier otra tecnología, envía tus eventos a nuestra API.

3

Verifica en Google Ads

Haz un pedido de prueba desde un clic real en un anuncio, busca en el Inspector un purchase entregado y confirma que la conversión aparece en Google Ads bajo la acción que has asociado, contada una sola vez.

Comparación

¿Tu propio script, GTM de servidor o conector gestionado?

Tres caminos llevan a la misma Data Manager API. Se diferencian en lo que tienes que mantener en marcha y en si Google es o no el único destino.

Tu propia integración

Código que escribes contra la Data Manager API: renovación de OAuth, validación de click ids, asociación de acciones de conversión, reintentos. Control total, y cada cambio futuro de la API es cosa tuya.

GTM de servidor

Un contenedor GTM de servidor que alojas y configuras, con una etiqueta de Google Ads dentro. Control máximo sobre etiquetas y variables, y verdaderos conocimientos de GTM para construirlo y mantenerlo.

DataFirefly

Un conector gestionado: sin contenedor, sin cuenta de nube, una clave. Google Ads más Meta CAPI, GA4, TikTok, Pinterest y Microsoft Advertising a partir del mismo evento, alojado en la UE.

Cuándo te conviene más otro camino. Si tienes un desarrollador que se hará cargo de la integración y Google es tu único canal, escribirla tú contra la Data Manager API es perfectamente razonable. Si tienes conocimientos de GTM en casa y necesitas control de las transformaciones etiqueta por etiqueta, el GTM de servidor es más flexible que nosotros. Encajamos mejor cuando quieres que tus conversiones lleguen de forma fiable a varias plataformas sin convertirte en un equipo de infraestructura de tracking. Consulta también nuestras páginas Alternativa a Addingwell y FAQ .

Plataformas

Tracking server-side de Google Ads para cada plataforma de e-commerce

¿Un front-end headless o una tecnología propia? Envía tus eventos a nuestra API: el dispatcher trata Google Ads y todos los demás destinos igual. Cuéntanos cómo lo tienes montado.

Precios

Google Ads incluido en todos los planes

Una suscripción cubre toda tu cuenta y todos sus destinos: Google Ads no es un extra de pago. Sube de nivel para más sitios y más eventos al mes.

Gratis

Gratis

€0 Gratis mientras te mantengas por debajo de la cuota mensual: si la superas, nada se rompe.
1 / mes
sitio incluido 10,000 Hasta
eventos / mes
Sin tarjeta bancaria

Empezar gratis

Para una tienda que quiere montar bien sus conversiones de Google Ads.

€39 Gratis mientras te mantengas por debajo de la cuota mensual: si la superas, nada se rompe.
1 / mes
sitio incluido Hasta Hasta
Todos los destinos incluidos
Una factura consolidada

Elegir Growth

Scale

€349 Gratis mientras te mantengas por debajo de la cuota mensual: si la superas, nada se rompe.
20 / mes
sitio incluido Hasta Hasta
Todos los destinos incluidos
Una factura consolidada

¿Prefieres probar antes la conexión? El plan gratuito te deja enviar eventos y verlos llegar antes de suscribirte.

detalle de precios en la página de inicio

Enviar datos a Google, dentro del marco europeo

El tracking server-side cambia de dónde sale la petición. No te saca del RGPD: por eso hemos integrado las comprobaciones de consentimiento en lugar de rodearlas.

¿Cumple con los estándares europeos de privacidad?

Los eventos se tratan en la UE antes de llegar a Google.

Consentimiento comprobado en las dos capas

Nada se activa en el navegador sin consentimiento de marketing, y el servidor lo vuelve a comprobar.

Ninguna credencial que se pueda filtrar

Google Ads se conecta por OAuth y el token de actualización está cifrado en reposo, nunca se envía al navegador ni a la tienda.

Click ids validados, no adivinados

Un click id mal formado o de relleno se rechaza en lugar de enviarse a Google.

DPA disponible

Un acuerdo de tratamiento de datos que cubre este flujo está en nuestra página del DPA.

La clave dfss_… lo encapsula todo: ningún token de destino vive en la tienda.

Seguimiento en tiempo real en nuestra Medido y monitorizado en tiempo real en nuestrapágina de estado pública

, en línea con nuestro SLA.

Preguntas frecuentes: tracking server-side de Google Ads

¿Qué es el tracking server-side de conversiones para Google Ads?

Es enviar la venta desde tu propio servidor a la Data Manager API de Google Ads, en lugar de depender de la etiqueta de Google que se ejecuta en el navegador del visitante. Como la petición sale de tu infraestructura y no del navegador, no la afectan ni los bloqueadores de anuncios ni las restricciones de cookies. Google recomienda mantener la etiqueta y añadir el lado servidor, con ambos deduplicados por el id de pedido.

¿Cómo se envían conversiones a Google Ads del lado del servidor?

Tres caminos habituales: escribir tu propia integración contra la Data Manager API, mantener un contenedor GTM de servidor con una etiqueta de Google Ads dentro, o usar un conector gestionado. Con DataFirefly instalas el conector de tu plataforma (PrestaShop, WooCommerce, Shopware) o llamas a nuestra API, y después pegas una única clave de conexión. Google Ads se conecta por OAuth desde tu cuenta: no hay clave ni secreto de cliente que pegar en tu tienda.

¿El tracking server-side contará mis conversiones de Google Ads dos veces?

No, si la deduplicación está configurada. Cada conversión lleva el id de pedido como id de transacción, tanto en la etiqueta del navegador como en el evento de servidor. Google los empareja por ese id y cuenta la conversión una sola vez. Si la etiqueta está bloqueada, el evento de servidor llega igualmente y la conversión queda registrada: para eso se usan los dos.

¿Por qué algunos de mis pedidos no llegan nunca a Google Ads?

Casi siempre porque el pedido no lleva ningún click id de Google. Google atribuye una conversión mediante el gclid (o gbraid y wbraid para los recorridos de app) colocado en la URL de destino, y si ese id se pierde entre la página de destino y el pedido no hay nada a lo que atribuir la venta. No es un error y nunca inventamos un valor: el evento se omite limpiamente y así se muestra en el Inspector. Los pedidos que vienen del buscador orgánico, del tráfico directo o de otro canal tampoco tienen click id, lo cual es normal y esperable. Para que el identificador sobreviva al navegador, nuestros módulos de PrestaShop, WooCommerce y Shopware lo capturan ya en la página de destino (gclid, gbraid y wbraid) en una cookie propia conservada 90 días, y lo llevan hasta el pedido desde el servidor.

¿El tracking server-side hacia Google Ads cumple el RGPD?

El tracking server-side no elimina la necesidad de consentimiento. Nuestros conectores condicionan tanto la capa del navegador como la del servidor al consentimiento de marketing, y el dispatcher aplica una segunda comprobación antes de que un evento salga hacia Google. Las señales de Consent Mode de tu banner siguen aplicándose. Los eventos se tratan en la UE (Alemania), hay un DPA disponible y el token de actualización de OAuth nunca sale de nuestro servidor. El server-side es un mecanismo de fiabilidad y de calidad del dato, no una forma de saltarse un banner de consentimiento.

¿Funciona con Smart Bidding y Consent Mode v2?

Sí, y ese es el objetivo. Smart Bidding optimiza sobre las conversiones que Google recibe de verdad: recuperar las que perdía una etiqueta bloqueada cambia aquello sobre lo que puja el algoritmo. Consent Mode v2 no se ve afectado: no se envía nada sin consentimiento de marketing, en ninguna de las dos capas, y nuestros módulos de banner de cookies para WordPress y PrestaShop lo implementan de forma nativa. Cuenta con un día para ver el volumen recuperado en Google Ads, no un efecto inmediato.

Google, Google Ads y Google Analytics son marcas de Google LLC. DataFirefly no está afiliada a Google. Los nombres de producto se usan para describir la interoperabilidad.

Deja de perder conversiones de Google Ads por culpa del navegador

Envía tus pedidos del lado del servidor a la Data Manager API de Google Ads: respetuoso con el consentimiento, alojado en la UE, y con Meta CAPI, GA4, TikTok, Pinterest y Microsoft Advertising a partir del mismo evento.