Exemples de Journey

Chaque exemple ci-dessous inclut les paramètres de Journey recommandés et la configuration étape par étape. Commencez par les modèles les plus simples (intégration, réengagement) et progressez vers des flux plus avancés (envois récurrents, progression pilotée par événements, ramification par bouton d’action).

Intégration

Paramètre du Journey	Description
Règles d’entrée	L’utilisateur correspond aux critères du segment. Utilisateurs abonnés, ajouts futurs uniquement (vous voulez uniquement les personnes qui s’abonnent à l’avenir ; vous ne voulez pas que les utilisateurs existants reçoivent cela).
Règles de sortie	Ils ont parcouru l’ensemble du journey.
Règles de réentrée	Non
Contenu	Accueillez les nouveaux utilisateurs de votre application ou site web ; encouragez-les à accomplir certaines tâches au cours des premiers jours ou semaines.

Campagne de réengagement

Paramètre du Journey	Description
Règles d’entrée	La dernière session de l’utilisateur est supérieure à 7 jours ; utilisateurs abonnés. (Vous pouvez vouloir exclure certains segments comme les clients payants si votre objectif est de faire revenir plus d’utilisateurs gratuits.)
Règles de sortie	Ils ont parcouru l’ensemble du journey ou remplissent certaines conditions — sortir lorsque l’utilisateur devient actif dans votre application/site web.
Règles de réentrée	Oui, après un certain temps : 7 jours (le réengagement peut se produire chaque fois qu’ils n’ont pas ouvert votre application depuis un moment).
Contenu	Rappelez aux utilisateurs de revenir à votre application lorsqu’ils ne l’ont pas ouverte depuis un moment, et attirez-les avec des récompenses ou des réductions.

Flux de journey de réengagement avec des étapes d'attente et des conditions de sortie

Panier abandonné

Exemple de panier abandonné

Utilisez les Événements personnalisés ou les Tags pour suivre l’activité du panier et envoyer des messages de panier abandonné.

Campagne promotionnelle

Paramètre du Journey	Description
Règles d’entrée	L’utilisateur correspond aux critères du segment. Utilisateurs abonnés ou ciblez le segment auquel votre campagne promotionnelle est pertinente.
Règles de sortie	Ils ont parcouru l’ensemble du journey ou remplissent certaines conditions. Sélectionnez un segment qui définit l’objectif que vous souhaitez cibler (par exemple, les utilisateurs qui ont acheté).
Règles de réentrée	Non (s’il s’agit d’une campagne ponctuelle, envoyez-la une fois).
Contenu	Préparez-les pour l’événement, rappelez-leur quand il commence, et offrez une réduction ou une récompense à l’approche de la fin.

Envoyer un message après que l’utilisateur quitte l’application si l’action est incomplète

Configuration initiale

Utilisez les tags de données pour marquer que l’action doit être effectuée par l’utilisateur. Supprimez le tag lorsque l’action est terminée.
Configurez le segment pour ce tag.

Paramètre du Journey	Option	Description
Règles d’entrée	La dernière session de l’utilisateur est supérieure à la durée spécifiée.	La durée pendant laquelle vous déterminez que l’utilisateur a été actif pour la dernière fois sur votre application ou site web.
Audience	Incluez le segment que vous souhaitez cibler avec le tag.	Ce sont les utilisateurs éligibles pour recevoir le message.
Règles de sortie	Sortir lorsque l’utilisateur ne correspond plus aux conditions d’audience.	Lorsque l’utilisateur quitte le segment, il n’est plus éligible pour le message du journey.
Règles de réentrée	Oui, après un certain temps.	La durée que vous souhaitez attendre pour que l’utilisateur soit à nouveau éligible pour recevoir le message.

Étapes du Journey

Ajoutez le(s) message(s) souhaité(s)

Choisissez un modèle pour l’étape de message. Vous pouvez utiliser push, email, SMS ou in-app selon l’action que vous souhaitez que l’utilisateur effectue.

Définissez un nœud d'attente pour la durée souhaitée

Cela peut être un intervalle court ou long selon que le message doit se répéter comme rappel. Dans l’exemple, nous utilisons 104 semaines (2 ans).

Test A/B dans un journey

