Affiliate & Performance Commerce

Affiliate Tracking und Attribution: Verkäufe, Partner und Provisionen korrekt nachverfolgen

Wie sich Tracking, Attribution und Provision in Affiliate-Programmen unterscheiden — Identifikation, Attributionsfenster, Deduplizierung, Validierung und Prüfung.

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:

  1. der Verbraucher das Produkt über Partner A kennenlernt;
  2. anschließend Content von Partner B aufruft;
  3. später einen Code von Partner C verwendet;
  4. 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:

  1. ein Angebot auf dem Smartphone entdecken;
  2. es erneut auf dem Tablet recherchieren;
  3. 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ähigkeitWas zu bewerten ist
IdentifikationWie Partner und Interaktionen erkannt werden
TrackingWelche Ereignisse erfasst werden können
AttributionFlexibilität der Regeln für die Anerkennung
FensterKontrolle über den Attributionszeitraum
DeduplizierungSchutz vor doppelten Conversions
ValidierungBehandlung von Stornierungen und ungültigen Ereignissen
PrüfungErklärung des Grundes der Attribution
IntegrationenAPIs, Ereignisse und Verbindung zum Commerce
DatenschutzFähigkeit, innerhalb der geltenden Regeln zu arbeiten
AnalyticsSichtbarkeit über die Performance
SkalierbarkeitFä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.

Entdecken Sie IDBCONNECT und sprechen Sie mit IDB360 über Tracking, Attribution und Provisionierung in Ihrem Betrieb.

Gehen Sie von der Realität Ihres Betriebs aus — Partner, Journeys, Attribution und Provision — und bewerten Sie die Architektur, die Tracking mit dem Ergebnis verbindet.