Passer au contenu principal
Utilisez les actions de Journey pour contrôler comment et quand les utilisateurs progressent dans votre Journey, personnaliser les expériences et tester les résultats.

​
Attendre

Retardez la progression du Journey de l’utilisateur d’une durée spécifique—minutes, heures, jours ou semaines. Utilisez-le pour :
  • Espacer les messages et les étapes
  • Laisser le temps aux utilisateurs d’interagir avec un message avant de créer une branche

​
Attendre jusqu’à

Maintenez un utilisateur à cette étape jusqu’à ce qu’il remplisse des conditions spécifiques :
  • Entrer dans un segment
  • Déclencher un événement de message (par exemple, message spécifique livré, ouvert ou cliqué)
    • Un seul événement de message par étape d’attente est pris en charge actuellement.
  • Déclencher un événement personnalisé (par exemple, onboarding terminé, achat effectué) - BÊTA
Vous pouvez ajouter plusieurs conditions et orienter les utilisateurs en fonction de la première condition qu’ils remplissent. Si ces conditions ne sont pas remplies dans un certain délai, vous pouvez définir une branche d’expiration pour faire continuer les utilisateurs dans le Journey ou les faire sortir complètement. En utilisant la règle d’entrée par événements personnalisés (BÊTA), vous pouvez également ajouter la Correspondance d’événements pour contrôler quelle instance de l’utilisateur progresse dans le Journey si vous les faites entrer plusieurs fois.
Lorsqu’un événement personnalisé correspond à une condition, cet événement est stocké au nom de l’utilisateur et peut être référencé dans la syntaxe Liquid lors de l’envoi de messages Journey.

​
Correspondance d’événements

L’action Attendre jusqu’à avec événements personnalisés est actuellement en bêta. Pour demander l’accès, contactez support@onesignal.com avec :
  • Le nom de votre entreprise
  • Votre ID d’organisation OneSignal
  • Le(s) ID d’application OneSignal où vous souhaitez l’accès
En utilisant la règle d’entrée par événements personnalisés, vous pouvez faire entrer les utilisateurs dans un Journey plusieurs fois. Avec le paramètre Correspondance d’événements de l’étape Attendre jusqu’à, vous pouvez contrôler quelle instance de l’utilisateur progresse dans le Journey. Prérequis :
  • Définissez les règles d’entrée du Journey pour utiliser un événement personnalisé.
  • Incluez une propriété d’événement lors de l’entrée des utilisateurs dans le Journey.
Par exemple, vous avez un Journey “Rappel d’enquête”. Vous avez plusieurs enquêtes, ce qui signifie que les utilisateurs peuvent entrer dans le Journey plusieurs fois (une fois pour chaque enquête). Vous souhaitez envoyer un message de rappel s’ils n’ont pas terminé l’enquête ou les retirer s’ils l’ont fait. Vous pouvez utiliser le paramètre Correspondance d’événements pour contrôler quelle instance de l’utilisateur progresse dans le Journey. Exemple :
1

Définir les règles d'entrée du Journey et les propriétés d'événement personnalisé

Définissez les règles d’entrée du Journey pour utiliser un événement personnalisé. Exemple : survey_start
Les utilisateurs entreront dans le Journey via l’API d’événements personnalisés.L’événement personnalisé aura le name défini sur survey_start et une propriété payload survey_id avec la valeur de l’enquête qu’ils passent (par exemple, survey_1).
Exemple d'événement déclencheur d'entrée
{
  "events": [
    {
      "external_id": "UserA",
      "name": "survey_start",
      "properties": {
          "survey_id": "survey_1"
      }
    }
  ]
}
2

Créer une étape Attendre jusqu'à et des propriétés d'événement personnalisé

Définissez la condition Attendre jusqu’à pour utiliser un événement personnalisé. Exemple : survey_completeDéfinissez l’option Correspondance d’événements pour spécifier quelle instance de l’utilisateur progresse dans l’étape Attendre jusqu’à en faisant correspondre :
  • Propriété d’événement déclencheur : définie dans l’événement déclencheur d’entrée du Journey (par exemple, survey_id)
  • Propriété d’événement d’attente : définie dans l’événement Attendre jusqu’à (par exemple, survey_type)
Exemple d'événement Attendre jusqu'à
{
  "events": [
    {
      "external_id": "UserA",
      "name": "survey_complete",
      "properties": {
          "survey_type": "survey_1"
      }
    }
  ]
}
Lorsque la valeur de survey_id correspond à la valeur de survey_type, cette instance de l’utilisateur progressera dans le Journey.
Vous pouvez utiliser les mêmes propriétés (par exemple, survey_id) dans la Propriété d’événement déclencheur et la Propriété d’événement d’attente. L’exemple utilise des propriétés différentes (par exemple, survey_id et survey_type) pour illustrer le concept.Les propriétés sont sensibles à la casse ! survey_1 n’est pas égal à Survey_1.
Branche d’expiration :Si l’événement Attendre jusqu’à ne se produit pas dans le délai d’expiration, l’utilisateur progressera dans le Journey. Cet exemple donne à l’utilisateur 1 semaine pour terminer l’enquête.
3

Ajouter une étape de message

Pour compléter l’exemple, ajoutez une étape de message dans la branche d’expiration pour envoyer le rappel.
4

Testez-le !

Après avoir suivi les étapes ci-dessus, vous pouvez le tester :
  • Remplacez l’external_id dans l’API d’événements personnalisés par votre ID externe
  • Déclenchez l’événement survey_start avec un survey_id de survey_1
    • Vous verrez votre utilisateur entrer dans le Journey et passer à l’étape Attendre jusqu’à
