Postback
Un postback es un aviso automático que un sistema envía a otro cuando cambia el estado de una conversión: nueva solicitud, aprobación, rechazo o pago.
En pocas palabras
Cuando un lead avanza desde la solicitud hasta el pago, todas las partes necesitan enterarse de cada paso: el anunciante, la red y el afiliado. El postback es la forma de transmitir ese mensaje de manera automática, sin exportaciones ni hojas de cálculo. El servidor del anunciante llama a una dirección acordada de antemano y comunica que el lead con tal identificador tiene ahora tal estado.
Cómo se ve en la práctica
En el momento del clic, la red o el tracker le asigna un identificador único. Ese identificador viaja junto con la solicitud. Cuando un vendedor aprueba o rechaza el lead, se envía un postback con ese identificador y el nuevo estado. El tracker del afiliado actualiza sus estadísticas y la red, sus cálculos.
Técnicamente, el postback es un caso particular de webhook aplicado al registro de conversiones.
Por qué le importa al responsable
De los postbacks depende lo rápido y lo honesto que los proveedores de tráfico ven el resultado. Si los estados se envían con una semana de retraso, el afiliado no puede optimizar sus campañas: sigue enviando lo que no funciona o se va.
Para el dueño, los estados a tiempo son una forma de dirigir el flujo: mostrar rápido qué fuentes traen basura y no pagar por lo que no sirve.
Errores habituales
- Los estados cambian en el registro de ventas, pero el postback no se envía, y en la red los leads quedan semanas en estado pendiente.
- El identificador del clic se pierde por el camino y la conversión ya no se puede vincular con su fuente.
- Solo se envían las aprobaciones y no los rechazos. Así el socio no entiende por qué su tasa de aprobación es baja y no puede corregir el tráfico.
Más en Señales
- Difusión por Viber sin bloqueos: cómo escribir a los clientes sin perder el remitenteUna difusión por Viber sin bloqueos se apoya en el consentimiento del destinatario, una baja sencilla, el horario adecuado, un remitente reconocible y textos personales que primero se envían a una parte pequeña de la base. El número y el nombre del remitente deben pertenecer a la empresa, no a un empleado. Evalúas la difusión por respuestas, bajas, quejas, ventas e ingresos, no por la cantidad de envíos.
- Imagine que su equipo tuviera su propio servidor, y una letra al otro ladoUn CRM en servidor dedicado da claridad al directivo: los datos del equipo no están junto a los de otros, y se sabe en qué país se guardan, quién tiene acceso y quién responde por parte del proveedor. Pero no da seguridad por sí solo: hacen falta actualizaciones, copias de seguridad, un registro de accesos y reglas claras. Esto lo deciden el directivo, el abogado y el equipo de seguridad, no la idea del servidor.