Événements par défaut

Note

Disponible à partir du SDK 5.2.2

Que sont les événements par défaut ?

Les Événements par défaut sont des interactions de base que les utilisateurs effectuent dans les applications ou sur les sites web, quel que soit leur secteur d’activité ou leur fonctionnalité. Ces actions clés des utilisateurs constituent le cœur de la communication client et peuvent être exploitées pour n’importe quel produit et client, à n’importe quelle étape du cycle de vie du client.

Les Événements par défaut sont disponibles prêts à l’emploi pour les versions à jour du SDK. Ils ne nécessitent aucune configuration supplémentaire, à l’exception de PW_InAppPurchase (voir les détails ci-dessous).

Pour trouver et activer les Événements par défaut disponibles dans Pushwoosh, suivez ces étapes :

1. Accédez à l’onglet Événements dans la section Audience.
2. Cliquez sur Créer un événement.
3. Sélectionnez Événement par défaut dans le menu déroulant.
4. Dans la fenêtre contextuelle, choisissez l’événement souhaité et cliquez sur Activer.

Une fois activés, les Événements par défaut peuvent être utilisés dans la messagerie basée sur le comportement. Par exemple, utilisez-les comme une Entrée basée sur un déclencheur dans un Customer Journey ou comme un déclencheur pour les messages In-App.

Conseil

Pour voir comment vous pouvez utiliser les Événements par défaut pour créer une campagne marketing dans Pushwoosh et convertir automatiquement les utilisateurs gratuits en clients payants, regardez ce tutoriel :

Vidéo Youtube : Comment utiliser les Événements par défaut pour créer une campagne marketing dans Pushwoosh et convertir automatiquement les utilisateurs gratuits en clients payants

PW_DeviceRegistered

Cet événement est déclenché une seule fois pour chaque appareil, lors du premier lancement de l’application et de l’initialisation du SDK. Comme son nom l’indique, cet événement suit l’enregistrement de l’appareil dans votre application.

Cas d’utilisation

• Lancez une campagne d’intégration pour les nouveaux utilisateurs enregistrés – ajoutez l’Entrée basée sur un déclencheur utilisant l’événement PW_DeviceRegistered à un Customer Journey d’intégration.
• Identifiez les activités d’acquisition qui vous apportent le plus de nouveaux venus grâce aux statistiques de l’événement.
• Engagez les utilisateurs dès leur première visite : accueillez-les avec des messages In-App déclenchés par l’événement DeviceRegistered.

PW_DeviceUnregistered

Cet événement se déclenche lorsque l’application est désinstallée, ou lorsqu’un utilisateur se désabonne des e-mails ou des notifications push.

Attributs de l’événement

• message_id (chaîne)
• message_code (chaîne)
• campaign_id (chaîne)

Cas d’utilisation

• Retenez les utilisateurs lorsqu’ils décident d’arrêter d’utiliser votre application. Par exemple, vous pouvez envoyer un e-mail avec une offre spéciale à chaque utilisateur qui a désinstallé l’application.
• Maintenez la communication avec les utilisateurs qui se sont désabonnés de l’un de vos canaux. Par exemple, si un utilisateur ne souhaite plus recevoir de notifications push, vous pouvez envoyer un e-mail ou afficher un message in-app pour l’encourager à utiliser l’application plus souvent.

PW_ApplicationOpen

Pour les applications mobiles uniquement

L’événement ApplicationOpen est déclenché chaque fois qu’un utilisateur lance votre application mobile sur son appareil.

Attributs de l’événement

• device_type (code entier du type d’appareil, consultez registerDevice pour plus de détails)
• application_version

Cas d’utilisation

• Rassemblez des statistiques de rétention des utilisateurs basées sur les statistiques de l’événement ApplicationOpen.
• Lancez des campagnes de messagerie in-app pour les utilisateurs actifs dans l’application.

PW_ScreenOpen

Pour les applications mobiles uniquement

Cet événement se déclenche chaque fois qu’un utilisateur consulte un écran spécifique dans votre application mobile.

Attributs de l’événement

