Las compras duplicadas tras instalar la API de Conversiones casi siempre significan una cosa: el navegador y el servidor envían valores de event_id distintos para la misma compra. Meta deduplica cuando coinciden event_name y event_id. Si los ID difieren, no tiene forma de saber que los dos eventos son el mismo pedido, así que cuenta ambos.
La versión peligrosa es el fallo contrario: ID que colisionan y ventas reales que pierdes en silencio.
Instalar la API de Conversiones es la decisión correcta. El seguimiento en el navegador pierde eventos por bloqueadores de anuncios, prevención de seguimiento, sesiones rotas y páginas que no terminan de cargar, y un flujo desde el servidor recupera buena parte de ellos. Casi todo el mundo debería usar ambos.
Pero «usar ambos» significa que ahora Meta recibe dos avisos de cada compra, y lo único que le impide contar cada una dos veces es un identificador compartido. Si ese identificador falla en un sentido, tus ingresos se duplican sobre el papel. Si falla en el otro, tus ingresos se reducen a la mitad sin que nadie lo note.
Cómo funciona realmente la deduplicación
Meta compara dos campos juntos: event_name y event_id. Ambos deben coincidir.
Browser: event_name: "Purchase" event_id: "a91f-2026-08-12" Server: event_name: "Purchase" event_id: "1047"
Browser: event_name: "Purchase" event_id: "order_1047" Server: event_name: "Purchase" event_id: "order_1047"
La regla es fácil de enunciar y fácil de romper en la práctica, porque los dos lados suelen construirlos sistemas distintos en momentos distintos. El evento del navegador lo genera un tema o un gestor de etiquetas; el del servidor, una app, un servicio intermedio o tu propio código. Nada los obliga a coincidir y nada te avisa cuando no lo hacen.
Elegir un identificador que no pueda desviarse
El identificador debe ser único por pedido e idéntico en ambos caminos. Esos dos requisitos descartan casi todo lo que se suele elegir primero.
| Candidato | ¿Único por pedido? | ¿Igual en ambos lados? | Veredicto |
|---|---|---|---|
| ID / número de pedido | Sí | Sí, si ambos leen el pedido | Úsalo |
| UUID generado al azar | Sí | Solo si se genera una vez y se transmite | Arriesgado |
| ID de checkout | No siempre | Suele diferir del ID de pedido | Evítalo |
| ID de sesión | No | No | Nunca |
| Marca de tiempo | No | Casi nunca | Nunca |
Las marcas de tiempo son el peor candidato y el más tentador, porque parecen únicas. No lo son: dos pedidos en el mismo segundo colisionan, y el reloj del navegador no es el reloj de tu servidor. Un UUID solo vale si se genera una vez y luego se pasa al otro lado; si cada lado genera el suyo, has construido una máquina de duplicados.
A todos les preocupa el doble conteo porque se ve. El peor error es un identificador que no es único: un ID de checkout reutilizado entre pedidos o un valor que se repite. Entonces Meta deduplica correctamente dos compras realmente distintas en una, y pierdes ingresos reales en tus informes sin ningún error en ninguna parte.
El doble conteo parece una buena noticia y se investiga. La pérdida silenciosa parece un declive lento y se culpa a los anuncios.
Demostrar que funciona, no suponerlo
Configurado no es lo mismo que funcionando. Esta es la prueba que lo resuelve, y lleva unos quince minutos.
- Haz un pedido realUna compra real a través del checkout real, no un enlace de prueba. Anota el número de pedido.
- Captura el ID del evento en el navegadorAbre las DevTools antes de pagar, filtra la pestaña Network por
facebook, completa el pedido y lee eleventIDde la petición Purchase. - Captura el ID del evento en el servidorEn los registros de tu integración de CAPI, o en el Administrador de eventos, busca el evento del servidor de ese mismo pedido y lee su
event_id. - Compáralos carácter por carácterNo parecidos. Idénticos. Un prefijo en un lado (
order_1047frente a1047) es un fallo, no un detalle. - Revisa los informes de deduplicaciónEn el Administrador de eventos, abre el evento Purchase y mira cómo se recibe. Una configuración bien deduplicada muestra el navegador y el servidor como fuentes del mismo evento, no dos totales separados.
- Concilia una semana completaCompara el número de pedidos de tu tienda con las compras del Administrador de eventos en una semana cerrada. Bastante por encima de tus pedidos significa duplicación. Bastante por debajo significa pérdida.
El número que te dice que funciona
Una vez correcta la deduplicación, la métrica que vale la pena vigilar es la calidad de coincidencia de eventos (Event Match Quality). Refleja cuánta información identificativa envías con cada evento (correo cifrado, teléfono, nombre, ubicación, identificadores de clic) y determina lo bien que Meta puede atribuir una conversión a la persona que vio el anuncio.
Aquí es donde la API de Conversiones demuestra su valor. Tu servidor conoce el correo y el teléfono del cliente porque acaba de comprar. El navegador, a menudo, no. Enviar esos datos desde el servidor, correctamente cifrados, suele aportar más que recuperar los eventos bloqueados.
Los identificadores de cliente deben cifrarse con SHA-256 antes de enviarse. No es un detalle de rendimiento: es la diferencia entre enviarle a Meta un hash y enviarle los datos personales sin procesar de tus clientes. Si construyes tú mismo la integración, comprueba el cifrado en una carga real antes de publicar, porque un error aquí es un incidente de protección de datos y no un fallo de seguimiento.
Lo que no afirmo
No te he dado una puntuación objetivo de calidad de coincidencia ni una mejora esperada por instalar CAPI. Ambas dependen por completo de los datos de cliente que puedes recoger legítimamente, de tu checkout y de tu tráfico, y cada referencia publicada que he visto viene de un proveedor cuyo producto mejora precisamente el número que mide.
Mide tu propio punto de partida antes del cambio, vuelve a medir cuando haya pasado una ventana de atribución completa y compárate contigo mismo. Esa comparación vale más que cualquier promedio publicado.
¿No sabes si tu deduplicación funciona?
Es una comprobación de quince minutos y la mayoría de configuraciones no la pasan. Envíame la URL de tu tienda y te diré lo que encuentro.
Consigue una auditoría gratuita de seguimiento →