Faire correspondre les critères de sortie aux événements d’entrée

Cet article explique comment configurer des critères de sortie et des Parcours d’actions directement corrélés à l’événement d’entrée du Canvas, afin que les utilisateurs ne sortent ou ne bifurquent que lorsqu’ils effectuent une action spécifique liée à la raison de leur entrée dans le Canvas.

En comparant les propriétés d’événement aux propriétés d’entrée persistantes du Canvas, vous pouvez créer des flux hautement ciblés. Par exemple, dans un Canvas d’abandon de panier, vous pouvez configurer un utilisateur pour qu’il ne sorte que lorsqu’il achète l’article exact qu’il a abandonné, tout en continuant à recevoir des messages de rappel s’il achète un article différent.

Cette approche utilise les variables de contexte pour comparer les propriétés entre les événements. Ce modèle s’applique à de nombreux scénarios au-delà du e-commerce, notamment les renouvellements de polices, les rappels de réservation et la gestion des abonnements.

Critères de sortie : quitter le Canvas lorsqu’une action correspondante se produit

Utilisez les critères de sortie lorsque vous souhaitez qu’un utilisateur quitte entièrement le Canvas après avoir effectué une action correspondant à son événement d’entrée.

Exemple : achat de billet abandonné

Dans ce scénario, un utilisateur entre dans le Canvas lorsqu’il effectue l’événement personnalisé Selected Ticket, qui contient une propriété appelée event_id. Les critères de sortie sont configurés de sorte que lorsqu’un utilisateur déclenche l’événement personnalisé Purchased Ticket — qui inclut également une propriété nommée event_id — la propriété de l’événement de sortie est comparée à la propriété de l’événement d’entrée. Si les deux correspondent, l’utilisateur sort du Canvas.

Cela signifie :

• Si l’utilisateur achète le même billet qu’il avait initialement sélectionné, il sort du Canvas et cesse de recevoir des rappels.
• Si l’utilisateur achète un billet différent, il reste dans le Canvas et continue de recevoir des messages de suivi concernant le billet d’origine.

Pour configurer cela :

1. Configurez une entrée de Canvas basée sur une action avec l’événement personnalisé déclencheur (tel que Selected Ticket) et sa propriété pertinente (telle que event_id).
2. À l’étape Audience cible, configurez l’événement d’exception des critères de sortie avec l’événement personnalisé d’achèvement (tel que Purchased Ticket).
3. Sélectionnez Add property filters, puis ajoutez un filtre où la comparaison de la propriété de base event_id est définie sur equals.
4. Activez le basculeur Personalize value, définissez le Personalization type sur Context Variables et définissez l’Attribut sur event_id.

Cela compare le event_id de l’événement Purchased Ticket au event_id stocké lors de l’événement d’entrée d’origine du Canvas. Pour plus de détails sur la configuration de ces filtres, consultez Exemples de critères de sortie.

Parcours d’actions : bifurquer en fonction d’une action correspondante

Utilisez les Parcours d’actions lorsque vous souhaitez qu’un utilisateur reste dans le Canvas mais suive un chemin différent selon que son action ultérieure correspond ou non à l’événement d’entrée.

Exemple : abandon de panier avec chemins de bifurcation

Dans ce scénario, un utilisateur qui a sélectionné un article mais n’a pas finalisé son achat reçoit d’abord un message d’abandon de panier. L’utilisateur est ensuite maintenu dans une étape de parcours d’action pendant une semaine avant d’être orienté vers l’un des trois chemins en fonction de ce qu’il a fait pendant cette période :

• A finalisé l’achat d’origine : l’ID de propriété de l’événement personnalisé est égal à l’ID de propriété d’entrée. Ces utilisateurs pourraient recevoir un message de remerciement ou une recommandation de vente croisée.
• A effectué un achat différent : l’ID de propriété de l’événement personnalisé n’est pas égal à l’ID de propriété d’entrée. Ces utilisateurs pourraient recevoir un rappel concernant l’article d’origine.
• N’a effectué aucun achat : passe dans le groupe Tous les autres. Ces utilisateurs pourraient recevoir une incitation plus forte ou un rappel final.

Pour configurer cela :

1. Ajoutez une étape Parcours d’actions et définissez la fenêtre d’évaluation (par exemple, une semaine).
2. Pour le premier groupe d’actions (achat d’origine), ajoutez un déclencheur pour l’événement personnalisé d’achèvement (tel que Purchased_Ticket). Sélectionnez Add property filters, puis ajoutez un filtre où la comparaison de la propriété de base event_id est définie sur equals. Activez Personalize value, définissez le Personalization type sur Context Variables et définissez l’Attribut sur event_id.
3. Pour le deuxième groupe d’actions (achat différent), ajoutez le même événement déclencheur mais définissez la comparaison sur does not equal avec la même configuration de variable de contexte.
4. Utilisez le groupe Tous les autres pour les utilisateurs qui n’ont pas du tout effectué l’événement d’achèvement.

Pour plus de détails sur la configuration de ces filtres, consultez Exemples de Parcours d’actions.

Autres applications

Bien que cet article utilise un exemple d’achat abandonné, vous pouvez appliquer le même modèle à tout scénario où une action d’achèvement doit être corrélée à l’action d’entrée, notamment :

• Renouvellements de polices : faire sortir les utilisateurs qui renouvellent la police spécifique ayant déclenché le Canvas.
• Rappels de réservation : orienter les utilisateurs selon qu’ils ont confirmé ou modifié leur réservation d’origine.
• Gestion des abonnements : diriger les utilisateurs différemment selon qu’ils ont mis à niveau le plan spécifique qui leur avait été proposé.
• Inscriptions à des événements : faire sortir les utilisateurs qui finalisent leur inscription à l’événement spécifique pour lequel ils avaient manifesté de l’intérêt.

Points importants

• Les configurations présentées dans cet article sont des exemples illustratifs. Testez tous les composants dans votre environnement de développement avant le lancement.
• Vérifiez que les noms de propriétés et les types de données de vos événements d’entrée correspondent à ceux utilisés dans vos critères de sortie ou Parcours d’actions.
• Consultez la documentation sur les variables de contexte pour en savoir plus sur le fonctionnement des comparaisons de propriétés entre événements.