• application_version
• device_type (code entier du type d’appareil, consultez registerDevice pour plus de détails)
• screen_name (nom technique de l’écran obtenu depuis votre application)

Cas d’utilisation

• Envoyez des messages parfaitement pertinents aux utilisateurs qui ont montré leur intérêt pour des sections spécifiques de l’application en démarrant des Customer Journeys avec l’événement PW_ScreenOpen.
• Évaluez et améliorez l’efficacité de vos promotions : testez A/B/n deux ou plusieurs versions de votre offre, attendez que l’événement ScreenOpen se produise, puis voyez quel contenu a été le plus performant.
• Découvrez quels écrans de l’application sont les plus visités : filtrez les statistiques de l’événement par nom d’écran.

PW_ApplicationMinimized

Pour les applications mobiles uniquement

Cet événement se déclenche lorsqu’un utilisateur minimise (mais ne force pas l’arrêt) l’application sur son appareil.

Attributs de l’événement

• device_type (code entier du type d’appareil, consultez registerDevice pour plus de détails)
• application_version

Cas d’utilisation

• Suivez la durée moyenne de la session entre les événements ApplicationOpen et ApplicationMinimized.
• Envoyez des notifications push pendant que l’application s’exécute en arrière-plan pour attirer l’attention des utilisateurs et les faire revenir dans l’application.

PW_UserIdle

Pour les applications mobiles uniquement

Assistance d'un développeur requise

Pour commencer à recevoir les événements PW_UserIdle, vous aurez besoin de l’aide de votre équipe de développeurs. Partagez les notes de configuration du SDK ci-dessous.

Cet événement se déclenche lorsqu’un utilisateur se trouve dans votre application mais n’a pas interagi avec l’écran pendant une période configurable. Contrairement à PW_ApplicationMinimized, qui se déclenche après que l’utilisateur a quitté l’application, PW_UserIdle se déclenche alors que l’utilisateur est toujours dans l’application — capturant le moment où l’attention baisse, où l’utilisateur hésite ou est distrait. Utilisez-le comme un signal côté serveur pour afficher un message In-App opportun, offrir de l’aide ou inciter l’utilisateur à passer à l’étape suivante.

La détection d’inactivité est désactivée par défaut sur les deux plateformes. Lorsque la clé de temporisation est absente ou définie sur 0, aucun événement PW_UserIdle n’est envoyé. Pour l’activer, définissez la temporisation (minimum 30 secondes) dans la configuration de la plateforme de votre application :

• Pour iOS :
  • ajoutez la clé Pushwoosh_IDLE_TIMEOUT_SECONDS (Nombre, minimum 30) au fichier Info.plist de votre application.
• Pour Android :
  • ajoutez les méta-données com.pushwoosh.idle_timeout_seconds (entier, minimum 30) à votre fichier AndroidManifest.xml.

Attributs de l’événement

• screen_name (chaîne) — l’écran où l’utilisateur est devenu inactif. Formaté comme ActivityName/FragmentName sur Android et ParentVC/ChildVC sur iOS lorsque l’écran actuel est imbriqué ; sinon, le nom de l’activité ou du contrôleur de vue.
• idle_seconds (entier) — la temporisation d’inactivité configurée qui s’est écoulée.
• session_duration (entier) — secondes depuis que l’application a été mise au premier plan pour la dernière fois.
• device_type (code entier du type d’appareil, consultez registerDevice pour plus de détails)
• application_version (chaîne)

Comportement

• Se déclenche au plus une fois par session au premier plan. Revenir en arrière-plan puis au premier plan démarre une nouvelle session.
• Le minuteur se met en pause automatiquement lorsque le clavier virtuel est ouvert, lorsqu’une boîte de dialogue modale ou une invite système est à l’écran, et lorsque l’application est en arrière-plan.
• L’interaction physique avec l’écran — toucher, faire défiler et taper — réinitialise le minuteur.

Cas d’utilisation

• Déclenchez une offre In-App ou un assistant contextuel lorsque les utilisateurs s’attardent sur un écran à forte intention — panier, tarification, paiement — sans passer à l’action.
• Affichez une astuce ou un tutoriel lorsque les utilisateurs calent sur une étape d’intégration.
• Identifiez où les utilisateurs perdent leur élan en filtrant les statistiques d’événements d’inactivité par screen_name.

