Inviter pour les permissions push

Une invite de permission push est la boîte de dialogue du système d’exploitation qui demande aux utilisateurs si votre application peut envoyer des notifications push. Leur réponse détermine si vous pouvez livrer des notifications qui apparaissent sous forme de bannières, s’affichent sur l’écran de verrouillage et émettent des sons. Traitez l’invitation comme une stratégie. L’invite système ne peut être affichée qu’un nombre limité de fois : une fois sur iOS et deux fois sur Android (Google et Huawei). Si l’utilisateur refuse à chaque tentative, il devra réactiver manuellement les notifications dans les paramètres système. Une invite mal synchronisée peut vous faire perdre définitivement un abonné, et l’audience joignable est le plus grand levier de ROI pour chaque campagne push que vous menez. Apple et Google recommandent tous deux d’expliquer la valeur de vos notifications avant de demander la permission. Sans contexte, les utilisateurs sont plus susceptibles de refuser, et sur iOS une invite refusée ne peut pas être affichée à nouveau. Ce guide couvre le push pour applications mobiles. Pour le push web, voir Invites de permission web push.

​

Stratégie pour un taux d’opt-in élevé

Les taux d’opt-in au push dépendent bien plus de quand et de comment vous demandez que du contenu de l’invite système elle-même. Les applications qui traitent l’invitation comme une stratégie surpassent systématiquement celles qui invitent au premier lancement. Les principes ci-dessous sont les briques de base. L’exemple de stratégie ci-dessous montre comment les combiner en un playbook concret.

​

Principes

• Demandez après un moment de valeur. Attendez que l’utilisateur vienne de vivre quelque chose qui mérite une notification : terminer l’onboarding, enregistrer un article, suivre un sujet, passer une commande ou terminer une première session. Inviter au premier lancement, avant que l’utilisateur ne comprenne ce que fait votre application, est la principale cause de faibles taux d’opt-in.
• Commencez par les notifications provisionnelles sur iOS. Les notifications provisionnelles sont livrées discrètement au Centre de notifications sans aucune invite, permettant aux utilisateurs de décider s’ils souhaitent les conserver en se basant sur du contenu réel plutôt que sur une explication hypothétique. C’est souvent la voie avec la meilleure conversion sur iOS et cela devrait être votre point de départ par défaut.
• Expliquez la valeur avec une invite douce in-app. Une invite douce est un message in-app OneSignal qui indique aux utilisateurs quel type de notifications vous allez leur envoyer et pourquoi elles sont importantes. Fermer une invite douce ne consomme aucune tentative d’invite système, vous pouvez donc redemander aux utilisateurs qui n’étaient pas prêts.
• Redemandez aux utilisateurs qui ont fermé l’invite douce, pas l’invite système. Configurez l’invite douce pour qu’elle se réaffiche à intervalle régulier (par exemple, toutes les 2 weeks). Les utilisateurs qui n’étaient pas prêts obtiennent une nouvelle chance sans épuiser la limite de l’invite système.
• Itérez sur le texte et le timing. Publiez l’invite douce, observez la conversion dans le rapport du message, puis ajustez le déclencheur, la formulation et la fréquence. De petits changements de timing et de texte modifient couramment les taux d’opt-in de dizaines de points de pourcentage.

​

Exemple : stratégie d’opt-in à l’onboarding

Cet exemple combine les notifications provisionnelles pour une portée immédiate sur iOS avec une invite douce à un moment de valeur pour un opt-in complet. Utilisez-le comme point de départ et adaptez les types de notifications et les moments de valeur à votre application. Pour les applications Android et Huawei, ignorez la phase 1 et commencez à la phase 2. Phase 1 : portée silencieuse sur iOS

1. Activez l’autorisation provisionnelle dans le tableau de bord OneSignal sous Settings > Apple iOS > Advanced Configuration > Enable iOS 12 direct to history.
2. Envoyez 2 à 3 notifications de haute qualité pendant la première semaine de l’utilisateur. Choisissez du contenu qui démontre la valeur de l’abonnement : une recommandation personnalisée, une alerte de dernière minute ou un digest hebdomadaire. Les utilisateurs les reçoivent silencieusement dans le Centre de notifications sans invite.

Phase 2 : convertir à un moment de valeur

1. Dans Messages > In-App, créez une invite douce qui fait référence à la valeur que l’utilisateur a déjà expérimentée. Exemple de titre : « Recevez des alertes de dernière minute sur votre écran de verrouillage ».
2. Définissez l’audience sur Show to all users. L’action de clic Push Permission Prompt filtre automatiquement pour les utilisateurs non abonnés.
3. Déclenchez le message sur un événement à fort signal : ouverture ou interaction avec une notification provisionnelle, suivi d’un sujet, ajout d’un article au panier ou 5 minutes de temps de session.
4. Ajoutez une action de clic Push Permission Prompt au bouton CTA.
5. Réglez la planification sur Multiple times avec un maximum par utilisateur de 20 et un intervalle entre les affichages de 2 weeks (environ 10 mois de relance).

Phase 3 : mesurer et itérer

1. Après 1 à 2 semaines, consultez le rapport du message pour la conversion invite-vers-opt-in.
2. Instrumentez l’entonnoir complet avec les écouteurs SDK : clics sur l’invite douce, fermetures et résultat de l’invite système. Transférez les événements vers votre outil d’analyse.
3. Ajustez une variable à la fois (événement déclencheur, titre, texte du CTA ou intervalle entre les affichages) en fonction des chiffres.

---

​

Choisir une approche

