Direct oder Unattributed: Warum die Umsatzquelle fehlt

Zwei Informationslücken statt eines einzigen Kanals

Direct beschreibt üblicherweise einen beobachteten Website-Besuch, für den das Analysesystem keine nutzbare Akquisitionsquelle kennt. Nicht zugeordneter Umsatz, Unattributed, bezeichnet eine Zahlung, der das System keinen zulässigen Marketingkontakt zuweisen kann. Die genauen Bezeichnungen unterscheiden sich je nach Produkt; lies deshalb immer die Berichtsdefinitionen.

Ein Besuch kann als Direct erfasst und erfolgreich mit einer Zahlung verbunden sein. Umgekehrt kann eine echte Zahlung ganz ohne zugehörigen Besuch bestehen. Werden beide Fälle in einer einzigen Direct-Umsatzgruppe zusammengefasst, bleibt verborgen, ob das Problem bei der Quellenklassifizierung oder bei der Identitäts- und Checkout-Verknüpfung liegt.

Direct ist kein Synonym für Markenbekanntheit

Menschen geben tatsächlich Adressen ein und verwenden Lesezeichen. Quelleninformationen können aber auch fehlen, wenn jemand einen Link in einer Anwendung öffnet, eine unmarkierte Nachricht weiterleitet, einem Dokumentlink folgt oder eine Weiterleitung Parameter verliert. Das sind zu prüfende Möglichkeiten, keine Erlaubnis, jeden Direct-Besuch dem Lieblingskanal zuzuweisen.

Google Analytics beschreibt Direct als Traffic ohne klare Verweisquelle. Auch die Referrer-Richtlinie des Browsers beeinflusst, welche Informationen zwischen Seiten gesendet werden. Eine Richtlinie kann bei ursprungsübergreifenden Anfragen beispielsweise nur den Ursprung oder gar keinen Referrer übermitteln. Eine verweisende Domain ist nicht zwangsläufig eine vollständige Seiten-URL, ein Kampagnenname oder eine Suchanfrage.

Schwäche die Datenschutzrichtlinie einer Website nicht nur ab, um einen längeren Referrer zu erhalten. Für selbst kontrollierte Kampagnen sind einheitliche, nicht personenbezogene Kampagnenmarkierungen meist bewusster steuerbar, als sich auf zufällige Angaben von Apps oder Browsern zu verlassen.

Unattributed bedeutet nicht unbezahlt

Stell dir vor, ein fiktives SaaS erfasst eine erfolgreiche Zahlung über 59 USD, hat aber keine verknüpfte Besucherkennung. Die Zahlung kann vollkommen gültig sein. Vielleicht hat die Person Analyse-Einwilligung verweigert, ein anderes Gerät verwendet, den Checkout nach Ablauf einer Sitzung gestartet oder über eine außerhalb der Website erstellte Rechnung bezahlt. Ein fehlender Akquisitionskontakt ist kein Beleg für einen finanziellen Fehlschlag.

Ein Attributionsfenster bildet eine weitere Grenze. Liegt der einzige erfasste Kontakt außerhalb des konfigurierten Fensters, kann das System die Zahlung zu Recht als Unattributed belassen. Prüfe vor einer Verlängerung des Fensters, ob du eine Messdefinition änderst oder einen Fehler behebst. Das verlangt unterschiedliche Erläuterungen in deinen Berichtsnotizen.

Ein praktisch nutzbarer Entscheidungsbaum

Wähle eine einzelne Zahlung statt eines aggregierten Diagramms. Beginne mit einem bereinigten internen Datensatz oder einem synthetischen Testkunden. Folge dem Entscheidungsbaum der Reihe nach; nach einer Marketingquelle zu suchen, bevor die Verbindung belegt ist, kostet häufig unnötig Zeit.

Zahlung vom Anbieter bestätigt?
  Nein -> Zahlungsstatus prüfen; noch nicht zählen
  Ja   -> gültige Besucher-/Kontoverknüpfung vorhanden?
           Nein -> Unattributed; Checkout-Zuordnung prüfen
           Ja   -> zulässiger erfasster Kontakt im Zeitfenster?
                    Nein -> Unattributed; Einwilligung/Fenster prüfen
                    Ja   -> nutzbare Kampagnen- oder Verweisquelle?
                             Nein -> Direct gemäß festgelegter Regel
                             Ja   -> benannte Quelle gemäß dieser Regel

