Données utilisateur

Événements client pour une segmentation comportementale

Enregistrez ce qu'un client vient de faire — une montée de palier, un paiement, une semaine de silence — au moment précis où cela se produit. Les parcours réagissent en temps réel, et les segments peuvent interroger la fréquence et la récence, pas seulement ce qui est vrai maintenant.

Panneau de création d'événement du Control Panel avec les types d'attributs ouverts, montrant Integer, String, Date et Price à côté d'une liste d'événements existants

Des données d’événement hébergées en UE

Pushwoosh est certifié SOC 2 Type II et ISO 27001:2022, conforme au RGPD, avec des centres de données en UE et aux États-Unis. La rétention se règle par type d’événement : un événement de paiement peut rester conservé un an, pendant qu’un événement d’engagement à faible valeur expire au bout d’un mois. Aucun transfert de données hors UE sans base légale.

ISO 27001:2022 CertifiedISO 27001 CertifiedGDPR CompliantData Privacy FrameworkHIPAA CompliantSOC 2 Type 2 CertifiedOWASP Compliant

Détail complet des certifications sur la page sécurité des données.

Certains faits sont des instants, pas des chiffres

Connaître le palier actuel d’un client est un fait. Savoir qu’il a résilié un abonnement il y a une heure en est un autre. Cela s’est produit à un instant précis, et il vaut mieux y réagir à cet instant plutôt qu’au prochain envoi planifié.

C’est à cela que sert un événement. Un tag vous dit ce qui est vrai chez quelqu’un maintenant. Un événement vous dit ce qu’il vient de faire.

Ce qu’un événement peut contenir

Vous décrivez un événement une seule fois : son nom, les données qu’il porte. Ensuite, vous l’envoyez à chaque occurrence, depuis le SDK ou l’API. À partir de là, il alimente les déclencheurs de parcours et les filtres de segment à partir du même registre.

Événements par défautÉvénements personnalisés
SourceIntégrés : PW_InAppPurchase, Log out, Payment method changed et autres événements documentésDéfinis par compte, dans le Control Panel ou via l'API createEvent
AttributsJusqu'à 100, typésJusqu'à 100, typés
TypesInteger, String, List, Date, Boolean, PriceLes 6 mêmes types. Pas de type Version, contrairement aux tags
RétentionRéglée par type d'événementRéglée par type d'événement
1 / 4
Source
Événements par défaut
Intégrés : PW_InAppPurchase, Log out, Payment method changed et autres événements documentés
Événements personnalisés
Définis par compte, dans le Control Panel ou via l'API createEvent
2 / 4
Attributs
Événements par défaut
Jusqu'à 100, typés
Événements personnalisés
Jusqu'à 100, typés
3 / 4
Types
Événements par défaut
Integer, String, List, Date, Boolean, Price
Événements personnalisés
Les 6 mêmes types. Pas de type Version, contrairement aux tags
4 / 4
Rétention
Événements par défaut
Réglée par type d'événement
Événements personnalisés
Réglée par type d'événement

Rattacher revenu et rétention directement à l'événement

Un attribut typé Price associé au flag trackRevenue relie directement l’événement au reporting de revenu. La rétention se règle par type d’événement plutôt qu’une fois pour tout le compte : un événement de paiement peut rester conservé un an, pendant qu’un événement d’engagement à faible valeur expire au bout d’un mois.

Fréquence et récence

Un profil construit uniquement sur l’état actuel vous dit qui est quelqu’un. Il ne vous dit pas ce qui vient de lui arriver. La segmentation comportementale qui ne peut filtrer que sur «vrai maintenant» ne distingue pas le client qui a fait quelque chose trois fois cette semaine de celui qui l’a fait une fois, il y a six mois.

Les événements permettent à un segment d’interroger la fréquence et la récence, et de dire «n’a pas fait X depuis 14 jours» aussi précisément que «a fait X». C’est ce qui rend un profil client unifié exploitable.

