Kundenprofil-Lebenszyklus

Dieser Artikel beschreibt den Kundenprofil-Lebenszyklus von Braze und die verschiedenen Möglichkeiten, ein Kundenprofil zu identifizieren und zu referenzieren. Wenn Sie Ihren Kundenlebenszyklus besser verstehen möchten, sehen Sie sich stattdessen unseren Braze-Lernkurs zur Abbildung von Nutzer-Lebenszyklen an.

Alle persistenten Daten, die mit Nutzer:innen verknüpft sind, werden in deren Kundenprofil gespeichert. Nachdem ein Kundenprofil erstellt wurde – entweder über die API oder nachdem Nutzer:innen vom SDK erkannt wurden –, können Sie diesem Profil eine Reihe von Parametern zuweisen, um die jeweiligen Nutzer:innen zu identifizieren und zu referenzieren.

Diese Parameter umfassen:

• braze_id (von Braze zugewiesen)
• external_id
• email
• phone
• Beliebig viele angepasste Nutzer-Aliase, die Sie festlegen

Anonyme Nutzerprofile

Alle Nutzer:innen ohne eine zugewiesene external_id werden als anonyme Nutzer:innen bezeichnet. Das können zum Beispiel Nutzer:innen sein, die Ihre Website besucht, sich aber nicht registriert haben, oder Nutzer:innen, die Ihre mobile App heruntergeladen, aber kein Profil erstellt haben.

Wenn das SDK Nutzer:innen zum ersten Mal erkennt, wird ein anonymes Nutzerprofil mit einer zugehörigen braze_id erstellt. Dabei handelt es sich um einen eindeutigen Bezeichner, der automatisch von Braze vergeben wird, nicht bearbeitet werden kann und gerätespezifisch ist. Mit diesem Bezeichner können Sie das Nutzerprofil über die API aktualisieren.

Identifizierte Nutzerprofile

Sobald Nutzer:innen in Ihrer App erkennbar sind (indem sie eine Form von Nutzer-ID oder E-Mail-Adresse angeben), empfehlen wir, dem Profil dieser Nutzer:innen mit der Methode changeUser eine external_id zuzuweisen (Web, iOS, Android). Mit einer external_id können Sie dasselbe Nutzerprofil auf mehreren Geräten identifizieren.

Die Verwendung einer external_id bietet außerdem folgende Vorteile:

• Bieten Sie ein einheitliches Nutzererlebnis über mehrere Geräte und Plattformen hinweg (z. B. keine Benachrichtigungen für inaktive Nutzer:innen an das Android-Tablet einer Person senden, die eine treue Nutzerin oder ein treuer Nutzer der iPhone-App ist).
• Verbessern Sie die Genauigkeit Ihrer Analytics, indem Sie sicherstellen, dass Nutzer:innen nicht jedes Mal ein neues Nutzerprofil erstellen, wenn sie die App deinstallieren und neu installieren oder auf einem anderen Gerät installieren.
• Ermöglichen Sie den Import von Nutzerdaten aus Quellen außerhalb der App über die Nutzerdaten-Endpunkte und sprechen Sie Nutzer:innen mit unseren Messaging-Endpunkten gezielt mit Transaktionsnachrichten an.
• Suchen Sie mit unseren „Testing“-Filtern im Segmentierer sowie auf der Seite Nutzer:innen suchen nach einzelnen Nutzer:innen.

Überlegungen zu externen IDs

Warnung

Weisen Sie einem Kundenprofil keine external_id zu, bevor Sie die Person eindeutig identifizieren können. Nachdem Sie eine:n Nutzer:in identifiziert haben, können Sie sie oder ihn nicht mehr auf anonym zurücksetzen.

Eine external_id kann über den /users/external_ids/rename-Endpunkt aktualisiert werden. Jeder Versuch, während der Sitzung einer/eines Nutzer:in eine andere external_id festzulegen, erstellt jedoch ein neues Kundenprofil, das mit der neuen external_id verknüpft ist. Es werden keine Daten zwischen den beiden Profilen übertragen.

Risiko bei der Verwendung einer E-Mail-Adresse oder gehashten E-Mail-Adresse als externe ID

Die Verwendung einer E-Mail-Adresse oder einer gehashten E-Mail-Adresse als externe ID in Braze kann das Identitätsmanagement über Ihre Datenquellen hinweg vereinfachen. Dabei sollten Sie jedoch die potenziellen Risiken für die Privatsphäre der Nutzer:innen und die Datensicherheit berücksichtigen.

• Erratbare Informationen: E-Mail-Adressen lassen sich leicht erraten und sind daher anfällig für Angriffe.
• Missbrauchsrisiko: Wenn böswillige Nutzer:innen ihren Webbrowser so manipulieren, dass er die E-Mail-Adresse einer anderen Person als externe ID sendet, könnten sie möglicherweise auf sensible Nachrichten oder Kontoinformationen zugreifen.

Was passiert, wenn Sie anonyme Nutzer:innen identifizieren

