Attributionsstatus
Jeder Klick auf einen Empfehlungslink (und jede Promo-Code-Nutzung) erstellt ein Attributionsereignis — einen Datensatz nach dem Muster „dieser Besucher könnte für diesen Partner konvertieren". Das Attributions-Log zeigt den Status jedes Ereignisses und eine vollständige Erklärung, warum es zu diesem Ergebnis kam. Diese Seite ist das Glossar für diese Status.
Status-Glossar
| Status | Bedeutung |
|---|---|
| Ausstehend | Der Besucher hat geklickt (oder einen Code verwendet), aber noch nicht konvertiert. Das Ereignis bleibt ausstehend, bis das Attributionsfenster des Programms abläuft |
| Konvertiert | Der Besucher hat innerhalb des Attributionsfensters einen Kauf getätigt. Für den Partner wurde eine Provision erstellt |
| Abgelaufen | Das Attributionsfenster ist ohne Konversion verstrichen. Aus diesem Ereignis wird nie eine Provision entstehen |
| Duplikat | Das Ereignis wurde aussortiert — ersetzt durch eine neuere Empfehlung für denselben Besucher, oder von der Betrugserkennung markiert (siehe unten) |
Converted, expired und duplicate sind final — ein Ereignis verlässt diese Status nie. Wiederkehrende Zahlungen aus einem Abonnement hängen zusätzliche Konversionen an dasselbe converted-Ereignis an, ohne dessen Status zu ändern.
Wie ein Ereignis zwischen Status wechselt
- Ausstehend → Konvertiert — eine Konversion (Stripe-Webhook oder Conversion-API-Aufruf) trifft ein und wird diesem Ereignis innerhalb des Attributionsfensters des Programms zugeordnet (1–365 Tage, festgelegt in den Programmeinstellungen).
- Ausstehend → Abgelaufen — das Attributionsfenster verstreicht ohne Konversion. Der Ablauf ist normale Hintergrund-Routine, kein Fehler.
- Ausstehend → Duplikat — das Ereignis wird ersetzt oder markiert; die Gründe folgen unten.
Warum ein Ereignis zum Duplikat wird
Der Detailbereich des Logs zeigt den genauen Grund für jedes Duplikat:
- Durch eine neuere Empfehlung ersetzt — derselbe Besucher wurde vor der Konversion erneut attributiert. Der häufigste Fall: Der Besucher kam über den Link von Partner A, verwendete dann aber an der Kasse den Promo-Code von Partner B. Der Code gewinnt (er ist der jüngere, eindeutigere Kontaktpunkt), das klickbasierte Ereignis wird als Duplikat markiert, und der Detailbereich des gewinnenden Ereignisses zeigt beide Seiten — welcher Partner gewonnen hat und welcher übergangen wurde, mit Zeitstempeln.
- Selbstempfehlung erkannt — die Betrugserkennung hat die Identität des Kunden mit der des Partners selbst abgeglichen; das Ereignis wird aussortiert, und es wird keine Provision erstellt.
Ein verwandter Fall betrifft nie die Attributionsstatus: Eine Konversion, die mit einer bereits verarbeiteten external_transaction_id eintrifft, wird auf Konversionsebene als doppelte Konversion abgelehnt. Das Attributionsereignis behält seinen Status; die Ablehnung wird dennoch mit eigener Erklärung im Log erfasst.
Betrugskennzeichen im Log
Ereignisse, die von der Betrugserkennung erfasst wurden, tragen im Log ein eigenes Kennzeichen, und der Detailbereich nennt die ausgelöste Regel (Selbstempfehlung, doppelte Konversion) zusammen mit der ergriffenen Maßnahme. Partner sehen nur einen vereinfachten Hinweis („Diese Konversion wurde zur Prüfung markiert") — die technischen Details bleiben händlerseitig.
Wenn etwas falsch aussieht
Wenn eine erwartete Konversion fehlt oder ein Ereignis abgelaufen ist, obwohl Sie eine Konversion erwartet haben, arbeiten Sie sich durch die Fehlerbehebung — sie behandelt das Snippet, Click-IDs und die Conversion API von Anfang bis Ende.