---
title: "Transferencia de conversiones del servidor sin duplicar el conteo"
description: "Cómo activar la transferencia de conversiones del servidor, deduplicar eventos con event_id y leer los reportes sin inflar el número de conversiones."
canonical: https://adsbeast.pro/blog/es/transferencia-de-conversiones-del-servidor-sin-duplicar-el-conteo
language: es
published: 2026-09-16T00:24:39.789Z
updated: 2026-09-16T11:06:51.238Z
author: "Equipo editorial de ADS Beast"
translations:
  - ar: https://adsbeast.pro/blog/ar/server-side-conversion-tracking-how-to-enable-without-double-counting
  - en: https://adsbeast.pro/blog/en/server-side-conversion-tracking-how-to-enable-without-double-counting
  - he: https://adsbeast.pro/blog/he/server-side-conversion-tracking-how-to-enable-without-double-counting
  - ru: https://adsbeast.pro/blog/ru/servernaya-peredacha-konversiy-kak-vklyuchit-bez-dvoynogo-schyota
  - sk: https://adsbeast.pro/blog/sk/serverovy-prenos-konverzii-zapnutie-bez-duplicit
  - uk: https://adsbeast.pro/blog/uk/serverna-peredacha-konversiy-yak-uvimknuti-bez-podviynogo-obliku
---
# Transferencia de conversiones del servidor: cómo activarla sin duplicar el conteo

La transferencia de conversiones del servidor envía cada conversión desde tu backend mediante una API, no desde el navegador. Para que el conteo no se duplique, el píxel y el servidor deben compartir un identificador único de evento, normalmente `event_id`, en cada envío. Sin ese identificador, la plataforma trata ambos eventos como conversiones distintas y suma dos donde hubo una.

## Corto

- El servidor captura conversiones que el navegador pierde por bloqueadores, ITP y restricciones de Safari.
- La deduplicación no se activa en el panel de la plataforma: se construye en el código y en el backend.
- El `event_id` debe ser idéntico en el píxel y en la llamada a la API, o la plataforma cuenta dos veces.
- Tras activar el tracking del servidor hay entre 3 y 7 días de ajustes en la atribución.
- Un pico de conversiones después de activar casi siempre indica duplicación, no mejor rendimiento.

## Qué es la transferencia de conversiones del servidor y de dónde sale el dato

La transferencia de conversiones del servidor es el envío de eventos de conversión desde tu propia infraestructura hacia las plataformas publicitarias mediante APIs como la Conversions API de Meta o el Enhanced Conversions de Google. El dato nace en tu backend, donde ya sabes que un pedido se pagó o que un formulario se envió, y viaja por HTTP hasta la plataforma. No depende de que el navegador del usuario cargue un píxel ni de que acepte cookies.

El tracking de navegador funciona al revés. El píxel se ejecuta en la página, lee la cookie y manda el evento. Cuando el usuario bloquea scripts, cuando Safari aplica sus restricciones o cuando la cookie caduca antes de la conversión, el evento se pierde. En la práctica, esa pérdida se sitúa entre el 20% y el 40% de los eventos según el sector y el dispositivo. La diferencia entre ambos métodos está en el origen: uno sale del cliente, el otro sale del servidor.

Esto también cambia cómo se leen los reportes. Si comparas tus ventas reales contra lo que reporta la plataforma, el tracking solo con píxel suele quedarse corto. El servidor cierra parte de esa brecha, pero solo si los eventos llegan limpios y sin duplicados.

## Cómo funciona la deduplicación entre píxel y API

La deduplicación es el mecanismo por el que la plataforma reconoce que dos eventos recibidos son el mismo y cuenta uno. Se apoya en un identificador compartido que tú generas.

El flujo es siempre el mismo. En el frontend, cuando ocurre la conversión, generas un `event_id` único. Ese mismo valor se envía en el evento del píxel y se pasa al backend, que lo incluye en la llamada a la API. La plataforma compara ambos envíos, ve el mismo identificador y descarta el duplicado. Si los identificadores no coinciden, no hay nada que comparar.

Los nombres de campo cambian según la plataforma. En Meta el campo se llama `event_id` dentro del payload. En Google usas `transaction_id` o el identificador que definas para la conversión. En TikTok funciona con un identificador de evento equivalente. Lo importante no es el nombre, sino que el valor sea exacto en los dos canales.

