Zum Inhalt springen

Nutzerarchivierung

Jeden Sonntag um 5:30 Uhr EST führt Braze einen Prozess durch, um inaktive und inaktive:r Nutzer:in aus den Braze-Diensten zu entfernen. Beachten Sie, dass Braze Nutzer:innen erst archiviert, wenn die Anzahl der Nutzer:innen im Workspace den Schwellenwert von 250.000 erreicht.

Dieses Verfahren soll Braze dabei helfen, genaue Statistiken über die für Kampagnen erreichbaren Zielgruppen zu erstellen. Es dient auch der Einhaltung von zwei Schlüsselkonzepten der DSGVO:

  1. Der Grundsatz der Speicherbegrenzung – verarbeitete und gespeicherte personenbezogene Daten sollten nicht länger aufbewahrt werden als notwendig.
  2. Es muss ein legitimer Geschäftszweck für die Verarbeitung personenbezogener Daten vorliegen.

Das heißt, personenbezogene Daten, die verarbeitet und gespeichert werden, sollten nicht länger als nötig aufbewahrt werden, und personenbezogene Daten sollten nur für legitime Geschäftszwecke verarbeitet werden. Bei archivierten Nutzer:innen wird auch der Abmeldestatus gemäß DSGVO gelöscht.

Warum Ihre Nutzerzahl sinken kann

Große Mengen inaktiver Nutzer:innen können sich auf Berichte und die Performance beim Versand auswirken. Segment-Statistiken können verzerrt erscheinen, wenn sie eine große Anzahl nicht erreichbarer, inaktiver Nutzer:innen enthalten. Auch die Campaign-Verarbeitung wertet inaktive Profile aus, sodass hohe Volumina die Versandeffizienz verringern können.

Gemäß Ihrer Braze-Vereinbarung archiviert Braze automatisch Profile, die den Definitionen für Inaktivität entsprechen. Infolgedessen kann die Gesamtzahl der Nutzer:innen auf der Seite App-Nutzung nach dem Archivierungslauf sinken. Dieses Verhalten ist erwartet und trägt dazu bei, die Genauigkeit der Segment-Analytics sowie die Performance bei der Campaign-Verarbeitung zu verbessern.

Definitionen zur Nutzerarchivierung

Aktive Nutzer:innen

Braze definiert „aktive:r Nutzer:in“ für einen bestimmten Zeitraum als jede:n Nutzer:in, die/der eine Sitzung in einer mobilen App oder auf einer Website aufgezeichnet hat, aktualisiert wurde, eine Nachricht erhalten hat oder mit einer Nachricht interagiert hat.

Wenn Sie Nutzer-IDs festlegen, um Nutzer:innen bei einer neuen Anmeldung zu identifizieren, werden diese als separate aktive Nutzer:innen gezählt. Nutzer:innen, die über die API aktualisiert werden, werden ebenfalls als aktive Nutzer:innen in dem Zeitraum gezählt, in dem sie aktualisiert werden.

Inaktive Nutzer:innen

„Inaktive Nutzer:innen“ sind Nutzer:innen, die nicht erreichbar sind und wahrscheinlich abgewandert sind (Churn). Inaktive Nutzer:innen erfüllen alle folgenden Kriterien:

  • Können keine E-Mails empfangen. Zum Beispiel haben sie keine E-Mail-Adresse oder sind von allen E-Mail-Listen abgemeldet.
  • Können keine SMS empfangen. Zum Beispiel haben sie keine gültige Telefonnummer oder sind von allen SMS-Abo-Gruppen abgemeldet.
  • Können keinen Push empfangen. Zum Beispiel haben sie die App deinstalliert oder Push-Berechtigungen deaktiviert.
  • Können keine WhatsApp-Nachricht empfangen. Zum Beispiel haben sie keine gültige Telefonnummer oder sind von allen WhatsApp-Abo-Gruppen abgemeldet.
  • Können keine LINE-Nachricht empfangen. Zum Beispiel haben sie keine LINE-ID oder sind von allen LINE-Abo-Gruppen abgemeldet.
  • Haben seit mehr als sechs Monaten keine mobile App verwendet und keine Website in einem Workspace besucht.
  • Haben seit mehr als sechs Monaten keine Nachrichten von einem Workspace erhalten.
  • Wurden seit mehr als sechs Monaten nicht aktualisiert.

In diesem Fall können diese Nutzer:innen nicht kontaktiert werden und interagieren nicht mit Ihrer Marke. Diese Nutzer:innen sind faktisch abgewandert (Churn).

Ruhende Nutzer:innen

„Ruhende Nutzer:innen“ sind Nutzer:innen, die in den letzten zwölf Monaten keine Aktivität hatten und:

  • Seit mehr als 12 Monaten keine mobile App verwendet und keine Website in einem Workspace besucht haben.
  • Seit mehr als 12 Monaten keine Nachrichten von einem Workspace erhalten haben.
  • Seit mehr als 12 Monaten nicht aktualisiert wurden.

Nutzer:innen der globalen Kontrollgruppe

Nutzer:innen in der globalen Kontrollgruppe werden niemals archiviert, auch wenn sie die Definition inaktiver Nutzer:innen erfüllen.