Wenn Sie anonyme Nutzer:innen identifizieren, kann eines von zwei Szenarien eintreten:

1) Anonyme Nutzer:innen werden zu neuen identifizierten Nutzer:innen:
Wenn die external_id in Braze noch nicht existiert, werden die anonymen Nutzer:innen zu neuen identifizierten Nutzer:innen und behalten alle Attribute und den gesamten Verlauf der anonymen Nutzer:innen bei.

2) Anonyme Nutzer:innen werden als bereits bestehende Nutzer:innen identifiziert:
Wenn die external_id in Braze bereits existiert, wurden diese Nutzer:innen zuvor auf andere Weise im System identifiziert, z. B. über ein anderes Gerät (etwa ein Tablet) oder über importierte Nutzerdaten.

Mit anderen Worten: Sie haben bereits ein Nutzerprofil für diese Nutzer:innen. In diesem Fall geht Braze wie folgt vor:

1. Die anonymen Nutzer:innen werden verwaist
2. Bestimmte Felder des Nutzerprofils, die im identifizierten Nutzerprofil noch nicht vorhanden sind, werden aus dem anonymen Profil zusammengeführt
3. Das anonyme Profil wird aus Ihrer Nutzerbasis entfernt, damit die Nutzerzahlen nicht künstlich erhöht werden

Wenn sowohl die anonymen als auch die bekannten Nutzer:innen einen Vornamen haben, wird der Vorname der bekannten Nutzer:innen beibehalten. Wenn die bekannten Nutzer:innen einen Nullwert haben und die anonymen Nutzer:innen einen Wert, wird der Wert der anonymen Nutzer:innen in das Profil der bekannten Nutzer:innen übernommen, sofern der Wert zu diesen bestimmten Feldern des Nutzerprofils gehört.

Wichtig

Nicht alle Daten aus dem anonymen Profil werden zusammengeführt. Push-Token und der Verlauf des Nachrichten-Engagements werden übernommen (verwendet für empfangene Kampagnen und die Segmentierung). Angepasste Attribute, angepasste Events und der Kaufverlauf aus dem anonymen Profil werden nur dann in das Profil der identifizierten Nutzer:innen übernommen, wenn diese Felder im identifizierten Nutzerprofil noch nicht vorhanden sind. Bei widersprüchlichen Daten werden die Werte der identifizierten Nutzer:innen beibehalten. Beachten Sie, dass der Tab Messaging-Verlauf auf unserem Data Warehouse basiert und nach einer Zusammenführung nicht aktualisiert wird, sodass Events vor der Zusammenführung dort nicht angezeigt werden. Unter Verhalten bei der Zusammenführung finden Sie die vollständige Liste der Felder, die übertragen bzw. nicht übertragen werden, einschließlich der Bereiche, die nicht von Zusammenführungen erfasst werden.

Informationen dazu, wie Sie eine external_id für ein Nutzerprofil festlegen, finden Sie in unserer Dokumentation (iOS, Android, Web).

Reporting und zusammengeführte Profile

Wenn anonyme und identifizierte Profile nach einem Versand zusammengeführt werden, ordnen die Kampagnenzusammenfassungen im Dashboard diesen Versand dem verbleibenden (identifizierten) Profil zu. Currents, Query Builder und der Tab Messaging-Verlauf ordnen den Versand weiterhin der Nutzer-ID des verwaisten Profils zu – also der ID zum Zeitpunkt des Versands. Dies ist das erwartete Verhalten. Die vollständige Liste der übertragenen Felder finden Sie unter Verhalten bei der Zusammenführung.

Um diesen Versand in Currents, Query Builder oder im Messaging-Verlauf zu finden, suchen Sie nach der braze_id des verwaisten Profils. Eine Abfrage, die nur die braze_id der identifizierten Nutzer:innen verwendet, liefert den Versand vor der Zusammenführung nicht.

Hinweis

Verwaiste Nutzer:innen können keine Nachrichten empfangen.

Doppelte Nutzer:innen zusammenführen

Wenn Sie doppelte Nutzerprofile in Ihrem Workspace feststellen, können Sie diese über die REST API zusammenführen. Weitere Informationen zum Zusammenführen von Nutzer:innen und zu den verfügbaren Methoden finden Sie unter Doppelte Nutzer:innen zusammenführen.

Nutzer-Aliase

Wenn Sie Nutzer:innen über andere Bezeichner als die Braze-external_id referenzieren möchten, legen Sie Nutzer-Aliase für ein Nutzerprofil fest. Jeder für ein Nutzerprofil festgelegte Alias ergänzt die braze_id oder external_id der Nutzer:innen, ersetzt sie aber nicht. Die Anzahl der Aliase, die Sie für ein Nutzerprofil festlegen können, ist unbegrenzt.

Jeder Alias funktioniert als Schlüssel-Wert-Paar und besteht aus zwei Teilen: einem alias_label, das den Schlüssel des Alias definiert, und einem alias_name, der den Wert definiert. Ein alias_name muss für jedes einzelne Label in Ihrer gesamten Nutzerbasis eindeutig sein (genau wie bei der external_id). Wenn Sie versuchen, ein zweites Nutzerprofil mit einer bereits vorhandenen Kombination aus Label und Name zu aktualisieren, wird das Nutzerprofil nicht aktualisiert.

