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, faites glisser deux blocs Bouton dans votre message, qui font office 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 vous recommandons d’utiliser les boutons “Autoriser les notifications” et “Pas maintenant” comme boutons de démarrage, mais vous pouvez assigner de nombreuses invites différentes 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 d’amorçage push est d’inviter les utilisateurs sur tout appareil sur lequel ils n’ont pas encore accordé de permissions push. Il peut s’agir de nouveaux utilisateurs ou d’utilisateurs existants qui obtiennent un nouvel appareil ou réinstallent votre application.

Si vous n’utilisez pas l’amorce de poussée sans code, ajoutez un filtre à l’endroit où Foreground Push Enabled For App is false. Ce filtre identifie les installations d’apps individuelles qui n’ont pas encore opté pour les notifications push au premier 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 avec plusieurs appareils

Comme Braze saisit les données des utilisateurs au niveau du profil et non de l’appareil, le ciblage des utilisateurs qui possèdent plusieurs appareils peut s’avérer difficile. Les filtres d’abonnement en mode push dans la segmentation incluent ou excluent les utilisateurs en fonction de l’état de l’abonnement d’un seul appareil plutôt que de l’état de l’abonnement de l’appareil spécifique ciblé. En outre, les états provisoires sur iOS ajoutent de la complexité, car ces appareils disposent techniquement de jetons de poussée au premier plan, mais les utilisateurs ne sont pas explicitement abonnés.

Le problème des filtres d’abonnement push

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

Solution : Utilisez l’amorce de poussée sans code

La solution recommandée est d’utiliser l’amorce de push sans code (l’action du bouton d’appel “Request Push Permission”) sans filtre supplémentaire de segmentation de l’état du push.

L’avantage de l’utilisation de l’amorce de poussée sans code est que la fonctionnalité est prise en charge par le SDK de Braze. Comme le SDK peut détecter l’état du jeton push sur l’appareil spécifique qui affiche le message, vous n’avez pas besoin de vous appuyer sur des filtres de segmentation au niveau du profil qui risquent d’exclure les utilisateurs possédant plusieurs appareils.

Considérations

Aucune amorce de code n’est nécessaire : Vous devez utiliser l’amorce de poussée sans code pour que la suppression automatique fonctionne. Si vous mettez en place une logique personnalisée ou des liens profonds au lieu d’utiliser l’action du bouton “Request Push Permission”, le SDK ne peut pas identifier que vous essayez d’afficher un bouton d’action push. Le message s’affiche alors quel que soit l’état de l’abonnement de l’appareil.

Suppression pour les utilisateurs qui se sont abonnés: Vous pouvez vouloir supprimer le message in-app pour les utilisateurs qui ont explicitement refusé le push (par exemple, à partir de la demande native ou des paramètres de l’appareil) et recibler ces utilisateurs avec une campagne de maturation distincte. Pour ce faire, utilisez la logique liquide suivante en combinaison avec l’amorce d’absence de code :

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

Le filtre targeted_device Liquid ne tient compte que de l’appareil sur lequel le message est affiché, et non du profil utilisateur. Sur cet appareil, foreground_push_enabled est défini sur true lorsqu’il y a un jeton push actif au premier plan et défini sur false lorsque le système d’exploitation signale que les notifications push ont été désactivées (par exemple, l’utilisateur les a explicitement désactivées). Pour les appareils entièrement nouveaux qui n’ont pas encore répondu à un état d’autorisation push, foreground_push_enabled n’est pas défini et n’a aucune valeur. Parce que la condition Liquid vérifie spécifiquement ```false`, elle supprime l’amorce uniquement pour les appareils ayant un abonnement explicite, tandis que les appareils dans cet état inconnu sont toujours admissibles et peuvent recevoir l’amorce de poussée.

É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.