Treatment-Stichprobengruppe

Nutzer:innen der Treatment-Stichprobengruppe in einem Bericht der globalen Kontrollgruppe sind von der Archivierung ausgeschlossen.

Testnutzer:innen

Testnutzer:innen werden niemals archiviert, selbst wenn sie die Definition inaktiver oder inaktiver Nutzer:innen erfüllen.

Spam-Blockierung

Braze blockiert einzelne Nutzerprofile, die ungewöhnlich groß werden („Dummy-Nutzer:innen“), da dies in der Regel auf eine fehlerhafte Integration zurückzuführen ist. Ein Profil wird blockiert, wenn es einen der folgenden Schwellenwerte überschreitet:

Schwellenwert Beschreibung
Mehr als 5.000.000 Sitzungen Wird typischerweise dadurch verursacht, dass eine einzelne external_id für viele Nutzer:innen wiederverwendet wird.
Mehr als 20.000 verschiedene angepasste Event-Namen Wird typischerweise dadurch verursacht, dass für jedes Event ein neuer Event-Name generiert wird, anstatt einen festen Satz von Namen wiederzuverwenden.
Mehr als 20.000 verschiedene Produktnamen bei Käufen Wird typischerweise dadurch verursacht, dass für jeden Kauf eine neue product_id generiert wird, anstatt einen festen Satz von Produkt-IDs wiederzuverwenden.

Nachdem ein Profil blockiert wurde, stoppt Braze die Aufnahme aller eingehenden Daten für dieses Profil – sowohl über die SDKs als auch über die REST API. Anfragen an /users/track, die einen blockierten Bezeichner referenzieren, geben den Fehler "provided external_id is blacklisted and disallowed" zurück. Dieser Wortlaut stammt wortwörtlich aus der API-Antwort. Braze benachrichtigt außerdem Ihren Braze Account Manager, damit dieser das Integrationsproblem mit Ihnen klären kann.

Falls dies bei einem legitimen Nutzer bzw. einer legitimen Nutzerin passiert ist, erstellen Sie ein Ticket beim Braze-Support.

Um die Dummy-Nutzer:innen in Ihrem Dashboard zu finden, führen Sie die folgenden Schritte aus:

  1. Erstellen Sie ein Segment.
  2. Wählen Sie den Filter Session Count aus und setzen Sie ihn auf more than 5,000,000.
  3. Exportieren Sie das Segment als CSV.

Der Filter Session Count findet nur sitzungsbasierte Dummy-Nutzer:innen. Es gibt keinen Segmentierungsfilter für die Anzahl verschiedener angepasster Event-Namen oder Produktnamen in einem Profil. Wenden Sie sich daher an Ihren Braze Account Manager, um Profile zu identifizieren, die aus diesen Gründen blockiert wurden.

Bei Bedarf können Sie die Nutzer:innen über den /users/delete-Endpunkt löschen.

Anpassen Ihrer Nutzerarchivierungsrichtlinie

Braze bietet Funktionen zur Datenorchestrierung, mit denen Sie Ihre Nutzerarchivierungsrichtlinie anpassen können. Erstellen Sie eine Nutzerarchivierungsrichtlinie, die Ihnen beide Möglichkeiten bietet, indem Sie die Canvas-Komponente Nutzer-Update verwenden.

Dies ermöglicht Ihnen:

  • Die DSGVO und Best Practices für den Datenschutz einzuhalten, indem Sie Nutzerprofile löschen, die nicht mehr wertvoll sind.
  • Jedes Nutzerprofil beizubehalten, für das ein berechtigtes geschäftliches Interesse besteht.

Schritte

  1. Wählen Sie Nutzer:innen aus, die die Archivierungskriterien Ihrer Marke erfüllen und die Sie behalten möchten. Sie könnten beispielsweise Nutzer:innen behalten, die:
    • Zuletzt vor mehr als 23 Wochen eine Nachricht erhalten haben oder noch nie eine Nachricht erhalten haben
      UND
    • Zuletzt vor mehr als 23 Wochen Ihre App verwendet haben oder null Sitzungen in Ihrer App hatten

      Zielgruppe von Nutzer:innen, die zuletzt vor mehr als 23 Wochen eine Nachricht erhalten haben, nie eine Nachricht aus einer Campaign oder einem Canvas-Schritt erhalten haben, zuletzt vor mehr als 23 Wochen diese Apps verwendet haben und diese Apps genau null Mal genutzt haben.

  2. Legen Sie die erneute Berechtigung auf etwas weniger als 6 Monate fest.

    Entry-Kontrollen mit aktivierter erneuter Berechtigung und einem Berechtigungsfenster von 23 Wochen.

  3. Konfigurieren Sie den Nutzer-Update-Schritt, um jedem Profil ein Event hinzuzufügen.

    Nutzer-Update-Schritt, der das Event „do_not_archive“ zum Nutzerprofil hinzufügt.
Beispiel für ein Nutzer-Update-Objekt
{
    "events": [
        {
            "name": "do_not_archive",
            "time": "{{ 'now' | time_zone: 'UTC' | date: '%Y-%m-%dT%H:%M:%SZ' }}"
        }
    ]
}
New Stuff!