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_id
• email
• phone
• Beliebig viele angepasste Nutzer-Aliasse, die Sie festlegen

Anonyme Nutzerprofile

Alle Nutzer:innen ohne eine zugewiesene external_id werden als anonyme Nutzer:innen bezeichnet. Dies können beispielsweise 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 Nutzer:innen zum ersten Mal vom SDK erkannt werden, wird ein anonymes Nutzerprofil mit einer zugehörigen braze_id erstellt: einem eindeutigen Bezeichner, der automatisch von Braze zugewiesen wird, nicht bearbeitet werden kann und gerätespezifisch ist. Dieser Bezeichner kann verwendet werden, um das Nutzerprofil über die API zu aktualisieren.

Identifizierte Nutzerprofile

Nachdem eine Nutzerin oder ein Nutzer in Ihrer App erkennbar ist (durch Angabe einer Nutzer-ID oder E-Mail-Adresse), empfehlen wir, dem Profil dieser Person eine external_id über die Methode changeUser zuzuweisen (Web, iOS, Android). Eine external_id ermöglicht es Ihnen, dasselbe Nutzerprofil über mehrere Geräte hinweg zu identifizieren.

Weitere Vorteile der Verwendung einer external_id sind unter anderem:

• Eine konsistente Nutzererfahrung über mehrere Geräte und Plattformen hinweg bieten (z. B. keine Benachrichtigungen für inaktive Nutzer:innen an das Android-Tablet senden, wenn die Person eine treue Nutzerin der iPhone-App ist).
• Die Genauigkeit Ihrer Analytics verbessern, 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.
• Den Import von Nutzerdaten aus Quellen außerhalb der App über die Endpunkte für Nutzerdaten ermöglichen und Nutzer:innen mit transaktionalen Nachrichten über unsere Messaging-Endpunkte ansprechen.
• Einzelne Nutzer:innen mit unseren „Testing“-Filtern im Segmentierer und auf der Seite Nutzer:innen suchen suchen.

Hinweise 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 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 den Datenschutz und die Datensicherheit zu berücksichtigen.

• Leicht zu erraten: E-Mail-Adressen sind leicht zu erraten, was sie anfällig für Angriffe macht.
• Missbrauchsrisiko: Wenn eine böswillige Person ihren Webbrowser so manipuliert, dass die E-Mail-Adresse einer anderen Person als ihre externe ID gesendet wird, könnte sie möglicherweise auf vertrauliche Nachrichten oder Kontoinformationen zugreifen.

Was passiert, wenn Sie anonyme Nutzer:innen identifizieren

Bei der Identifizierung anonymer Nutzer:innen 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 Verlauf des anonymen Profils bei.

2) Anonyme Nutzer:innen werden als bereits vorhandene Nutzer:innen identifiziert:
Wenn die external_id bereits in Braze existiert, wurden diese Nutzer:innen 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 Nutzerprofil für diese Person. In diesem Fall wird Braze Folgendes tun:

1. Das anonyme Nutzerprofil verwaisen lassen
2. Bestimmte Nutzerprofilfelder, die im identifizierten Nutzerprofil noch nicht vorhanden sind, aus dem anonymen Profil zusammenführen
3. Das anonyme Profil aus Ihrer Nutzerbasis entfernen, 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 Null-Wert haben und die anonymen Nutzer:innen einen Wert aufweisen, wird der Wert der anonymen Nutzer:innen in das Profil der bekannten Nutzer:innen übernommen, sofern der Wert unter diese bestimmten Nutzerprofilfelder fällt.

Wichtig

Nicht alle Daten werden aus dem anonymen Profil zusammengeführt. Push-Token und der Verlauf der Nachrichteninteraktionen werden übernommen (verwendet für empfangene Campaigns und Segmentierung), und angepasste Attribute, angepasste Events sowie der Kaufverlauf aus dem anonymen Profil werden nur dann in das identifizierte Nutzerprofil ü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 von unserem Data Warehouse gespeist wird und nach einer Zusammenführung nicht aktualisiert wird, sodass Events vor der Zusammenführung dort nicht angezeigt werden. Unter Zusammenführungsverhalten finden Sie die vollständige Liste der Felder, die übertragen werden und welche nicht, einschließlich Oberflächen, die von Zusammenführungen nicht betroffen sind.

