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:innen-Lebenszyklen an.
Alle persistenten Daten, die mit einer Nutzer:in verbunden sind, werden in deren Kundenprofil gespeichert. Nachdem ein Kundenprofil erstellt wurde – entweder über die API oder nachdem eine Nutzer:in vom SDK erkannt wurde – können Sie diesem Profil eine Reihe von Parametern zuweisen, um die Nutzer:in zu identifizieren und zu referenzieren.
Diese Parameter umfassen:
braze_id(zugewiesen von Braze)external_idemailphone- Beliebig viele angepasste Nutzer-Aliasse, die Sie festlegen
Anonyme Nutzerprofile
Alle Nutzer:innen ohne zugewiesene external_id werden als anonyme Nutzer:innen bezeichnet. Dabei kann es sich beispielsweise um Nutzer:innen handeln, die Ihre Website besucht, sich aber nicht registriert haben, oder um Nutzer:innen, die Ihre mobile App heruntergeladen, aber kein Profil erstellt haben.
Wenn Nutzer:innen erstmals vom SDK erkannt werden, wird ein anonymes Kundenprofil mit einer zugehörigen braze_id erstellt: ein eindeutiger Bezeichner, der automatisch von Braze zugewiesen wird, nicht bearbeitet werden kann und gerätespezifisch ist. Dieser Bezeichner kann verwendet werden, um das Kundenprofil über die API zu aktualisieren.
Identifizierte Nutzerprofile
Nachdem eine:r Nutzer:in in Ihrer App erkennbar ist (z. B. durch Angabe einer Nutzer-ID oder E-Mail-Adresse), empfehlen wir, dem Kundenprofil über die Methode changeUser (Web, iOS, Android) eine external_id zuzuweisen. Eine external_id ermöglicht es Ihnen, dasselbe Kundenprofil über mehrere Geräte hinweg zu identifizieren.
Zu den weiteren Vorteilen der Verwendung einer external_id gehören:
- Ein konsistentes Nutzererlebnis über mehrere Geräte und Plattformen hinweg bereitstellen (z. B. keine Benachrichtigungen für inaktive Nutzer:innen an das Android-Tablet senden, wenn diese treue Nutzer:innen der iPhone-App sind).
- Die Genauigkeit Ihrer Analytics verbessern, indem bestätigt wird, dass Nutzer:innen nicht jedes Mal ein neues Kundenprofil erstellen, wenn sie die App deinstallieren und neu installieren oder auf einem anderen Gerät installieren.
- Den Import von Nutzerdaten aus Quellen außerhalb der App über die Nutzerdaten-Endpunkte ermöglichen und Nutzer:innen mit transaktionalen Nachrichten über unsere Messaging-Endpunkte ansprechen.
- Einzelne Nutzer:innen mithilfe unserer „Testing“-Filter im Segmentierer und auf der Seite Nutzer:innen suchen suchen.
Hinweise zu externen IDs

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 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 oder gehashten E-Mail als externe ID
Die Verwendung einer E-Mail-Adresse oder einer gehashten E-Mail-Adresse als externe ID in Braze kann die Identitätsverwaltung über Ihre Datenquellen hinweg vereinfachen. Es ist jedoch wichtig, die potenziellen Risiken für die Privatsphäre und die Datensicherheit der Nutzer:innen zu berücksichtigen.
- Erratbare Informationen: E-Mail-Adressen sind leicht zu erraten, was sie anfällig für Angriffe macht.
- Risiko des Missbrauchs: Wenn böswillige Nutzer:innen ihren Webbrowser so manipulieren, dass die E-Mail-Adresse einer anderen Person als externe ID gesendet wird, könnten sie möglicherweise auf vertrauliche Nachrichten oder Kontoinformationen zugreifen.
Was passiert, wenn Sie anonyme Nutzer:innen identifizieren
Bei der Identifizierung anonymer Nutzer:innen können zwei Szenarien eintreten:
1) Anonyme:r Nutzer:in wird zu identifizierten Nutzer:in:
Wenn die external_id in Braze noch nicht existiert, wird die/der anonyme Nutzer:in zu einer/einem neuen identifizierten Nutzer:in und behält alle Attribute und den gesamten Verlauf des anonymen Profils bei.
2) Anonyme:r Nutzer:in wird als bereits existierende:r Nutzer:in identifiziert:
Wenn die external_id bereits in Braze existiert, wurde diese:r Nutzer:in zuvor auf andere Weise im System identifiziert, z. B. über ein anderes Gerät (wie ein Tablet) oder importierte Nutzerdaten.
Mit anderen Worten: Sie haben bereits ein Kundenprofil für diese:n Nutzer:in. In diesem Fall führt Braze Folgendes aus:
- Das anonyme Kundenprofil verwaisen lassen
- Bestimmte Nutzerprofilfelder, die noch nicht im identifizierten Kundenprofil vorhanden sind, aus dem anonymen Profil zusammenführen
- Das anonyme Profil aus Ihrer Nutzerbasis entfernen, damit die Nutzeranzahl nicht aufgebläht wird
Wenn sowohl die/der anonyme als auch die/der bekannte Nutzer:in einen Vornamen haben, wird der Vorname der/des bekannten Nutzer:in beibehalten. Wenn die/der bekannte Nutzer:in einen Nullwert hat und die/der anonyme Nutzer:in einen Wert besitzt, wird der Wert der/des anonymen Nutzer:in in das Profil der/des bekannten Nutzer:in übernommen, sofern der Wert unter diese bestimmten Nutzerprofilfelder fällt.

