Awin Server-to-Server Tracking, das jede Provision trifft.
Awin hat Server-to-Server mit der Conversion Protection Initiative zum Standard gemacht. Wir binden awc, Conversion-API und Deduplizierung so an, dass kein Sale im Report fehlt und keine Provision doppelt läuft. Dry-Run vor Go-Live, betreut aus Deutschland.
Server-to-Server ist Pflicht. Ein stilles Fehl-Setup kostet dich trotzdem.
Die Frist ist vorbei, das Thema nicht. Viele Anbindungen wurden unter Zeitdruck gebaut und nie gegen die echten Bestellungen geprüft. Sie laufen scheinbar, melden aber zu wenige, zu viele oder die falschen Sales. Diese vier Fehler sehen wir am häufigsten, und keiner wirft eine Warnung.
Der clickRef passt nicht, der Sale verschwindet still
Heißt das Feld anders, als Awin es erwartet, verwirft Awin die Transaktion ohne Warnung, oft als Error 12, Invalid Transaction ID. Im Shop siehst du keinen Fehler, der Sale fehlt einfach in der Abrechnung.
MasterTag und S2S zählen denselben Sale doppelt
Ohne saubere Deduplizierung melden Browser und Server denselben Verkauf getrennt. Awin wertet ihn zweimal, und du zahlst die Provision doppelt. Mehr Sales im Report wirken gesund, kosten aber bares Geld.
Stornos und Retouren bleiben als Provision stehen
Meldet dein Setup nur in eine Richtung, bleibt die Provision auf stornierte und zurückgeschickte Bestellungen genehmigt. Gerade bei hoher Retourenquote frisst das Marge, ohne im Tracking aufzutauchen.
Das Gutscheinportal kassiert den letzten Klick
Awin ordnet im Standard nach Last Click zu. Sucht ein Kunde kurz vor dem Kauf einen Code, schiebt sich ein Gutscheinportal vor den eigentlichen Publisher und nimmt die Provision für einen Sale, den ein anderer gebracht hat.
So funktioniert Awin Server-to-Server, in drei Teilen.
Fehlt einer davon, bleibt die Lücke offen oder die Zahlen kippen ins Gegenteil. Deshalb gehören alle drei zusammen.
awc festhalten
Kommt ein Besucher über einen Awin-Publisher, hängt Awin die awc-Klick-Prüfsumme an die URL. Dieser Wert wird beim ersten Kontakt gespeichert und über die ganze Journey bis zur Bestellung mitgeführt.
Conversion-API statt Pixel
Beim Abschluss meldet der Server den Sale über die offizielle Awin Conversion-API: transactionId, Wert, Währung, awc im clickRef und Voucher-Code. Unabhängig vom Browser, also adblocker- und consent-fest.
Hybrid und Deduplizierung
MasterTag und S2S laufen als Hybrid, wie Awin es empfiehlt. Eine gemeinsame transactionId sorgt dafür, dass derselbe Sale einmal zählt, nicht doppelt.
Nicht nur gemeldet, sondern richtig zugeordnet.
Einen Postback hinzubekommen ist der erste Schritt. Der Wert entsteht danach: dass jede Provision zur echten Bestellung passt und niemand doppelt oder zu Unrecht kassiert.
Jede Provision trifft den Richtigen
Die awc-Klick-Referenz wird über die komplette Journey aufgelöst, nicht nur am letzten Pixel. Der Publisher, der den Klick wirklich gebracht hat, bekommt die Provision.
Sales kommen durch, auch ohne Browser
Die Conversion-API meldet server-seitig. Adblocker, Safari-ITP und fehlendes Consent stoppen den Sale nicht mehr. Laut Awin steigt damit die Zahl der erfassten Transaktionen um rund 12,6 Prozent.
Keine Doppelzählung
Deduplizierung zwischen MasterTag, Server und weiteren Netzwerken über eine eindeutige transactionId. Ein Sale, eine Provision, kein Datenüberschuss in die andere Richtung.
Stornos automatisch zurück an Awin
Storno und Refund lösen ein Decline an die Awin Transaction-Validation aus, eine saubere Bestellung ein Approve. Kein Suchen und Bestätigen von Hand im Awin-Interface.
Gutschein-Kontrolle statt Hijacking
Voucher-Codes werden gegen den Publisher geprüft, und der letzte echte Affiliate-Touch zählt. Portale am Ende der Journey räumen nicht mehr automatisch den ganzen Sale ab.
Dry-Run vor Go-Live
Vor dem Scharfschalten siehst du jede Transaktion, bevor sie real bei Awin landet. Erst wenn die Zahlen gegen dein Shop-Backend stimmen, geht die Anbindung live.
"transactionId": "DF-41528", "advertiserId": 12345, "amount": 78.50, "currency": "EUR", "clickRef": "awc=…", "voucherCode": "SALE10", "status": "pending"
Ein Call, eine Provision, die zur Bestellung passt.
DataFirst löst die awc-Referenz zur Journey auf, prüft den Voucher-Code gegen den Publisher und meldet die Transaktion als pending an Awin. Storniert der Kunde später, folgt ein Decline auf dieselbe transactionId, ohne dass du im Awin-Interface suchst.
DF-41528 · validiert → AwinVier Schritte, der erste ist ein ehrlicher Blick auf den Ist-Zustand.
Bestandsaufnahme
Wir prüfen, ob awc sauber erfasst wird, ob die Conversion-Calls ankommen und ob die Sales mit deinen echten Bestellungen zusammenpassen.
Awin verbinden
Advertiser-ID, API-Key und Region einmal hinterlegen. Wir prüfen die Credentials gegen die Awin-API, ein Pixel im Theme ist nicht nötig.
awc und Regeln
Die Klick-Referenz wird über die Journey geführt, dann definieren wir die Logik für Freigabe, Voucher-Prüfung und Storno.
Dry-Run und Betrieb
Dry-Run vor Go-Live, Abgleich gegen dein Backend, dann live mit laufendem Monitoring, falls Awin am Tracking etwas ändert.
Ehrlich bleibt: Einen reinen Postback kannst du selbst skripten, und für eine Low-Code-Variante bietet Awin Partner wie Stape oder Tealium an. Eine betreute Lösung lohnt sich vor allem dann, wenn Provisionen, Stornos und mehrere Netzwerke zusammen sauber stimmen sollen. Wie Server-to-Server grundsätzlich funktioniert, erklärt dir der Server-Side-Tracking-Leitfaden. Und mit dem kostenlosen Website-Audit siehst du, wo dein aktuelles Tracking noch Lücken hat.
Lieber selbst aufsetzen? Starte kostenlos und sieh den Dry-Run an deinen echten Daten. 30 Tage testen, keine Kreditkarte.
Häufige Fragen zu Awin Server-to-Server Tracking
Was ist Awin Server-to-Server Tracking?
Beim Server-to-Server Tracking meldet nicht mehr der Browser den Verkauf an Awin, sondern dein eigener Server. Zwei Dinge gehören dazu: Du speicherst beim Klick die awc-Referenz von Awin, und beim Abschluss schickt dein Server die Conversion über die Awin Conversion-API, inklusive Transaktions-ID, Auftragswert, Währung und Voucher-Code. Weil kein Browser-Pixel im Spiel ist, greifen Adblocker, Safari-ITP und fehlendes Consent nicht. Laut Awin steigt damit die Zahl der erfassten Transaktionen um rund 12,6 Prozent.
Brauche ich neben S2S noch den Awin MasterTag?
Awin empfiehlt einen Hybrid aus beidem. Der MasterTag im Browser erkennt den Klick und setzt die awc-Referenz, der Server-to-Server-Call meldet die Conversion zuverlässig. Fällt der MasterTag durch Adblocker oder fehlendes Consent aus, fängt der Server-Weg den Sale trotzdem ab. Entscheidend ist, dass beide Wege denselben Sale über die Transaktions-ID erkennen, sonst zählst du ihn doppelt.
Was ist die awc-Klick-Referenz?
awc ist Awins eindeutige Klick-Prüfsumme. Kommt ein Besucher über einen Awin-Publisher, hängt Awin den awc-Parameter an die Landingpage-URL. Diesen Wert musst du festhalten und über die gesamte Customer-Journey bis zur Bestellung mitführen, damit du ihn beim Conversion-Call wieder mitgeben kannst. Geht die awc unterwegs verloren, kann Awin den Sale keinem Publisher zuordnen.
Ist die Awin-Umstellungsfrist vom 7. April 2026 noch relevant?
Die Frist aus Awins Conversion Protection Initiative ist abgelaufen, Server-to-Server ist damit der gesetzte Standard, nicht mehr die Kür. Wenn du noch auf reinem Browser-Tracking sitzt oder unter Zeitdruck ein Setup zusammengesteckt hast, das nie sauber geprüft wurde, holst du das jetzt am besten geordnet nach. Spät ist kein Problem, ein still fehlerhaftes Setup schon.
Warum meldet mein Awin-S2S-Tracking keine oder falsche Sales?
Die häufigste Ursache ist ein Mismatch beim clickRef-Parameter: Heißt das Feld in deinem Setup anders als in Awins Konfiguration, verwirft Awin die Transaktion still, oft mit der Meldung Error 12, Invalid Transaction ID. Du siehst keinen Fehler, der Sale fehlt einfach. Andere typische Ursachen sind eine verlorene awc-Referenz, fehlende Deduplizierung und kein Rückkanal für Stornos. Genau diese Punkte prüfen wir in der Bestandsaufnahme zuerst.
Wie verhindere ich Doppelzählung zwischen MasterTag und S2S?
Über eine eindeutige Transaktions-ID, die beide Wege mitgeben. Browser-Signal und Server-Signal beschreiben dann nachweislich denselben Sale, und Awin wertet ihn einmal statt zweimal. Ohne diese Deduplizierung kippt das Reporting in die andere Richtung: zu viele Sales, zu hohe Provisionen.
Wie kommen Stornos und Retouren zurück an Awin?
Über die Transaction-Validation. Storniert ein Kunde oder wird eine Bestellung zurückerstattet, schickt dein Server ein Decline auf dieselbe Transaktions-ID, eine saubere Bestellung ein Approve. So spiegelt der Awin-Status deinen echten Bestellstatus, statt im Moment des Klicks einzufrieren. DataFirst macht das automatisch, statt dass du jede Transaktion von Hand im Awin-Interface suchst.
Ist Awin Server-to-Server Tracking DSGVO-konform?
Server-seitig zu melden macht ein Setup nicht automatisch konform. Die awc ist eine Klick-Prüfsumme und kein Profil, für die personenbezogenen Daten in der Bestellung bleibt die Einwilligung die Grundlage. Was server-seitig hilft, ist die Datenhoheit: Du entscheidest, welche Felder dein Haus verlassen, und mit Hosting in Deutschland passiert die erste Verarbeitung hier. Consent-first bleibt Pflicht.