Tracking por postback (S2S) para afiliados de iGaming
Un postback es la solicitud server-to-server que el sistema del operador envía a tu tracker cuando un jugador se registra o deposita. Cómo funciona, qué lleva la URL y cómo probarlo.
Un postback es una solicitud HTTP que el servidor de un operador o de un programa de afiliados envía a tu tracker cuando un jugador que referiste convierte, por ejemplo con un registro o un primer depósito. Como este postback server-to-server (S2S) lleva el click ID, el tracker puede atribuir la conversión al clic, la fuente de tráfico y la campaña correctos sin que intervenga ningún navegador.
Para un media buyer, estos datos convierten un informe de gasto en un informe de beneficios: muestran qué fuentes traen depositantes, no solo clics.
¿Qué es un postback?
En el marketing de afiliación, un postback es un método de tracking de conversiones: una notificación que un servidor envía a otro cuando ocurre un evento rastreado. La llamada la hace el sistema que registra la conversión, normalmente el software de afiliación del operador o una red de afiliados. Tu tracker de afiliación la recibe y anota la conversión en el clic original.
También lo verás llamado tracking server-to-server, server postback o callback; en cuanto a postback vs. callback, las plataformas de afiliación usan ambos términos indistintamente. La URL de postback es la dirección de tu tracker a la que llama el programa.
Una advertencia para desarrolladores: en ASP.NET Web Forms, un postback es una página que envía su formulario de vuelta a su propio servidor, algo que no tiene nada que ver con el tracking de conversiones.
Cómo funciona el tracking por postback, paso a paso
El tracking por postback envía un click ID con cada visitante y lo recupera en una solicitud de servidor cuando ese visitante convierte, de modo que el tracker pueda emparejar la conversión con el clic. Este es un clic de principio a fin, con ID y dominios inventados.
El clic. Un usuario toca tu anuncio y llega a tu URL de tracking, un enlace rastreable que apunta primero a tu tracker, como
https://trk.example.com/c/41. El tracker registra fuente, campaña, creatividad, dispositivo y hora, y asigna al clic un ID único, por ejemplo7f3a9c21.El traspaso. El tracker redirige al usuario al enlace de la oferta del programa y añade el click ID en el parámetro que el programa reserva para ello, a menudo llamado sub ID:
https://go.example-casino.com/o/12?sub1=7f3a9c21.El registro. El programa guarda el click ID en la cuenta del nuevo jugador. Cuando se completa el alta, su servidor envía una solicitud de postback a tu tracker con ese ID y el nombre del evento.
El depósito. Días después, el jugador fondea la cuenta por primera vez. El programa lanza una segunda solicitud para el mismo click ID, ahora con un payout y un estado pendiente.
La decisión. Tras la revisión del programa, una actualización de estado marca el depósito como aprobado o rechazado.
El reenvío. Tu tracker empareja cada solicitud con el clic
7f3a9c21, actualiza los ingresos de esa campaña y puede reenviar el depósito a la plataforma publicitaria para que sus pujas se optimicen hacia depositantes.
El tiempo varía según el evento. Un registro suele llegar en cuestión de minutos. Un primer depósito puede llegar días después del clic, y la aprobación llega tras el periodo de retención del programa, que a menudo dura unas semanas. Considera incompletos los últimos días de cualquier informe.
Cómo es una URL de postback
Una URL de postback tiene dos partes: la dirección base en tu tracker y una query string de parámetros. Los nombres de los parámetros los define tu tracker. Cada valor es una macro, un marcador de posición que el programa sustituye por datos reales cuando se lanza la solicitud.
Una plantilla ilustrativa, tal como se introduce en el panel del programa:
https://trk.example.com/postback?clickid={clickid}&event={event}&payout={payout}¤cy={currency}&txid={transaction_id}&status={status}
La misma solicitud tal como la recibe tu tracker tras un primer depósito:
https://trk.example.com/postback?clickid=7f3a9c21&event=ftd&payout=150.00¤cy=USD&txid=88412&status=pending
Normalmente es una simple solicitud HTTP GET, con todos los datos del postback en la URL.
| Parámetro | Qué lleva | Por qué lo necesitas |
|---|---|---|
| Click ID | El ID que creó tu tracker, devuelto | El único vínculo entre una conversión y su clic |
| Evento | Registro, FTD, depósito recurrente | Permite pagar y optimizar por evento |
| Payout | Tu comisión por este evento | Lleva los ingresos y el ROI a los informes |
| Moneda | USD, EUR, etc. | Evita mezclar monedas en los totales |
| ID de transacción | Un ID único para esta conversión | Deduplicación y eventos repetidos en un mismo clic |
| Estado | Pendiente, aprobado, rechazado | Separa el dinero retenido del dinero ganado |
La sintaxis de las macros no es estándar: una plataforma usa llaves, otra almohadillas, y los nombres de los parámetros varían según el tracker. Copia ambos de la documentación del programa y del tracker.
Qué eventos se envían en iGaming
En iGaming, los programas suelen reportar registros, primeros depósitos y sus cambios de estado, y un mismo jugador puede generar varias conversiones por postback, según el programa y tu acuerdo.
Registro. El jugador abre una cuenta. Una señal temprana, y el evento que se paga en los acuerdos CPL.
FTD (primer depósito). El evento por el que pagan la mayoría de los acuerdos CPA. El campo de payout puede llevar el importe del CPA, o cero en un acuerdo RevShare.
FTD cualificado. Algunos programas envían un evento aparte cuando el depósito cumple el baseline del acuerdo, como un depósito mínimo o un volumen mínimo de apuestas.
Depósitos recurrentes. Los envían algunos programas; útiles para valorar al jugador.
Cambios de estado. Un FTD pendiente pasa a aprobado, o a rechazado tras controles de cuentas duplicadas, abuso de bonos o fuente de tráfico. Un chargeback puede revertirlo más adelante.
Las ganancias de RevShare suelen liquidarse en informes mensuales y no por postback, aunque algunas plataformas envían actualizaciones de ingresos. CPA vs RevShare vs híbrido explica cómo paga cada modelo.
No todos los programas ofrecen postbacks, y algunas plataformas solo activan por defecto el evento de registro, así que pregunta antes de montar nada. Pujar y recortar fuentes según los FTD aprobados, no según los registros, vincula tus decisiones al evento por el que te pagan.
Postback vs. tracking por píxel: por qué S2S es la opción por defecto
S2S es la opción por defecto porque la solicitud se lanza desde el servidor del programa, así que los límites de cookies, los bloqueadores de anuncios y los eventos tardíos no cuestan conversiones como ocurre con un píxel en el navegador.
Un píxel es un fragmento de código que se carga en el navegador del jugador, normalmente en una página de confirmación, y llama a tu tracker desde allí. Solo funciona si ese navegador todavía conserva la cookie del clic y deja salir la solicitud.
Los navegadores complican ambas cosas. Safari bloquea por defecto las cookies de terceros desde marzo de 2020. Desde 2019, su prevención de rastreo también limita a siete días las cookies creadas por scripts. Los bloqueadores de anuncios pueden detener por completo las llamadas del píxel. Una solicitud de servidor evita todo esto.
| Postback S2S | Píxel | |
|---|---|---|
| Se lanza desde | El servidor del programa | El navegador del jugador |
| Empareja el clic mediante | Click ID en la URL | Normalmente una cookie |
| Bloqueadores de anuncios, límites de cookies | No le afectan | Puede perder conversiones |
| Eventos días o semanas después | Se envían cuando ocurren | Solo si el jugador carga una página con el píxel |
| Configuración | URL y macros en ambos lados | Código en la página del anunciante |
Los píxeles se mantienen cuando un programa no ofrece opción de servidor, o en landing pages que controlas. La atribución basada en cookies también es más fácil de abusar, como muestra el cookie stuffing.
Las plataformas publicitarias aplican la misma lógica del lado del servidor. La Conversions API de Meta recibe eventos desde tu servidor. A octubre de 2026, el método de deduplicación recomendado por Meta empareja un evento de píxel y un evento de servidor con el mismo ID y el mismo nombre de evento, y solo los fusiona si ambos llegan en un plazo de 48 horas.
Cómo configurar y probar un postback
Configurarlo significa hacer coincidir los ajustes del programa y de tu tracker: el click ID sale en el enlace de la oferta, la URL de tu tracker va al panel del programa y una conversión de prueba demuestra que ambos funcionan.
Reúne los datos. Pide al affiliate manager o busca en la documentación del programa el parámetro del click ID, las macros admitidas, los eventos y estados disponibles, y si la URL se configura por oferta o de forma global.
Crea la URL en el tracker. La mayoría de los trackers generan una plantilla para los programas que conocen. Para cualquier otro programa, asigna a mano cada parámetro del tracker a su macro.
Envía el click ID. Añádelo al enlace de la oferta en tu campaña del tracker, en el parámetro sub ID del programa.
Instala la URL. Pégala en el panel del programa, con una entrada por evento si hace falta.
Asigna los estados. Pendiente, aprobado y rechazado deben llegar como estados separados.
Prueba la entrega. Abre el enlace de tu campaña en una sesión limpia del navegador, confirma que el click ID llegó al programa y luego completa un registro de prueba o pide al affiliate manager que lance un postback de prueba.
Revisa el log. Algunas plataformas registran cada solicitud de postback con el código de respuesta de tu servidor. Un 200 significa que tu tracker la aceptó; un 4xx o 5xx apunta a tu endpoint.
Sirve el endpoint del tracker por HTTPS y vuelve a probar cada vez que cualquiera de las dos partes cambie el formato de sus enlaces.
Problemas comunes con los postbacks y cómo solucionarlos
La mayoría de los problemas de tracking vienen de un click ID perdido a la ida, una macro o un parámetro incorrectos, o solicitudes que nunca llegan al tracker. La solución suele empezar por seguir un clic de principio a fin y comparar los logs de ambas partes.
Click ID perdido a la ida. Un prelander o una redirección adicional elimina la query string. Sigue la cadena salto a salto y busca el ID en el informe de clics del programa.
Macro o nombre de parámetro incorrecto. Algunas plataformas distinguen mayúsculas y minúsculas en los nombres de parámetros e ignoran cualquier otra grafía, así que el click ID vuelve vacío. Copia los nombres y las macros tal cual.
URL rota. Valores sin codificar, espacios sueltos o un segundo
?donde corresponde un&corrompen la solicitud.Asignación de estados. Si los depósitos pendientes cuentan como aprobados, el ROI parece mejor de lo que es hasta que llegan los rechazos.
Duplicados. Los reintentos pueden lanzar un mismo evento dos veces, así que basa la deduplicación en el ID de transacción. Al menos un tracker muy utilizado cuenta una sola vez cada par de click ID e ID de transacción y, por defecto, descarta un click ID repetido que no traiga un nuevo ID de transacción.
Solicitudes que nunca llegan. Una caída, un certificado caducado o una regla de firewall pueden bloquear las llamadas entrantes. Compara el log de solicitudes del programa con el de tu tracker.
Totales que no coinciden con el informe del operador. Las aprobaciones tardías, los FTD rechazados, la conversión de moneda y las horas de corte de los informes abren diferencias. Los rechazos son también la forma en que los operadores filtran el fraude; consulta fraude de afiliados en iGaming.
Preguntas frecuentes
¿Qué es una URL de postback?
Una URL de postback es la dirección de tu tracker a la que llama un programa de afiliados cuando se produce una conversión. Las macros del programa rellenan sus parámetros, como click ID, evento, payout y estado.
¿Qué significa «postback» en el marketing de afiliación?
En el marketing de afiliación, un postback es un aviso server-to-server de que un jugador referido ha convertido. El operador o la red le indica a tu tracker qué clic generó el registro o el depósito, y cuánto te paga.
¿Qué es una URL de tracking y en qué se diferencia de una URL de postback?
Una URL de tracking es el enlace en el que hace clic tu tráfico; registra el clic y crea el click ID. El programa llama a la URL de postback más tarde, para informar de en qué se convirtió ese clic.
Postback o píxel: ¿cuál es más fiable?
Por regla general, el tracking S2S es más fiable que un píxel para los programas de operadores. No necesita cookie del navegador, los bloqueadores de anuncios no lo ven y las aprobaciones tardías siguen llegando. Un píxel se instala más rápido, pero puede perder conversiones en navegadores que limitan las cookies.
¿Cómo compruebo que un postback funciona?
Para probar un postback, haz clic en el enlace de tu propia campaña, confirma que el programa recibió el click ID y luego lanza un postback de prueba. El tracker debería registrar el evento y el payout correctos, y cualquier log de solicitudes del lado del programa debería mostrar una respuesta 200.
¿Por qué mi tracker muestra menos conversiones que el operador?
Un tracker suele mostrar menos conversiones que el operador por un click ID perdido en una redirección, una macro incorrecta o un evento que el programa no envía. Si el tracker muestra más conversiones que el informe del operador, suele tratarse de FTD pendientes que luego fueron rechazados.
Fuentes
Everflow Helpdesk, "Understanding tracking with server-to-server postbacks"
Everflow Helpdesk, "How to test partner postbacks"
Voluum Documentation, "Parameters in Postback URLs"
Voluum Documentation, "Upselling: Tracking subsequent conversions"
Offer18 Knowledge Base, "iGaming - Postback"
Referly Help Center, "Postback URL"
Meta for Developers, "Handling Duplicate Pixel and Conversions API Events"
Microsoft Learn, "Page.IsPostBack Property"