Nicht alle Daten werden aus dem anonymen Profil zusammengeführt. Push-Token und der Nachrichtenverlauf werden übertragen, und angepasste Attribute, angepasste Events sowie die Kaufhistorie aus dem anonymen Profil werden nur dann in das identifizierte Kundenprofil übernommen, wenn diese Felder im identifizierten Kundenprofil noch nicht vorhanden sind. Bei widersprüchlichen Daten werden die Werte der/des identifizierten Nutzer:in beibehalten. Die vollständige Liste der Felder, die übertragen bzw. nicht übertragen werden, finden Sie unter Zusammenführungsverhalten.
Informationen zum Festlegen einer external_id für ein Kundenprofil 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 Campaign-Zusammenfassungen im Dashboard diesen Versand dem überlebenden (identifizierten) Profil zu. Currents, der Query Builder und der Tab Nachrichtenverlauf 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 Zusammenführungsverhalten.
Um diesen Versand in Currents, im Query Builder oder im Nachrichtenverlauf zu finden, suchen Sie nach der braze_id des verwaisten Profils. Eine Abfrage, die nur die braze_id der/des identifizierten Nutzer:in verwendet, gibt den Versand vor der Zusammenführung nicht zurück.

Verwaiste Nutzer:innen sind nicht berechtigt, Nachrichten zu empfangen.
Zusammenführen doppelter Nutzer:innen
Wenn Sie doppelte Nutzerprofile in Ihrem Workspace identifizieren, können Sie diese über die REST API zusammenführen. Weitere Informationen zum Zusammenführen von Nutzer:innen und den verfügbaren Methoden finden Sie unter Doppelte Nutzer:innen zusammenführen.
Nutzer-Aliase
Um Nutzer:innen durch andere Bezeichner als die Braze external_id zu referenzieren, können Sie Nutzer-Aliase für ein Kundenprofil festlegen. Jeder Alias, der für ein Kundenprofil festgelegt wird, funktioniert zusätzlich zur braze_id oder external_id der Nutzer:innen – und nicht als Ersatz dafür. Es gibt keine Begrenzung für die Anzahl der Aliase, die Sie für ein Kundenprofil festlegen können.
Jeder Alias funktioniert als Schlüssel-Wert-Paar, das aus zwei Teilen besteht: einem alias_label, das den Schlüssel des Alias definiert, und einem alias_name, das den Wert definiert. Ein alias_name für ein einzelnes Label muss über Ihre gesamte Nutzerbasis hinweg eindeutig sein (genau wie bei external_id). Wenn Sie versuchen, ein zweites Kundenprofil mit einer bereits vorhandenen Label-Name-Kombination zu aktualisieren, wird das Kundenprofil nicht aktualisiert.
Nutzer-Aliase aktualisieren
Ein Alias kann nach der Festlegung mit einem neuen Namen für ein bestimmtes Label aktualisiert werden – entweder über unsere Nutzerdaten-Endpunkte oder durch die Übergabe eines neuen Namens über das SDK. Der Nutzer-Alias ist dann beim Exportieren der Daten dieser Nutzer:innen sichtbar.