Comment ça marche

  1. Définir l'événement, si vous voulez le maîtriser

    Dans le Control Panel (Audience → Events → Create Event) ou via l'API createEvent : nom, description, jusqu'à 100 attributs typés, un flag trackRevenue optionnel, et une fenêtre de rétention. Ignorez cette étape et postEvent crée l'événement au premier envoi, avec des types d'attributs déduits du payload.

  2. L'envoyer depuis votre application

    Au moment précis où cela se produit, via le postEvent du SDK (iOS, Android, Web) ou le endpoint REST /postEvent.

  3. L'utiliser

    Comme filtre de segment (nombre plus fenêtre de temps), comme déclencheur d'entrée de parcours, ou comme condition de bifurcation sur le canvas.

Les étapes une et trois sont no-code, dans le Control Panel. L’étape deux nécessite un développeur pour ajouter l’appel SDK ou API.

Un événement, lu par trois fonctionnalités différentes

Un événement déclenché au moment du paiement peut faire entrer quelqu’un dans un parcours de reconquête via l’entrée déclenchée, bifurquer ce parcours selon l’attribut de valeur de panier propre à l’événement via Condition Split, et marquer le parcours comme réussi via les objectifs de conversion. Trois produits, qui lisent le même événement au moment où il arrive.

Conçu pour alimenter tout le reste de la plateforme

L’entrée déclenchée lit un événement pour démarrer un parcours. Condition Split lit ses attributs pour orienter une bifurcation. Les objectifs de conversion le lisent pour clôturer un parcours en victoire. Un événement, trois usages, aucune redéfinition.

À quoi servent les événements

UsageSecteursCe qui se déclenche
Parcours réactifsE-commerce, FinTech, Médias & ÉditionPanier abandonné, transaction importante, alerte d'actualité : le parcours réagit dans la même session
Segments de fréquence et récenceTous«A fait X trois fois ou plus en 30 jours» ou «n'a pas fait X depuis 14 jours»
Événements liés au revenuE-commerce, FinTechAttribut Price plus trackRevenue, relié directement au reporting de revenu
Paliers de rétention et d'inactivitéE-commerce, Médias & Éditioninactivity_7, inactivity_30, d7_retention : réactivation graduée plutôt qu'un indicateur unique
Usage
1 / 4
Parcours réactifs
Secteurs
E-commerce, FinTech, Médias & Édition
Ce qui se déclenche
Panier abandonné, transaction importante, alerte d'actualité : le parcours réagit dans la même session
Usage
2 / 4
Segments de fréquence et récence
Secteurs
Tous
Ce qui se déclenche
«A fait X trois fois ou plus en 30 jours» ou «n'a pas fait X depuis 14 jours»
Usage
3 / 4
Événements liés au revenu
Secteurs
E-commerce, FinTech
Ce qui se déclenche
Attribut Price plus trackRevenue, relié directement au reporting de revenu
Usage
4 / 4
Paliers de rétention et d'inactivité
Secteurs
E-commerce, Médias & Édition
Ce qui se déclenche
inactivity_7, inactivity_30, d7_retention : réactivation graduée plutôt qu'un indicateur unique

Comment vérifier que ça fonctionne

Les statistiques Events & Tags montrent combien de fois chaque événement s’est déclenché, et pour combien d’utilisateurs uniques, sur la fenêtre de votre choix. C’est la vue à consulter avant de faire confiance à un parcours ou à un segment construit sur un événement que vous venez d’ajouter.

Ce qu’il faut garder à l’esprit

Quelques points à vérifier avant de construire sur un événement.

  • Envoyez un événement qui n’est pas encore défini, et postEvent le crée en déduisant les types d’attributs. Définissez-le d’abord si vous voulez un type précis, trackRevenue, ou une fenêtre de rétention plutôt que les valeurs déduites par défaut.
  • Jusqu’à 100 attributs par événement, nom d’attribut jusqu’à 255 caractères.
  • Pas de type d’attribut Version. Les événements portent 6 types, les tags en portent 7.
  • Aucun plafond publié sur le nombre de types d’événements distincts qu’un compte peut définir.

Transformez ce que font vos clients en ce qui se passe ensuite

Un tag vous dit qui est quelqu’un. Un événement vous dit ce qu’il vient de faire — et c’est exactement ce sur quoi un parcours ou un segment peut agir au moment même où cela se produit.