Tags sind eines der nützlichsten Werkzeuge, die Pushwoosh anbietet, und ermöglichen eine Reihe von anspruchsvollen Funktionalitäten. Durch die Verwendung von Tags können Sie Ihre Zielgruppe segmentieren und gezielte Push-Benachrichtigungen an bestimmte Benutzer basierend auf deren Attributen senden.
Tags können beliebige Daten enthalten, die mit einem bestimmten Benutzer oder Gerät verknüpft sind. Diese Daten können Benutzernamen, IDs, Städte, Lieblingsfußballmannschaften, bevorzugte Nachrichtenkategorien oder andere relevante Informationen über Ihre Benutzer umfassen.
Beginnen Sie damit, Ihre Geschäftsanforderungen zu identifizieren und festzulegen, wie Sie Ihre Zielgruppe segmentieren möchten. Berücksichtigen Sie Faktoren wie Alter, Standort, In-App-Kaufhistorie oder andere relevante Kriterien für die Zielgruppenansprache.
Tag-Werte können Ihnen helfen, Ihre Push-Kampagnen intelligenter zu gestalten. Jeder Tag kann eine nahezu unbegrenzte Anzahl von Werten speichern. Das bedeutet im Grunde, dass ein einziger Tag ausreichen würde, um eine bestimmte Art von Informationen über jeden Endbenutzer in Ihrer Datenbank zu erfassen.
Für jedes Konto stehen nur wenige Tags zur Verfügung, 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.
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. Im Grunde ist dies ein Integer-Tag, der Unix-Epochen-Zeitstempel speichert (automatisch aus/in das gregorianische Datum umgewandelt).
Price — ermöglicht das Setzen von Werten gemäß der angegebenen Währung im Format „*.XX“ Erfahren Sie mehr.
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 maximale Wert für jeden Versionsteil ist 9999, sodass die maximale Versionsnummer nicht größer als 9999.9999.9999.9999 sein kann.
Jeder Tag-Typ hat einen spezifischen Satz von anwendbaren Operatoren. Tag-Operatoren definieren die Beziehung zwischen dem Tag und seinen Werten für Segmentierungszwecke.
Operatoren für Integer-Tags: is, is not, are, not in, not set, any
Operatoren für String-Tags: is, is not, are, not in, not set, any
Operatoren für Listen-Tags: in, not in, not set, any
Operatoren für Boolesche Tags: is (true/false), not set, any
Operatoren für Datums-Tags: exactly on, on or after, on or before, between, not set, any
Operatoren für Preis-Tags: is, is not, greater or equals, less or equals, between, in, not in, not set, any
Operatoren für Versions-Tags: is, is not, greater or equals, less or equals, between, in, not in, not set, any
Tag-Geltungsbereich: Allgemein vs. benutzerspezifisch
Beim Erstellen eines Tags wählen Sie, wie seine Werte gespeichert werden:
Allgemein (Standard, user_specific: false): Der Tag-Wert wird pro Gerät (HWID) gespeichert. Jedes Gerät desselben Benutzers kann unabhängig voneinander einen anderen Wert haben.
Benutzerspezifisch (user_specific: true): 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.
Ein Benutzer hat sowohl die iOS- als auch die Android-Version Ihrer App installiert. Wenn Sie ein subscription_tier-Tag über seine UserID auf "premium" setzen, wird es sofort auf beide Geräte angewendet. Mit einem allgemeinen Tag müssten Sie es für jedes Gerät separat setzen.
Beispiel: ein benutzerspezifisches Tag über die UserID setzen
Diese 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 App, die auf einem Gerät installiert ist
Browser Type
String
SDK
Wenn ein Gerät für Ihr Webprojekt 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 von einem Benutzer der App gekauften In-App-Produkte
Last In-App Purchase Date
Date
SDK
Das Datum des letzten In-App-Kaufs auf einem Gerät
Language
String
SDK
Zweibuchstabige Kleinschreibungsabkürzung 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 E-Mail-Öffnungsereignis registriert hat
Last Email Open Message Code
String
Server
Nachrichtencode 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
Nachrichtencode 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 Betriebssystems, das auf einem Gerät läuft
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, das auf einem Gerät implementiert ist
Hier 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. Arbeiten Sie mit Ihrem Marketing-Team zusammen, um die zusätzlichen benutzerdefinierten Tags zu definieren, die für Ihre Kampagnen erforderlich sind.
API-Zugriffstoken aus dem Pushwoosh Control Panel.
tag*
object
Tag-Parameter.
tag.name*
string
Tag-Name.
tag.type*
integer
Tag-Typ. Siehe mögliche Werte unten.
tag.user_specific
boolean
Wenn true, wird der Tag-Wert auf Benutzerebene gespeichert und über alle Geräte eines Benutzers geteilt, wenn er per UserID gesetzt wird. Wenn false (Standard), ist der Tag auf Geräteebene und wird pro HWID gesetzt.
Sobald Sie ein Tag hinzugefügt und konfiguriert haben, ist es bereit, Informationen von Ihren Benutzern zu sammeln. Befolgen Sie diese Schritte, um es zu implementieren:
Integrieren Sie das Pushwoosh SDK in Ihr Projekt, indem Sie der entsprechenden Integrationsanleitung folgen.
Verwenden Sie die Funktion setTags, um Tags zuzuweisen und Benutzerdaten zu sammeln.
Unten finden Sie Implementierungsbeispiele für verschiedene Frameworks unter Verwendung der Funktion setTags.
Obwohl Tags in den meisten Fällen (99 %) von der Anwendung aus gesetzt werden, können Sie Tags auch über die Pushwoosh-API setzen. Unten finden Sie ein Beispiel für eine typische Anfrage an den Endpunkt /setTags:
Der Standort eines Geräts wird anhand seiner IP-Adresse zum Zeitpunkt des letzten Starts Ihrer App auf diesem Gerät ermittelt. 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 von GeoIP übermittelte Standort vom Stadtnamen – zum Beispiel, wenn er sich auf einen Stadtteil oder eine andere Verwaltungseinheit bezieht. Bitte seien Sie vorsichtig, wenn Sie das 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.