En utilisant un nœud de branche divisée, vous pouvez définir une répartition 50/50 dans votre journey. Créez deux modèles de message différents et au fur et à mesure que vos utilisateurs progressent, la moitié recevra “Modèle A” et l’autre “Modèle B”. Exportez les données de message de chaque modèle pour comparer les analyses entre les variantes.

Journey de test A/B avec une branche divisée 50/50 et deux modèles de message

Afficher les messages in-app dans l’ordre et une fois par jour

Dans cet exemple, nous voulons afficher 3+ messages in-app d’affilée, mais les montrer seulement une fois par jour. Si un utilisateur n’ouvre pas l’application, il le verra quand même la prochaine fois qu’il ouvrira l’application. Configuration initiale

Créer un nouveau segment

Créez un segment appelé iam_journey avec le filtre : Tag utilisateur iam_journey est 1

Vous pouvez changer iam_journey pour le nom de votre choix.
Ce tag sera défini sur chaque utilisateur qui termine le journey et reçoit tous les messages.

Écran de création de segment avec filtre de tag iam_journey

Créer les messages in-app

Voir concevoir des messages in-app avec glisser-déposer pour plus d’informations.

Configurez le journey suivant

Paramètre du Journey	Option	Description
Règles d’entrée	L’utilisateur correspond aux critères du segment	Ce sont les utilisateurs éligibles pour recevoir le message.
Audience	Inclure le segment & exclure le segment	Incluez le segment “Utilisateurs abonnés”. Excluez le segment “`iam_journey`” de l’étape 1.
Règles de sortie	Ils ont parcouru l’ensemble du journey	Aucune condition supplémentaire n’est nécessaire.
Règles de réentrée	Oui, après un certain temps	2 minutes

Étapes du JourneyRépétez cet ordre pour le nombre de messages que vous souhaitez afficher. Dans cet exemple, nous afficherons 3 messages in-app (IAM 1, IAM 2, IAM 3).

Ajoutez une étape de message in-app.
1. Nommez le message, par exemple : IAM 1.
2. En bas du message, définissez planification de livraison sur 1 jour.
Ajoutez une action de branche oui/non avant l’étape du message in-app.
1. Définissez votre condition de branchement : comportement du message précédent : “IAM 1 consulté”.
2. Suivez la branche Non
  1. Faites glisser le IAM 1 vers la branche Non.
  2. Ajoutez une étape d’attente de 1 jour.
3. Suivez la branche Oui
  1. Dans la branche Oui, répétez les étapes 1 et 2 pour tous les messages, en remplaçant IAM 1 par le nouveau message in-app (par exemple, IAM 2, IAM 3).
  2. À la branche Oui finale, ajoutez l’action taguer l’utilisateur.
    1. Taguez la même clé utilisée dans Configuration initiale → Étape 1 segment.
      1. Exemple iam_journey : 1.

Journey de message in-app complet avec ramification et livraison quotidienne

Journey à entrée limitée

Assurez-vous que les utilisateurs ne peuvent entrer dans un journey qu’un nombre limité de fois tout en contrôlant l’expérience à chaque étape.

Paramètre du Journey	Description
Règles d’entrée	L’utilisateur correspond aux critères du segment (par exemple, utilisateurs abonnés ou tout segment cible pertinent).
Audience	Incluez votre segment cible. Excluez les utilisateurs avec le tag `journey_count = 2` pour limiter les entrées à deux fois.
Règles de sortie	Ils ont parcouru l’ensemble du journey.
Règles de réentrée	Oui, après un certain temps : 15 jours.
Contenu	Fournissez une expérience de première fois lors de l’entrée initiale, et une expérience de deuxième fois adaptée lors de la réentrée. Empêchez toute entrée supplémentaire au-delà de la deuxième.

Paramètres de journey à entrée limitée avec exclusion d'audience et règles de réentrée

Configuration initiale

Préparez votre stratégie de tags

Utilisez un tag utilisateur nommé journey_count pour suivre les entrées. Les tags sont créés automatiquement lorsque vous les définissez dans le Journey. Voir action de tag pour plus de détails.

Configurez l'inclusion/exclusion d'audience

Dans l’audience du journey :

