Braze Messages in-app

Les messages in-app vous permettent de transmettre du contenu à vos utilisateurs sans les interrompre avec une notification push, car ces messages ne sont pas diffusés en dehors de l’application et n’apparaissent pas sur leur écran d’accueil.

Des messages in-app personnalisés et adaptés améliorent l’expérience utilisateur et aident votre audience à tirer le meilleur parti de votre application. Grâce à un choix de mises en page et d’outils de personnalisation, les messages in-app supposent un engagement inédit de vos utilisateurs. Elles sont accompagnées d’un contexte, sont moins urgentes et sont envoyées lorsque l’utilisateur est actif dans votre application. Pour des exemples de messages in-app, veuillez consulter nos témoignages clients.

Cas d’utilisation

Grâce au contenu riche des messages in-app, vous pouvez exploiter ce canal pour une variété de cas d’utilisation :

Autres cas d’utilisation à considérer :

• Nouvelles fonctionnalités de l’application
• Gestion de l’application
• Revues
• Mises à niveau ou mises à jour de l’application
• Concours et tirages au sort

Types de messages standard

Les onglets suivants montrent ce que vos utilisateurs voient s’ils ouvrent l’un de nos types de messages standard intégrés : messages in-app slideup, modaux et plein écran.

• slideup
• modal
• fullscreen

En plus de ces modèles de messages par défaut, vous pouvez également personnaliser davantage votre envoi de messages à l’aide de messages in-app personnalisés, de fenêtres modales/boîtes de dialogue modales avec CSS ou de formulaires de capture d’e-mails Web. Pour plus d’informations, reportez-vous à la rubrique Personnalisation.

Modèles de messages in-app

Les messages in-app sont envoyés sous forme de messages in-app modélisés lorsque l’option Réévaluer l’éligibilité à la campagne avant l’affichage est sélectionnée ou si l’une des étiquettes Liquid suivantes est présente dans le message :

• canvas_entry_properties
• connected_content
• Les variables SMS telles que {sms.${*}}
• catalog_items
• catalog_selection_items
• event_properties

Cela signifie que lors du démarrage de la session, l’appareil recevra le déclencheur de ce message in-app au lieu du message complet. Lorsque l’utilisateur déclenche le message intégré à l’application, l’appareil de l’utilisateur effectuera une demande réseau pour récupérer le message réel.

Comportement d’interruption

Chez Braze, un abandon se produit lorsqu’un utilisateur effectue une action qui le rend éligible à recevoir un message, mais qu’il ne reçoit pas ce message car la logique Liquid le marque comme non éligible. Par exemple :

1. Sam effectue une action qui devrait déclencher une campagne par e-mail.
2. Le corps de l’e-mail contient une logique Liquid qui indique que si le score d’un attribut personnalisé est inférieur à 50, cet e-mail ne doit pas être envoyé.
3. Le score de l’attribut personnalisé de Sam est de 20.
4. Braze identifie que Sam ne devrait pas recevoir cet e-mail, et l’envoi de l’e-mail est interrompu.
5. Un événement d’interruption est enregistré.

Cependant, étant donné que les messages in-app constituent un canal de communication passif, les interruptions fonctionnent de manière légèrement différente pour ceux-ci.

Comportement d’interruption des messages in-app

Les messages in-app sont récupérés par l’appareil au début de la session et mis en cache sur l’appareil. Ainsi, quelle que soit la qualité de la connexion Internet, le message peut être transmis instantanément à l’utilisateur. Par exemple, si un utilisateur reçoit cinq messages in-app au cours de sa session, il recevra les cinq messages au début de la session. Les messages seront mis en cache localement et apparaîtront lorsque les événements déclencheurs définis se produiront (début de session, clic de l’utilisateur sur un bouton qui enregistre un événement personnalisé, ou autre).

En d’autres termes, la logique qui détermine si nous devons interrompre un message in-app intervient avant que le déclencheur ne se produise. Pour illustrer cela, supposons que Sam, dans l’exemple d’e-mail, soit abonné aux notifications push.

1. Sam commence une session en lançant une application Braze sur son téléphone.
2. En fonction des critères d’audience des campagnes actives dans l’espace de travail, Sam pourrait être éligible pour cinq campagnes différentes. Les cinq sont enregistrés sur leur téléphone et mis en cache.
3. Sam n’a effectué aucune action susceptible de déclencher ces messages, mais il pourrait les recevoir au cours de la session.
4. Le Liquid dans deux des messages in-app comporte des règles qui empêchent Sam de recevoir le message (par exemple, son attribut personnalisé de score n’est pas suffisamment élevé).
5. Sam ne reçoit pas les deux messages in-app qui les excluent, mais il reçoit les trois autres messages.
6. Aucun événement d’interruption n’est consigné.

Braze n’enregistre aucun événement d’abandon dans le cas de Sam, car cela ne correspond pas à notre définition d’un abandon ; Sam n’a effectué aucune action susceptible de déclencher ces messages. Pour les messages in-app, les utilisateurs n’effectuent jamais réellement l’action déclencheuse avant que Braze ne détermine qu’ils ne devraient pas voir le message.

Comportement d’interruption des messages in-app

Les messages in-app forcent le SDK à réévaluer si un message doit s’afficher lorsque l’événement déclencheur se produit. Ceci présente un comportement d’interruption différent. Pour illustrer cela, examinons l’exemple suivant :

1. Sam commence une session Braze en lançant une application Braze sur son téléphone.
2. Les critères d’audience des campagnes actives indiquent que Sam pourrait être éligible pour recevoir un message in-app type. Par conséquent, les informations de déclencheur sont envoyées à son appareil sans la charge utile du message.
3. Sam sélectionne un bouton qui enregistre un événement personnalisé, déclenchant ainsi le message in-app type.
4. L’appareil de Sam effectue une requête réseau pour récupérer le message in-app.
5. La logique Liquid du message entraîne un abandon, Braze enregistre donc cela comme un abandon ; Sam a effectué l’action de déclenchement avant cette évaluation.

Comparaison du comportement d’interruption des messages in-app

Ce tableau compare les flux de messages in-app que Sam a rencontrés :

Ressources supplémentaires

Avant de vous lancer dans la création de vos propres campagnes de messages in-app - ou dans l’utilisation de messages in-app dans le cadre d’une campagne multicanal - nous vous recommandons vivement de consulter notre guide de préparation des messages in-app. Ce guide couvre les questions de ciblage, de contenu et de conversion que vous devez prendre en compte lors de la création de messages in-app.