Prüfe Quellenerfassung und Zahlungszuordnung unabhängig

Öffne für die Erfassung einen kontrollierten Kampagnenlink und prüfe die endgültige Landing-URL nach Weiterleitungen. Bestätige, dass der vorgesehene Quellenwert erhalten bleibt und das Analyseereignis erst nach der entsprechenden Erlaubnis erfasst wird. Prüfe das erwartete kategoriale Feld, statt beliebige vollständige URLs zu speichern, die personenbezogene Informationen enthalten können.

Prüfe für die Zuordnung das auf dem Server erstellte Zahlungsobjekt. Bei einmaligen Stripe-Checkout-Zahlungen hängt payment_intent_data.metadata Metadaten an den PaymentIntent; Metadaten auf Session-Ebene sind ein anderes Feld. Ein auf der Session sichtbarer Wert beweist nicht, dass die Zahlungsintegration ihn im PaymentIntent findet.

Beschränke diese Untersuchung auf autorisierte Protokolle und Testdaten. Veröffentliche niemals Zahlungsgeheimnisse oder Kundenkennungen in einem öffentlichen Issue. Teste nach Behebung eines reproduzierbaren Fehlers einen neuen Ablauf und dokumentiere, ob sich ältere Zahlungen anhand erhaltener Belege berechtigt korrigieren lassen.

Ein kleiner Bericht, der die Lücke sichtbar macht

Hier ein synthetisches Wochenbeispiel in einer Währung: Es gibt 50 bestätigte Zahlungen – 30 mit benannten Quellen, 10 mit erfassten Direct-Besuchen und 10 ohne gültige Verknüpfung. Der Unattributed-Anteil nach Zahlungsanzahl beträgt 10 geteilt durch 50, also 20 %. Direct-zugeordnete Zahlungen machen weitere 20 % aus, nicht dieselben 20 %.

Du kannst außerdem einen betragsgewichteten Unattributed-Anteil berechnen, musst ihn aber anders benennen: nicht zugeordnete Bruttozahlungseingänge geteilt durch alle Bruttozahlungseingänge. Eine große Jahreszahlung kann den betragsgewichteten Anteil stark vom anzahlbasierten Anteil unterscheiden. Wechsle die Nenner nicht mitten im Bericht.

Verfolge beide Kennzahlen rund um eine Integrationsänderung mit vergleichbaren Zeiträumen und derselben Erstattungsregel. Sinkt Unattributed nach einer Checkout-Korrektur, ist das ein hilfreicher Hinweis auf bessere Verknüpfung; es bedeutet nicht automatisch besseres Marketing.

Was du bei einem unbequemen Diagramm nicht tun solltest

Benenne nicht alle unbekannten Zahlungen in Direct um, verteile sie nicht anteilig auf sichtbare Kanäle und behandle eine erinnerte Kampagne nicht als erfasste Tatsache. Wenn du für die Planung eine modellierte Verteilung verwendest, stelle sie getrennt von beobachteter Attribution dar und erkläre die Annahmen.

Gehe nicht davon aus, dass eigene Login-Besuche oder von Administratoren erstellte Bestellungen Kundenakquisition darstellen. Schließe Testtraffic und Testzahlungen durch ausdrückliche Regeln aus und bewahre eine Prüfspur. Beurteile eine Quelle außerdem nicht allein nach ihrem Anteil an erfassten Besuchern, wenn sich die Erfassung je nach Gerät oder Einwilligung unterscheidet.

Grenze die nächste Entscheidung ein

Fehlt ein verknüpfter Kontakt, arbeite an der Checkout-Zuordnung und ihrer Aufbewahrungsgrenze. Gibt es einen Kontakt ohne Quelle, arbeite an Kampagnenbenennung und Weiterleitungstests. Funktioniert beides, akzeptiere verbleibende echte Unsicherheit und vergleiche Kanäle innerhalb dieser Grenze.

Der verknüpfte UTM-Leitfaden liefert ein Benennungssystem für selbst kontrollierte Links. Die Installationscheckliste macht aus Diagnoseschritten wiederholbare Tests. Zusammen helfen sie mehr als die Jagd nach einem fiktiven Dashboard ohne unbekannte Besucher.

Quellen

• Google Analytics: Direct-Traffic verstehen
• MDN: Referrer-Policy-Header
• Stripe: Metadaten
• Stripe: eine Checkout Session erstellen

Verwandte Leitfäden