Incluez votre segment cible (par exemple, “Utilisateurs abonnés”).
Excluez les utilisateurs où le tag utilisateur journey_count est 2.

Définissez les règles de réentrée

Définissez les règles de réentrée sur “Oui, après un certain temps : 15 jours.” Cela permet exactement une réentrée entre la première et la deuxième exécution.

Étapes du Journey

Flux de journey à entrée limitée avec branche oui/non basée sur le tag journey_count

Ajoutez une branche oui/non au début

Condition : tag utilisateur journey_count égal à 1.

Branche Oui = utilisateurs de retour (deuxième entrée).
Branche Non = utilisateurs pour la première fois (aucun tag présent encore).

Branche Non (première entrée)

Ajoutez l’action taguer l’utilisateur : définissez journey_count sur 1.
Envoyez vos messages et actions de première fois.
Continuez jusqu’à la fin ou logique supplémentaire au besoin.

Branche Oui (deuxième entrée)

Ajoutez l’action taguer l’utilisateur : définissez journey_count sur 2.
Envoyez vos messages et actions pour les utilisateurs de retour.
Continuez jusqu’à la fin ou logique supplémentaire au besoin.

Appliquez la limite

Parce que l’audience exclut les utilisateurs avec journey_count = 2, toute tentative de troisième entrée sera bloquée automatiquement.

Journeys récurrents pour des jours spécifiques

Envoyez des messages récurrents qui s’alignent sur un jour spécifique de la semaine (par exemple, promotions hebdomadaires, rappels d’événements).

Paramètre du Journey	Description
Règles d’entrée	L’utilisateur correspond aux critères du segment (par exemple, utilisateurs abonnés ou un autre segment cible pertinent).
Audience	Incluez votre segment cible.
Règles de sortie	Ils ont parcouru l’ensemble du journey.
Règles de réentrée	Oui, après un certain temps : 7 jours.
Contenu	Un message hebdomadaire envoyé un jour spécifique (par exemple, chaque vendredi).

Paramètres de journey récurrent avec réentrée de 7 jours

Configuration initiale

Configurez l'audience

Incluez votre segment cible afin que les utilisateurs éligibles puissent entrer dans le journey à tout moment de la semaine.

Définissez les règles de réentrée

Définissez les règles de réentrée sur “Oui, après un certain temps : 7 jours” pour activer la récurrence hebdomadaire.

Le minuteur de réentrée commence lorsque l’utilisateur quitte le Journey, pas lorsqu’il entre.
Une réentrée de 7 jours garantit que les utilisateurs réentrent à temps pour la fenêtre temporelle de la semaine suivante.
La durée de réentrée doit être plus longue que la durée de la fenêtre temporelle pour éviter les envois doubles.

Voir Utilisation des fenêtres temporelles pour les envois récurrents pour plus de détails.

Étapes du Journey

Flux de journey récurrent avec nœud de fenêtre temporelle et étape de message

Ajoutez un nœud de fenêtre temporelle (première étape)

Configurez la fenêtre temporelle pour filtrer votre jour cible de la semaine (par exemple, vendredi). Les utilisateurs entrant dans le journey attendront jusqu’au prochain jour correspondant.

Ajoutez votre message après la fenêtre temporelle

Placez le nœud de message immédiatement après la fenêtre temporelle pour qu’il soit envoyé lorsque le jour est atteint.

Terminez le journey

Laissez les utilisateurs sortir après l’envoi du message. Avec la réentrée à 7 jours, ils rejoindront et répéteront chaque semaine.

Mettez à jour le contenu du message régulièrement pour éviter de répéter le même texte chaque semaine.

Journeys progressifs (pilotés par événements)

Augmentez l’engagement en fonction de la progression de l’utilisateur en utilisant les événements personnalisés et les conditions d’attendre jusqu’à.

