Messages in-app de push primer

Vous n’avez qu’une seule chance de demander aux utilisateurs l’autorisation d’envoyer des notifications push. Il est donc crucial d’optimiser votre inscription push pour maximiser la portée de vos notifications push. Utilisez les messages in-app pour expliquer quel type de messages vos utilisateurs peuvent s’attendre à recevoir s’ils choisissent de s’abonner, avant de leur montrer l’invite push native. C’est ce qu’on appelle un push primer.

Pour créer un message in-app de push primer dans Braze, vous pouvez utiliser le comportement au clic du bouton « Request Push Permission » lors de la création d’un message in-app pour iOS, Android ou le Web.

Prérequis

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

De plus, notez les détails suivants spécifiques à chaque plateforme :

• 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 le type et la mise en page de votre message.

Pour vous assurer de disposer de suffisamment d’espace pour votre message et vos boutons, utilisez une mise en page de message en plein écran ou en fenêtre modale. Si vous choisissez le plein écran, notez qu’une image est requise.

Étape 2 : Rédigez votre message

Il est maintenant temps d’ajouter votre texte ! N’oubliez pas qu’un push primer est censé préparer l’utilisateur à activer les notifications push. Dans le corps de votre message, nous vous recommandons de mettre en avant les raisons pour lesquelles vos utilisateurs devraient activer les notifications push. Soyez précis sur le type de notifications que vous souhaitez envoyer et sur la valeur qu’elles peuvent apporter.

Par exemple, une application d’actualités pourrait utiliser le push primer suivant :

1

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

Tandis qu’une application de streaming pourrait utiliser le suivant :

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 consulter les bonnes pratiques et les ressources supplémentaires, reportez-vous à la section Créer des demandes d’abonnement personnalisées.

Étape 3 : Spécifier le comportement des boutons

Pour ajouter des boutons à votre message in-app, faites glisser deux blocs Button dans votre message, qui servent de boutons principal et secondaire dans votre message in-app. Vous pouvez également faire glisser une ligne dans votre message, puis faire glisser les boutons dans la ligne, afin que les boutons soient sur la même ligne horizontale (au lieu d’être empilés l’un sur l’autre). Nous recommandons « Allow notifications » et « Not now » comme boutons de départ, mais il existe de nombreuses invites de boutons différentes que vous pouvez attribuer.

Après avoir ajouté le texte des boutons, spécifiez le comportement au clic pour chaque bouton :

• Button 1 : Définissez-le sur « Close Message ». C’est votre bouton secondaire, ou l’option « Not now ».
• Button 2 : Définissez-le sur « Request Push Permission ». C’est votre bouton principal, ou l’option « Allow notifications ».

Étape 4 : Planifier la distribution

Pour que votre amorce push s’envoie à un moment pertinent, vous devez planifier votre message in-app en tant que message basé sur une action, avec Perform Custom Event comme action de déclenchement.

Bien que le moment idéal varie, Braze recommande d’attendre qu’un utilisateur ait accompli une action à forte valeur ajoutée, indiquant qu’il commence à percevoir la valeur de votre application ou site, ou lorsqu’il existe un besoin impérieux auquel les notifications push peuvent répondre (par exemple, après qu’il a passé une commande et que vous souhaitez lui proposer des informations de suivi de livraison). De cette façon, la demande profite au client plutôt qu’uniquement à votre marque.

Étape 5 : Cibler les utilisateurs

L’objectif d’une campagne d’amorce push est d’inviter les utilisateurs sur tous les appareils où ils n’ont pas encore accordé les autorisations push. Cela peut inclure les nouveaux utilisateurs ou les utilisateurs existants qui obtiennent un nouvel appareil ou réinstallent votre application.

Important

Suppression automatique avec l’amorce push sans code : si vous utilisez l’amorce push sans code (l’action de bouton « Request Push Permission »), vous n’avez pas besoin d’ajouter des filtres d’abonnement push à votre segmentation. Le SDK supprime automatiquement le message in-app sur les appareils en fonction de leur état d’autorisation push. Pour plus de détails sur les cas où l’amorce est affichée ou supprimée sur chaque plateforme, consultez Quand l’amorce push est affichée. Pour plus d’informations sur le ciblage des utilisateurs possédant plusieurs appareils, consultez Cibler les utilisateurs avec plusieurs appareils.

Si vous n’utilisez pas l’amorce push sans code, ajoutez un filtre où Foreground Push Enabled For App is false. Ce filtre identifie les installations d’application individuelles qui ne sont pas encore abonnées aux notifications push de premier plan.

Important

L’utilisation d’un filtre au niveau utilisateur comme Push Subscription Status is not Opted In exclut les utilisateurs qui sont déjà abonnés sur un autre appareil, les empêchant de recevoir l’invitation sur leur nouvel appareil.

