Gérer les données utilisateur avec les Tags

Vidéo Youtube : Les Tags sont l'un des outils les plus utiles que nous proposons. Une grande partie des fonctionnalités sophistiquées de Pushwoosh est basée sur cette fonctionnalité. En utilisant les Tags, vous pouvez segmenter votre audience et envoyer des notifications push à certains utilisateurs, mais pas à d'autres.

Les Tags sont l’un des outils les plus utiles que nous proposons. Une grande partie des fonctionnalités sophistiquées de Pushwoosh est basée sur cette fonctionnalité. En utilisant les Tags, vous pouvez segmenter votre audience et envoyer des notifications push à certains utilisateurs, mais pas à d’autres.

Décider quels Tags utiliser

Tout d’abord, réfléchissez aux besoins de votre entreprise et décidez comment vous souhaitez segmenter votre audience. Avez-vous besoin de cibler les utilisateurs en fonction de leur âge, de leur emplacement, de leur historique d’achats intégrés, etc. ? Une fois que vous avez décidé de la logique de segmentation, vos développeurs peuvent ajouter des Tags au code de votre application. Cela vous permettra ensuite d’envoyer des messages ciblés à vos utilisateurs.

Les Tags contiennent toutes les données arbitraires que vous associez à un utilisateur ou à un appareil particulier. Cela inclut le nom d’utilisateur, l’ID, la ville, l’équipe de football préférée, les catégories d’actualités préférées ou toute autre information sur vos utilisateurs. Regardons de plus près.

Valeurs de Tag

Les valeurs de Tag peuvent vous aider à rendre vos campagnes push plus intelligentes. Chaque Tag est capable de stocker un nombre quasi illimité de valeurs. Fondamentalement, cela signifie qu’un seul Tag suffirait pour enregistrer un type d’information spécifique sur chaque utilisateur final de votre base de données.

Il n’y a que quelques Tags disponibles pour chaque compte, mais compte tenu de l’espace quasi infini pour chaque Tag, quelques Tags suffisent pour recueillir une quantité énorme d’informations sur vos utilisateurs et mettre en place des modèles de ciblage très complexes.

Types de Tags

