Gérer les données utilisateur avec les Tags

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

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

Les valeurs de Tag peuvent vous aider à rendre vos campagnes push plus intelligentes. Chaque Tag est capable de stocker un nombre presque illimité de valeurs. Fondamentalement, cela signifie qu’un seul Tag suffirait pour enregistrer un type spécifique d’informations sur chaque utilisateur final dans 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.

• Integer — utilisé pour les données de type entier (nombre de crédits acquis dans le jeu, niveau atteint, âge).
• String — utilisé pour les valeurs de type chaîne de caractères (nom d’utilisateur, e-mail, identifiants).
• List — identique au type String, mais chaque utilisateur peut avoir plusieurs valeurs définies simultanément (préférences musicales, catégories d’actualités, préférences culinaires).
• Boolean — type de Tag vrai/faux.
• Date — utilisé pour les dates calendaires. Il s’agit essentiellement d’un Tag de type entier qui stocke les horodatages Unix Epoch (automatiquement convertis depuis/vers la date grégorienne).
• 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.

Chaque type de Tag dispose d’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 Integer : est, n'est pas, sont, n'est pas dans, non défini, n'importe lequel
• Opérateurs de Tag String : est, n'est pas, sont, n'est pas dans, non défini, n'importe lequel
• Opérateurs de Tag List : dans, n'est pas dans, non défini, n'importe lequel
• Opérateurs de Tag Boolean : est (vrai/faux), non défini, n'importe lequel
• Opérateurs de Tag Date : exactement le, le ou après le, le ou avant le, entre, non défini, n'importe lequel
• Opérateurs de Tag Price : est, n'est pas, supérieur ou égal à, inférieur ou égal à, entre, dans, n'est pas dans, non défini, n'importe lequel
• Opérateurs de Tag Version : est, n'est pas, supérieur ou égal à, inférieur ou égal à, entre, dans, n'est pas dans, non défini, n'importe lequel

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.

Supposons que vous ayez deux applications, une application d’actualités et un jeu, et que vous souhaitiez 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 » (Abonné) et définissez la valeur « true » pour les utilisateurs qui souhaitent recevoir vos notifications push, et « false » pour ceux qui ne le souhaitent pas.

L’une de vos utilisatrices, Anna, a installé vos deux applications. Elle accepte de recevoir des notifications sur les dernières nouvelles, mais a refusé toutes les notifications 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 était non spécifique à l’application, alors chacune de vos applications écraserait la valeur définie par l’autre, ce qui pourrait ruiner votre ciblage et causer de la frustration.

D’un autre côté, les Tags non spécifiques à l’application peuvent s’avérer 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.

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

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

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 approprié à vos besoins uniques.

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

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

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

Dans certains cas, l’emplacement fourni 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 Ville à des fins de segmentation : assurez-vous de sélectionner les bonnes valeurs.

Par exemple, si vous prévoyez de cibler les utilisateurs de Munich, vous devez couvrir cela avec un ensemble de valeurs pour le Tag Ville, incluant « Munich » lui-même (avec toutes les valeurs correspondantes, telles que les différentes variantes orthographiques qui pourraient être retournées par GeoIP et enregistrées comme valeurs de Tag) et plusieurs zones avoisinantes.

Une fois que votre application définit des valeurs de Tag, vous pouvez visualiser et analyser les statistiques relatives à ces valeurs, présentées dans le Panneau de Configuration sous forme de diagramme circulaire, de diagramme à barres ou de tableau.