Les événements ne sont pas immédiats mais très rapides ! Vous devrez peut-être attendre quelques minutes avant que l’événement soit traité.Vérifiez la liste des événements personnalisés pour voir si l’événement a été traité.
  • Déclenchez un autre événement survey_start avec un survey_id de survey_2
    • Vous verrez 2 utilisateurs entrer dans le Journey et l’étape Attendre jusqu’à
  • Déclenchez l’événement survey_complete avec un survey_type de survey_1
    • Vous verrez votre utilisateur progresser dans le Journey
  • Déclenchez un autre événement survey_complete avec un survey_type de survey_2
    • Vous verrez les deux instances de votre utilisateur progresser dans le Journey et sortir
Vous avez terminé l’exemple d’événement personnalisé Journey avec correspondance d’événements !

​
Fenêtre de temps

Limitez le moment où les utilisateurs peuvent passer à l’étape suivante du Journey en fonction de jours et heures spécifiques. Exemple : N’autoriser les utilisateurs à recevoir un message que le week-end en soirée.

​
Comment fonctionne le comportement de la fenêtre de temps

Si un utilisateur entre dans ce nœud en dehors du temps autorisé :
  • OneSignal définit un minuteur pour retarder l’utilisateur jusqu’à la prochaine fenêtre disponible
  • L’heure d’entrée dans la fenêtre est aléatoire
Exemple : Si votre fenêtre de temps est le mardi de 13h00 à 18h00 PST, et qu’un utilisateur atteint le nœud le lundi, il peut continuer le mardi à une heure aléatoire comme 17h45.

​
Branche Oui/Non

Orientez les utilisateurs en fonction de l’appartenance à un segment ou du comportement de message.

​
Appartenance à un segment

Créez des branches en fonction du segment dans lequel se trouve un utilisateur. Exemple : Si les utilisateurs sont tagués par type de forfait :
  • Branche “Gratuit” = promouvoir la mise à niveau
  • Branche “Payant” = mettre en avant les fonctionnalités premium

​
Comportement de message

Orientez en fonction de l’interaction avec les messages précédents dans le Journey :
  • Push : Cliqué, Livré
  • Email : Cliqué, Ouvert, Livré
Remarque : Safari ne prend pas en charge la livraison confirmée.

​
Branche divisée

Distribuez aléatoirement les utilisateurs sur différents chemins pour tester les messages, les canaux ou les flux de Journey.
Une fois qu’un Journey est actif, vous ne pouvez pas modifier une branche divisée. Pour changer le nombre de branches, créez un nouveau Journey.

​
Comment ça fonctionne

  • Jusqu’à 20 branches
  • Définissez des répartitions en pourcentage égales ou personnalisées
  • Les pourcentages sont arrondis à des nombres entiers (par exemple, une division à 3 voies devient 34/33/33)
  • La distribution peut varier légèrement avec de petits échantillons
Par défaut, les utilisateurs sont re-randomisés chaque fois qu’ils rentrent dans un Journey. Pour les garder sur la même branche, désactivez Randomiser à la réentrée. Utilisez l’action Taguer l’utilisateur pour suivre quelle branche un utilisateur a suivie.

​
Tests A/B/N

Utilisez des branches divisées imbriquées pour tester plus de deux variantes simultanément. Exemple : Pour répartir les utilisateurs également entre 3 variantes :
  1. Première branche : 33% vs 67%
  2. Sous la branche 67%, ajoutez une autre branche divisée 50/50
Cela donne ~33% sur chaque chemin.

​
Groupes de contrôle

Testez l’impact des messages en laissant une branche vide (sans nœuds de message). Cela vous permet de comparer avec les utilisateurs qui ne reçoivent aucun message.

​
Choisir un gagnant

Une fois qu’une variante gagnante est identifiée, mettez à jour la branche pour envoyer 100% du trafic sur ce chemin. Pour continuer à mesurer l’impact dans le temps, envisagez de conserver un petit groupe de rétention—un pourcentage d’utilisateurs qui ne reçoivent pas le message gagnant.

​
Taguer l’utilisateur

Utilisez cette action pour appliquer ou supprimer des tags pendant un Journey. Cas d’utilisation courants :
  • Suivre la progression du Journey (par exemple, journeyStep: welcome)
  • Alimenter les messages in-app en taguant les utilisateurs aux moments clés
  • Exclure les utilisateurs d’autres Journeys en utilisant des tags actifs

​
Exemple : contrôle du flux d’onboarding

  1. Première étape : Ajouter un tag (par exemple, onboardingJourney: active)
  2. Utiliser ce tag pour créer un segment d’exclusion des autres Journeys
  3. Dernière étape : Supprimer le tag en définissant la valeur comme vide

​
Bonne pratique : Utiliser les tags avec les webhooks ou la personnalisation

Lorsque vous ajoutez ou supprimez des tags dans un Journey, il peut falloir un court moment avant que ces modifications soient prêtes à être utilisées dans l’étape suivante. Pour vous assurer que tout fonctionne correctement :
  • Pour les Webhooks : Ajoutez une courte attente après avoir défini un tag avant d’envoyer des données avec un webhook.
  • Pour la Personnalisation : Ajoutez une courte attente après avoir défini ou supprimé un tag avant de l’utiliser dans un email pour personnaliser le contenu.
Nous recommandons d’ajouter un nœud d’attente de 15 minutes entre l’action Tag et l’étape suivante. Cela garantit que le tag est entièrement prêt, afin que votre webhook ou email inclue toujours les données correctes.