Messages in-app d’amorce de notification push

Vous n’avez qu’une seule chance de demander aux utilisateurs la permission de les joindre par notification push. L’optimisation de l’inscription aux notifications est donc cruciale pour maximiser la portée de vos messages push. Pour y parvenir, vous pouvez utiliser des messages in-app pour expliquer le type de messages auquel vos utilisateurs peuvent s’attendre à recevoir s’ils choisissent de s’inscrire, avant de leur montrer l’invite de notification push native. C’est ce qu’on appelle amorce de notification push.

Pour créer un message in-app d’amorce de notification push dans Braze, vous pouvez utiliser le bouton de comportement en cas de clic « Request Push Permission (Demander l’autorisation de notification push) » lors de la création d’un message in-app pour iOS, Android ou le Web.

Conditions préalables

Cette fonctionnalité nécessite un comportement de clic sur le bouton, qui est pris en charge dans les versions minimales suivantes ou ultérieures :

En outre, notez les détails suivants, spécifiques à la plate-forme :

• android
• swift

1
requestAuthorizationWithOptions

1
requestAuthorization

1
2
3
braze.requestPushPermission()
// or
appboy.registerAppboyPushMessages()

1
android.permission.POST_NOTIFICATIONS

Étape 1 : Créer un message in-app

Tout d’abord, créez un message in-app, puis sélectionnez votre type de message et sa mise en page.

Pour vous assurer que vous disposez de suffisamment d’espace pour votre message et vos boutons, utilisez une fenêtre modale/boîte de dialogue modale ou plein écran. Si vous choisissez le plein écran, notez qu’une image est nécessaire.

Étape 2 : Créer votre message

Maintenant, il est temps d’ajouter votre copie ! Rappelez-vous qu’une amorce de notification push a l’objectif de pousser l’utilisateur à activer les notifications push. Dans votre corps de message, nous vous suggérons de mettre en exergue les raisons pour lesquelles vos utilisateurs devraient activer les notifications push. Soyez précis quant au type de notifications que vous souhaitez envoyer et à la valeur qu’ils peuvent fournir.

Par exemple, une application d’actualités peut utiliser l’amorce de notification push suivante :

1
Breaking news on the go! Enable push notifications to get alerts for major stories and topics that matter to you.

Une application de streaming pourrait utiliser ce qui suit :

1
Get push notifications from Movie Cannon? Notifications may include new movies, TV shows, or other notices and can be turned off at any time.

Pour connaître les meilleures pratiques et obtenir des ressources supplémentaires, reportez-vous à la section Créer des demandes d’abonnement personnalisées.

Étape 3 : Spécifier le comportement du bouton

Pour ajouter des boutons à votre message in-app, veuillez glisser deux blocs Bouton dans votre message. Ceux-ci serviront de boutons principal et secondaire dans votre message in-app. Vous pouvez également faire glisser une rangée dans votre message, puis faire glisser les boutons dans la rangée, de manière à ce que les boutons se trouvent sur la même rangée horizontale (et non pas empilés les uns sur les autres). Nous recommandons « Autoriser les notifications » et « Pas maintenant » comme boutons de démarrage, mais vous pouvez attribuer de nombreux autres messages aux boutons.

Après avoir ajouté la copie du bouton, spécifiez le comportement en cas de clic pour chaque bouton :

• Bouton 1: Définissez celui-ci sur « Close Message » (Fermer le message). Il s’agit de votre bouton secondaire ou de l’option « Not now » (Pas maintenant).
• Bouton 2 : Définissez cette option sur « Request Push Permission » (Demander l’autorisation de notification push). Il s’agit du bouton principal ou de l’option « Allow notifications » (Autoriser les notifications).

Étape 4 : Planifier la livraison

Pour définir votre amorce push pour l’envoyer à un moment pertinent, vous devez programmer votre message intégré à l’application comme un message basé sur une action avec Effectuer un événement personnalisé comme action déclencheuse.

Bien que le moment idéal puisse varier, Braze suggère d’attendre qu’un utilisateur effectue une sorte de action de grande valeur, indiquant qu’il commence à voir la valeur de votre application ou site, ou lorsqu’il y a un besoin impérieux que les notifications push peuvent répondre (comme après qu’ils aient passé une commande et que vous souhaitiez leur offrir des informations de suivi d’expédition). De cette façon, l’invite représente un avantage pour le client plutôt que pour votre marque.

Étape 5 : Utilisateurs cibles