Vous avez trois façons de développer votre base d’abonnés push avec OneSignal. La plupart des applications iOS devraient combiner les notifications provisionnelles avec une invite douce in-app ; la plupart des applications Android devraient commencer par l’invite douce. Les trois peuvent être combinés. Un motif courant à haute performance sur iOS consiste à activer les notifications provisionnelles pour une portée silencieuse immédiate, à afficher une invite douce à un moment de valeur et à exposer une invite programmatique depuis un centre de préférences pour les utilisateurs qui souhaitent s’inscrire à la demande.

---

​

Prérequis

• Un compte OneSignal.
• Une application mobile avec le SDK OneSignal installé et le package OneSignalInAppMessages activé.

---

​

Configurer une invite de permission push in-app

---

​

Afficher l’invite de permission par programmation

Vous pouvez déclencher manuellement l’invite de permission système en utilisant les méthodes SDK requestPermission() ou optIn(). Cela est utile pour les flux personnalisés tels que :

• Un centre de préférences.
• Un écran de profil utilisateur.
• Des événements in-app spécifiques.

Passez fallbackToSettings: true à requestPermission() afin que les utilisateurs qui ont déjà refusé soient redirigés vers les paramètres de notification de l’application au lieu de ne rien faire silencieusement.

---

​

Utiliser les notifications provisionnelles iOS

Les notifications push provisionnelles ont été introduites dans iOS 12. Elles vous permettent de livrer des notifications au Centre de notifications sans afficher d’invite de permission. Les utilisateurs voient du contenu réel de votre application et décident de conserver, mettre en silencieux ou désactiver les notifications en fonction de cette expérience. Pourquoi cela fonctionne comme stratégie :

• Pas d’invite système à échouer. Vous pouvez commencer à toucher les utilisateurs dès leur première session sans décision d’opt-in initiale.
• Les utilisateurs décident en fonction de la valeur réelle, pas d’une explication hypothétique.
• Vous pouvez toujours afficher une invite douce plus tard pour convertir les utilisateurs provisionnels en abonnés push complets, avec bannières, son et alertes sur l’écran de verrouillage.

Compromis. Les notifications provisionnelles ont une visibilité réduite. Elles sont livrées silencieusement au Centre de notifications uniquement : pas de bannière, pas de son et pas d’alerte sur l’écran de verrouillage tant que l’utilisateur n’accorde pas la permission complète. Pour activer l’autorisation provisionnelle, allez dans le tableau de bord OneSignal sous Settings > Apple iOS > Advanced Configuration et cochez Enable iOS 12 direct to history. Pour la présentation complète, incluant la manière dont les utilisateurs interagissent avec les notifications provisionnelles et comment elles se combinent avec l’invite standard, voir Notifications push provisionnelles iOS.

---

​

Suivre les permissions push et les résultats des invites

• Suivez sur quel bouton l’utilisateur a appuyé dans l’invite douce avec l’écouteur de clic de message in-app.
• Suivez les impressions et les fermetures (lorsque l’utilisateur voit l’invite douce mais n’appuie pas dessus) avec l’écouteur de cycle de vie de message in-app.
• Suivez le résultat de l’invite de permission système elle-même avec l’observateur de permission push.

---

​

FAQ

​

Que se passe-t-il si un utilisateur refuse l’invite de permission système ?

Sur iOS, refuser l’invite de permission système désactive définitivement les notifications push de votre application. L’invite ne peut pas être affichée à nouveau. Sur Android, l’utilisateur a droit à une chance supplémentaire (deux au total). Une fois toutes les tentatives utilisées, l’utilisateur doit réactiver manuellement les notifications dans Paramètres > Notifications sur son appareil. L’action de clic Push Permission Prompt et requestPermission(fallbackToSettings: true) gèrent tous deux ce cas en envoyant l’utilisateur directement à ses paramètres de notification.

​

Puis-je personnaliser l’invite de permission système native ?

Non. L’invite de permission système sur iOS et Android est contrôlée par le système d’exploitation et ne peut pas être personnalisée. Vous ne pouvez personnaliser que l’invite douce (le message in-app affiché avant elle). Utilisez l’invite douce pour expliquer la valeur de vos notifications, définir les attentes et augmenter les chances d’un « Allow » sur l’invite système.

​

Puis-je encore inviter les utilisateurs qui reçoivent des notifications provisionnelles ?

Oui, et vous devriez le faire. Les utilisateurs provisionnels sont des candidats de choix pour une invite douce car ils ont déjà vu de vraies notifications de votre application. Voir Utiliser les notifications provisionnelles iOS pour le motif recommandé. Programmez l’invite douce juste après que l’utilisateur a ouvert une notification provisionnelle ou interagi avec elle.

​

Comment relancer les utilisateurs qui ont précédemment refusé le push ?

Une fois l’invite de permission système épuisée (une fois sur iOS, deux fois sur Android), vous ne pouvez plus l’afficher. Utilisez à la place la méthode SDK requestPermission(fallbackToSettings: true) ou l’action de clic Push Permission Prompt sur un message in-app. Toutes deux ouvrent les paramètres de notification de votre application afin que l’utilisateur puisse activer manuellement les notifications. Associez cela à un message in-app expliquant pourquoi les notifications sont précieuses.

​

Toutes les versions d’Android nécessitent-elles une invite de permission système ?

Non. Uniquement Android 13 (niveau d’API 33) et versions ultérieures. Android 13 a introduit la permission de notification à l’exécution, exigeant le consentement explicite de l’utilisateur pour les notifications push.

• Publication : août 2022 (appareils Pixel).
• Requis pour le SDK cible : depuis le 31 août 2023, toutes les nouvelles applications et mises à jour sur Google Play doivent cibler le niveau d’API 33 ou supérieur.
• Source : Guide développeur de Google sur les permissions de notification.

Sur Android 12 et versions antérieures, la permission de notification est accordée automatiquement à l’application lors de l’installation.

---