Paramètre du Journey	Description
Règles d’entrée	Événement personnalisé = `Progression_Level`, avec filtre `progression_level = 0`.
Audience	Filtre de segment facultatif. Vous pouvez exécuter cela pour tous les utilisateurs ou restreindre à un sous-ensemble ; aucun tag requis.
Règles de sortie	- Ils ont parcouru l’ensemble du journey. - Ou lorsque le niveau de progression maximum est atteint (par exemple, `progression_level = 3`). - Facultatif : sortir lorsqu’un nœud Attendre jusqu’à expire. - Facultatif : brancher depuis un nœud Attendre jusqu’à pour taguer les utilisateurs qui ne terminent pas l’événement, les conduisant vers un journey de réengagement.
Règles de réentrée	Non
Contenu	Messages basés sur les étapes qui augmentent au fur et à mesure que les utilisateurs franchissent des jalons (emails dans cet exemple).

Flux de journey progressif avec nœuds wait-until pour chaque jalon de niveau

Étapes du Journey

L'utilisateur entre dans le journey

Tous les utilisateurs éligibles entrent en fonction des règles d’entrée. Déclencheur : Événement personnalisé Progression_Level avec progression_level = 0. Début : Immédiatement.

Niveau 1

Attendre jusqu’à ce que l’événement personnalisé Progression_Level se produise avec progression_level = 1.
Envoyer : message Niveau 1 terminé !.
(Facultatif) Appliquer une expiration sur le nœud d’attente → faire sortir l’utilisateur si le jalon n’est pas atteint.
(Facultatif) Brancher : si l’expiration est atteinte, taguer l’utilisateur et l’envoyer vers un journey de réengagement.

Niveau 2

Attendre jusqu’à ce que l’événement personnalisé Progression_Level se produise avec progression_level = 2.
Envoyer : message Niveau 2 terminé, vous faites du bon travail !.
(Facultatif) Appliquer une expiration ou brancher/taguer vers le réengagement.

Niveau 3

Attendre jusqu’à ce que l’événement personnalisé Progression_Level se produise avec progression_level = 3.
Envoyer : message Vous avez atteint le niveau 3 !.
(Facultatif) Appliquer une expiration ou brancher/taguer vers le réengagement.

Sortie

Terminez le journey une fois que les utilisateurs ont terminé le Niveau 3, ou lorsqu’un nœud Attendre jusqu’à expire. Facultativement, utilisez des chemins branche/tag pour diriger les utilisateurs bloqués vers une piste de réengagement. Planification : Démarrer immédiatement, Ne s’arrête jamais.

Cette méthode garantit que la progression ne se produit que lorsque de vrais signaux d’engagement se produisent. L’ajout d’une logique d’expiration et de branche/tag vous permet de gérer gracieusement les utilisateurs bloqués — soit en les faisant sortir, soit en les redirigeant vers un journey de réengagement.

Ramifier un Journey selon le bouton d’action cliqué

Dirigez les utilisateurs vers différents chemins de Journey en fonction du bouton d’action de notification push qu’ils ont appuyé. Ce modèle utilise des boutons d’action, un événement personnalisé et une étape Wait Until pour ramifier les utilisateurs selon leur clic de bouton spécifique — pas seulement s’ils ont cliqué ou non.

Cet exemple nécessite du code de site web ou d’application pour capturer le clic sur le bouton et envoyer un événement personnalisé. Il ne peut pas être réalisé entièrement via le tableau de bord OneSignal.

Paramètre du Journey	Description
Règles d’entrée	L’utilisateur correspond aux critères du segment (par exemple, utilisateurs abonnés ou un segment spécifique à la campagne).
Règles de sortie	Ils ont parcouru l’ensemble du journey.
Règles de réentrée	Non
Contenu	Envoyez un push avec plusieurs boutons d’action, puis ramifiez les messages de suivi selon le bouton appuyé par l’utilisateur.

Les conditions de comportement de message de la branche Oui/Non intégrée détectent si un utilisateur a cliqué ou reçu un message — mais pas quel bouton il a cliqué. Pour ramifier par bouton spécifique, vous capturez l’ID d’action depuis l’événement de clic et l’envoyez comme propriété d’Événement personnalisé sur laquelle le Journey peut se ramifier.

Ajoutez des boutons d'action à votre push

Lors de la création du message push dans le Journey (ou dans un modèle), ouvrez Options avancées > Boutons d’action et attribuez un ID d’action unique à chaque bouton.Exemple : Un push promotionnel avec deux CTA :

