In Affiliate-Programmen genügt es nicht zu wissen, dass ein Verkauf stattgefunden hat. Das Unternehmen muss verstehen, woher er kam, welcher Partner an der Journey beteiligt war, nach welcher Regel das Ergebnis attribuiert wird und wie diese Attribution eine Provision erzeugt.
Genau deshalb müssen Tracking, Attribution und Commission Management als verwandte, aber unterschiedliche Konzepte behandelt werden.
In einer vereinfachten Sicht:
Interaktion → Identifikation → Tracking → Conversion → Attribution → Validierung → Provision.
Wenn diese Schritte nicht klar voneinander getrennt sind, entstehen Probleme wie Doppelzählungen, abweichende Daten, falsche Provisionen und Schwierigkeiten bei der Prüfung.
Tracking, Attribution und Commission sind nicht dasselbe
Tracking
Erfasst Ereignisse und identifiziert die Herkunft bestimmter Interaktionen.
Beantwortet vor allem:
„Was ist passiert und woher kam es?“
Attribution
Wendet eine Regel an, um zu bestimmen, wer für ein bestimmtes Ergebnis Anerkennung erhält.
Beantwortet:
„Wem soll diese Conversion zugerechnet werden?“
Commission
Wendet die wirtschaftliche Regel auf die validierte Conversion an.
Beantwortet:
„Wer soll wie viel und nach welcher Regel erhalten?“
Ein reifer Betrieb muss diese drei Schritte integriert steuern.
Wie kann ein Affiliate identifiziert werden?
Die Identifikation kann über verschiedene Mechanismen erfolgen, wie zum Beispiel:
- exklusive Links;
- Parameter;
- Identifikatoren;
- Aktionscodes;
- Landing Pages;
- individuelle Shops;
- Kampagnen;
- weitere vom Betrieb definierte Referenzen.
Das gewählte Modell hängt von der kommerziellen Journey ab.
Der zentrale Punkt ist, eine verlässliche Beziehung zwischen Partner, Interaktion und der eventuellen Conversion sicherzustellen.
Was erfasst das Tracking?
Je nach Programm können Ereignisse erfasst werden wie:
- Klick;
- Besuch;
- View;
- Lead;
- Registrierung;
- Checkout-Start;
- Bestellung;
- Verkauf;
- Abonnement;
- eine andere relevante Conversion.
Nicht jedes Ereignis erzeugt zwangsläufig eine Provision.
Das Tracking erfasst die Journey. Die nachfolgenden Regeln bestimmen, was für das Programm wirtschaftlichen Wert besitzt.
Die Conversion braucht eine verlässliche Identität
Stellen Sie sich vor, ein Verbraucher klickt auf einen Affiliate-Link und schließt später einen Kauf ab.
Damit der Betrieb funktioniert, muss das System Folgendes korrekt in Beziehung setzen:
Partner → Interaktion → Verbraucher oder Session → Bestellung → Conversion.
Je komplexer die Journey, desto schwieriger wird diese Zuordnung.
Probleme treten besonders dann auf, wenn Folgendes existiert:
- mehrere Geräte;
- mehrere Kanäle;
- lange Zeiträume zwischen Interaktion und Kauf;
- Aktionscodes;
- gleichzeitige Kampagnen;
- verschiedene beteiligte Partner.
Was ist ein Attributionsfenster?
Ein Unternehmen kann festlegen, wie lange eine Interaktion für die Anerkennung einer späteren Conversion in Frage kommt.
Dieser Zeitraum wird üblicherweise als Attributionsfenster bezeichnet.
So kann eine Regel eine Interaktion beispielsweise für eine bestimmte Anzahl von Tagen als gültig betrachten.
Es gibt kein universelles Fenster, das für alle Geschäfte geeignet ist.
Es hängt vom Kaufzyklus, vom Produkt, von der Vertriebsstrategie und von den Regeln des Programms ab.
First Click, Last Click und weitere Regeln
Es gibt verschiedene Möglichkeiten zu entscheiden, wer Anerkennung erhält.
First Click
Rechnet das Ergebnis dem Partner zu, der mit der ersten gültigen Interaktion verbunden ist.
Last Click
Rechnet es dem Partner zu, der mit der letzten vor der Conversion als gültig betrachteten Interaktion verbunden ist.
Ausschlaggebender Code oder Identifikator
Das Unternehmen kann festlegen, dass ein beim Kauf verwendeter Code Vorrang vor anderen Interaktionen hat.
Eigene Regeln
Anspruchsvollere Betriebe können spezifische Geschäftskriterien verwenden.
Entscheidend ist, dass die Regel klar, vorhersehbar und prüfbar ist.
Das Problem von Journeys mit mehreren Partnern
Betrachten Sie eine Situation, in der:
- der Verbraucher das Produkt über Partner A kennenlernt;
- anschließend Content von Partner B aufruft;
- später einen Code von Partner C verwendet;
- schließlich den Kauf tätigt.
Wer erhält die Anerkennung?
Es gibt keine universelle technische Antwort.
Die Antwort ist eine Entscheidung des Geschäftsmodells.
Die Plattform muss diese Entscheidung konsistent anwenden können.
Client-Side- und Server-Side-Tracking
Das Tracking kann verschiedene technische Ebenen umfassen.
Client-Side-Ansätze hängen in der Regel stärker vom Browser und von der Nutzererfahrung ab.
Server-Side-Ansätze erlauben es, bestimmte Ereignisse direkt zwischen Systemen zu erfassen.
In modernen Betrieben können verschiedene Mechanismen nebeneinander bestehen.
Die Wahl hängt von der Architektur, den genutzten Kanälen, den Anforderungen an den Datenschutz und den für den Markt geltenden Regeln ab.
Cookies dürfen nicht als einzige Antwort behandelt werden
Cookies können Teil des Trackings sein, doch eine Affiliate-Architektur sollte konzeptionell nicht allein von ihnen abhängen.
Es gibt weitere mögliche Elemente:
- eigene Identifikatoren;
- authentifizierte Daten;
- Codes;
- Server-Side-Ereignisse;
- Bestell-IDs;
- Kampagnen-IDs;
- von der Plattform selbst persistierte Beziehungen.
Je kritischer der Betrieb, desto wichtiger sind verlässliche Mechanismen zur Identifikation und Rekonziliation.
Datenschutz und Einwilligung
Tracking und Attribution verarbeiten Daten und digitales Verhalten.
Deshalb muss die Umsetzung Folgendes berücksichtigen:
- Datenschutz;
- Einwilligung, sofern anwendbar;
- Datenminimierung;
- Governance;
- Gesetzgebung des Marktes;
- Richtlinien der genutzten Plattformen.
Es gibt keine einzige gültige Konfiguration für alle Länder.
Die Architektur muss es dem Unternehmen ermöglichen, seine Richtlinien und Pflichten angemessen umzusetzen.
Cross-Device
Ein Verbraucher kann:
- ein Angebot auf dem Smartphone entdecken;
- es erneut auf dem Tablet recherchieren;
- den Kauf am Computer abschließen.
Diese Journey erzeugt Herausforderungen für die Attribution.
Ohne eine legitime Form der gemeinsamen Identifikation können unterschiedliche Geräte wie unabhängige Nutzer erscheinen.
Deshalb erfordert Cross-Device-Attribution eine geeignete Architektur und geeignete Daten — und nicht nur einen Affiliate-Link.
Deduplizierung
Ein und dieselbe Conversion kann über mehrere Quellen ins System gelangen.
Zum Beispiel:
- E-Commerce-Integration;
- Pixel;
- Webhook;
- API;
- Import;
- ein anderes Ereignis.
Ohne Deduplizierung kann dieselbe Bestellung mehrfach gezählt werden.
Ein eindeutiger Identifikator für die Conversion oder die Bestellung ist häufig entscheidend, um dieses Problem zu vermeiden.
Stornierungen, Retouren und Chargebacks
Eine anfangs erfasste Conversion kann ihre Gültigkeit verlieren.
Das geschieht in Fällen wie:
- Stornierung;
- Retoure;
- Chargeback;
- Betrug;
- ungültige Bestellung.
Deshalb kann eine Provision Zustände durchlaufen wie:
identifiziert → attribuiert → ausstehend → validiert → berechtigt.
Die Bezeichnungen können variieren, doch die Governance des Zyklus ist wichtig.
Attribution bedeutet nicht sofortige Provision
Ein Partner A zugerechneter Verkauf bedeutet nicht zwangsläufig, dass die Provision sofort freigegeben werden muss.
Vorher können Folgendes bestehen:
- Validierungen;
- Rückgabefrist;
- Betrugsanalyse;
- Berechtigungsregeln;
- spezifische Bedingungen der Kampagne.
Die Architektur muss Attribution und Auszahlung der Provision voneinander trennen.
Wie behandelt man Gutscheine und Aktionscodes?
Codes können als zusätzlicher Attributionsmechanismus verwendet werden.
Ein Unternehmen kann zum Beispiel festlegen:
- Code hat Vorrang vor Link;
- Link hat Vorrang vor Code;
- eine bestimmte Kampagne hat eine spezifische Regel;
- ein Code ist nur für einen autorisierten Partner gültig.
Diese Regeln müssen im Programm formalisiert und von der Plattform abgebildet werden.
Affiliate vs. Paid Media
Eine weitere Herausforderung entsteht, wenn der Verbraucher mit Affiliates und mit den Media-Kampagnen des Unternehmens selbst interagiert.
Die Organisation muss entscheiden, wie diese Kanäle koexistieren.
Die Technologie muss ausreichende Daten liefern, damit das Unternehmen seine Regeln anwenden kann, ohne Ergebnisse doppelt zu zählen.
Affiliate vs. Berater oder Distributor
Die Konvergenz zwischen Affiliates und Direktvertrieb erzeugt noch interessantere Szenarien.
Ein Verkauf kann Folgendes besitzen:
- einen Affiliate, der für die Herkunft verantwortlich ist;
- einen mit dem Kunden verbundenen Berater;
- eine kommerzielle Struktur;
- unterschiedliche Vergütungsregeln.
Die Plattform muss wissen, ob:
- nur ein Teilnehmer erhält;
- beide erhalten;
- eine Priorität besteht;
- eine Aufteilung besteht;
- bestimmte Modelle nicht koexistieren können.
Auch das ist eine geschäftliche Entscheidung, die die Technologie abbilden muss.
Prüfung der Attribution
Ein Unternehmen muss Folgendes beantworten können:
Warum wurde dieser Verkauf diesem Partner zugerechnet?
Idealerweise kann die Historie Folgendes belegen:
- Identifikator des Partners;
- Interaktion;
- Kampagne;
- Timestamp;
- angewandte Regel;
- Conversion;
- Validierungen;
- Ergebnis.
Ohne diese Spur werden Abweichungen schwer zu untersuchen.
Wichtige Kennzahlen
Tracking und Attribution erzeugen auch Daten für die Steuerung.
Einige mögliche Indikatoren:
- Klicks;
- Besucher;
- Leads;
- Conversions;
- Conversion-Rate;
- Umsatz;
- Provision;
- durchschnittlicher Bestellwert;
- Performance pro Affiliate;
- Performance pro Kampagne;
- genehmigte Conversions;
- abgelehnte Conversions;
- Stornierungen;
- historische Entwicklung.
Das Ziel ist nicht nur zu wissen, wer verkauft hat, sondern die Qualität des Programms zu verstehen.
Was bei einer Tracking- und Attribution-Lösung zu bewerten ist
| Fähigkeit | Was zu bewerten ist |
|---|---|
| Identifikation | Wie Partner und Interaktionen erkannt werden |
| Tracking | Welche Ereignisse erfasst werden können |
| Attribution | Flexibilität der Regeln für die Anerkennung |
| Fenster | Kontrolle über den Attributionszeitraum |
| Deduplizierung | Schutz vor doppelten Conversions |
| Validierung | Behandlung von Stornierungen und ungültigen Ereignissen |
| Prüfung | Erklärung des Grundes der Attribution |
| Integrationen | APIs, Ereignisse und Verbindung zum Commerce |
| Datenschutz | Fähigkeit, innerhalb der geltenden Regeln zu arbeiten |
| Analytics | Sichtbarkeit über die Performance |
| Skalierbarkeit | Fähigkeit, große Ereignismengen zu verarbeiten |
Tracking muss mit dem Geschäft verbunden sein
Isoliertes Tracking erzeugt Ereignisse.
Isolierte Attribution erzeugt eine Regel.
Isolierte Commission erzeugt Beträge.
Ein wirklich integrierter Betrieb verbindet:
Partner + Journey + Kunde + Bestellung + Attribution + Provision + Daten.
Diese Sicht reduziert Rekonziliationen und verbessert die Prüffähigkeit.
IDBCONNECT und performanceorientierte Abläufe
IDBCONNECT ermöglicht es, verschiedene Arten von Teilnehmern, Geschäftsregeln, Commerce, Provisionierung, Integrationen und Daten innerhalb desselben operativen Ökosystems zu strukturieren.
Diese Architektur schafft die Basis für Abläufe, in denen Affiliates, Berater, Creator und andere Partner an kommerziellen Journeys mit eigenen Regeln für Identifikation und Vergütung teilnehmen können.