Hay un detalle que se pasa por alto con frecuencia: el `event_id` debe ser único por conversión y estable durante todo el ciclo. Si generas uno nuevo en el backend, la plataforma verá dos eventos distintos. Si reutilizas el mismo ID para todas las conversiones, pierdes eventos legítimos porque la plataforma los toma como repetidos.

| Aspecto | Tracking de navegador | Transferencia de conversiones del servidor |
|---|---|---|
| Origen del dato | Píxel en el cliente | Backend, vía API |
| Depende de cookies | Sí | No |
| Eventos perdidos por bloqueadores | Entre 20% y 40% | No aplica ese tipo de pérdida |
| Identificador para deduplicar | `event_id` en el píxel | El mismo `event_id` en la llamada a la API |
| Dónde se configura la deduplicación | Código del sitio y backend | Código del sitio y backend |
| Campo típico en Meta | `event_id` | `event_id` |
| Campo típico en Google | Identificador de conversión | `transaction_id` o el que definas |

## Cómo activarla paso a paso

Activar la transferencia de conversiones del servidor es un trabajo de integración, no de configuración en un panel. Estos son los pasos en orden.

1. Define qué eventos quieres enviar desde el servidor. Empieza por el evento de mayor valor: compra, lead o registro. Añadir todos los eventos a la vez multiplica los puntos de fallo.
2. Genera el `event_id` en el frontend en el momento de la conversión. Guárdalo en el objeto de datos del evento y pásalo al backend, por ejemplo en el payload del pedido.
3. Envía el evento desde el píxel incluyendo ese `event_id`.
4. Envía el mismo evento desde el backend a la API de la plataforma, con el mismo `event_id` y los datos de usuario que tengas disponibles.
5. Verifica en el administrador de eventos que los eventos llegan por ambos canales y que la plataforma los marca como deduplicados.
6. Compara durante una semana el número de conversiones reportadas contra tus ventas reales, sin tocar la configuración en ese periodo.

El paso 6 es el que casi nadie respeta. Cambiar parámetros cada día mientras la atribución se recalibra hace imposible saber si el problema es de configuración o de ajuste natural.

Si tu operación incluye canales donde el seguimiento del lado del servidor pesa más, conviene revisar antes cómo se comporta cada red. En [Microsoft Ads: para qué empresas tiene sentido | Guía](/blog/es/microsoft-ads-para-que-empresas-tiene-sentido-guia) se explica en qué casos ese canal justifica el esfuerzo de integración.

## Dónde se configura la deduplicación

La deduplicación se configura en el código de tu sitio y en el backend. No existe un interruptor en el panel de la plataforma publicitaria que active o desactive este comportamiento.

Lo que sí controlas desde la plataforma es la ventana de deduplicación, el periodo durante el cual la red sigue buscando coincidencias entre eventos. Configurarla en 48 horas o más da margen suficiente para que lleguen tanto el evento del píxel como el del servidor, que pueden viajar con segundos o minutos de diferencia. Una ventana demasiado corta deja pasar duplicados cuando el envío del servidor se retrasa por reintentos o colas.

En el lado del código, la responsabilidad se reparte así: el frontend genera el identificador y lo emite con el píxel; el backend lo recibe, lo conserva y lo incluye en la llamada a la API. Si tu backend regenera el identificador en lugar de reutilizar el que ya existe, rompes la cadena. Es el error más común en integraciones hechas a mano.

## Errores que inflan el conteo y cómo detectarlos

Un aumento de conversiones después de activar el tracking del servidor casi nunca significa que estés vendiendo más. Suele significar que estás contando lo mismo dos veces.

El síntoma es reconocible: el número de conversiones sube de forma brusca el mismo día de la activación, y las ventas reales no se mueven. Cuando la causa es una mejor captura de eventos, el aumento es gradual y se concentra en dispositivos donde antes se perdían eventos, típicamente iOS.

Los fallos más habituales son estos. El `event_id` se envía en el píxel pero no en la llamada a la API. El identificador se genera dos veces, una en cada canal. El backend envía el evento con un retraso mayor que la ventana de deduplicación. Se envían eventos desde el servidor que nunca ocurrieron en el navegador, y ahí no hay nada que deduplicar porque solo existe un envío.

