Meta dice una cosa, Google otra y tu tienda otra distinta

La ventana de atribución: el mismo pedido, dos días distintos

Tu tienda anota la venta el día que se pagó. La plataforma la anota el día del clic o de la impresión que se lleva el crédito. Alguien que vio un anuncio el lunes y compró el jueves aparece el jueves en tu tienda y el lunes en el reporte de la plataforma.

Comparar un martes contra un martes, entonces, no compara nada. Es el motivo más común de pánico los lunes a la mañana, y se disuelve solo al mirar períodos largos en vez de días sueltos.

A eso se le suma el largo de la ventana. Cada plataforma trae la suya por defecto, y las de una y otra no son iguales. Si tu ciclo de decisión es largo —ticket alto, producto que se consulta antes de comprar— la ventana corta deja afuera ventas que sí ocurrieron. Si es corto, la ventana larga se cuelga el crédito de gente que iba a comprar igual.

Último clic contra crédito de plataforma

La analítica de tu tienda suele trabajar con último clic o con un modelo que reparte entre los pasos que pudo observar. Cada pedido se le asigna entero a un responsable.

Las plataformas de anuncios no juegan a ese juego. Cada una evalúa su propia contribución con su propio criterio, y ese criterio incluye impresiones sin clic. Dos plataformas pueden reclamar legítimamente el mismo pedido, y lo hacen todo el tiempo.

Ahí está el origen de la suma imposible: si sumás lo que reporta cada canal, el total supera lo que vendiste. No hay nada que arreglar. Simplemente esas cifras no son sumables, del mismo modo que no se suman dos encuestas sobre la misma población.

Conversiones modeladas: estimación, no registro

Entre el consentimiento de cookies, las restricciones de seguimiento en el navegador y el bloqueo del identificador en el teléfono, una parte de la gente que compra ya no es observable de punta a punta.

Las plataformas no dejan ese hueco en blanco: lo estiman. Miden un grupo que sí pueden observar, proyectan el comportamiento al que no, y reportan el total sin distinguir a simple vista qué parte vio y qué parte calculó.

No está mal que lo hagan. Un reporte que ignorara lo no observable subestimaría de forma sistemática, y eso también lleva a decisiones malas. Pero una conversión modelada no es una fila en tu base de datos: es una inferencia estadística razonable, y no se le pueden hacer las preguntas que se le hacen a un registro. No sirve para reconciliar contra tus pedidos, y no sirve para llamar a un cliente.

El lado del servidor no es un duplicado del píxel

Mandar las conversiones desde el servidor recupera parte de lo que el navegador ya no deja ver: el pedido salió de tu backend, que es donde ocurrió de verdad.

La pieza que decide si eso suma o arruina es la deduplicación. El mismo evento viaja por dos caminos —navegador y servidor— con un identificador compartido, y la plataforma tiene que reconocer que son el mismo hecho. Si el identificador no se genera igual de los dos lados, o si el envío del servidor manda uno nuevo, no hay deduplicación posible: hay doble conteo.

Y el doble conteo tiene una consecuencia peor que un reporte inflado. La optimización aprende con esos eventos. Si le enseñás que cada compra vale el doble, la puja se mueve en consecuencia y termina pagando de más por perfiles que se duplican más fácil. El error no se queda en el reporte: se te mete en la compra de medios.

Instalar el envío desde el servidor y no revisar la tasa de deduplicación es, en la práctica, mudar el problema de lugar.

Qué hacer con la diferencia

Lo primero es dejar de perseguir el cero. La brecha no se cierra porque no es un defecto.

• -Elegí una única fuente de verdad para la facturación, y que sea tu tienda. Es la que factura, la que cobra y la que después vas a defender frente al contador.
• -Usá los reportes de plataforma para lo que sirven: comparar entre campañas dentro de esa misma plataforma. Adentro de un reporte el criterio es consistente, y ahí la comparación sí vale.
• -Medí la brecha por canal como un indicador propio, y seguila en el tiempo. Un canal que se atribuye una porción estable de tus pedidos es un canal que entendés.
• -Prestale atención a los saltos, no al nivel. Que la brecha sea grande es normal; que se duplique de un mes al otro sin que nadie haya tocado nada es una señal, y ahí sí hay algo que revisar.

Cuándo la diferencia sí es un error

Todo lo anterior explica una brecha estable. No explica cualquier cosa. Estos casos son fallas de verdad, y se arreglan.

• -El evento de compra dispara más de una vez por pedido: al confirmar y otra vez cuando alguien recarga la página de gracias.
• -El valor que se manda no es el mismo que cobrás: unas veces con envío, otras sin impuestos, otras el subtotal del carrito en lugar del total pagado.
• -La moneda no viaja con el evento, y la plataforma la interpreta a su criterio.
• -Pedidos que no pasan por el checkout —los que se cierran por mensaje directo, por teléfono o en el local— existen en tu tienda y no existen para ninguna plataforma.
• -Pedidos cancelados, rechazados por el medio de pago o devueltos que nunca se descuentan de lo reportado.

Estos se distinguen de la brecha normal por una propiedad clara: son inconsistentes con el propio sistema. Un evento duplicado hace que la plataforma reporte más ventas que tu tienda, cosa que la atribución sola no puede producir.

El punto

Que los tres números no coincidan no es un error a corregir. Son tres mediciones distintas de cosas distintas, hechas con criterios que nadie se puso de acuerdo en unificar y que además cambian cuando cambian las reglas de privacidad.

El trabajo no es hacerlos coincidir. Es saber qué mide cada uno, decidir cuál manda para cada decisión, y darse cuenta cuándo la diferencia dejó de ser la de siempre.