Track
Pixel- & Plattform-IntegrationenTutorialFortgeschrittene

Affiliate-Server-to-Server-Postbacks: eine Engine, vierzehn Netzwerke und was jedes davon signiert

Wie Affiliate-S2S-Postbacks Ende zu Ende funktionieren — Netzwerk-Click-ID erfassen, First-Party speichern, den Postback beim verifizierten Kauf auslösen, Stornos behandeln — mit den Besonderheiten von Awin, CJ, Impact, TradeTracker, Tradedoubler, Partnerize, Rakuten, Webgains, Digistore24, Adcell, Belboon, TUNE und Everflow.

Von
Track-Redaktion
Veröffentlicht
Zuletzt fachlich geprüft
Lesedauer
3 Min. Lesezeit

Das Wichtigste in Kürze

  • Jedes Netzwerk folgt derselben Engine: Click-ID mit Marketing-Consent erfassen, Kauf aus vertrauenswürdiger Quelle bestätigen, signierten Postback vom Server senden, Stornos abgleichen.
  • Vierzehn Presets — Awin, CJ, Impact, TradeTracker, Tradedoubler, Partnerize, Rakuten, Webgains, Digistore24, Adcell, Belboon, TUNE, Everflow und ein Custom-Template — unterscheiden sich in Methode, Click-ID, Signatur und Storno-Behandlung.
  • Eingehende Postbacks wie Digistore24s IPN werden je Site verifiziert und zu purchase- oder refund-Events; unverifizierte Requests werden abgelehnt und in der Gesundheit der Destination gezählt.
  • Ein Postback pro Bestellreferenz plus Gutscheincode auf dem Postback verhindert, dass zwei Publisher für denselben Verkauf bezahlt werden.

Die gemeinsame Engine

  1. Erfassen. Der Besucher landet mit dem Klickparameter des Netzwerks (awc, cjevent, irclickid, tduid, clickref …). Mit Marketing-Consent speichert das SDK ihn First-Party unter dem Namen des Netzwerks, für das Cookie-Fenster des Programms (meist 30 Tage).
  2. Bestätigen. Der Kauf wird von einer vertrauenswürdigen Quelle bestätigt — ein verifizierter Shop-Webhook, das Bestellsystem oder ein Browser-Kauf, den die Policy für das Netzwerk als ausreichend vertrauenswürdig markiert.
  3. Postback. Der Worker rendert das Postback-Template des Netzwerks mit Click-ID, Bestellreferenz, Betrag, Währung, optionalem Gutscheincode und Positionsaufschlüsselung, signiert es wo nötig und sendet es vom Server.
  4. Abgleichen. Stornos (Erstattungen, Abbrüche) lösen den Storno- oder Anpassungsaufruf des Netzwerks mit derselben Bestellreferenz aus.

Weil die Click-ID First-Party gespeichert ist und der Postback vom Server ausgeht, kosten blockierte Pixel und abgelaufene Drittanbieter-Cookies keine Provisionen — und das Netzwerk erhält ausschließlich echte, bestätigte Bestellungen.

Besonderheiten je Netzwerk

NetzwerkMethodeClick-IDAuth / SignaturStorno
AwinGET sread.phpawcckskeine; testmode-Flagüber Awin-API / manuelle Validierung
CJGET emjcd.com/ucjeventSIGNATURE (Enterprise-Key)Korrekturen per API
ImpactPOST ConversionsirclickidClickIdBasic (Account-SID + Auth-Token)Conversion-Modifikationen
TradeTrackerGET ts.tradetracker.net/?tt=…ttref/ttKampagnen-ID + Produkt-IDPending-Status
TradedoublerGET tbs.tradedoubler.com/reporttduidchecksum=v04 + md5(Secret + Bestellung + Wert)orderNumber-Anpassung
PartnerizeGET/POST Tracking-EndpunktclickrefKampagnen-ID; API-Key für UpdatesConversion-Update-API
RakutenGET/XMLranMID/ranSiteIDTokenKorrektur-Feed
WebgainsGET track.webgains.com/transactwgcampaignid/clickrefProgramm-IDper API
Digistore24eingehender IPNVendor-Seitesha_sign (SHA-512 über sortierte Felder + Passphrase)IPN-Events refund/chargeback
AdcellGET t.adcell.com/t/trackbidpid/eventidStatusupdate
BelboonGET Tracking-PixelbbcidTracking-Keyüber das Netzwerk
TUNEGET aff_saletransaction_idoffer_id/goal_id; optionaler Security-TokenAnpassung
EverflowGET sdk/conversiontransaction_idnid + optionaler security_tokenAnpassungs-Endpunkt
CustomGET/POST-Templatefrei wählbarkeine / Basic / Bearer / QueryTemplate

Diese Presets sind deklarative Templates in Track; der Assistent zeigt die gerenderte URL oder den Body mit Platzhaltern, bevor du etwas aktivierst, und die Parameternamen oben stammen aus der aktuellen Advertiser-Dokumentation jedes Netzwerks, verlinkt im Hilfetext der Destination.

Eingehend: wenn das Netzwerk dich anruft

Manche Plattformen melden den Verkauf stattdessen an dich (Digistore24s IPN oder der Postback eines Netzwerks an deinen eigenen Endpunkt). Track stellt je Site und Preset eine eingehende URL bereit. Sie verifiziert den Request — Digistore24s sha_sign, ein geteilter Secret-Token bei generischen Presets — und macht daraus ein verifiziertes purchase- oder refund-Event, das durch denselben Router fließt. Unverifizierte Requests werden abgelehnt und in der Gesundheit der Destination gezählt.

Doppelte Provisionen verhindern

  • Ein Postback pro Bestellreferenz: Die Ingest-Stufe markiert einen zweiten Kauf mit derselben Bestellnummer als doppelte Conversion, und jede Zustellung ist über die Event-ID geschlüsselt, sodass ein wiederholter Webhook nicht zweimal feuert.
  • Netzwerke haben eigenen Duplikatschutz auf die Bestellreferenz; ein zweiter Postback mit derselben Referenz wird ignoriert oder markiert.
  • Gutscheincodes gehören auf den Postback (vc, coupon, promo_code je nach Netzwerk), damit das Netzwerk codebasierte Attributionsregeln anwenden kann, statt zwei Publisher zu bezahlen.

Testen

Die meisten Netzwerke bieten ein Testmodus-Flag (Awin testmode=1, Impact-Testkonten, TUNE-Testangebote). Im Testmodus von Track wird der Testparameter des Presets automatisch gesetzt, wo es einen gibt; wo keiner existiert, sendet der Assistent an das Netzwerk und zeigt die Antwort, und du validierst die Transaktion in der Netzwerk-Oberfläche, bevor du die Destination live schaltest.

Primärquellen

Dokumentationen und Standards, auf denen dieser Artikel beruht.

  1. Awin — Server to Server Trackingwiki.awin.com
  2. Impact — Conversions APIintegrations.impact.com

War dieser Artikel hilfreich?

Fachlich verantwortlich

Track-Redaktion

Produkt & Engineering

Die Menschen hinter Track: Engineers und Analysts, die täglich an Server-Side Tracking, Consent-Tooling und Connector-Integrationen arbeiten.