Informationen zum Festlegen einer external_id für ein Nutzerprofil finden Sie in unserer Dokumentation (iOS, Android, Web).

Berichte 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, Query Builder und der Tab Messaging-Verlauf ordnen den Versand weiterhin der Nutzer-ID des verwaisten Profils zu – 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, Query Builder oder dem 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, gibt den Versand vor der Zusammenführung nicht zurück.

Hinweis

Verwaiste Nutzer:innen sind nicht berechtigt, Nachrichten zu 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 den verfügbaren Methoden finden Sie unter Doppelte Nutzer:innen zusammenführen.

Nutzer-Aliase

Um Nutzer:innen anhand anderer Bezeichner als der Braze external_id zu referenzieren, können Sie Nutzer-Aliase für ein Nutzerprofil festlegen. Jeder Alias, der für ein Nutzerprofil festgelegt wird, wirkt zusätzlich zur braze_id oder external_id der Nutzer:innen, anstatt diese zu ersetzen. Es gibt keine Begrenzung für die Anzahl der Aliase, die Sie für ein Nutzerprofil 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 in Ihrer gesamten Nutzerbasis eindeutig sein (genau wie bei external_id). Wenn Sie versuchen, ein zweites Nutzerprofil mit einer bereits vorhandenen Label-und-Name-Kombination zu aktualisieren, wird das Nutzerprofil nicht aktualisiert.

Nutzer-Aliase aktualisieren

Ein Alias kann nach dem Festlegen mit einem neuen Namen für ein bestimmtes Label aktualisiert werden, entweder über unsere User-Data-Endpunkte oder durch Ü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 taggen. Wenn beispielsweise Nutzer:innen Ihrer E-Commerce-Website ihre E-Mail-Adresse angeben, 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 bei anonymen Nutzerprofilen

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

Nach einem Nutzer-Alias suchen

Wenn Ihnen der Alias-Name und das Label bekannt sind, können Sie die Nutzer:innen in Search Users 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:innen finden, 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. Beispielsweise können Nutzer:innen 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).

Tipp

Fällt es Ihnen schwer, sich vorzustellen, wie dies für den Nutzerprofil-Lebenszyklus Ihrer Kund:innen aussehen könnte? Besuchen Sie Best Practices, um bewährte Methoden zur Nutzerdatenerfassung kennenzulernen.

Fortgeschrittener Anwendungsfall

Sie können über unser SDK und unsere API mithilfe der Nutzerdaten-Endpunkte einen neuen Nutzer-Alias für bestehende identifizierte Nutzerprofile festlegen. Nutzer-Aliase können jedoch nicht über die API für ein bestehendes unbekanntes Nutzerprofil festgelegt werden.

Die Nutzer-Aliase werden dabei ebenfalls zusammengeführt. Wenn jedoch sowohl die zu verwaisende als auch die Ziel-Nutzer:in einen Alias mit demselben Label haben, wird nur der Alias der Ziel-Nutzer:in beibehalten.

Das Deinstallieren und Neuinstallieren einer App erzeugt eine neue anonyme braze_id für diese:n Nutzer:in.

Fehlerbehebung mit Nutzer-IDs

Alle Nutzer-IDs können verwendet werden, um Nutzer:innen in Ihrem Dashboard für Tests zu finden und zu identifizieren. Um Ihre:n Nutzer:in im Braze-Dashboard zu finden, lesen Sie 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 angepasste Event-Namen
• Mehr als 20.000 verschiedene Produktnamen bei Käufen

Nachdem ein Profil blockiert wurde, stellt Braze die Aufnahme aller eingehenden Daten für dieses Profil ein, sowohl von den SDKs als auch von der REST API. Wenn Sie feststellen, dass dies bei einer:m legitimen Nutzer:in passiert ist, wenden Sie sich an Ihre:n Braze Account Manager. Weitere Informationen finden Sie unter Spam-Blockierung.