Zum Inhalt springen

Tags

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.

Entscheiden, welche Tags verwendet werden sollen

Anchor link to

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. 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 Ganzzahldaten verwendet (Menge an erworbenem In-Game-Geld, erreichtes Level, Alter).
  • String — wird für Zeichenkettenwerte verwendet (Benutzername, E-Mail, Identifikatoren).
  • List — dasselbe wie der String-Typ, 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 Integer-Typ-Tag, 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“ 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.

Tag-Operatoren

Anchor link to

Jeder 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: exactly on, on or after, on or before, between, 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

Anwendungsspezifische / Nicht-spezifische Tags

Anchor link to

Dieser Parameter beschreibt das Verhalten von Tags in Bezug auf verschiedene Apps im selben Konto. Anwendungsspezifische Tags können für jede App im selben Konto unterschiedliche Wertesätze haben. Anwendungsspezifische Tags hingegen speichern denselben Wert für alle Apps, die diesen Tag verwenden.

Nehmen wir an, Sie haben zwei Apps, eine Nachrichten-App und ein Spiel, und Sie möchten nur die Benutzer ansprechen, die ausdrücklich zugestimmt haben, Push-Benachrichtigungen von Ihnen zu erhalten. Also erstellen Sie einen booleschen Tag namens „Subscribed“ und setzen den Wert "true" für Benutzer, die Push-Benachrichtigungen von Ihnen erhalten möchten, und "false" für diejenigen, die nicht benachrichtigt werden möchten.

Eine Ihrer Benutzerinnen, Anna, hat beide Ihrer Apps installiert. Sie ist damit einverstanden, über Eilmeldungen benachrichtigt zu werden, hat sich aber von allen Push-Benachrichtigungen der Spiele-App abgemeldet.

Wenn der „Subscribed“-Tag anwendungsspezifisch ist, wird alles wie geplant verlaufen. Wäre dieser Tag jedoch anwendungsunspezifisch, würde jede Ihrer Apps den von der anderen App gesetzten Wert überschreiben, was Ihr Targeting ruinieren und zu Frustration führen kann.

Andererseits können anwendungsunspezifische Tags nützlich sein, wenn Sie anwendungsübergreifendes Targeting durchführen und Benutzer verfolgen möchten, die in verschiedenen Anwendungen denselben Benutzernamen haben.

Benutzerspezifische Tags

Anchor link to

Alle Tags in Pushwoosh sind von Natur aus benutzerspezifisch und werden allen Geräten eines Benutzers zugewiesen, wenn sie per UserID anstelle von HWID gesetzt werden.

Beispiel
{
"request":{
"application": "XXXXX-XXXXX", // Pushwoosh-Anwendungscode
"userId": "die ID eines bestimmten Benutzers",
"tags": {
"UserSpecificStringTag": "string value",
"UserSpecificIntegerTag": 42
}
}
}

Standard-Tags

Anchor link to

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.

NameTypWo es gesetzt wirdBeschreibung
Application VersionVersionSDKAktuelle Version der App, die auf einem Gerät installiert ist
Browser TypeStringSDKWenn ein Gerät für Ihr Webprojekt registriert wird, wird sein Typ – mobil oder Desktop – automatisch erfasst
CityStringServerLetzter registrierter geografischer Standort eines Geräts
CountryStringServerLetzter registrierter geografischer Standort eines Geräts
Device ModelStringSDKGibt das Gerätemodell an, auf dem die App installiert ist
First InstallDateServerGibt den Zeitpunkt an, zu dem ein Gerät zum ersten Mal für Benachrichtigungen registriert wurde
In-App ProductListSDKDie von einem Benutzer der App gekauften In-App-Produkte
Last In-App Purchase DateDateSDKDas Datum des letzten In-App-Kaufs auf einem Gerät
LanguageStringSDKZweibuchstabige Kleinschreibungsabkürzung der Ländereinstellung eines Geräts gemäß ISO-639-1; aus den Geräteeinstellungen übernommen
Last Application OpenDateServerDer Zeitpunkt des letzten App-Starts auf einem Gerät
OS VersionVersionSDKDie Version eines Betriebssystems, das auf einem Gerät läuft
PlatformStringSDKDie Plattform, auf der der Benutzer Ihr Projekt verwendet.
Push Alerts EnabledBooleanSDKGibt an, ob Push-Benachrichtigungen in den Geräteeinstellungen erlaubt sind
SDK VersionVersionSDKDie Version des Pushwoosh SDK, das auf einem Gerät implementiert ist
Unsubscribed EmailsBooleanSDKGibt an, ob ein Benutzer sich vom Empfang von E-Mails Ihrer App abgemeldet hat