L’objectif d’une campagne de promotion des notifications push est d’inciter les utilisateurs à accorder les autorisations de notifications push sur tous les appareils où ils ne l’ont pas encore fait. Cela peut inclure les nouveaux utilisateurs ou les utilisateurs existants qui acquièrent un nouvel appareil ou réinstallent votre application.

Si vous n’utilisez pas le guide d’introduction sans code, veuillez ajouter un filtre où Foreground Push Enabled For App is false. Ce filtre identifie les installations d’applications individuelles qui n’ont pas encore souscrit à l’abonnement pour les notifications push en avant-plan.

Au-delà de cela, vous pouvez décider des segments supplémentaires qui vous semblent les plus appropriés. Par exemple, vous pouvez cibler les utilisateurs qui ont effectué un deuxième achat, les utilisateurs qui viennent de créer un compte pour devenir membre ou même ceux qui visitent votre application plus de deux fois par semaine. Cibler les utilisateurs pour ces segments essentiels augmente la probabilité que les utilisateurs s’abonnent et activent les notifications push.

Ciblage des utilisateurs possédant plusieurs appareils

Étant donné que Braze collecte les données utilisateur au niveau du profil plutôt qu’au niveau de l’appareil, le ciblage des utilisateurs qui possèdent plusieurs appareils peut s’avérer difficile. Les filtres d’abonnement push dans la segmentation incluent ou excluent les utilisateurs en fonction de l’état d’abonnement d’un seul appareil plutôt que de l’état d’abonnement de l’appareil ciblé spécifique. De plus, les états provisoires sur iOS ajoutent à la complexité, car ces appareils disposent techniquement de jetons push en avant-plan, mais les utilisateurs n’ont pas de contrat d’abonnement.

Le problème avec les filtres d’abonnement push

Lorsqu’un utilisateur possède plusieurs appareils avec différents états d’abonnement aux notifications push, les filtres d’abonnement aux notifications push de votre segmentation peuvent ne pas cibler certains appareils. Veuillez considérer les scénarios suivants :

Solution : Veuillez utiliser le guide d’introduction au push sans code.

La solution recommandée consiste à utiliser le déclencheur push sans code (l’action du bouton « Demander l’autorisation push ») sans filtres de segmentation d’état push supplémentaires.

L’avantage d’utiliser le push primer sans code réside dans le fait que cette fonctionnalité est prise en charge par le SDK Braze. Étant donné que le SDK peut détecter l’état du jeton push sur l’appareil spécifique qui affiche le message, il n’est pas nécessaire de s’appuyer sur des filtres de segmentation au niveau du profil qui pourraient exclure les utilisateurs disposant de plusieurs appareils.

Considérations

Aucune connaissance en programmation n’est requise : Il est nécessaire d’utiliser le programme d’amorçage sans code pour que la suppression automatique fonctionne. Si vous configurez une logique personnalisée ou des liens profonds au lieu d’utiliser l’action du bouton « Demander l’autorisation de push », le SDK ne peut pas identifier que vous essayez d’afficher une notification push. Cela entraîne l’affichage du message, quel que soit l’état d’abonnement de cet appareil.

Suppression pour les utilisateurs qui se sont désinscrits : Il peut être souhaitable de supprimer le message in-app pour les utilisateurs qui ont explicitement choisi de ne pas recevoir de notifications push (par exemple, à partir de la demande native ou des paramètres de l’appareil) et de recibler ces utilisateurs avec une campagne de fidélisation distincte. Pour ce faire, veuillez utiliser la logique Liquid suivante en combinaison avec le guide d’introduction sans code :

1
2
3
4
{% if targeted_device.${foreground_push_enabled} == false %} 
{% abort_message('user turned off push notifications') %} 
{% endif %}
- message goes here -

Le filtretargeted_device Liquid examine uniquement l’appareil sur lequel le message s’affiche, et non le profil utilisateur. Sur cet appareil,foreground_push_enabled est défini surtrue lorsqu’il existe un jeton push actif en avant-plan et surfalse lorsque le système d’exploitation signale que les notifications push ont été désactivées (par exemple, si l’utilisateur les a explicitement désactivées). Pour les appareils entièrement nouveaux qui n’ont pas encore répondu à une autorisation push,foreground_push_enabled n’est pas défini et n’a aucune valeur. Étant donné que la condition Liquid vérifie spécifiquement```false`, elle supprime l’amorce uniquement pour les appareils ayant explicitement choisi de ne pas participer, tandis que les appareils dans cet état inconnu restent éligibles et peuvent recevoir l’amorce push.

Étape 6 : Événements de conversion

Braze suggère des paramètres par défaut pour les conversions, mais vous voudrez peut-être configurer des événements de conversion autour des amorces push.