Passer au contenu principal

​
Pourquoi utiliser une invite de permission push ?

Pour envoyer des notifications push qui peuvent apparaître sous forme de bannières, s’afficher sur l’écran de verrouillage, émettre des sons, et plus encore, votre application doit d’abord obtenir la permission de l’utilisateur. Sur iOS, Android, Huawei, Amazon et Web, cela implique d’afficher une invite de permission au niveau système.
Ce guide est destiné aux abonnés push d’applications mobiles. Pour le push web, voir Invites de permission web.
Sur iOS, vous pouvez également utiliser les notifications provisionnelles, qui sont livrées discrètement au centre de notifications sans inviter l’utilisateur—idéal pour les tests ou l’intégration à faible friction. Pour l’invite de permission au niveau système recommandée, gardez à l’esprit :
  • iOS n’autorise l’invite de permission qu’une seule fois.
  • Android l’autorise deux fois.
  • Après cela, les utilisateurs doivent activer manuellement les notifications dans les paramètres système.
Bien que vous puissiez déclencher l’invite à tout moment en utilisant notre méthode SDK requestPermission(), il est essentiel de demander au bon moment et avec le contexte approprié. Apple et Google recommandent fortement d’expliquer d’abord la valeur de vos notifications. Le meilleur moyen de le faire ? Utiliser une “invite douce”—un message in-app personnalisé qui introduit la demande. Si l’utilisateur accepte, l’invite système apparaît. S’il refuse, rien ne se passe—aucun mal fait.

​
Configurer une invite de permission push in-app

1

Supprimer toutes les invites de permission automatiques

Avant de commencer, assurez-vous que votre application ne déclenche pas déjà automatiquement l’invite push native :
  • Supprimez les méthodes requestPermission() ou optIn() si vous les appelez au démarrage de l’application.
  • Supprimez les appels iOS natifs à requestAuthorizationWithOptions et toutes les méthodes générant des jetons push.
  • Supprimez les appels Android à requestPermissions et toutes les méthodes générant des jetons push.
Assurez-vous également d’utiliser la dernière version du SDK OneSignal dans votre application.
2

Créer ou modifier le message in-app

Allez dans Messages > In-App, puis soit :
  • Modifiez le modèle d’invite de permission push par défaut, ou
  • Cliquez sur Nouveau message pour créer le vôtre.
Définissez l’audience sur : Afficher à tous les utilisateurs Ne vous inquiétez pas—ce type de message in-app est automatiquement affiché uniquement aux utilisateurs qui ne se sont pas abonnés au push.
3

Personnaliser le design du message

Personnalisez l’apparence, le ressenti et le libellé pour correspondre à votre application. Soyez clair et utile—informez les utilisateurs du type de notifications qu’ils recevront et pourquoi elles sont précieuses.Voir Concevoir des messages in-app avec glisser-déposer ou Concevoir des messages in-app avec HTML pour plus de détails.
4

Ajouter l'action de clic invite de permission push

Ajoutez une action de clic Invite de permission push à n’importe quel bouton ou image dans votre message. Lorsqu’elle est tapée, l’invite système est affichée.
Si un utilisateur a déjà refusé la permission, le bouton le dirigera vers les paramètres de notification de votre application à la place.
Les messages in-app qui ont une action “Invite de permission push” ne seront pas affichés aux utilisateurs qui ont déjà autorisé les notifications.
5

Choisir un déclencheur

L’audience contrôle qui est éligible pour voir le message. Les déclencheurs contrôlent quand il est affiché.
Vous pouvez déclencher le message :
  • À l’ouverture de l’application
  • Après une durée de session définie
  • Sur un événement utilisateur spécifique
  • Par programmation (plus de contrôle)
Par exemple, pour attendre que l’utilisateur ait passé au moins 5 minutes dans l’application :
6

Planification et fréquence

Vous pouvez contrôler la fréquence d’apparition du message :
  • Une seule fois – Faible chance de conversions
  • Chaque fois que les conditions sont remplies – Trop agressif
  • ✅ Plusieurs fois – Recommandé
Définissez un maximum élevé (par exemple 9999) et un délai entre les vues (par exemple 2 semaines) pour rappeler doucement aux utilisateurs au fil du temps. Cela signifie que le message s’affichera une fois toutes les 2 semaines pour un total de 9999 fois.Nous voulons que le premier nombre soit très élevé car nous voulons toujours inviter les utilisateurs non abonnés à s’abonner mais nous ne voulons pas les ennuyer donc nous ne demandons que toutes les 2 semaines. Vous pouvez modifier la cadence de 2 semaines à plus ou moins selon le cas d’utilisation.
Mettez à jour votre message et activez-le. Vous pouvez maintenant surveiller vos statistiques et ajuster l’écart entre les jours selon les besoins.

​
Afficher par programmation l’invite de permission requise

Développeurs : Vous pouvez déclencher manuellement l’invite de permission push en utilisant les méthodes SDK requestPermission() ou optIn(). C’est idéal pour les flux personnalisés, tels que :

​
Suivre les permissions push et les résultats des invites

Lors de l’utilisation de messages in-app pour inviter pour le push, vous pouvez suivre les actions de clic avec l’écouteur de clic de message in-app. Pour les cas où le message in-app s’affiche mais l’utilisateur ne clique pas sur le bouton, vous pouvez écouter les événements de cycle de vie des messages in-app. Pour suivre les résultats de l’invite de permission au niveau système, vous pouvez écouter les événements avec l’écouteur de permission push.
Lors de l’utilisation de ces méthodes SDK, vous pouvez envoyer les événements à votre backend ou outil d’analyse de votre choix.

​
FAQ

​
Puis-je toujours inviter les utilisateurs avec des notifications provisionnelles ?

Oui ! En fait, si vous utilisez les notifications push provisionnelles iOS, il est recommandé d’inviter quand même les utilisateurs pour le push de cette manière mais soyez stratégique !

​
Quand Android a-t-il commencé à exiger des invites de permission ?

Android a commencé à exiger une permission utilisateur explicite pour les notifications push avec Android 13 (niveau API 33), qui était :