For the complete documentation index, see llms.txt. This page is also available as Markdown.

FAQ sur les notifications d’événements du cycle de vie des actions

Si vous souhaitez recevoir des notifications en temps réel chaque fois que les actions que vous avez générées sont signalées, modifiées ou annulées, vous pouvez configurer Notifications d'événements du cycle de vie des actions pour recevoir ces notifications.

Qu'est-ce qu'une notification d'événement ?

Notifications d'événements peuvent mettre à jour un système tiers en temps réel via des appels au serveur HTTP. Si vous avez configuré une notification d'événement et qu'un événement déclencheur se produit (comme votre marque partenaire modifiant une action que vous avez générée), impact.com enverra un postback à l'URL que vous avez fournie avec une notification.

Comment fonctionnent les postbacks du cycle de vie des actions ?

Les postbacks du cycle de vie des actions fonctionnent en vous informant chaque fois qu'un événement « non standard » se produit dans le cycle de vie de l'action. Les événements non standard sont des événements qui n'ont pas de dates établies ni de périodes définies dans votre contrat. Par exemple, le date de verrouillage est un événement standard, ou prévisible, comme le période de verrouillage des actions est défini dans votre contrat. Une action qui est modifiée, en revanche, est un événement non standard puisqu'aucune plage horaire ni date définie n'existe dans votre contrat, ce qui le rend non standard (ou imprévisible).

Voici quelques exemples d'événements non standard du cycle de vie des actions. Ceux-ci vont créer un postback.

  • Une action que vous avez générée est suivie ou signalée à impact.com.

  • Une action que vous avez générée est modifiée par votre marque partenaire.

  • Une action que vous avez générée est annulée par votre marque partenaire.

Voici quelques exemples d'événements standard du cycle de vie. Ceux-ci ne vont pas créer un postback.

  • Une action que vous avez générée se verrouille (c.-à-d. ne peut plus être modifiée ou annulée).

  • Une action que vous avez générée est versée sur votre compte.

Pourquoi ne devrais-je pas simplement utiliser l'API d'impact.com ?

Bien que notre API soit parfaitement adaptée pour vous fournir les mêmes informations, il existe quelques différences de caractéristiques et de restrictions entre notre API et notre système de postback qui feraient probablement des postbacks une solution plus intéressante pour vous. Elles incluent les suivantes :

  • Les postbacks se produisent en temps réel. Les postbacks sont générés par impact.com et vous sont transmis dans les 15 minutes suivant la survenue d'un événement non standard.

  • Les postbacks donnent accès à davantage de données de conversion. Même si vous ne voyez pas le point de données dont vous avez besoin dans notre interface utilisateur (ou dans notre fiche de référence pour développeurs) lors de la configuration de vos postbacks, nous avons probablement le point de données disponible si vous contactez votre gestionnaire de compte Publisher (ou contactez l'assistance).

  • Les postbacks n'ont pas de limites de débit. Lorsque vous utilisez l'API d'impact.com, vous êtes soumis à des limites de débit imposées par le système. Plus précisément, lors de l'utilisation de l'API d'impact.com, vous êtes limité à 1000 requêtes API pour la plupart des points de terminaison, alors que les postbacks n'ont pas une telle limite.

  • Pour accéder à notre Portail d’intégrations.

Les postbacks sont-ils fiables ?

Oui. impact.com utilise des postbacks dans certaines de nos propres solutions de suivi. Vous n'avez pas besoin de remplir des critères particuliers pour utiliser les postbacks, et vous ne faites face à aucune limitation de débit.

Si un postback échoue lorsque impact.com l'envoie à votre URL de destination, impact.com réessaie automatiquement la livraison. Cela permet de tenir compte de problèmes réseau temporaires ou de brèves périodes d'indisponibilité du serveur. impact.com réessaie un postback ayant échoué jusqu'à 15 fois au total.

impact.com ne réessaie pas un postback si l'URL de destination est mal formée ou invalide. impact.com ne réessaie pas non plus les URL ou les hôtes non résolus. Un échec de recherche DNS est un exemple.

impact.com ignore les 3 premières tentatives de relance pour les réponses HTTP de 400 pour 500.

Lorsque nous effectuons une maintenance de notre système de postback, vous en serez informé et les postbacks seront suspendus. Cependant, dès que nous aurons terminé la maintenance, nous commencerons immédiatement à rattraper le retard de votre système.

Cependant, si vous remarquez un retard dans la réception des postbacks, par exemple si une action a été modifiée et que vous n'avez pas reçu de postback depuis plus d'une heure après la modification, contactez l'assistance.

Quelles mesures de sécurité impact.com utilise-t-il pour les postbacks ?

Lorsque vous utilisez les postbacks, vous définissez la destination vers laquelle vous souhaitez que les appels soient envoyés. De ce fait, parce qu'impact.com stocke les données sur notre back-end et parce qu'impact.com effectue un appel serveur à serveur lorsque nous envoyons les données, il n'existe aucun moyen d'intercepter les données pendant leur transit.

Si vous le souhaitez, nous pouvons créer un en-tête personnalisé qui transmet un autre ensemble d'identifiants à inclure dans les appels de postback qu'impact.com vous envoie. Vous ne pouvez pas créer cet en-tête dans l'application Web, alors contactez votre gestionnaire de compte Publisher (ou contactez l'assistance) pour nous informer que vous souhaitez la création de cet en-tête.

Comment configurer les postbacks du cycle de vie des actions ?

Pour obtenir des instructions supplémentaires sur la configuration et le test des postbacks du cycle de vie des actions au niveau global ainsi qu'au niveau des événements, consultez le article Configurer les postbacks du cycle de vie des actions.

Mis à jour

Ce contenu vous a-t-il été utile ?