Bouton 1 : “Acheter maintenant” → ID d’action : shop_now
Bouton 2 : “En savoir plus” → ID d’action : learn_more

Voir Boutons d’action pour les détails complets de configuration.

Ajoutez un listener de clic et envoyez un Événement personnalisé

Sur votre site web ou dans votre application, écoutez l’événement de clic sur la notification et envoyez un Événement personnalisé qui inclut l’ID d’action comme propriété.

L’exemple du Web SDK nécessite la version 160500 ou ultérieure. Les utilisateurs doivent être connectés pour que les événements personnalisés soient suivis.

OneSignalDeferred.push(function(OneSignal) {
  OneSignal.Notifications.addEventListener("click", function(event) {
    var actionId = event.result.actionId;
    if (actionId) {
      OneSignal.User.trackEvent("cta_clicked", { button: actionId });
    }
  });
});

Voir Événements personnalisés pour les exigences et limites des événements.

Ajoutez une étape Wait Until dans le Journey

Après l’étape de message push dans votre Journey :

Ajoutez une étape Wait Until.
Ajoutez une condition pour chaque bouton : Événement personnalisé cta_clicked où la propriété button est égale à l’ID d’action (par exemple, shop_now).
Ajoutez des conditions supplémentaires pour chaque ID d’action sur lequel vous souhaitez vous ramifier (par exemple, learn_more).
Définissez une expiration (par exemple, 3 jours) pour que les utilisateurs qui ne cliquent sur aucun bouton continuent sur un chemin de secours.

Les utilisateurs suivent la branche pour la première condition qu’ils remplissent. Si aucune condition n’est remplie avant l’expiration, ils suivent la branche d’expiration.

Ajoutez des messages de suivi à chaque branche

Sur chaque branche après l’étape Wait Until, ajoutez le message ou l’action de suivi approprié :

Branche “Acheter maintenant” : Envoyez une recommandation de produit ou un code de réduction.
Branche “En savoir plus” : Envoyez du contenu éducatif ou un aperçu des fonctionnalités.
Branche d’expiration : Envoyez un message de réengagement ou sortez du Journey.

Vous pouvez enchaîner plusieurs étapes Wait Until pour ramifier également sur des interactions ultérieures — il n’y a pas de limite sur le nombre d’étapes Wait Until dans un Journey.

FAQ

Puis-je programmer l’envoi d’un message tous les jours ?

Oui. Ajoutez un nœud de fenêtre temporelle comme première étape et configurez-le pour chaque jour de la semaine avec les heures auxquelles vous souhaitez envoyer le message (par exemple, de 10h à 18h dans le fuseau horaire de l’utilisateur). Ensuite, définissez les règles de réentrée pour réentrer après un temps inférieur à un jour mais plus long que la durée de la fenêtre temporelle — par exemple, 12 heures pour une fenêtre de 8 heures. Cela garantit que les utilisateurs réentrent suffisamment tôt pour atteindre la fenêtre temporelle du lendemain sans risque de double envoi dans la même fenêtre.

Puis-je faire des tests A/B de différents messages dans un Journey ?

Oui. Ajoutez un nœud de branche divisée pour diviser les utilisateurs uniformément (par exemple, 50/50). Placez un modèle de message différent sur chaque branche, puis comparez les analyses entre les deux modèles après l’exécution du Journey.

Comment limiter le nombre de fois qu’un utilisateur peut entrer dans un Journey ?

Utilisez un tag (par exemple, journey_count) pour suivre les entrées. Incrémentez le tag à chaque fois que l’utilisateur entre, et ajoutez une règle d’exclusion d’audience qui bloque les utilisateurs une fois que le tag atteint votre limite souhaitée. Voir l’exemple de Journey à entrée limitée ci-dessus.

Pourquoi mon Journey récurrent a-t-il envoyé le mauvais jour ?

Le nœud de fenêtre temporelle filtre selon le fuseau horaire local de l’utilisateur si les données de fuseau horaire sont disponibles. Si un utilisateur n’a pas de données de fuseau horaire, le message est envoyé selon le fuseau horaire par défaut de votre application. Vérifiez que vos paramètres de fenêtre temporelle et les données de fuseau horaire des utilisateurs sont corrects.