Nutzer-Aliase aktualisieren

Nachdem ein Alias festgelegt wurde, können Sie ihn für ein bestimmtes Label mit einem neuen Namen aktualisieren, entweder über unsere Endpunkte für Nutzerdaten oder indem Sie einen neuen Namen über das SDK übergeben. Der Nutzer-Alias ist dann beim Export der Daten dieser Nutzer:innen sichtbar.

Anonyme Nutzer:innen taggen

Mit Nutzer-Aliasen können Sie anonyme Nutzer:innen außerdem mit einem Bezeichner taggen. Wenn beispielsweise Nutzer:innen Ihrer E-Commerce-Website ihre E-Mail-Adresse mitteilen, sich aber noch nicht registriert haben, kann die E-Mail-Adresse als Alias für diese anonymen Nutzer:innen verwendet werden. Diese Nutzer:innen können dann über ihre Aliase exportiert oder über die API referenziert werden.

Verhalten von Aliasen in anonymen Nutzerprofilen

Wenn ein anonymes Nutzerprofil mit einem Alias später mit einer external_id erkannt wird, wird es wie ein normales identifiziertes Nutzerprofil behandelt. Es behält jedoch seinen bestehenden Alias und kann weiterhin über diesen Alias referenziert werden.

Nach einem Nutzer-Alias suchen

Wenn Sie den Alias-Namen und das Alias-Label von Nutzer:innen kennen, können Sie sie unter Nutzer:innen suchen im Format alias_label:alias_name finden. Wenn Sie beispielsweise ein reines Alias-Profil mit dem Namen alias_name: bobby_alias und dem Label alias_label: m4pzOndtA-CnO0u haben, finden Sie diese Nutzer:innen, indem Sie m4pzOndtA-CnO0u:bobby_alias eingeben.

Wenn Ihnen diese Informationen nicht vorliegen, können Sie den Export user profile by identifier-Endpunkt aufrufen und den Nutzer-Alias in der API-Antwort finden.

Aliase für bekannte Nutzerprofile festlegen

Ein Nutzer-Alias kann auch für ein bekanntes Nutzerprofil festgelegt werden, um bekannte Nutzer:innen über eine andere extern bekannte ID zu referenzieren. Zum Beispiel könnten Nutzer:innen eine ID aus einem Business-Intelligence-Tool haben (etwa eine Amplitude-ID), die Sie in Braze referenzieren möchten.

Informationen zum Festlegen eines Nutzer-Alias finden Sie in unserer Dokumentation für die jeweilige Plattform (iOS, Android, Web).

Tipp

Fällt es Ihnen schwer, sich vorzustellen, wie dies für den Nutzerprofil-Lebenszyklus Ihrer Kund:innen aussehen könnte? Unter Best Practices finden Sie Best Practices für die Erfassung von Nutzerdaten.

Fortgeschrittener Anwendungsfall

Sie können über unser SDK und unsere API mit den Nutzerdaten-Endpunkten einen neuen Nutzer-Alias für bestehende identifizierte Nutzerprofile festlegen. Für ein bestehendes unbekanntes Nutzerprofil lassen sich Nutzer-Aliase jedoch nicht über die API festlegen.

Dabei werden auch die Nutzer-Aliase zusammengeführt. Wenn jedoch sowohl die zu verwaisende als auch die Ziel-Nutzer:in einen Alias mit demselben Label haben, bleibt nur der Alias der Ziel-Nutzer:in erhalten.

Wird eine App deinstalliert und neu installiert, wird für diese:n Nutzer:in eine neue anonyme braze_id generiert.

Fehlerbehebung mit Nutzer-IDs

Alle Nutzer-IDs können verwendet werden, um Nutzer:innen zu Testzwecken in Ihrem Dashboard zu finden und zu identifizieren. Informationen dazu, wie Sie Ihre:n Nutzer:in im Braze-Dashboard finden, finden Sie unter Testnutzer:innen hinzufügen.

Wichtig

Braze blockiert Nutzerprofile, die ungewöhnlich groß werden („Dummy-Nutzer:innen“), da diese Profile in der Regel das Ergebnis einer fehlerhaften Integration sind. Ein Profil wird blockiert, wenn es einen der folgenden Schwellenwerte überschreitet:

• Mehr als 5.000.000 Sitzungen
• Mehr als 20.000 verschiedene Namen angepasster Events
• Mehr als 20.000 verschiedene Produktnamen bei Käufen

Nachdem ein Profil blockiert wurde, nimmt Braze keine eingehenden Daten für dieses Profil mehr auf, weder von den SDKs noch von der REST API. Wenn Sie feststellen, dass dies bei legitimen Nutzer:innen passiert ist, wenden Sie sich an Ihren Braze Account Manager. Weitere Informationen finden Sie unter Spam-Blockierung.