Para distinguir duplicación de mejora real, compara los registros del servidor con los eventos recibidos en el administrador de eventos de la plataforma. Si ves dos entradas para la misma conversión con identificadores distintos, es duplicación. Si ves una sola entrada donde antes no había ninguna, es captura recuperada.

## Cuánto tarda en estabilizarse el conteo

Entre 3 y 7 días es el periodo normal de ajuste tras activar la transferencia de conversiones del servidor. Durante esa primera semana las plataformas recalibran la atribución y pueden aparecer picos o caídas de entre el 10% y el 15% en los reportes.

Pasado ese periodo, el número debería mantenerse estable y ser igual o ligeramente superior al del tracking solo con píxel. Si después de diez días el conteo sigue muy por encima de tus ventas reales, no es ajuste: es un problema de deduplicación. Si sigue muy por debajo, probablemente el backend no está enviando todos los eventos que debería.

El tiempo exacto depende de tres cosas: el volumen de conversiones diarias, la cantidad de eventos que envías por canal y la frecuencia con la que la plataforma reprocesa los datos de atribución. Con poco volumen, la estabilización tarda más porque hay menos señal para calibrar.

## Cómo verificar que no hay duplicados

La verificación se hace comparando fuentes, no mirando un solo panel.

- Contrasta el total de conversiones de la plataforma con el total de conversiones de tu propio sistema, en el mismo rango de fechas y con la misma zona horaria.
- Revisa en el administrador de eventos que cada conversión aparece una sola vez, con su identificador.
- Comprueba que el `event_id` que viaja en el píxel es exactamente el mismo que el del backend, sin transformaciones intermedias.
- Confirma que la ventana de deduplicación cubre el retraso real de tus envíos desde el servidor.
- Repite la comprobación en dispositivos y navegadores distintos, porque la pérdida de eventos no es uniforme.

Si tu inversión se reparte entre redes con comportamientos distintos de atribución, el mismo criterio de verificación aplica en todas. En [Publicidad en TikTok: cómo cambia el creativo](/blog/es/publicidad-en-tiktok-como-cambia-el-creativo) y en [Publicidad en Instagram: lanzar, segmentar y medir](/blog/es/publicidad-en-instagram-lanzar-segmentar-y-medir) encontrarás cómo se lee el rendimiento en cada una antes de sacar conclusiones sobre el conteo.

## Por qué la calidad del dato importa más que el volumen

Enviar más eventos desde el servidor no mejora la atribución si esos eventos llegan mal identificados. Las plataformas optimizan con la señal que reciben: si esa señal incluye duplicados, la optimización aprende de un rendimiento que no existe.

Hay una consecuencia práctica. Una cuenta con conversiones infladas reparte presupuesto hacia públicos que parecen rentables y no lo son. El error se descubre semanas después, cuando las ventas reales no acompañan al gasto. La deduplicación correcta no solo arregla el reporte, también evita que el algoritmo tome decisiones sobre datos falsos.

Antes de ampliar la integración a más eventos o más canales, conviene tener estable el evento principal. La tentación de enviarlo todo desde el servidor el primer día suele terminar en una maraña de identificadores que nadie puede rastrear.

Si trabajas con campañas de búsqueda, el mismo principio aplica a la investigación previa: segmentar bien y medir bien son dos caras del mismo trabajo. En [Planificador de palabras clave de Google: guía y herramientas](/blog/es/planificador-de-palabras-clave-de-google-guia-y-herramientas) y en [Investigación de palabras clave: métodos y herramientas SEO](/blog/es/investigacion-de-palabras-clave-metodos-y-herramientas-seo) se detalla cómo construir esa base sin depender de datos inflados.

## Siguiente paso

Elige un solo evento, el de mayor valor, y monta la deduplicación completa antes de tocar nada más: `event_id` en el píxel, el mismo valor en la llamada desde el backend, y ventana de deduplicación en 48 horas o más. Déjalo una semana sin cambios y compara contra tus ventas reales.

Si prefieres no construir la integración desde cero, puedes revisar cómo se implementa la [transferencia de conversiones del servidor](/features/es/tracking) con deduplicación incluida y adaptarla a tu stack.

## FAQ

**¿Qué son las conversiones de servidor y en qué se diferencian de las de navegador?**

