Welche Frage Revenue Attribution wirklich beantwortet
Revenue Attribution soll nicht beweisen, dass Marketing immer erfolgreich war. Sie soll zeigen, welche belastbare Beziehung zwischen einer Kampagne und einem Geschäftsergebnis besteht. Dafür werden Ereignisse wie veröffentlichter Beitrag, First-Party-Klick, Bestellung und Umsatz über stabile Kennungen verbunden.
Die Zuordnung ist besonders schwierig, wenn mehrere Kanäle beteiligt sind, Cookies fehlen oder ein Kunde später direkt zurückkehrt. Ein ehrliches System lässt deshalb einen Teil des Umsatzes bewusst unattributed. Diese Lücke ist wertvoller als eine scheinbar vollständige, aber erfundene Zuordnung.
Confirmed, derived und unattributed sauber trennen
Confirmed bedeutet, dass eine direkte, workspace-eigene Evidenz vorliegt. Ein Beispiel ist eine Bestellung mit verifizierter Post- oder Klick-ID, die auf einen tatsächlich veröffentlichten Beitrag derselben Kampagne verweist. Derived bedeutet, dass die Beziehung plausibel und durch First-Party-Signale gestützt ist, aber nicht dieselbe Beweiskraft besitzt. Unattributed umfasst alle Ergebnisse ohne ausreichende Verbindung.
Diese Stufen dürfen in Berichten nicht zu einer einzigen Zahl verschmolzen werden. Ein Entscheider muss sehen können, welcher Umsatz sicher, wahrscheinlich oder nicht zuordenbar ist. Sonst entsteht eine Genauigkeit, die die Datenbasis nicht hergibt.
- confirmed: direkte verifizierte Evidenz
- derived: plausible Ableitung mit eigener Signalbasis
- unattributed: keine ausreichende Verbindung
- rejected: vorgelegter Claim wurde wegen fehlender oder fremder Evidenz abgelehnt
Warum ein passender UTM-String noch kein Beweis ist
UTM-Parameter sind leicht zu kopieren oder nachträglich zu setzen. Eine URL mit dem Namen einer Kampagne beweist daher nicht, dass der Klick tatsächlich aus dem eigenen veröffentlichten Beitrag stammt. Für eine abgeleitete Zuordnung sollte zusätzlich ein First-Party-Klick mit passender Kampagnen- und Postkennung existieren.
Ebenso wichtig ist Workspace-Isolation. Ein Post aus einem anderen Workspace, ein unbekannter Content-Identifier oder eine fremde Kampagne dürfen nicht als Beleg dienen. Selbst korrekt aussehende Daten werden verworfen, wenn die Eigentums- und Herkunftskette nicht stimmt.
Bestellungen und Umsatz dürfen nur einmal zählen
Commerce-Provider können dasselbe Ereignis mehrfach liefern: Webhook-Wiederholung, manueller Sync oder verzögerte Statusänderung. Deduplication basiert deshalb auf einer stabilen Provider-Order-ID und dem Store-Kontext, nicht auf Betrag und Uhrzeit. Zwei Bestellungen über denselben Betrag sind möglich; dieselbe externe Bestellung zweimal zu zählen ist ein Fehler.
Bei Rückerstattungen, Stornos und Teilzahlungen braucht das Modell weitere Zustände. Für die Kampagnenauswertung sollte nur der relevante bezahlte Nettowert in der richtigen Währung einfließen. Änderungen müssen dieselbe Bestellung aktualisieren, statt einen neuen Umsatzdatensatz anzulegen.
Ein entscheidungsfähiger Attribution-Report
Ein guter Report zeigt pro Kampagne veröffentlichte Beiträge, Klicks, Leads, bestätigte Bestellungen, abgeleitete Bestellungen, nicht zuordenbare Bestellungen und Umsatz. Ablehnungsgründe wie „Post nicht gefunden“, „UTM ohne First-Party-Klick“ oder „fremder Workspace“ gehören sichtbar dazu.
Die nächste Marketingentscheidung folgt nicht automatisch dem höchsten Umsatzwert. Berücksichtige Marge, Stichprobengröße, Kanalaufwand und Datenqualität. Eine Kampagne mit kleinerem, aber vollständig bestätigtem Ergebnis kann die bessere Lernbasis sein als eine große derived-Zahl mit schwacher Evidenz.
FAQ
Muss jeder Umsatz einer Kampagne zugeordnet werden?
Nein. Ein nicht zuordenbarer Anteil ist normal. Entscheidend ist, ihn getrennt auszuweisen und nicht durch Vermutungen künstlich zu verteilen.
Reicht eine UTM-Kampagnen-ID für confirmed Revenue?
Nein. Eine UTM kann ein Signal sein, sollte aber durch workspace-eigene First-Party-Evidenz wie einen bekannten Klick oder eine stabile Post-ID gestützt werden.
Wie verhindert man doppelt gezählten Umsatz?
Bestellungen werden anhand einer stabilen externen Order-ID im Store- und Workspace-Kontext dedupliziert. Wiederholte Lieferungen aktualisieren denselben Datensatz.