Seguimiento de afiliados de servidor a servidor (postback)

En el marketing de afiliación, el seguimiento de servidor a servidor, o seguimiento postback, registra las conversiones de afiliados mediante una solicitud de un servidor a otro. Un identificador de referencia capturado previamente vincula la conversión con el afiliado. Reduce la dependencia de que un navegador active un píxel de conversión, pero sigue dependiendo de identificadores fiables, de la integración y de los requisitos de privacidad aplicables.

¿Qué vincula el clic con la conversión?

El identificador de referencia se captura antes de la conversión y se almacena en un lugar del que el proceso del pedido o del cliente pueda recuperarlo. A continuación, el postback envía el identificador requerido y los detalles del evento al sistema de seguimiento. Una solicitud autenticada del servidor solo es útil si el evento comercial y los datos de atribución son correctos.

Postback frente a píxel del navegador

La entrega desde el servidor evita depender de que un navegador cargue la página de conversión. No hace que la etapa de identificación anterior sea inmune a las restricciones del navegador ni a la pérdida de datos.

Un recorrido hipotético de postback

Una referencia de afiliado genera el ID de clic click-42. El comerciante lo guarda junto con el pedido order-1042. Tras un pago válido, el servidor envía un evento con esos identificadores y el importe apto. El sistema de seguimiento aplica las reglas de atribución y comisiones, y devuelve la respuesta admitida por la integración.

Si se agota el tiempo de espera de la solicitud, puede ser necesario reintentarlo. El evento repetido debe hacer referencia a la misma acción para que la deduplicación de conversiones evite otra comisión por la venta. Un reembolso posterior debe registrarse como un ajuste de la venta original.

¿Qué debe abarcar una prueba de integración?

• Captura del identificador durante las redirecciones y el proceso de pago.
• Campos obligatorios, moneda, importe y tipo de evento.
• Autenticación y comportamiento permitido del remitente.
• Solicitudes correctas, rechazadas y con tiempo de espera agotado.
• Entregas duplicadas y conversiones retrasadas.
• Reembolsos, cancelaciones y eventos de facturación recurrente.

Concilia las transacciones de origen con las del sistema de seguimiento. Un registro de entregas confirma el resultado de una solicitud, pero no demuestra que se hayan capturado todas las referencias aptas.

¿Cómo funcionan los parámetros de postback y los reintentos?

Asigna los campos explícitamente

El remitente y el receptor deben acordar los nombres de los campos, el método HTTP, el formato de los valores y el tipo de evento. Un identificador de clic llamado click_id en un sistema no completará automáticamente un campo distinto en el receptor. Conserva su valor exacto durante las redirecciones y el proceso de pago; después, comprueba el resultado registrado por el receptor.

No incluyas secretos de producción en enlaces de ejemplo. Usa el mecanismo de autenticación compatible con la integración y guarda los valores confidenciales en la configuración adecuada del servidor. La guía de protección del seguimiento de ventas de Post Affiliate Pro es una referencia específica del producto, no un protocolo universal de postback.

Lista de comprobación para la gestión de errores

1. Registra la transacción de origen antes de intentar la entrega.
2. Valida los campos obligatorios y el tipo de evento admitido.
3. Registra si el receptor aceptó o rechazó la solicitud.
4. Reintenta los fallos temporales que corresponda sin cambiar la identidad del evento.
5. Remite los errores persistentes a un operador para que los investigue.
6. Concilia las conversiones de origen con los registros de seguimiento aceptados.

La guía de webhooks de Stripe ofrece ejemplos de gestión de eventos duplicados y retrasados. Para las respuestas de éxito y el comportamiento de los reintentos, sigue el protocolo real del receptor de afiliación.

¿Qué demuestra un postback correcto?

Solo demuestra aquello que establecen la respuesta y el registro del receptor. Puede que la solicitud haya llegado al punto de conexión y, aun así, no haya superado la validación, no haya incluido un afiliado apto o haya creado una comisión pendiente en lugar de aprobada. Inspecciona el evento y el importe registrados. La entrega técnica, la atribución, la elegibilidad comercial y el pago son etapas distintas que deben comprobarse por separado.

Un postback fiable requiere más que una URL

Captura el identificador de clic o de referencia en la etapa de llegada y guárdalo con los datos del cliente o del pedido. Cuando se produzca una conversión apta, el sistema de comercio enviará ese identificador junto con un ID de transacción estable y los detalles requeridos del evento al sistema de seguimiento.

Autentica las solicitudes mediante el mecanismo compatible con la integración y evita incluir credenciales en URL públicas y código del cliente. Define qué significa una respuesta correcta, pon en cola los fallos para reintentarlos y registra los resultados de entrega. Reintentar una solicitud no debe generar una segunda comisión por la misma conversión apta.

Prueba los identificadores perdidos, los eventos retrasados, las entregas duplicadas, los reembolsos y las renovaciones de suscripciones. La entrega del lado del servidor resuelve una parte del recorrido; no recupera datos de referencia que nunca se capturaron ni autoriza un tratamiento que carezca del consentimiento necesario.

Para consultar los ajustes correspondientes de Post Affiliate Pro, visita la documentación de seguimiento S2S . Comprueba la configuración y los requisitos de integración conforme a las reglas de tu programa.

Proceso de un vistazo