FAQ sur les notifications d'événements du cycle de vie d'une action

Si vous souhaitez recevoir des notifications en temps réel chaque fois que des actions que vous générez 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 peut mettre à jour un système tiers en temps réel via des appels 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 vers l'URL que vous avez fournie avec une notification.

Remarque : Les notifications d'événements, les postbacks et les webhooks sont tous des termes différents pour le même processus sur la plateforme. Par souci de cohérence, le reste de cet article utilisera le terme « postback ».

Comment fonctionnent les postbacks du cycle de vie des actions ?

Les postbacks du cycle de vie des actions vous informent chaque fois qu'un événement « non standard » se produit dans le cycle de vie d'une action. Les événements non standard sont des événements qui n'ont pas de dates ou de périodes établies dans votre contrat. Par exemple, un date de verrouillage est un événement standard, ou prévisible, car le période de verrouillage des actions est indiqué dans votre contrat. modifié, cependant, est un événement non standard puisqu'aucune plage temporelle ou date fixe 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 d'une action. Ces vont créer un postback.

• Une action que vous avez générée est suivie par 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. Ces ne vont pas créer un postback.

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

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

Avertissement : Pour les postbacks au niveau global, vous devriez recevoir un postback chaque fois qu'un événement « non standard » se produit, comme une modification ou une annulation. Notez que les postbacks au niveau de l'événement ne déclencheront pas les événements du cycle de vie d'action non standard.

Pourquoi n'utiliserais-je pas simplement l'API d'impact.com ?

Bien que notre API soit parfaitement adaptée pour vous fournir les mêmes informations, il existe certaines différences de caractéristiques et de restrictions entre notre API et notre système de postbacks qui rendraient probablement les postbacks une solution préférable pour vous. Celles-ci incluent les éléments suivants :

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

• Les postbacks ont 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, il est probable que nous disposions du point de données si vous contactez votre responsable de compte éditeur (ou contacter le support).

• Les postbacks n'ont pas de limites de débit. Lorsque vous utilisez l'API d'impact.com, vous êtes soumis aux limites de débit imposées sur le système. Plus précisément, lorsque vous utilisez 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, vous ne faites pas face à des limitations de débit, et impact.com continuera d'essayer d'atteindre votre serveur jusqu'à ce que nous recevions une réponse 200 ou 201 (ce qui signifie que vous avez reçu l'information sans problème).

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

Cependant, si vous constatez 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, contacter le support.

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

Lors de l'utilisation des postbacks, vous établirez la destination vers laquelle vous souhaitez que les appels soient envoyés. Pour cette raison, parce que impact.com stocke les données sur notre back-end, et parce que impact.com effectue un appel serveur à serveur lorsque nous envoyons les données, il n'y a aucun moyen d'intercepter les données pendant qu'elles sont en transit.

Si vous le souhaitez, nous pouvons créer un en-tête personnalisé qui transmet un autre jeu d'informations d'identification à 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, contactez donc votre responsable de compte éditeur (ou contacter le support) pour nous informer que vous souhaitez que cet en-tête soit créé.

Comment configurer les postbacks du cycle de vie des actions ?

Pour des instructions supplémentaires sur la façon de configurer et de tester les postbacks du cycle de vie des actions au niveau mondial ainsi qu'au niveau des événements, consultez le article Configurer les postbacks du cycle de vie des actions.