Preguntas frecuentes sobre notificaciones de eventos del ciclo de vida de la acción

Si quieres recibir notificaciones en tiempo real cada vez que las acciones que generas se registren, modifiquen o reviertan, puedes configurar Notificaciones de eventos del ciclo de vida de la acción para recibir esas notificaciones.

¿Qué es una notificación de evento?

Las notificaciones de eventos pueden actualizar un sistema de terceros en tiempo real mediante llamadas HTTP al servidor. Si tienes configurada una notificación de evento y ocurre un evento desencadenante (como que la marca con la que colaboras modifique una acción que generaste), impact.com enviará un postback a la URL que proporcionaste con una notificación.

Nota: Las notificaciones de eventos, los postbacks y los webhooks son todos términos diferentes para el mismo proceso en la plataforma. Por coherencia, el resto de este artículo usará el término "postback".

¿Cómo funcionan los postbacks del ciclo de vida de la acción?

Los postbacks del ciclo de vida de la acción funcionan notificándote cada vez que ocurre un evento "no estándar" en el ciclo de vida de la acción. Los eventos no estándar son eventos que no tienen fechas o períodos de tiempo establecidos en tu contrato. Por ejemplo, la fecha de bloqueo de una acción es un evento estándar o predecible, ya que el período de bloqueo de la acción está definido en tu contrato. Sin embargo, que una acción sea modificadaes un evento no estándar, ya que no existe un intervalo de tiempo ni fechas establecidas en tu contrato, lo que lo hace no estándar (o impredecible).

Aquí hay algunos ejemplos de eventos no estándar del ciclo de vida de la acción. Estos sí generarán un postback.

• Una acción que generaste es rastreada o reportada a impact.com.

• Una acción que generaste es modificada por la marca con la que colaboras.

• Una acción que generaste es revertida por la marca con la que colaboras.

Aquí hay algunos ejemplos de eventos estándar del ciclo de vida. Estos no generarán un postback.

• Una acción que generaste se bloquea (es decir, ya no puede modificarse ni revertirse).

• Una acción que generaste se paga en tu cuenta.

Advertencia: Para los postbacks a nivel global, deberías recibir un postback cada vez que ocurra un evento "no estándar", como una modificación o una reversión. Ten en cuenta que los postbacks a nivel de evento no activarán eventos no estándar del ciclo de vida de la acción.

¿Por qué no usar simplemente la API de impact.com?

Aunque nuestra API es perfectamente adecuada para proporcionarte la misma información, existen algunas diferencias de características y restricciones entre nuestra API y nuestro sistema de postbacks que probablemente harían de los postbacks una solución más conveniente para ti. Estas incluyen lo siguiente:

• Los postbacks ocurren en tiempo real. Los postbacks son generados por impact.com y los recibes en un plazo de 15 minutos después de que ocurra un evento no estándar.

• Los postbacks tienen acceso a más datos de conversión. Incluso si no ves el punto de datos que necesitas en nuestra interfaz de usuario (o en nuestra hoja de referencia para desarrolladores) al configurar tus postbacks, probablemente tengamos disponible ese punto de datos si te pones en contacto con tu administrador de cuenta de publisher (o contacta con soporte).

• Los postbacks no tienen límites de tasa. Cuando usas la API de impact.com, estás sujeto a límites de tasa impuestos por el sistema. En concreto, al usar la API de impact.com, estás limitado a 1000 solicitudes de API para la mayoría de los endpoints, mientras que los postbacks no tienen tal límite.

• Para acceder a nuestro Portal de integraciones.

¿Son fiables los postbacks?

Sí. impact.com usa postbacks en algunas de nuestras propias soluciones de seguimiento. No necesitas cumplir ningún criterio especial para usar postbacks, y no enfrentas ningún límite de tasa.

Si un postback falla cuando impact.com publica en tu URL de destino, impact.com reintenta la entrega automáticamente. Esto ayuda a compensar problemas temporales de red o breves periodos de indisponibilidad del servidor. impact.com reintenta un postback fallido hasta 15 veces en total.

impact.com no reintenta un postback si la URL de destino está mal formada o no es válida. impact.com tampoco reintenta URL u hosts no resueltos. Un fallo de búsqueda DNS es un ejemplo.

impact.com omite los primeros 3 reintentos para respuestas HTTP de 400 a 500.

Cuando realizamos mantenimiento de nuestro sistema de postbacks, se te notificará y los postbacks se pausarán. Sin embargo, tan pronto como completemos el mantenimiento, comenzaremos inmediatamente a recuperar tu sistema.

Sin embargo, si notas un retraso en la recepción de postbacks, como por ejemplo que una acción fue modificada y no has recibido un postback en más de una hora desde que ocurrió la modificación, contacta con soporte.

¿Qué medidas de seguridad usa impact.com para los postbacks?

Al usar postbacks, establecerás el destino al que quieres que se envíen las llamadas. Debido a esto, porque impact.com almacena los datos en nuestro backend, y porque impact.com realiza una llamada de servidor a servidor cuando enviamos los datos, no hay manera de interceptar los datos mientras están en tránsito.

Si quieres, podemos crear una cabecera personalizada que transmita otro conjunto de credenciales para incluir en las llamadas de postback que impact.com te envía. No puedes crear esta cabecera en la aplicación web, así que ponte en contacto con tu administrador de cuenta de publisher (o contacta con soporte) para notificarnos que quieres que se cree esta cabecera.

¿Cómo configuro los postbacks del ciclo de vida de la acción?

Para obtener más instrucciones sobre cómo configurar y probar los postbacks del ciclo de vida de la acción tanto a nivel global como a nivel de evento, consulta el artículo Configurar postbacks del ciclo de vida de la acción.