Server-zu-Server- (Postback-)Affiliate-Tracking

Im Affiliate-Marketing erfasst das Server-zu-Server-Tracking, auch Postback-Tracking genannt, Affiliate-Conversions über eine Anfrage von einem Server an einen anderen. Eine zuvor erfasste Empfehlungskennung ordnet die Conversion dem Affiliate zu. Dadurch ist das Verfahren weniger davon abhängig, dass ein Browser ein Conversion-Pixel auslöst. Es setzt jedoch weiterhin zuverlässige Kennungen, eine funktionierende Integration und die Einhaltung geltender Datenschutzanforderungen voraus.

Was verbindet den Klick mit der Conversion?

Die Empfehlungskennung wird vor der Conversion erfasst und an einem Ort gespeichert, von dem aus sie im Bestell- oder Kundenprozess abgerufen werden kann. Das Postback sendet anschließend die erforderliche Kennung und die Ereignisdetails an das Trackingsystem. Eine authentifizierte Serveranfrage ist nur dann hilfreich, wenn der Geschäftsvorfall und die Attributionsdaten korrekt sind.

Postback im Vergleich zum Browser-Pixel

Bei der serverseitigen Übermittlung muss der Browser die Conversion-Seite nicht laden. Dadurch ist die vorherige Identifizierungsphase jedoch nicht vor Browserbeschränkungen oder Datenverlust geschützt.

Ein hypothetischer Postback-Ablauf

Eine Affiliate-Empfehlung erzeugt die Klick-ID click-42. Der Händler speichert sie zusammen mit der Bestellung order-1042. Nach einer qualifizierenden Zahlung sendet der Server ein Ereignis mit diesen Kennungen und dem provisionsberechtigten Betrag. Das Trackingsystem wendet die Attributions- und Provisionsregeln an und gibt die von der Integration unterstützte Antwort zurück.

Bei einer Zeitüberschreitung kann ein erneuter Versuch erforderlich sein. Das wiederholte Ereignis muss sich auf dieselbe Aktion beziehen, damit die Deduplizierung von Conversions eine weitere Verkaufsprovision verhindern kann. Eine spätere Rückerstattung sollte als Anpassung der ursprünglichen Transaktion erfasst werden.

Was sollte ein Integrationstest abdecken?

• Erfassung der Kennung über Weiterleitungen und den Checkout hinweg.
• Erforderliche Felder, Währung, Betrag und Ereignistyp.
• Authentifizierung und zulässiges Verhalten des Absenders.
• Erfolgreiche, abgelehnte und zeitlich abgelaufene Anfragen.
• Doppelte Übermittlungen und verzögerte Conversions.
• Rückerstattungen, Stornierungen und wiederkehrende Abrechnungsereignisse.

Gleichen Sie die Quelltransaktionen mit dem Trackingsystem ab. Ein Übermittlungsprotokoll bestätigt das Ergebnis einer Anfrage, belegt jedoch nicht, dass alle berechtigten Empfehlungen erfasst wurden.

Wie funktionieren Postback-Parameter und Wiederholungsversuche?

Felder eindeutig zuordnen

Absender und Empfänger müssen sich auf Feldnamen, HTTP-Methode, Wertformat und Ereignistyp einigen. Eine Klickkennung namens click_id in einem System wird nicht automatisch in ein anderes Empfängerfeld übernommen. Bewahren Sie ihren exakten Wert über Weiterleitungen und den Checkout hinweg auf und prüfen Sie anschließend das vom Empfänger gespeicherte Ergebnis.

Fügen Sie keine Produktionsgeheimnisse in Beispiel-Links ein. Verwenden Sie den von der Integration unterstützten Authentifizierungsmechanismus und speichern Sie vertrauliche Werte in einer geeigneten Serverkonfiguration. Die Anleitung zum Schutz des Sale-Trackings von Post Affiliate Pro ist eine produktspezifische Referenz und kein universelles Postback-Protokoll.

Checkliste zur Fehlerbehandlung

1. Erfassen Sie die Quelltransaktion, bevor Sie die Übermittlung versuchen.
2. Prüfen Sie die erforderlichen Felder und den unterstützten Ereignistyp.
3. Protokollieren Sie, ob der Empfänger die Anfrage angenommen oder abgelehnt hat.
4. Wiederholen Sie geeignete vorübergehend fehlgeschlagene Anfragen, ohne die Ereignisidentität zu ändern.
5. Leiten Sie anhaltende Fehler zur Untersuchung an eine zuständige Person weiter.
6. Gleichen Sie Quell-Conversions mit akzeptierten Tracking-Datensätzen ab.

Die Webhook-Anleitung von Stripe enthält Beispiele für den Umgang mit doppelten und verzögerten Ereignissen. Richten Sie sich bei Erfolgsantworten und Wiederholungsverhalten nach dem tatsächlichen Protokoll des Affiliate-Empfängers.

Was beweist ein erfolgreiches Postback?

Es beweist nur das, was durch die Antwort und den Empfängerdatensatz belegt wird. Die Anfrage kann den Endpunkt erreicht haben, aber dennoch bei der Validierung scheitern, keinem berechtigten Affiliate zugeordnet worden sein oder eine ausstehende statt einer genehmigten Provision erzeugt haben. Prüfen Sie das gespeicherte Ereignis und den Betrag. Technische Übermittlung, Attribution, geschäftliche Berechtigung und Auszahlung sind getrennte Phasen, die jeweils eigene Prüfungen erfordern.

Ein zuverlässiges Postback braucht mehr als eine URL

Erfassen Sie die Klick- oder Empfehlungskennung auf der Landingpage und übernehmen Sie sie in den Kunden- oder Bestelldatensatz. Sobald eine berechtigte Conversion stattfindet, sendet das Commerce-System diese Kennung zusammen mit einer stabilen Transaktions-ID und den erforderlichen Ereignisdetails an das Trackingsystem.

Authentifizieren Sie Anfragen mit dem von der Integration unterstützten Mechanismus und halten Sie Zugangsdaten aus öffentlichen URLs und clientseitigem Code heraus. Legen Sie fest, was eine erfolgreiche Antwort bedeutet, stellen Sie fehlgeschlagene Anfragen für Wiederholungen in eine Warteschlange und protokollieren Sie die Übermittlungsergebnisse. Eine wiederholte Anfrage darf für dieselbe berechtigte Conversion keine zweite Provision erzeugen.

Testen Sie verlorene Kennungen, verzögerte Ereignisse, doppelte Übermittlungen, Rückerstattungen und Verlängerungen von Abonnements. Die serverseitige Übermittlung löst einen Teil des Ablaufs; sie kann keine Empfehlungsdaten wiederherstellen, die nie erfasst wurden, und sie berechtigt nicht zu einer Verarbeitung, für die die erforderliche Zustimmung fehlt.

Die entsprechenden Einstellungen in Post Affiliate Pro finden Sie in der Dokumentation zum S2S-Tracking . Prüfen Sie die Konfiguration und Integrationsanforderungen anhand der Regeln Ihres Programms.

Ablauf auf einen Blick