Benutzerdefinierte Tags

Anchor link to

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.

Wie man einen benutzerdefinierten Tag einrichtet

Anchor link to

Sie können einen neuen Tag im Pushwoosh Control Panel hinzufügen oder die /addTag-Methode verwenden.

POST https://api.pushwoosh.com/json/1.3/addTag

Erstellt einen Tag in Ihrem Konto.

Request Body

Anchor link to
NameTypBeschreibung
auth*stringAPI-Zugriffstoken aus dem Pushwoosh Control Panel.
tag*objectTag-Parameter.
tag.name*stringTag-Name.
tag.type*integerTag-Typ. Siehe mögliche Werte unten.
tag.application_specificbooleanDefiniert, ob der Tag-Wert für mehrere Apps unterschiedlich sein oder über mehrere Apps hinweg gleich sein soll.
{
"status_code": 200,
"status_message": "OK",
"response": {
"result": true
}
}
Beispiel
{
"request": {
"auth": "yxoPUlwqm…………pIyEX4H", // erforderlich, API-Zugriffstoken aus dem Pushwoosh Control Panel
"tag": {
"name": "TAG_NAME", // erforderlich
"type": 1, // erforderlich, siehe mögliche Werte unten
"application_specific": true, // oder 'false', optional. Definiert, ob der Tag-Wert für mehrere Apps unterschiedlich sein oder über mehrere Apps hinweg gleich sein soll
"user_specific": true // oder 'false', optional, wird für application_specific Tags verwendet
}
}
}

Mögliche Tag-Wert-Typen:

  • 1 - Integer
  • 2 - String
  • 3 - List
  • 4 - Date
  • 5 - Boolean
  • 6 - Decimal. Bsp.: 19.95
  • 7 - Version. Bsp.: “1.0.0.0”

Wie man Informationen von Benutzern sammelt

Anchor link to

Sobald Sie einen Tag hinzugefügt und konfiguriert haben, ist er bereit, Informationen von Ihren Benutzern zu sammeln. Befolgen Sie diese Schritte, um ihn zu implementieren:

  1. Integrieren Sie das Pushwoosh SDK in Ihr Projekt, indem Sie der entsprechenden Integrationsanleitung folgen.
  2. Verwenden Sie die setTags-Funktion, um Tags zuzuweisen und Benutzerdaten zu sammeln.

Unten finden Sie Implementierungsbeispiele für verschiedene Frameworks unter Verwendung der setTags-Funktion.

iOS Native

NSDictionary *tags = @{
@"Alias" : aliasField.text,
@"FavNumber" : @([favNumField.text intValue]),
@"price" : [PWTags incrementalTagWithInteger:5],
@"List" : @[ @"Item1", @"Item2", @"Item3" ]
};
[[PushNotificationManager pushManager] setTags:tags];

Dokumentation

Unity

Setzt einen Integer-Tag für das Gerät.

public virtual void SetIntTag(string tagName, int tagValue)
SetStringTag
Anchor link to

Setzt einen String-Tag für das Gerät.

public virtual void SetStringTag(string tagName, string tagValue)
SetListTag
Anchor link to

Setzt einen Listen-Tag für das Gerät.

public virtual void SetListTag(string tagName, List<object> tagValues)

Dokumentation

Setzen von Tags über API

Anchor link to

Obwohl in den meisten Fällen (99 %) Tags 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 /setTags-Endpunkt:

POST https://api.pushwoosh.com/json/1.3/setTags

{
"request": {
"application": "XXXXX-XXXXX", // erforderlich, Pushwoosh-Anwendungscode
"hwid": "8f65bXXXf378eXXXbeceXXX4e153XXX2", // erforderlich, Hardware-Geräte-ID, die in der /registerDevice-API verwendet wird
"tags": { // erforderlich
"StringTag": "string value", // Beispiel für einen String-Tag
"IntegerTag": 42, // Beispiel für einen Integer-Tag
"ListTag": ["string1", "string2"], // Beispiel für einen Listen-Tag
"DateTag": "2024-10-02 22:11", // Hinweis: Die Zeit muss in UTC sein
"BooleanTag": true // Gültige Werte: true, false
}
}
}

Für weitere Details siehe die setTags API-Dokumentation

Verwendung des Standard-Tags City

Anchor link to

Der 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 von GeoIP übermittelte Standort vom Stadtnamen – zum Beispiel, wenn er sich auf einen Stadtteil oder eine andere Verwaltungseinheit bezieht. Bitte seien Sie vorsichtig bei der Verwendung des Standard-City-Tags für Segmentierungszwecke: 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.