S2S-Postback: So funktioniert Conversion-Tracking
Klicks einer Registrierung oder Einzahlung zuordnen: Klickkennung, Server-Postback, Duplikatschutz, Datenabgleich und Ursachen fehlender Ereignisse.
Was ist ein S2S-Postback?
Ein S2S-Postback ist eine Nachricht vom Server des Advertisers an den Server der Affiliate-Plattform über ein Ergebnis: eine Registrierung, eine Ersteinzahlung oder ein anderes vereinbartes Ereignis. Sie hilft dabei, das Ergebnis einem Klick auf den Link eines Publishers zuzuordnen. Der Postback allein belegt nicht die Vertrauenswürdigkeit des Absenders: Autorisierung, Datenprüfung und Abgleich sind erforderlich.
Wie ein Klick einem Ereignis zugeordnet wird
Ein Besucher folgt einem Tracking-Link. Die Plattform erfasst den Klick und übermittelt dem Advertiser eine Klickkennung. Der Advertiser speichert die Zuordnung zum Nutzer und sendet bei der Zielaktion diese Kennung zusammen mit dem Ereignis zurück.
Die Abfolge lautet: Kampagnenlink → Klick → Speicherung der Kennung → Aktion beim Advertiser → Servernachricht → Prüfung → Erfassung der Conversion. Eine Unterbrechung an beliebiger Stelle kann die Attribution verhindern.
Welche Daten abgestimmt werden müssen
Erforderlich sind eine Klickkennung, ein Ereignistyp, eine eindeutige Transaktionsnummer und, wenn die Berechnung von einem Betrag abhängt, dessen Höhe und Währung. Die genauen Parameternamen sind der aktuellen Integrationsdokumentation zu entnehmen. Ein Beispiel aus einem anderen Affiliate-Netzwerk garantiert keine Kompatibilität.
Vereinbaren Sie gesondert, wie Registrierung, Erst- und Folgeeinzahlung unterschieden werden. Ein neuer Betrag macht aus einer Folgeeinzahlung keine Ersteinzahlung. Klären Sie bei einem einnahmenbasierten Modell die Bedeutung des übermittelten Betrags: Einzahlung und Nettoeinnahmen sind nicht austauschbar.
Warum eine wiederholte Anfrage keine erneute Vergütung auslösen darf
Die Netzwerkverbindung kann nach erfolgreicher Verarbeitung einer Nachricht abbrechen, bevor der Advertiser die Antwort erhält. Der Absender wiederholt die Anfrage, obwohl das Ereignis bereits erfasst wurde. Deshalb benötigt jede Transaktion eine gleichbleibende Kennung: Wird die Nummer bei jedem Versuch geändert, lässt sich die Wiederholung schlechter erkennen.
Die Autorisierungsprüfung und der Schutz vor doppelter Vergütung lösen unterschiedliche Aufgaben. Die erste beschränkt den Kreis der Absender, der zweite verhindert, dass dasselbe Ereignis mehrfach vergütet wird. Geheime Schlüssel müssen auf dem Server bleiben; sie dürfen nicht in öffentliche Links oder Werbemittel eingefügt werden.
Muss Code auf der Website eingebunden werden?
Für den Server-Postback selbst ist ein Datenaustausch zwischen Servern erforderlich. Der Advertiser muss dennoch die Klickkennung empfangen und speichern. Die konkrete Umsetzung hängt von seiner Website und der Integration ab. Ein Browser-Pixel kann als ergänzendes Werkzeug dienen, ersetzt aber keine serverseitige Bestätigung eines finanziellen Ergebnisses.
Für das CPM-Modell ist eine gesonderte Erfassung der Impressionen erforderlich: Ein gewöhnlicher Link erfasst Klicks. Impressionen dürfen weder aus der Klickzahl abgeleitet werden, noch darf jede Seitenanfrage als vergütungsfähiger Werbeaufruf gelten.
Was tun, wenn der Advertiser das Ereignis nicht gesendet hat?
Aus einem Klick allein lässt sich nicht erkennen, ob eine Einzahlung erfolgt ist. Benötigt werden das Versandprotokoll des Advertisers, die Antwort der empfangenden Seite und ein Abgleich mit dem Ursprungssystem. Vergleichen Sie Transaktionen anhand von Kennungen und Zeitpunkten, nicht nur anhand der Tagessummen.
Nutzen Sie die Checkliste zur Suche nach fehlenden Conversions. Die Regeln dafür, wie aus einem bestätigten Ereignis verfügbare Einnahmen werden, beschreibt der Artikel zur Haltefrist.