Passer au contenu

Cette page a été traduite automatiquement et peut contenir des inexactitudes. Pour signaler une erreur de traduction, utilisez le module de commentaires en bas de la table des matières, à droite de la page.

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’action 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 quitte le Canvas.

Cela signifie :

Si l’utilisateur achète le même billet qu’il avait initialement sélectionné, il quitte le 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 initial.

Pour configurer cela :

Configurez une entrée 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).
À l’étape Target Audience, configurez l’événement d’exception des critères de sortie avec l’événement personnalisé de complétion (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 le bouton Personalize value, définissez le Personalization type sur Context Variables, et définissez l’Attribute sur event_id.

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

Parcours d’action : embranchement basé sur une action correspondante

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

Exemple : abandon de panier avec embranchements

Dans ce scénario, un utilisateur qui a sélectionné un article sans finaliser 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 suivants, en fonction de ce qu’il a fait durant cette période :

A finalisé l’achat d’origine : l’ID de la propriété d’événement personnalisé est égal à l’ID de la propriété d’entrée. Ces utilisateurs peuvent recevoir un message de remerciement ou une recommandation de vente croisée.
A effectué un autre achat : l’ID de la propriété d’événement personnalisé n’est pas égal à l’ID de la propriété d’entrée. Ces utilisateurs peuvent recevoir un rappel concernant l’article d’origine.
N’a pas effectué d’achat : passe dans le groupe Everyone Else. Ces utilisateurs peuvent recevoir une incitation plus forte ou un dernier rappel.

Pour mettre cela en place :

Ajoutez une étape Parcours d’action et définissez la fenêtre d’évaluation (par exemple une semaine).
Pour le premier groupe d’action (achat d’origine), ajoutez un déclencheur pour l’événement personnalisé de finalisation (par exemple Purchased_Ticket). Sélectionnez Add property filters, puis ajoutez un filtre dans lequel la propriété de base event_id est définie sur equals. Activez Personalize value, définissez le Personalization type sur Context Variables et l’Attribute sur event_id.
Pour le deuxième groupe d’action (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.
Utilisez le groupe Everyone Else pour les utilisateurs qui n’ont pas du tout effectué l’événement de finalisation.

Pour plus de détails sur la configuration de ces filtres, consultez les exemples de parcours d’action.

Autres applications

Bien que cet article utilise un exemple d’achat abandonné, vous pouvez appliquer le même modèle à tout scénario dans lequel une action de complétion doit être corrélée avec 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 dans différentes branches selon qu’ils ont confirmé ou modifié leur réservation initiale.
Gestion des abonnements : Diriger les utilisateurs différemment selon qu’ils ont mis à niveau le plan spécifique pour lequel ils ont été sollicités.
Inscriptions à des événements : Faire sortir les utilisateurs qui finalisent leur inscription à l’événement spécifique pour lequel ils ont manifesté de l’intérêt.

Ce qu’il faut savoir

Les configurations présentées dans cet article sont des exemples illustratifs. Testez tous les composants dans votre environnement de développement avant de les déployer.
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 vos étapes de parcours d’action.
Consultez la section variables de contexte pour en savoir plus sur le fonctionnement des comparaisons de propriétés entre les événements.

New Stuff!