Deduplicación de conversiones: por qué su cuenta cuenta doble

Hay un momento que casi todo negocio vive después de montar medición desde el servidor: el retorno reportado sube de golpe, sin que nadie haya cambiado un anuncio. La tentación es celebrar. La realidad, en siete de cada diez casos que auditamos, es que la misma venta se está contando dos veces.

Eso es exactamente lo que la deduplicación evita. Es el mecanismo que le permite a la plataforma darse cuenta de que el evento que le llegó por el navegador y el que le llegó por el servidor son el mismo hecho, y contarlo una sola vez. Suena técnico, pero la consecuencia de no tenerlo es puramente de negocio: usted decide con números inflados.

Por qué existen dos caminos para el mismo evento

Hoy una conversión viaja por dos rutas al mismo tiempo. Una sale del navegador de la persona, desde el código que vive en su página. La otra sale de su servidor o de su plataforma de comercio, directo a la plataforma publicitaria, sin pasar por el navegador.

Se usan las dos a propósito: la del navegador trae contexto rico pero se pierde con bloqueadores y rechazo de cookies; la del servidor es confiable pero ciega a parte del comportamiento. Juntas cubren mucho más. El problema aparece cuando nadie le enseña a la plataforma a reconocer que son gemelas.

Cómo se ve el doble conteo en su reporte

• ●El número de compras reportadas sube sin que suba la facturación real.
• ●Su tasa de conversión en el reporte de la plataforma supera lo que la lógica del negocio permite.
• ●El ingreso atribuido se acerca sospechosamente al doble del ingreso de caja.
• ●El diagnóstico de la plataforma muestra eventos duplicados o una tasa de deduplicación muy baja.

En una tienda que auditamos, Meta reportaba 212 compras en un mes. La plataforma de venta mostraba 118 pedidos. El retorno reportado era de 6,1 y el real de 3,4. Con 6,1 en pantalla, el dueño estaba a punto de duplicar el presupuesto sobre un margen que no aguantaba.

La llave del asunto: un identificador único por evento

La deduplicación funciona con una idea muy simple: cada conversión lleva una etiqueta única, y si llegan dos eventos con la misma etiqueta, la plataforma se queda con uno. Esa etiqueta tiene que ser exactamente la misma en las dos rutas.

• ●Lo ideal es usar el número de pedido de su sistema: es único, existe de todas formas y le sirve después para reconciliar.
• ●Nunca use una marca de tiempo ni un número aleatorio generado en el navegador: el servidor generará otro distinto y la deduplicación falla.
• ●El nombre del evento también debe coincidir. Si el navegador manda compra y el servidor manda pedido, no se van a reconocer.
• ●En Google se usa un identificador de transacción con la misma lógica.

Suena elemental, pero este es el punto donde se rompe casi todo. Un desarrollador monta la parte del navegador, otro la del servidor, nadie acuerda de dónde sale el identificador, y el sistema queda contando doble durante meses sin que nadie lo note.

Deduplicación dentro de su propio sitio

El doble conteo no solo ocurre entre navegador y servidor. También ocurre dentro de la misma página, y esas fallas son más comunes de lo que parece.

• ●La página de gracias se recarga o se vuelve a visitar: cada recarga dispara una compra nueva.
• ●El cliente vuelve a esa página desde el historial días después y suma otra conversión.
• ●El código de seguimiento quedó instalado dos veces, una directo en el sitio y otra por el gestor de etiquetas.
• ●Una integración de la plataforma de comercio dispara el mismo evento que su configuración manual.

La solución práctica es que la página de confirmación solo registre la venta si el pedido no había sido registrado antes, y que alguien revise el código fuente buscando etiquetas repetidas. Esa revisión toma media hora y ha salvado presupuestos completos.

Cómo verificar que quedó bien, sin ser técnico

No necesita leer código para comprobarlo. Necesita hacer tres cosas y saber qué está buscando.

• ●Haga una compra de prueba real, de valor bajo, y anote el número de pedido.
• ●Entre a la herramienta de diagnóstico de la plataforma y busque ese evento. Debe aparecer una sola compra, marcada como deduplicada o recibida por las dos rutas.
• ●Revise el panel de calidad del conjunto de datos: la tasa de deduplicación debería estar alta y la advertencia de eventos duplicados no debería aparecer.
• ●Repita el ejercicio una vez al mes y cada vez que alguien toque el sitio.

Qué pasa con sus campañas cuando deduplica bien

Prepárese para un susto sano: el retorno reportado va a bajar. En la tienda del ejemplo pasó de 6,1 a 3,6, mucho más cerca del 3,4 real. Nadie perdió ventas ese día; simplemente dejaron de contarse dos veces.

La ganancia de fondo es que el algoritmo empieza a aprender con señales limpias. Cuando la plataforma recibe información duplicada, optimiza hacia patrones que no existen. Con datos deduplicados, el costo por adquisición real suele mejorar en las semanas siguientes, aunque el tablero se vea más modesto.

Cómo lo resolvemos en Manu

En Manu tratamos la deduplicación como un requisito de entrada, no como un ajuste fino. Ninguna cuenta pasa a fase de escalamiento con eventos duplicados, porque escalar sobre un dato inflado es la forma más rápida de quemar caja.

• ●Definimos el número de pedido como identificador único y lo dejamos documentado para navegador, servidor y equipo de desarrollo.
• ●Hacemos una compra de prueba y verificamos la deduplicación evento por evento antes de encender presupuesto.
• ●Cruzamos mensualmente el conteo de la plataforma contra la facturación y reportamos la brecha, no solo el resultado.
• ●Avisamos por anticipado cuando el retorno reportado va a bajar por corrección de medición, para que nadie lea esa caída como una caída de ventas.

Un número menor pero cierto vale mucho más que uno grande que no aguanta una revisión. Sobre el primero se puede construir; sobre el segundo solo se puede tropezar.