PW_SiteOpened

Pour les plateformes web uniquement

L’événement SiteOpened se déclenche chaque fois qu’un utilisateur ouvre l’une des pages de votre site web.

Attributs de l’événement

• device_type (code entier du type d’appareil, consultez registerDevice pour plus de détails)
• title – le titre de la page visitée
• url – URL de la page visitée

Cas d’utilisation

• Analysez la distribution du trafic de votre site et comparez le nombre de fois que les utilisateurs ouvrent des pages spécifiques du site. Pour cela, filtrez les statistiques de l’événement par ses attributs.
• Faites un suivi de la visite d’un utilisateur sur le site web par une communication pertinente : construisez un parcours commençant par l’événement SiteOpened configuré pour un attribut ‘title’ ou ‘url’ spécifique.

PW_InAppPurchase

Pour les applications mobiles uniquement

Assistance d'un développeur requise

Pour configurer l’événement Achat In-App, vous aurez besoin de l’aide de votre équipe de développeurs. Partagez ce guide avec eux.

L’événement InAppPurchase se déclenche chaque fois qu’un utilisateur achète un article in-app dans votre application. Les exemples incluent les abonnements payants, les éléments de mécanique de jeu, la monnaie in-app, etc.

Note

Veuillez garder à l’esprit que ces articles doivent être spécifiés sur la page App Store de votre application.

Pour implémenter l’événement Achat In-App :

• Pour iOS :
  • activez l’événement PW_InAppPurchase dans votre Panneau de Contrôle ;
  • définissez le paramètre Pushwoosh_PURCHASE_TRACKING_ENABLED du SDK Pushwoosh pour iOS sur ‘yes’.
• Pour Android :
  • activez l’événement PW_InAppPurchase dans votre Panneau de Contrôle ;
  • configurez l’envoi des informations d’achat à Pushwoosh en utilisant ce guide.

Attributs de l’événement

• productIdentifier (obtenu depuis l’App Store)
• quantity – le nombre d’articles achetés
• transactionDate – date de l’achat
• status – statut de l’achat

Cas d’utilisation

• Rassemblez des statistiques sur les achats in-app.
• Lancez des promotions et suivez leur succès : définissez l’événement Attendre le déclencheur après le message promotionnel.

PW_NotificationOpen

Pour les plateformes mobiles et web

Cet événement se déclenche chaque fois qu’un utilisateur ouvre une notification push envoyée avec Pushwoosh.

Cas d’utilisation

• Configurez l’heure optimale pour envoyer un push
• Créez des Segments basés sur les performances des notifications sur une période de temps spécifique.

PW_NotificationSend

Pour les plateformes mobiles et web

Cet événement se déclenche une fois qu’un message Pushwoosh est envoyé à l’appareil d’un utilisateur.

Attributs de l’événement

• message_id (chaîne)
• message_code (chaîne)
• campaign_id (chaîne)

Cas d’utilisation

• Suivez si un message est envoyé, quel que soit le canal utilisé.
• Créez des Segments d’utilisateurs basés sur le nombre de messages envoyés.
• Affichez tous les messages envoyés à un utilisateur dans l’historique des événements et analysez le comportement ultérieur de l’utilisateur.

PW_EmailLinkClicked

Pour la plateforme e-mail uniquement

Cet événement se déclenche chaque fois qu’un utilisateur clique sur un lien dans un e-mail.

Attributs de l’événement

• message_id (chaîne)
• message_code (chaîne)
• campaign_id (chaîne)
• redirect_link (chaîne)
• original_link (chaîne)

Cas d’utilisation

• Lancez des campagnes ciblées pour les utilisateurs qui cliquent sur un lien spécifique dans un e-mail.
• Envoyez un autre message aux utilisateurs qui ont ignoré le lien dans le premier e-mail pour les encourager à cliquer dessus (ou à effectuer une autre action).

PW_EmailOpen

Cet événement se déclenche lorsqu’un utilisateur ouvre un e-mail envoyé via Pushwoosh.