Las conversiones de servidor se registran desde tu propio servidor mediante APIs como la Conversions API de Meta o el Enhanced Conversions de Google, sin depender del navegador del usuario. Las de navegador usan píxeles y cookies, que pierden entre un 20% y un 40% de los eventos por bloqueadores, ITP y restricciones de Safari. La diferencia clave está en el origen del dato: una llega por HTTP desde tu backend, la otra desde el cliente.

**¿Cómo evito que se cuenten dos veces las mismas conversiones al activar el tracking del servidor?**

Debes enviar un identificador único de evento, como `event_id`, en cada conversión tanto desde el píxel como desde el servidor. Meta, Google y TikTok usan ese ID para deduplicar automáticamente los eventos que llegan por ambas vías. Sin ese parámetro compartido, la plataforma los trata como conversiones distintas y duplica el conteo.

**¿Cuánto tiempo tarda en estabilizarse el conteo después de activar las conversiones de servidor?**

Lo normal es ver entre 3 y 7 días de ajustes mientras las plataformas recalibran la atribución. Durante esa primera semana pueden aparecer picos o caídas del 10% al 15% en los reportes. Pasado ese periodo, el número debería mantenerse estable y ser igual o ligeramente superior al del tracking solo con píxel.

**¿Dónde se configura la deduplicación entre el píxel y la API de conversiones?**

La configuración se hace en el código de tu sitio y en el backend, no dentro del panel de la plataforma publicitaria. Necesitas generar el `event_id` en el frontend, pasarlo al servidor y enviarlo también en la llamada a la API. En Meta, por ejemplo, el campo se llama `event_id` dentro del payload; en Google es `transaction_id` o el identificador que definas.

**¿Por qué mi cuenta reporta más conversiones después de activar el tracking del servidor?**

Casi siempre es por duplicación: el píxel y el servidor están enviando el mismo evento sin un ID que los una. Revisa que el `event_id` coincida exactamente en ambos envíos y que la ventana de deduplicación de la plataforma esté configurada en 48 horas o más. Si el problema persiste, compara los logs del servidor con los eventos recibidos en el administrador de eventos.

## Preguntas y respuestas

### ¿Qué son las conversiones de servidor y en qué se diferencian de las de navegador?

Las conversiones de servidor se registran desde tu propio servidor mediante APIs como la Conversions API de Meta o el Enhanced Conversions de Google, sin depender del navegador del usuario. Las de navegador usan píxeles y cookies, que pierden entre un 20% y un 40% de los eventos por bloqueadores, ITP y restricciones de Safari. La diferencia clave está en el origen del dato: una llega por HTTP desde tu backend, la otra desde el cliente.

### ¿Cómo evito que se cuenten dos veces las mismas conversiones al activar el tracking del servidor?

Debes enviar un identificador único de evento, como event_id, en cada conversión tanto desde el píxel como desde el servidor. Meta, Google y TikTok usan ese ID para deduplicar automáticamente los eventos que llegan por ambas vías. Sin ese parámetro compartido, la plataforma los trata como conversiones distintas y duplica el conteo.

### ¿Cuánto tiempo tarda en estabilizarse el conteo después de activar las conversiones de servidor?

Lo normal es ver entre 3 y 7 días de ajustes mientras las plataformas recalibran la atribución. Durante esa primera semana pueden aparecer picos o caídas del 10% al 15% en los reportes. Pasado ese periodo, el número debería mantenerse estable y ser igual o ligeramente superior al del tracking solo con píxel.

### ¿Dónde se configura la deduplicación entre el píxel y la API de conversiones?

La configuración se hace en el código de tu sitio y en el backend, no dentro del panel de la plataforma publicitaria. Necesitas generar el event_id en el frontend, pasarlo al servidor y enviarlo también en la llamada a la API. En Meta, por ejemplo, el campo se llama event_id dentro del payload; en Google es transaction_id o el identificador que definas.

### ¿Por qué mi cuenta reporta más conversiones después de activar el tracking del servidor?

Casi siempre es por duplicación: el píxel y el servidor están enviando el mismo evento sin un ID que los una. Revisa que el event_id coincida exactamente en ambos envíos y que la ventana de deduplicación de la plataforma esté configurada en 48 horas o más. Si el problema persiste, compara los logs del servidor con los eventos recibidos en el administrador de eventos.