Postbacks y conciliación: qué configurar antes del primer clic

La conversación más cara en la compra de medios suena así: «muéstrennos qué canales trajeron depósitos». Ocurre en la tercera semana del flight, cuando el presupuesto ya está repartido entre inserciones y en el tracker solo hay clics. No hay nada que responder: un evento que no se envió en el momento de la acción no aparece en el informe ni un día después, ni un mes después.

01Qué se envía realmente

Un postback es una petición de tu sistema al tracker en el momento de la acción objetivo. Como mínimo lleva cuatro cosas: el id del clic, el tipo de evento, la hora y el importe. El id une la acción con la inserción, el tipo separa un registro de un depósito, la hora sirve para la ventana de atribución y el importe es lo que permite calcular el retorno por fuente.

En nuestros informes la diferencia práctica entre «registro» y «registro verificado» se mide en múltiplos, no en puntos porcentuales. En un geo Tier-3 típico, el 55–65% de los registrados pasa la verificación. Si al tracker llega un evento en vez de dos, el coste se ve el doble de bueno y no significa nada.

Un evento aparte para el primer depósito es obligatorio. Es el que decide qué canal se queda en la compra y cuál se apaga en la segunda semana. Todo lo anterior son pasos intermedios, y por ellos no se paga.

02Por qué la conciliación es en la primera semana y no en la última

Nuestros números y los del cliente nunca coinciden del todo. Una diferencia del 10–15% es normal: husos horarios distintos, ventanas de atribución distintas, retraso del postback. Una divergencia del doble significa etiqueta perdida, y hay que buscarla ese mismo lunes.

La razón es simple: la brecha no se queda quieta, crece. Cada día sin conciliación son nuevas inserciones marcadas del mismo modo roto. Al final de un flight de seis semanas ya nada permite recuperar qué canal dio el resultado: quedan el total y las conjeturas.

Por eso nuestra primera conciliación está en el calendario para el día siete, no para el treinta. Para entonces el sistema tiene eventos suficientes para ver el desvío, y se ha gastado poco dinero como para que duela.

03Tres lugares donde se pierde la etiqueta

Primero, copiar el enlace a mano. Alguien toma la dirección de la barra, se la manda a un amigo, y el amigo llega como tráfico directo. En la compra con creadores esto no es la excepción sino la mitad del tráfico, por eso nuestra UTM siempre va junto a un código promocional, nunca en su lugar.

Segundo, un redirect que pierde parámetros. Una landing con bifurcación de idioma, un acortador de terceros, el salto a la versión móvil — en cualquiera de esos trasbordos los parámetros pueden no llegar. Comprobarlo lleva diez minutos antes del arranque: abrir el enlace real, llegar al formulario, mirar qué llegó al tracker.

Tercero, la app. Una etiqueta web no sobrevive a una instalación: entre el clic y la apertura de la app está la tienda, que no pasa nada. Aquí funcionan los deep links y las claves de atribución móvil, y eso es una configuración aparte, no una casilla en la existente.

04Qué pedimos antes del arranque

La lista es corta y siempre la misma: acceso al tracker o disposición a que montemos el nuestro, nombres de eventos acordados, un postback de prueba desde el entorno real y el contacto de un desarrollador que pueda responder en un día durante la primera semana.

Lleva de uno a tres días y casi siempre se percibe como un retraso antes del start. En la práctica, esos tres días son la única oportunidad de descubrir que el evento «depósito» llega sin importe y que «registro» se dispara dos veces. Un mes después, la misma noticia cuesta el presupuesto del flight.