Postback S2S: cómo hacer el seguimiento de conversiones
Cómo vincular un clic con un registro o depósito: identificador de clic, postback, control de duplicados, conciliación y causas de eventos no registrados.
Qué es un postback S2S
Un postback S2S es un mensaje del servidor del anunciante al servidor de la plataforma de afiliación sobre un resultado: un registro, un primer depósito u otro evento acordado. Ayuda a vincular el resultado con un clic en el enlace del afiliado. El postback, por sí solo, no demuestra la buena fe del remitente: se necesitan autorización, validación de datos y conciliación.
Cómo se vincula un clic con un evento
El visitante hace clic en el enlace de seguimiento. La plataforma registra el clic y transmite su identificador al anunciante. El anunciante guarda la asociación con el usuario y, cuando se produce la acción objetivo, devuelve ese identificador junto con el evento.
La secuencia es la siguiente: enlace de campaña → clic → almacenamiento del identificador → acción en el sitio del anunciante → mensaje del servidor → validación → registro de la conversión. Una interrupción en cualquiera de los pasos puede impedir la atribución.
Qué datos deben acordarse
Se necesitan el identificador del clic, el tipo de evento, un número único de operación y, cuando el cálculo depende de un importe, su valor y moneda. Los nombres exactos de los parámetros deben obtenerse de la documentación vigente de la integración. Un ejemplo de otra red de afiliación no garantiza la compatibilidad.
Acuerde por separado cómo se distinguen el registro, el primer depósito y los depósitos posteriores. Un importe nuevo no convierte un depósito posterior en el primero. En los modelos basados en ingresos, aclare el significado del importe comunicado: un depósito y los ingresos netos no son intercambiables.
Por qué repetir una solicitud no debe generar un segundo pago
La conexión puede interrumpirse después de que el mensaje se haya procesado correctamente, pero antes de que el anunciante reciba la respuesta. El remitente repite la solicitud aunque el evento ya esté registrado. Por ello, cada operación necesita un identificador estable: cambiar el número en cada intento dificulta detectar la repetición.
La comprobación de autorización y la protección contra remuneraciones duplicadas cumplen funciones distintas. La primera limita quién puede enviar mensajes; la segunda impide pagar dos veces por un mismo evento. Las claves secretas deben permanecer en el servidor; no deben incluirse en enlaces públicos ni en materiales publicitarios.
¿Es necesario instalar código en el sitio web?
El propio postback de servidor requiere un intercambio entre servidores. Aun así, el anunciante necesita obtener y guardar el identificador del clic. La implementación concreta depende de su sitio web y de la integración. Un píxel en el navegador puede ser una herramienta complementaria, pero no sustituye la confirmación del resultado financiero desde el servidor.
El modelo CPM requiere una medición independiente de las impresiones: un enlace normal registra clics. No se deben calcular las impresiones a partir del número de clics ni considerar cada solicitud a una página como una visualización remunerable de un anuncio.
Qué hacer si el anunciante no envió el evento
Un clic por sí solo no permite saber si hubo un depósito. Se necesitan el registro de envíos del anunciante, la respuesta del receptor y una conciliación con el sistema de origen. Compare las operaciones por sus identificadores y horas, no solo por los importes totales del día.
Utilice la lista de verificación para localizar conversiones no registradas. Las reglas para que un evento confirmado se convierta en ingresos disponibles se explican en el artículo sobre el periodo de retención.