• Entier (Integer) — utilisé pour les données entières (montant de la monnaie virtuelle acquise, niveau atteint, âge).
• Chaîne de caractères (String) — utilisé pour les valeurs de chaîne (nom d’utilisateur, e-mail, identifiants).
• Liste (List) — identique au type Chaîne de caractères, mais chaque utilisateur peut avoir plusieurs valeurs définies simultanément (préférences musicales, catégories d’actualités, préférences culinaires).
• Booléen (Boolean) — type de Tag vrai / faux.
• Date — utilisé pour les dates calendaires. Fondamentalement, il s’agit d’un Tag de type entier qui stocke les horodatages Unix Epoch (automatiquement convertis depuis/vers la date grégorienne).
• Prix (Price) — permet de définir des valeurs selon la devise spécifiée au format « *.XX » (https://fr.wikipedia.org/wiki/ISO_4217).
• Version — utilisé pour le versioning. L’exemple de format autorisé est w.x.y.z (Majeur.Mineur.Patch.Build). La valeur maximale pour chaque partie de la version est 9999, donc le numéro de version maximal ne peut pas être supérieur à 9999.9999.9999.9999.

Opérateurs de Tag

Chaque type de Tag a un ensemble spécifique d’opérateurs applicables. Les opérateurs de Tag définissent la relation entre le Tag et ses valeurs à des fins de segmentation.

• Opérateurs de Tag Entier : is, is not, are, not in, not set, any
• Opérateurs de Tag Chaîne de caractères : is, is not, are, not in, not set, any
• Opérateurs de Tag Liste : in, not in, not set, any
• Opérateurs de Tag Booléen : is (vrai/faux), not set, any
• Opérateurs de Tag Date : exactly on, on or after, on or before, between, not set, any
• Opérateurs de Tag Prix : is, is not, greater or equals, less or equals, between, in, not in, not set, any
• Opérateurs de Tag Version : is, is not, greater or equals, less or equals, between, in, not in, not set, any

Note

Les opérateurs “Not set” et “any” sont disponibles pour tous les types de Tags.

Tags spécifiques / non spécifiques à l’application

Ce paramètre décrit le comportement des Tags par rapport à différentes applications dans le même compte. Les Tags spécifiques à une application peuvent avoir différents ensembles de valeurs pour chaque application sur le même compte. Les Tags non spécifiques à une application, au contraire, stockent la même valeur pour toutes les applications qui utilisent ce Tag.

Exemple

Disons que vous avez deux applications, une application d’actualités et un jeu, et que vous souhaitez cibler uniquement les utilisateurs qui ont explicitement accepté de recevoir des notifications push de votre part. Vous créez donc un Tag booléen appelé « Subscribed » et définissez la valeur "true" pour les utilisateurs qui souhaitent recevoir des notifications push de votre part, et "false" pour ceux qui ne veulent pas être notifiés.

L’une de vos utilisatrices, Anna, a installé vos deux applications. Elle accepte d’être informée des dernières nouvelles, mais a refusé toute notification push de l’application de jeu.

Si le Tag « Subscribed » est spécifique à l’application, tout se passera comme prévu. Cependant, si ce Tag n’était pas spécifique à l’application, alors chacune de vos applications écraserait la valeur définie par l’autre application, ce qui peut ruiner votre ciblage et causer de la frustration.

D’un autre côté, les Tags non spécifiques à une application peuvent être utiles si vous souhaitez effectuer un ciblage inter-applications et suivre les utilisateurs qui ont le même nom d’utilisateur dans différentes applications.

Tags spécifiques à l’utilisateur

Tous les Tags dans Pushwoosh sont spécifiques à l’utilisateur par conception et sont attribués à tous les appareils de l’utilisateur lorsqu’ils sont définis par UserID au lieu de HWID.

Tags par défaut

Ces Tags sont disponibles d’emblée avec Pushwoosh, vous n’avez donc pas à (et, en fait, ne devriez pas) les définir manuellement. La plupart d’entre eux sont définis depuis l’application et envoyés à notre serveur via registerDevice et d’autres appels API, et certains sont définis par le serveur lui-même.

Nom	Type	Où il est défini	Description
Application Version	Version	SDK	Version actuelle de l’application installée sur un appareil
Browser Type	String	SDK	Lorsqu’un appareil est enregistré pour votre projet web, son type – mobile ou ordinateur – est suivi automatiquement
City	String	Server	Dernière localisation géographique enregistrée d’un appareil
Country	String	Server	Dernière localisation géographique enregistrée d’un appareil
Device Model	String	SDK	Indique le modèle de l’appareil sur lequel l’application est installée
First Install	Date	Server	Indique le moment où un appareil a été enregistré pour les notifications pour la première fois
In-App Product	List	SDK	Les produits intégrés achetés par un utilisateur de l’application
Last In-App Purchase Date	Date	SDK	La date du dernier achat intégré effectué sur un appareil
Language	String	SDK	Abréviation de deux lettres en minuscules de la locale d’un appareil selon la norme ISO-639-1 ; extraite des paramètres de l’appareil
Last Application Open	Date	Server	L’heure du lancement le plus récent de l’application sur un appareil
OS Version	Version	SDK	La version du système d’exploitation fonctionnant sur un appareil
Platform	String	SDK	La plateforme sur laquelle l’utilisateur utilise votre projet.
Push Alerts Enabled	Boolean	SDK	Indique si les alertes push sont autorisées dans les paramètres de l’appareil
SDK Version	Version	SDK	La version du SDK Pushwoosh implémentée sur un appareil
Unsubscribed Emails	Boolean	SDK	Indique si un utilisateur s’est désabonné de la réception d’e-mails de votre application
Live Activity ID	String	SDK	Utilisé pour gérer les activités en direct en associant un ID d’activité en direct à l’appareil. Nettoyé automatiquement après 12 heures.

Tags personnalisés

C’est ici que votre créativité entre en jeu pour atteindre vos objectifs commerciaux spécifiques. Des Tags personnalisés peuvent être créés en fonction de la logique de segmentation ou du modèle de ciblage qui convient à vos besoins commerciaux uniques.

Comment configurer un Tag personnalisé

Assistance d'un développeur requise

Vous aurez besoin de l’aide de votre équipe de développement pour configurer des Tags personnalisés.

Pour commencer, créez et configurez des Tags dans le Panneau de Contrôle de Pushwoosh :

1. Allez à la page Tags de votre Panneau de Contrôle et cliquez sur Ajouter un tag.
2. Nommez votre Tag, choisissez le type et décidez s’il doit être spécifique à l’application ou non.
3. Cliquez sur Enregistrer le Tag.

Assistance d'un développeur requise

À ce stade, le Tag personnalisé est prêt, mais il faudra que votre développeur l’implémente dans l’application pour commencer à collecter des informations auprès des utilisateurs. Veuillez partager ce guide avec votre équipe de développement.

Utilisation du Tag par défaut City

L’emplacement de l’appareil est déterminé en fonction de son adresse IP au moment où votre application a été lancée sur cet appareil pour la dernière fois. GeoIP soumet les données de localisation à Pushwoosh, et Pushwoosh enregistre l’emplacement reçu de GeoIP comme valeur du Tag City pour un appareil particulier.

Dans certains cas, l’emplacement soumis par GeoIP diffère du nom de la ville — par exemple, lorsqu’il fait référence à un quartier d’une ville ou à une autre unité administrative. Soyez prudent lorsque vous utilisez le Tag par défaut City à des fins de segmentation : assurez-vous de sélectionner les bonnes valeurs.

Par exemple, si vous prévoyez de cibler des utilisateurs de Munich, vous devez le couvrir avec un ensemble de valeurs de Tag City, y compris “Munich” lui-même (avec toutes les valeurs correspondantes, telles que les différentes variantes d’orthographe qui pourraient être renvoyées par GeoIP et enregistrées comme valeurs de Tag) et plusieurs zones voisines.

Statistiques des Tags

Une fois que votre application définit des valeurs de Tag, vous pouvez afficher et analyser les statistiques sur ces valeurs, présentées dans le Panneau de Contrôle sous forme de diagramme circulaire, de diagramme à barres ou de vue en tableau.