Conversiones perdidas: por qué un postback llegó vacío y cómo encontrar la causa

La situación más frustrante en una red: el anunciante muestra un depósito, el afiliado envía una captura de pantalla y la conversión no aparece en tus estadísticas. La causa casi siempre se ve en el registro de postbacks entrantes; solo hay que saber qué buscar. Cómo configurar los postbacks desde cero se explica en el artículo sobre postbacks S2S; este trata del diagnóstico cuando algo ya ha fallado.

Por dónde empezar

Abre el registro de postbacks entrantes del día y busca las solicitudes con error. Cada una muestra qué llegó, qué respondió el tracker y por qué no se contó la conversión. Después mira el valor de click_id: casi siempre indica qué pasó.

1. click_id está vacío

La solicitud se ve así: click_id=&status=sale. El anunciante envió un postback, pero no tenía el ID del clic. Es decir, en el momento del clic tu ID nunca le llegó.

Una causa frecuente es pasar el ID en el parámetro equivocado. Por ejemplo, las plataformas de afiliados basadas en Cellxpert guardan el ID del clic solo en los parámetros afp, afp1…afp10. Si el tracker añade &click_id=… al enlace, la plataforma simplemente no lo guarda y el postback vuelve vacío.

Qué hacer: pregunta al anunciante en qué parámetro recibe y devuelve el ID del clic, y configura ese parámetro en los ajustes de la landing. El postback del anunciante debe usar el macro correspondiente: click_id={afp}.

2. Llegó un ID ajeno

En lugar de tu ID llega un valor con otro formato, como un UUID largo que no está entre tus clics. Es un ID del sistema del anunciante o de un tracker intermedio. Ocurre cuando el enlace de la oferta contiene un macro que tu tracker no conoce: llega al anunciante como texto plano y este pone su propio ID en su lugar.

Qué hacer: usa en el enlace de la oferta {click_id} o el parámetro configurado en los ajustes de la landing, y comprueba el enlace con un clic de prueba: en la barra de direcciones del anunciante debe aparecer tu ID.

3. Un macro no se sustituyó

Llegan valores como {ngr}, [DepositId] o [Transaction_sum]. El postback del anunciante usa un macro que su sistema no tiene o que está escrito con otras mayúsculas y minúsculas. La conversión se cuenta igualmente, pero sin el importe del depósito ni el ID de transacción, y sin ID de transacción el tracker detecta peor los duplicados.

Qué hacer: compara los macros con la documentación de la plataforma del anunciante. En PrimeTrack, los macros sin sustituir y los valores vacíos cuentan como “no enviados”, así que la conversión no se pierde por ellos.

4. El postback viene de ti mismo

Si las solicitudes fallidas se repiten a los 1, 5 y 15 minutos, y luego a la hora y a las dos horas, es el calendario de reintentos de los postbacks salientes. Lo más probable es que la configuración de postback de algún afiliado apunte a tu propio tracker con un macro vacío. La conversión queda registrada; solo falla el reenvío al afiliado.

Qué hacer: busca en el registro de postbacks salientes qué afiliado tiene esa dirección y pídele que use la URL de su propio tracker.

Referencia rápida

Si hay muchos postbacks vacíos, revisa a la vez todas las landings de la misma plataforma de afiliados: el error suele ser el mismo en todas sus ofertas. Otras formas de perder dinero se explican en el artículo sobre el fraude.