Benutzerdaten mit Tags verwalten
Tags sind eines der nützlichsten Werkzeuge, die wir anbieten. Viele anspruchsvolle Pushwoosh-Funktionen basieren auf diesem Feature. Mit Tags können Sie Ihre Zielgruppe segmentieren und Push-Benachrichtigungen an einige Benutzer senden, an andere jedoch nicht.
Tags enthalten beliebige Daten, die Sie einem bestimmten Benutzer oder Gerät zuordnen. Dazu gehören Benutzername, ID, Stadt, Lieblingsfußballmannschaft, bevorzugte Nachrichtenkategorien oder jede andere Information über Ihre Benutzer. Schauen wir uns das genauer an.
Tag-Werte
Anchor link toTag-Werte können Ihnen helfen, Ihre Push-Kampagnen intelligenter zu gestalten. Jeder Tag kann nahezu unbegrenzt viele Werte speichern. Grundsätzlich bedeutet dies, dass ein Tag ausreichen würde, um eine bestimmte Art von Informationen über jeden Endbenutzer in Ihrer Datenbank aufzuzeichnen.
Für jedes Konto sind nur wenige Tags verfügbar, aber angesichts des nahezu unendlichen Platzes für jeden Tag reichen bereits ein paar Tags aus, um eine enorme Menge an Informationen über Ihre Benutzer zu sammeln und sehr komplexe Targeting-Muster einzurichten.
Arten von Tags
Anchor link to- Integer — wird für ganzzahlige Daten verwendet (Menge des erworbenen In-Game-Guthabens, erreichtes Level, Alter).
- String — wird für Zeichenkettenwerte verwendet (Benutzername, E-Mail, Kennungen).
- List — wie der Typ String, aber jeder Benutzer kann mehrere Werte gleichzeitig gesetzt haben (Musikpräferenzen, Nachrichtenkategorien, Küchenpräferenzen).
- Boolean — true / false Typ von Tag.
- Date — wird für Kalenderdaten verwendet. Grundsätzlich ist dies ein ganzzahliger Tag-Typ, der Unix-Epochen-Zeitstempel speichert (automatisch aus/in das gregorianische Datum umgewandelt).
- Price — ermöglicht das Setzen von Werten entsprechend der angegebenen Währung im Format „*.XX“ (https://en.wikipedia.org/wiki/ISO_4217).
- Version — wird für die Versionierung verwendet. Das Beispiel für ein zulässiges Format ist w.x.y.z (Major.Minor.Patch.Build). Der Maximalwert für jeden Versionsteil ist 9999, sodass die maximale Versionsnummer nicht größer als 9999.9999.9999.9999 sein kann.
Tag-Operatoren
Anchor link toJeder Tag-Typ hat einen spezifischen Satz an anwendbaren Operatoren. Tag-Operatoren definieren die Beziehung zwischen dem Tag und seinen Werten für Segmentierungszwecke.
- Integer-Tag-Operatoren:
is,is not,are,not in,not set,any - String-Tag-Operatoren:
is,is not,are,not in,not set,any - List-Tag-Operatoren:
in,not in,not set,any - Boolean-Tag-Operatoren:
is(true/false),not set,any - Date-Tag-Operatoren:
während der letzten N Tage,genau vor N Tagen,vor N oder mehr Tagen,zwischen N und M Tagen,zwischen N und M Tagen in der Zukunft,ist heute,ist in N Tagen,ist N Tage her,an einem bestimmten Datum,an oder nach einem bestimmten Datum,an oder vor einem bestimmten Datum,zwischen Daten,not set,any - Price-Tag-Operatoren:
is,is not,greater or equals,less or equals,between,in,not in,not set,any - Version-Tag-Operatoren:
is,is not,greater or equals,less or equals,between,in,not in,not set,any
Tag-Geltungsbereich: Allgemein vs. benutzerspezifisch
Anchor link toBeim Erstellen eines Tags wählen Sie, wie seine Werte gespeichert werden:
- Allgemein (Standard): Der Tag-Wert wird pro Gerät (HWID) gespeichert. Jedes Gerät desselben Benutzers kann unabhängig voneinander einen anderen Wert enthalten.
- Benutzerspezifisch: Der Tag-Wert wird pro Benutzer (UserID) gespeichert. Wenn er über die UserID gesetzt wird, wird der Wert auf alle Geräte des Benutzers gleichzeitig angewendet. Nützlich für Attribute, die zur Person gehören, nicht zu einem bestimmten Gerät: Abonnementstufe, Treuepunkte, bevorzugte Sprache.
Standard-Tags
Anchor link toDiese Tags sind von Pushwoosh standardmäßig verfügbar, sodass Sie sie nicht manuell setzen müssen (und tatsächlich auch nicht sollten). Die meisten von ihnen werden von der Anwendung gesetzt und über registerDevice und andere API-Aufrufe an unseren Server gesendet, und einige werden vom Server selbst gesetzt.
| Name | Typ | Wo es gesetzt wird | Beschreibung |
|---|---|---|---|
| Application Version | Version | SDK | Aktuelle Version der auf einem Gerät installierten App |
| Browser Type | String | SDK | Wenn ein Gerät für Ihr Web-Projekt registriert wird, wird sein Typ – mobil oder Desktop – automatisch erfasst |
| City | String | Server | Letzter registrierter geografischer Standort eines Geräts |
| Country | String | Server | Letzter registrierter geografischer Standort eines Geräts |
| Device Model | String | SDK | Gibt das Gerätemodell an, auf dem die App installiert ist |
| First Install | Date | Server | Gibt den Zeitpunkt an, zu dem ein Gerät zum ersten Mal für Benachrichtigungen registriert wurde |
| In-App Product | List | SDK | Die In-App-Produkte, die von einem Benutzer der App gekauft wurden |
| Last In-App Purchase Date | Date | SDK | Das Datum des letzten In-App-Kaufs, der auf einem Gerät getätigt wurde |
| Language | String | SDK | Zweibuchstabige Kleinschreibung der Ländereinstellung eines Geräts gemäß ISO-639-1; aus den Geräteeinstellungen übernommen |
| Last Application Open | Date | Server | Der Zeitpunkt des letzten App-Starts auf einem Gerät |
| Last Email Open | Date | Server | Das Datum, an dem die E-Mail-Adresse des Geräts zuletzt ein Ereignis zum Öffnen einer E-Mail registriert hat |
| Last Email Open Message Code | String | Server | Message code der zuletzt geöffneten E-Mail (Format XXXX-XXXXXXXX-XXXXXXXX). Wird bei jedem PW_EmailOpen-Ereignis aktualisiert. Verwenden Sie dies, um Empfänger einer bestimmten E-Mail-Kampagne danach zu segmentieren, wer sie geöffnet hat |
| Last Email Click | Date | Server | Das Datum, an dem die E-Mail-Adresse des Geräts zuletzt einen Klick auf einen E-Mail-Link registriert hat |
| Last Email Click Message Code | String | Server | Message code der letzten E-Mail, in der ein Link angeklickt wurde (Format XXXX-XXXXXXXX-XXXXXXXX). Wird bei jedem PW_EmailLinkClicked-Ereignis aktualisiert. Verwenden Sie dies, um Empfänger einer bestimmten E-Mail-Kampagne danach zu segmentieren, wer geklickt hat |
| Last Email Confirm | Date | Server | Das Datum der letzten Double-Opt-In-Abonnementbestätigung für die E-Mail-Adresse des Geräts |
| Bounced Email | Date | Server | Das Datum, an dem ein Hard Bounce für diese E-Mail-Adresse aufgetreten ist. Wird als Datum gespeichert, um eine zeitbasierte Segmentierung zu ermöglichen, z. B. um Benutzer mit kürzlichen Bounces auszuschließen. |
| Unsubscribed Emails | Boolean | SDK | Gibt an, ob ein Benutzer den Empfang von E-Mails von Ihrer App abbestellt hat |
| OS Version | Version | SDK | Die Version eines auf einem Gerät laufenden Betriebssystems |
| Platform | String | SDK | Die Plattform, auf der der Benutzer Ihr Projekt verwendet. |
| Push Alerts Enabled | Boolean | SDK | Gibt an, ob Push-Benachrichtigungen in den Geräteeinstellungen erlaubt sind |
| SDK Version | Version | SDK | Die Version des Pushwoosh SDK, die auf einem Gerät implementiert ist |
| Live Activity ID | String | SDK | Wird zur Verwaltung von Live-Aktivitäten verwendet, indem eine Live-Aktivitäts-ID mit dem Gerät verknüpft wird. Wird nach 12 Stunden automatisch bereinigt. |
Benutzerdefinierte Tags
Anchor link toHier kommt Ihre Kreativität ins Spiel, um Ihre spezifischen Geschäftsziele zu erreichen. Benutzerdefinierte Tags können basierend auf der Segmentierungslogik oder dem Targeting-Muster erstellt werden, das für Ihre einzigartigen Geschäftsanforderungen geeignet ist.
Wie man einen benutzerdefinierten Tag einrichtet
Anchor link toErstellen und konfigurieren Sie zunächst Tags im Pushwoosh Control Panel:
- Gehen Sie zur Seite Tags in Ihrem Control Panel und klicken Sie auf Tag hinzufügen.
- Benennen Sie Ihren Tag, wählen Sie den Typ und entscheiden Sie, ob er Allgemein (Geräteebene) oder Benutzerspezifisch (Benutzerebene) sein soll.
- Klicken Sie auf Tag speichern.
Verwendung des Standard-Tags „City“
Anchor link toDer Standort eines Geräts wird basierend auf seiner IP-Adresse zum Zeitpunkt des letzten Starts Ihrer App auf diesem Gerät bestimmt. GeoIP übermittelt die Standortdaten an Pushwoosh, und Pushwoosh speichert den von GeoIP erhaltenen Standort als „City“-Tag-Wert für ein bestimmtes Gerät.
In einigen Fällen unterscheidet sich der vom GeoIP übermittelte Standort vom Stadtnamen — zum Beispiel, wenn er sich auf ein Stadtgebiet oder eine andere Verwaltungseinheit bezieht. Bitte seien Sie vorsichtig, wenn Sie den Standard-Tag „City“ für Segmentierungszwecke verwenden: Stellen Sie sicher, dass Sie die richtigen Werte auswählen.
Wenn Sie beispielsweise Benutzer aus München ansprechen möchten, müssen Sie dies mit einer Reihe von „City“-Tag-Werten abdecken, einschließlich „München“ selbst (mit allen entsprechenden Werten, wie z. B. verschiedenen Schreibweisen, die von GeoIP zurückgegeben und als Tag-Werte gespeichert werden könnten) und mehreren nahegelegenen Gebieten.
Tag-Statistiken
Anchor link toSobald Ihre Anwendung Tag-Werte setzt, können Sie die Statistiken über diese Werte anzeigen und analysieren, die im Control Panel entweder als Kuchendiagramm, Balkendiagramm oder Tabellenansicht dargestellt werden.
