Journeys und Identitäten
Welche Merkmale werden verknüpft?
Nur an eindeutigen Kennungen: Session-ID, pseudonyme First-Party-ID, Click-ID, Impression-ID, Sichtkennung, pseudonymisierte Kundenkennung sowie Bestell- und Lead-Nummer. Mehr nicht.
Woran erkennt Metrunio, dass zwei Signale zusammengehören?
| Kennung | Herkunft | Typische Verwendung |
|---|---|---|
| anonymous_id | zufälliger First-Party-Wert im LocalStorage | verbindet Besuche desselben Browsers |
| session_id | vom SDK vergeben | verbindet Ereignisse eines Besuchs |
| click_id | aus der Click-Tracking-URL | verbindet Werbeklick und Website |
| impression_id | aus dem Adserver-Makro | verbindet Auslieferung, Sichtbarkeit und Klick |
| view_id | Cookie metrunio_view der Messadresse, nur mit Marketing-Einwilligung | verbindet einen Sichtkontakt mit dem späteren Besuch im Shop (Post-View) |
| user_id_hash | mandantenspezifisch pseudonymisierte Kundennummer | verbindet angemeldete Besuche |
| order_id / lead_id | aus Shop oder CRM | verbindet serverseitige Conversion und Website |
Ausdrücklich ausgeschlossen
- Kein Fingerprinting über Geräteeigenschaften.
- Keine Wahrscheinlichkeitsmodelle.
- Keine Verknüpfung über Mandantengrenzen hinweg.
- Keine Klartext-E-Mail-Adressen oder Telefonnummern; sie führen zur Ablehnung des Events.
Hinweis
Eine übergebene user_id wird beim Empfang mandantenspezifisch über HMAC pseudonymisiert und nie im Klartext gespeichert. Wer bereits pseudonymisiert, kann direkt user_id_hash senden, etwa den SHA-256 der E-Mail-Adresse. Auch dieser Wert wird beim Empfang mit dem Schlüssel deines Kontos verrechnet: Dieselbe Prüfsumme ergibt bei einem anderen Konto eine andere Kennung.
Für Zielschritte ist eine Kundenkennung Pflicht: Ein goal ohne user_id, user_id_hash oder anonymous_id wird abgelehnt, weil „einmal je Kunde“ sonst nicht zu entscheiden ist. Nur mit user_id oder user_id_hash ist der Kunde über Browser und Geräte hinweg derselbe; mit der anonymous_id allein zählt der Schritt je Browser.
Zuletzt geprüft am 13.10.2026
Ebenfalls gefragt
- Wie werden Nutzer erkannt?
- Nutzt ihr Fingerprinting?
- Welche IDs verwendet ihr?
Weiterführende Artikel
- Warum gibt es kein Cross-Device-Matching?
Kann Metrunio erkennen, dass jemand am Handy geklickt und am Laptop gekauft hat?
Nur dann, wenn eine gemeinsame eindeutige Kennung vorliegt, etwa eine pseudonymisierte Kundennummer nach dem Anmelden. Ein probabilistisches Matching über Geräteeigenschaften gibt es bewusst nicht.
- Wie melde ich Conversions serverseitig?
Wie sende ich Events aus meinem Shop, CRM oder Backend?
Über POST /v1/server/events an den Collector, mit dem Serverschlüssel im Authorization-Header. Die Adresse und den fertigen Aufruf für deine Website zeigt das Portal unter „Einrichtung“ im Reiter „Server Events API“. Der Aufruf ist unabhängig vom Browser und damit robust gegenüber Adblockern und kurzlebigen Cookies.
- Welche Daten werden gespeichert?
Was genau liegt bei Metrunio über die Besucher meiner Website?
Pseudonyme Kennungen, Ereignisdaten mit Zeitstempel, Kampagnen- und Klickkennungen sowie Conversion-Werte. Keine rohen IP-Adressen; Klartextnamen und Kontaktangaben sind in den Ereignisfeldern nicht vorgesehen. Erkannte E-Mail-Adressen und Telefonnummern führen zur Ablehnung; die automatische Prüfung erkennt aber nicht alle personenbezogenen Angaben.
- Was ist ein Zielschritt?
Wie messe ich einen Funnel, wenn es keinen Kauf gibt?
Ein Zielschritt ist eine Conversion, die ein Kunde erreicht statt kauft: registriert, eingerichtet, erste Zahlung. Jeder Schritt hat einen Schlüssel und eine Reihenfolge und zählt je Kunde genau einmal, egal wie oft er gemeldet wird. Mehrere Schritte in Reihenfolge ergeben den Funnel im Bericht „Bestellungen & Ziele“.