Anonyme Nutzer:innen taggen
Nutzer-Aliase ermöglichen es Ihnen auch, anonyme Nutzer:innen mit einem Bezeichner zu versehen. Wenn beispielsweise eine Nutzer:in Ihre E-Commerce-Website ihre E-Mail-Adresse angibt, sich aber noch nicht registriert hat, kann die E-Mail-Adresse als Alias für diese anonyme Nutzer:in verwendet werden. Diese Nutzer:innen können dann über ihre Aliase exportiert oder über die API referenziert werden.
Verhalten von Aliasen bei anonymen Nutzerprofilen
Wenn ein anonymes Kundenprofil mit einem Alias später mit einer external_id erkannt wird, wird es als normales identifiziertes Kundenprofil behandelt, behält aber seinen bestehenden Alias und kann weiterhin über diesen Alias referenziert werden.
Nach einem Nutzer-Alias suchen
Wenn Sie den Alias-Namen und das Label einer Nutzer:in kennen, können Sie die Nutzer:in unter Nutzer:innen suchen im Format alias_label:alias_name finden. Wenn Sie beispielsweise ein Alias-only-Profil mit dem Namen alias_name: bobby_alias und dem Label alias_label: m4pzOndtA-CnO0u haben, können Sie diese Nutzer:in finden, indem Sie m4pzOndtA-CnO0u:bobby_alias eingeben.
Wenn Sie diese Informationen nicht kennen, 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 Kundenprofil festgelegt werden, um eine bekannte Nutzer:in über eine andere extern bekannte ID zu referenzieren. Beispielsweise kann eine Nutzer:in eine Business-Intelligence-Tool-ID (wie eine Amplitude-ID) haben, die Sie innerhalb von Braze referenzieren möchten.
Informationen zum Festlegen eines Nutzer-Alias finden Sie in unserer Dokumentation für jede Plattform (iOS, Android, Web).


Fällt es Ihnen schwer, sich vorzustellen, wie dies für den Kundenprofil-Lebenszyklus Ihrer Kund:innen aussehen könnte? Besuchen Sie Best Practices, um Best Practices für die Nutzerdatenerfassung einzusehen.
Erweiterter Anwendungsfall
Sie können einen neuen Nutzer-Alias für bestehende identifizierte Nutzerprofile über unser SDK und unsere API mithilfe der Nutzerdaten-Endpunkte festlegen. Nutzer-Aliase können jedoch nicht über die API für ein bestehendes unbekanntes Kundenprofil festgelegt werden.
Die Nutzer-Aliase werden dabei ebenfalls zusammengeführt. Wenn jedoch sowohl das zu verwaisende als auch das Ziel-Kundenprofil einen Alias mit demselben Label haben, wird nur der Alias des Ziel-Nutzerprofils beibehalten.
Durch Deinstallieren und erneutes Installieren einer App wird eine neue anonyme braze_id für diese:n Nutzer:in erzeugt.
Fehlerbehebung mit Nutzer-IDs
Alle Nutzer-IDs können verwendet werden, um Nutzer:innen in Ihrem Dashboard zu finden und zu identifizieren, z. B. zu Testzwecken. Um Ihre:n Nutzer:in im Braze-Dashboard zu finden, lesen Sie den Abschnitt Testnutzer:innen hinzufügen.

Braze blockiert Nutzerprofile, die ungewöhnlich groß werden (sogenannte „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 angepasste Event-Namen
- Mehr als 20.000 verschiedene Produktnamen in Käufen
Nachdem ein Profil blockiert wurde, nimmt Braze keine eingehenden Daten mehr für dieses Profil auf – weder von den SDKs noch von der REST API. Wenn Sie feststellen, dass dies bei einem/einer legitimen Nutzer:in passiert ist, wenden Sie sich an Ihren Braze Account Manager:in. Weitere Informationen finden Sie unter Spam-Blockierung.