Attributs de l’événement

• campaign_code (chaîne) : Le code unique de la campagne associée à l’e-mail.
• campaign_id (chaîne) : L’ID de la campagne.
• message_code (chaîne) : L’identifiant unique du message e-mail spécifique.
• message_id (chaîne) : L’ID du message.

Cas d’utilisation

• Suivez les ouvertures d’e-mails pour identifier les utilisateurs qui interagissent activement avec vos e-mails. Utilisez ces données pour créer des campagnes de suivi, comme l’envoi de codes de réduction aux utilisateurs qui ouvrent des e-mails promotionnels.
• Si les utilisateurs ouvrent un e-mail mais ne terminent pas l’action souhaitée (par exemple, effectuer un achat), vous pouvez déclencher des e-mails de suivi avec des rappels ou des offres personnalisées.
• Analysez les taux d’ouverture des campagnes pour affiner vos lignes d’objet et vos stratégies de synchronisation des e-mails pour des campagnes telles que les lancements de produits ou les promotions saisonnières.

PW_InAppShown

Cet événement se déclenche lorsqu’un message in-app est affiché à l’utilisateur.

Attributs de l’événement

• message_code (chaîne) : L’identifiant unique du message spécifique associé au message in-app.
• message_id (entier) : L’ID du message.
• campaign_code (chaîne) : Le code unique de la campagne associée au message in-app.
• campaign_id (entier) : L’ID de la campagne qui a déclenché le message in-app.
• rich_media_code (chaîne) : L’identifiant unique du contenu rich media affiché dans le message in-app.
• inapp_code (chaîne) : Le code unique identifiant le message in-app spécifique affiché.

Cas d’utilisation

• Suivez la fréquence des vues de messages in-app pour ajuster votre stratégie de messagerie, comme la suppression des messages redondants qui pourraient ennuyer les utilisateurs.
• Utilisez les données d’impressions in-app pour évaluer la portée des campagnes promotionnelles comme les ventes flash ou les mises à niveau d’abonnement.
• Si un message in-app est affiché mais pas cliqué, vous pouvez déclencher une action de suivi, comme l’envoi d’une notification push avec un contenu similaire pour renforcer le message.

PW_InAppClicked

Cet événement se déclenche lorsqu’un utilisateur interagit avec un message in-app en cliquant dessus.

Attributs de l’événement

• message_code (chaîne) : L’identifiant unique du message spécifique associé au message in-app.
• message_id (entier) : L’ID du message.
• campaign_code (chaîne) : Le code unique de la campagne associée au message in-app.
• campaign_id (entier) : L’ID de la campagne qui a déclenché le message in-app.
• rich_media_code (chaîne) : L’identifiant unique du contenu rich media affiché dans le message in-app (le cas échéant).
• inapp_code (chaîne) : Le code unique identifiant le message in-app spécifique cliqué.
• element_id (chaîne) : L’identifiant de l’élément spécifique dans le message in-app qui a été cliqué (par exemple, un bouton ou un lien).
• link (chaîne) : L’URL ou le lien profond associé à l’élément cliqué.

Cas d’utilisation

• Analysez le comportement de clic pour identifier les boutons ou les liens avec lesquels les utilisateurs interagissent le plus souvent et optimisez les futures conceptions de messages in-app. Par exemple, testez différents CTA dans les campagnes de mise à niveau d’abonnement.
• Déclenchez des actions automatisées basées sur les clics des utilisateurs, comme la redirection des utilisateurs vers une page de produit spécifique ou l’envoi d’une notification push.

PW_WhatsAppReceived

Cet événement se déclenche lorsqu’un message WhatsApp est reçu via le système.

Attributs de l’événement

• message (chaîne) : Le contenu ou l’identifiant du message WhatsApp reçu.

Cas d’utilisation

• Automatisez les actions de suivi en réponse aux messages WhatsApp entrants (comme le démarrage d’un Customer Journey ou le suivi des événements d’engagement des utilisateurs).
• Segmentez les utilisateurs en fonction de leurs interactions avec les messages WhatsApp pour permettre une messagerie ciblée ou des campagnes personnalisées.