É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 leurs fonctionnalités. 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 client.

Les événements par défaut sont disponibles prêts à l’emploi pour les versions à jour du SDK et 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 Events dans la section Audience.
2. Cliquez sur Create Event.
3. Sélectionnez Default Event dans le menu déroulant.
4. Dans la fenêtre contextuelle, choisissez l’événement souhaité et cliquez sur Activate.

Une fois activés, les événements par défaut peuvent être utilisés dans la messagerie comportementale, par exemple comme Trigger-based Entry dans un Customer Journey ou comme déclencheur pour les messages In-App.

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’usage :

• Lancez une campagne d’intégration pour les nouveaux utilisateurs enregistrés – ajoutez le Trigger-based Entry 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 arrivants 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.

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 (string)
• message_code (string)
• campaign_id (string)

Cas d’usage :

• Retenez les utilisateurs lorsqu’ils décident de ne plus 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 lui envoyer un e-mail ou afficher un message in-app pour l’encourager à utiliser l’application plus souvent.

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 de type d’appareil entier, consultez registerDevice pour plus de détails)
• application_version

Cas d’usage :

• Recueillez des statistiques sur la rétention des utilisateurs en vous basant sur les statistiques de l’événement ApplicationOpen.
• Lancez des campagnes de messagerie in-app pour les utilisateurs actifs dans l’application.

Pour les applications mobiles uniquement

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

Attributs de l’événement :

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

Cas d’usage :

• Envoyez des messages parfaitement pertinents aux utilisateurs qui ont manifesté 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 en 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.

Pour les applications mobiles uniquement

Cet événement est déclenché lorsqu’un utilisateur minimise l’application (mais ne la ferme pas de force) sur son appareil.

Attributs de l’événement :

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

Cas d’usage :

• Suivez la durée moyenne des sessions entre les événements ApplicationOpen et ApplicationMinimized.
• Envoyez des notifications push lorsque l’application est en arrière-plan pour attirer l’attention des utilisateurs et les faire revenir dans l’application.

Pour les plateformes web uniquement

L’événement SiteOpened est déclenché chaque fois qu’un utilisateur ouvre une page de votre site web.

Attributs de l’événement

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

Cas d’usage :

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

Pour les applications mobiles uniquement

L’événement InAppPurchase est déclenché chaque fois qu’un utilisateur achète un article in-app dans votre application, par exemple un abonnement payant, des éléments de mécanique de jeu, de la monnaie in-app, etc.

Pour mettre en œuvre l’événement In-App Purchase :

• Pour iOS :
  • activez l’événement PW_InAppPurchase dans votre Control Panel ;
  • 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 Control Panel ;
  • 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’usage :

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

Pour les plateformes mobiles et web

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

Cas d’usage :

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

Pour les plateformes mobiles et web

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

Attributs de l’événement :

• message_id (string)
• message_code (string)
• campaign_id (string)

Cas d’usage :

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

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 (string)
• message_code (string)
• campaign_id (string)
• redirect_link (string)
• original_link (string)

Cas d’usage :

• 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).

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

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

• 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 les e-mails promotionnels.
• Si les utilisateurs ouvrent un e-mail mais ne réalisent 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 entre les campagnes pour affiner vos objets d’e-mail et vos stratégies de synchronisation pour des campagnes telles que les lancements de produits ou les promotions saisonnières.

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

• message_code (string) : L’identifiant unique du message spécifique associé au message in-app.
• message_id (entier) : L’ID du message
• campaign_code (string) : 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 (string) : L’identifiant unique du contenu rich media affiché dans le message in-app.
• inapp_code (string) : Le code unique identifiant le message in-app spécifique affiché.

• Suivez la fréquence des vues de messages in-app pour ajuster votre stratégie de messagerie, par exemple en supprimant les messages redondants qui pourraient agacer 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 qu’il n’y a pas de clic, vous pouvez déclencher une action de suivi, comme l’envoi d’une notification push avec un contenu similaire pour renforcer le message.

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

• message_code (string) : L’identifiant unique du message spécifique associé au message in-app.
• message_id (entier) : L’ID du message.
• campaign_code (string) : 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 (string) : L’identifiant unique du contenu rich media affiché dans le message in-app (le cas échéant).
• inapp_code (string) : Le code unique identifiant le message in-app spécifique sur lequel l’utilisateur a cliqué.
• element_id (string) : L’identifiant de l’élément spécifique dans le message in-app sur lequel l’utilisateur a cliqué (par exemple, un bouton ou un lien).
• link (string) : L’URL ou le lien profond associé à l’élément cliqué.

• Analysez le comportement de clic pour identifier les boutons ou les liens avec lesquels les utilisateurs interagissent le plus souvent et optimisez la conception des futurs messages in-app. Par exemple, testez différents appels à l’action (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.