Au-delà de cela, vous pouvez décider quels Segments supplémentaires vous estimez 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 les utilisateurs qui visitent votre application plus de deux fois par semaine. Cibler les utilisateurs pour ces Segments essentiels augmente la probabilité qu’ils s’abonnent et activent les notifications push.

Quand l’amorce push est affichée

Lorsque vous utilisez l’amorce push sans code (l’action de bouton « Request Push Permission »), le SDK Braze vérifie automatiquement l’état d’autorisation push de l’appareil et détermine s’il faut afficher ou supprimer le message in-app. Cela se produit au niveau de l’appareil avant l’affichage du message, vous n’avez donc pas besoin d’ajouter de filtres de segmentation supplémentaires pour contrôler ce comportement.

Les tableaux suivants montrent quand le message in-app d’amorce push est affiché ou supprimé sur chaque plateforme :

• ios
• android
• web

Cibler les utilisateurs avec plusieurs appareils

Étant donné que Braze capture les données utilisateur au niveau du profil plutôt qu’au niveau de l’appareil, cibler les utilisateurs qui possèdent plusieurs appareils peut être complexe. 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 spécifiquement ciblé. De plus, les états provisoires sur iOS ajoutent de la complexité, car ces appareils disposent techniquement de jetons push de premier plan, mais les utilisateurs ne sont pas explicitement abonnés.

Le problème avec les filtres d’abonnement push

Lorsqu’un utilisateur possède plusieurs appareils avec des états d’abonnement push différents, les filtres d’abonnement push dans votre segmentation peuvent échouer à cibler certains appareils. Considérez ces scénarios :

Solution : Utiliser l’amorce push sans code

La solution recommandée est d’utiliser l’amorce push sans code (l’action de bouton « Request Push Permission ») sans filtres de segmentation supplémentaires sur le statut push.

Important

Suppression automatique : l’amorce push sans code supprime automatiquement l’affichage sur les appareils en fonction de leur état d’autorisation push. Le SDK vérifie le statut d’autorisation push spécifique de l’appareil avant d’afficher le message. Par exemple, sur iOS, si le SDK détecte que l’utilisateur a déjà accordé l’autorisation (.authorized), le SDK supprime automatiquement le message in-app sans avoir besoin de filtres de segmentation supplémentaires. De même, si l’utilisateur a explicitement refusé les autorisations push (.denied), le SDK supprime également l’amorce car iOS n’autorise l’affichage de l’invite native qu’une seule fois. L’amorce ne s’affiche que lorsque l’appareil est dans un état où son affichage serait utile (comme notDetermined, provisional ou ephemeral sur iOS). Pour le détail complet de l’éligibilité par plateforme, consultez Quand l’amorce push est affichée.

L’avantage d’utiliser l’amorce push sans code est que la fonctionnalité est prise en charge par le SDK Braze. Comme le SDK peut détecter le statut 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 pourraient exclure les utilisateurs possédant plusieurs appareils.

Considérations

L’amorce push sans code est requise : vous devez utiliser l’amorce push sans code pour que la suppression automatique fonctionne. Si vous configurez une logique personnalisée ou des deep links au lieu d’utiliser l’action de bouton « Request Push Permission », le SDK ne peut pas identifier que vous essayez d’afficher une amorce push. Cela entraîne l’affichage du message indépendamment de l’état d’abonnement de cet appareil.

Suppression pour les utilisateurs qui se sont désabonnés : l’amorce push sans code supprime automatiquement l’affichage pour les utilisateurs qui ont explicitement refusé les autorisations push au niveau du système d’exploitation (par exemple, iOS .denied, Android refus permanent après plusieurs demandes, et Web "denied"). Cependant, vous pouvez souhaiter un contrôle supplémentaire dans certains cas. Par exemple, sur Android, un utilisateur pourrait désactiver les notifications dans les paramètres de son appareil sans refuser définitivement la permission POST_NOTIFICATIONS. Si vous souhaitez supprimer l’amorce pour ces utilisateurs et les recibler avec une Campaign différente, utilisez la logique Liquid suivante en combinaison avec l’amorce 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 filtre Liquid targeted_device examine uniquement l’appareil sur lequel le message est affiché, plutôt que le profil utilisateur. Sur cet appareil, foreground_push_enabled est défini sur true lorsqu’il existe un jeton push de premier plan actif et 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 pas de valeur. Comme la condition Liquid vérifie spécifiquement false, elle supprime l’amorce uniquement pour les appareils avec un refus explicite, tandis que les appareils dans cet état inconnu restent éligibles et peuvent recevoir l’amorce push.

Étape 6 : Événements de conversion

Braze propose des paramètres par défaut pour les conversions, mais vous pouvez configurer des événements de conversion autour des demandes d’abonnement push.