FAQs zum Lebenszyklus von Aktionsevent-Benachrichtigungen

Wenn Sie Echtzeitbenachrichtigungen erhalten möchten, sobald Aktionen, die Sie initiiert haben, gemeldet, geändert oder rückgängig gemacht werden, können Sie einrichten Benachrichtigungen zu Action-Lifecycle-Ereignissen um diese Benachrichtigungen zu erhalten.

Was ist eine Ereignisbenachrichtigung?

Ereignisbenachrichtigungen kann ein Drittanbietersystem in Echtzeit über HTTP-Serveraufrufe aktualisieren. Wenn Sie eine Ereignisbenachrichtigung eingerichtet haben und ein auslösendes Ereignis eintritt (z. B. wenn Ihre Partner-Marke eine von Ihnen initiierte Aktion ändert), sendet impact.com eine Postback-Anfrage an die von Ihnen angegebene URL mit einer Benachrichtigung.

Hinweis: Ereignisbenachrichtigungen, Postbacks und Webhooks sind unterschiedliche Begriffe für denselben Prozess auf der Plattform. Der Rest dieses Artikels verwendet der Konsistenz halber den Begriff „Postback“.

Wie funktionieren Action-Lifecycle-Postbacks?

Action-Lifecycle-Postbacks funktionieren, indem sie Sie informieren, wann immer ein „nicht standardmäßiges“ Ereignis im Aktionslebenszyklus eintritt. Nicht standardmäßige Ereignisse sind Ereignisse, die keine festgelegten Daten oder Zeiträume in Ihrem Vertrag haben. Zum Beispiel ist das Sperrdatum eines Aktions Aktionssperrzeit ein standardmäßiges bzw. vorhersehbares Ereignis, da das Ändern, wie auch immer, ein nicht standardmäßiges Ereignis ist, da in Ihrem Vertrag kein Zeitrahmen oder feste Daten festgelegt sind, wodurch es nicht standardmäßig (oder unvorhersehbar) ist.

Hier sind einige Beispiele für nicht standardmäßige Ereignisse im Aktionslebenszyklus. Diese werden ein Postback erzeugen.

• Eine von Ihnen initiierte Aktion wird von impact.com erfasst oder gemeldet.

• Eine von Ihnen initiierte Aktion wird von Ihrer Partner-Marke geändert.

• Eine von Ihnen initiierte Aktion wird von Ihrer Partner-Marke rückgängig gemacht.

Hier sind einige Beispiele für standardmäßige Ereignisse im Lebenszyklus. Diese werden nicht ein Postback erzeugen.

• Eine von Ihnen initiierte Aktion wird gesperrt (d. h. kann nicht mehr geändert oder rückgängig gemacht werden).

• Eine von Ihnen initiierte Aktion wird auf Ihr Konto ausgezahlt.

Warnung: Für Postbacks auf globaler Ebene sollten Sie ein Postback erhalten, wann immer ein „nicht standardmäßiges“ Ereignis auftritt, wie z. B. eine Änderung oder eine Rückbuchung. Beachten Sie, dass Ereignis-Level-Postbacks nicht für nicht standardmäßige Action-Lifecycle-Ereignisse ausgelöst werden.

Warum sollte ich nicht einfach die API von impact.com verwenden?

Obwohl unsere API durchaus geeignet ist, Ihnen dieselben Informationen bereitzustellen, gibt es einige charakteristische Unterschiede und Einschränkungen zwischen unserer API und unserem Postback-System, die Postbacks wahrscheinlich zur bevorzugten Lösung für Sie machen würden. Dazu gehören die folgenden Punkte:

• Postbacks erfolgen in Echtzeit. Postbacks werden von impact.com generiert und Sie erhalten sie innerhalb von 15 Minuten nach dem Eintreten eines nicht standardmäßigen Ereignisses.

• Postbacks haben Zugriff auf mehr Konversionsdaten. Selbst wenn Sie den benötigten Datenpunkt nicht in unserer Benutzeroberfläche (oder in unserem Entwickler-Referenzblatt) sehen, wenn Sie Ihre Postbacks einrichten, haben wir den Datenpunkt wahrscheinlich verfügbar, wenn Sie sich an Ihren Publisher Account Manager wenden (oder Support kontaktieren).

• Postbacks haben keine Rate-Limits. Wenn Sie die API von impact.com verwenden, unterliegen Sie Rate-Limits, die für das System festgelegt sind. Konkret sind Sie bei der Verwendung der impact.com-API für die meisten Endpunkte auf 1000 API-Anfragen beschränkt, während Postbacks einer solchen Begrenzung nicht unterliegen.

• Um auf unsere Integrationsportal.

Sind Postbacks zuverlässig?

Ja! impact.com verwendet Postbacks in einigen unserer eigenen Tracking-Lösungen. Sie müssen keine besonderen Kriterien erfüllen, um Postbacks zu nutzen, Sie sind keiner Ratenbegrenzung ausgesetzt, und impact.com wird weiterhin versuchen, Ihren Server zu erreichen, bis wir eine 200- oder 201-Antwort erhalten (was bedeutet, dass Sie die Informationen ohne Probleme empfangen haben).

Wenn wir Wartungsarbeiten an unserem Postback-System durchführen, werden Sie benachrichtigt und Postbacks werden pausiert. Sobald wir die Wartung abgeschlossen haben, beginnen wir jedoch sofort damit, Ihr System wieder aufzufangen.

Wenn Sie jedoch eine Verzögerung beim Erhalt von Postbacks feststellen, wie zum Beispiel wenn eine Aktion geändert wurde und Sie seit mehr als einer Stunde nach der Änderung kein Postback erhalten haben, Support kontaktieren.

Welche Sicherheitsmaßnahmen verwendet impact.com für Postbacks?

Bei der Verwendung von Postbacks legen Sie das Ziel fest, an das die Aufrufe gesendet werden sollen. Aus diesem Grund, weil impact.com die Daten in unserem Back-End speichert und weil impact.com beim Senden der Daten einen Server-zu-Server-Aufruf durchführt, gibt es keine Möglichkeit, die Daten abzufangen, während sie übertragen werden.

Wenn Sie möchten, können wir einen benutzerdefinierten Header erstellen, der eine weitere Anmeldeinformationensammlung übermittelt, die in den Postback-Aufrufen enthalten ist, die impact.com an Sie sendet. Diesen Header können Sie nicht in der Web-App erstellen. Wenden Sie sich daher an Ihren Publisher Account Manager (oder Support kontaktieren) um uns zu informieren, dass Sie möchten, dass dieser Header erstellt wird.

Wie richte ich Action-Lifecycle-Postbacks ein?

Für weitere Anweisungen zum Einrichten und Testen von Action-Lifecycle-Postbacks auf globaler Ebene sowie auf Ereignisebene sehen Sie sich das Artikel „Action-Lifecycle-Postbacks einrichten“ an.