Comment arrêter un Journey en cours d’exécution ?

Définissez le statut du Journey sur En pause ou Arrêté dans les paramètres du Journey. Les Journeys en pause conservent les utilisateurs à leur étape actuelle ; les Journeys arrêtés font sortir tous les utilisateurs immédiatement. Voir Paramètres du Journey pour plus de détails.

Pages connexes

Présentation des Journeys

Introduction aux Journeys et à leur fonctionnement.

Actions de Journey

Ajoutez des étapes d’attente, une logique de branchement, des fenêtres temporelles et des chemins divisés.

Paramètres de Journey

Configurez les règles d’entrée, les règles de sortie, la réentrée et la planification.

Messages de Journey

Configurez les étapes de push, email, SMS et message in-app dans un Journey.

Panier abandonné

Guide complet pour créer un Journey de panier abandonné.

Événements personnalisés

Déclenchez des Journeys et transmettez des propriétés d’événements pour la personnalisation.

Ressources supplémentaires sur le blog OneSignal

Premiers pas et paramètres

Canaux de messagerie

Journeys

Audience et événements personnalisés

Analyses et intégrations

Confidentialité et sécurité

Exemples de Journey

Intégration

Campagne de réengagement

Panier abandonné

Exemple de panier abandonné

Campagne promotionnelle

Envoyer un message après que l’utilisateur quitte l’application si l’action est incomplète

Test A/B dans un journey

Afficher les messages in-app dans l’ordre et une fois par jour

Journey à entrée limitée

Journeys récurrents pour des jours spécifiques

Journeys progressifs (pilotés par événements)

Ramifier un Journey selon le bouton d’action cliqué

FAQ

Puis-je programmer l’envoi d’un message tous les jours ?

Puis-je faire des tests A/B de différents messages dans un Journey ?

Comment limiter le nombre de fois qu’un utilisateur peut entrer dans un Journey ?

Pourquoi mon Journey récurrent a-t-il envoyé le mauvais jour ?

Comment arrêter un Journey en cours d’exécution ?

Pages connexes

Présentation des Journeys

Actions de Journey

Paramètres de Journey

Messages de Journey

Panier abandonné

Événements personnalisés

Premiers pas et paramètres

Canaux de messagerie

Journeys

Audience et événements personnalisés

Analyses et intégrations

Confidentialité et sécurité

​Intégration

​Campagne de réengagement

​Panier abandonné

Exemple de panier abandonné

​Campagne promotionnelle

​Envoyer un message après que l’utilisateur quitte l’application si l’action est incomplète

​Test A/B dans un journey

​Afficher les messages in-app dans l’ordre et une fois par jour

​Journey à entrée limitée

​Journeys récurrents pour des jours spécifiques

​Journeys progressifs (pilotés par événements)

​Ramifier un Journey selon le bouton d’action cliqué

​FAQ

​Puis-je programmer l’envoi d’un message tous les jours ?

​Puis-je faire des tests A/B de différents messages dans un Journey ?

​Comment limiter le nombre de fois qu’un utilisateur peut entrer dans un Journey ?

​Pourquoi mon Journey récurrent a-t-il envoyé le mauvais jour ?

​Comment arrêter un Journey en cours d’exécution ?

​Pages connexes

Présentation des Journeys

Actions de Journey

Paramètres de Journey

Messages de Journey

Panier abandonné

Événements personnalisés

Intégration

Campagne de réengagement

Panier abandonné

Campagne promotionnelle

Envoyer un message après que l’utilisateur quitte l’application si l’action est incomplète

Test A/B dans un journey

Afficher les messages in-app dans l’ordre et une fois par jour

Journey à entrée limitée

Journeys récurrents pour des jours spécifiques

Journeys progressifs (pilotés par événements)

Ramifier un Journey selon le bouton d’action cliqué

FAQ

Puis-je programmer l’envoi d’un message tous les jours ?

Puis-je faire des tests A/B de différents messages dans un Journey ?

Comment limiter le nombre de fois qu’un utilisateur peut entrer dans un Journey ?

Pourquoi mon Journey récurrent a-t-il envoyé le mauvais jour ?

Comment arrêter un Journey en cours d’exécution ?

Pages connexes