Autorisation des notifications push : améliorer l'opt-in sans forcer

Mesurer une séquence et non un chiffre isolé

Pour juger la demande elle-même, utilisez un dénominateur cohérent :

Taux d'opt-in = personnes ayant accepté ÷ personnes éligibles ayant vu la demande système.

Diviser par toutes les installations mélange celles qui n'ont jamais atteint un moment pertinent avec celles qui ont réellement décidé. Conservez à côté une mesure de couverture parmi les utilisateurs actifs, mais ne confondez pas portée et qualité de la demande.

Le plan d'événements peut suivre : éligibilité, explication affichée, demande système ouverte, autorisation accordée ou refusée, réglages ouverts, première notification livrée, notification ouverte et action attendue accomplie. Ajoutez la plateforme, la version du système, le déclencheur, la langue et la variante d'expérience.

Cette chaîne permet de distinguer un texte peu convaincant d'un problème de livraison. Si l'autorisation progresse mais que les désactivations suivent, la promesse ou la fréquence après l'opt-in est probablement en cause.

Trouver le moment où l'utilité existe déjà

Le meilleur déclencheur dépend du produit :

• après une commande, pour suivre sa préparation et sa livraison ;
• après une réservation, pour un rappel ou une modification ;
• après l'enregistrement d'un trajet, pour un retard ou un changement ;
• après le suivi d'une recherche, pour un nouveau résultat ;
• après la création d'un programme, pour une séance ou une leçon ;
• après une action de compte, pour une alerte de sécurité.

Évitez une succession de fenêtres lors de l'inscription. Demander caméra, position, contacts et push au même instant transforme le parcours en série d'obstacles. La personne doit comprendre la conséquence de sa propre action avant d'accorder un accès.

Google recommande cette approche contextuelle dans son guide de conception des notifications Android : expliquer la valeur et rattacher la demande à la fonction concernée.

Une explication honnête avant la fenêtre du système

La page préparatoire ne donne aucune autorisation. Elle annonce simplement le type de message et mène vers la fenêtre native. « Me prévenir 30 minutes avant le cours » est clair ; « activer pour profiter pleinement de l'application » ne permet pas une décision informée.

Proposez une option « Plus tard » et gardez une occasion naturelle de revenir sur le sujet. Après un refus, ne présentez pas la même interruption à chaque ouverture. Lorsque l'utilisateur choisit lui-même une fonction de rappel, l'application peut expliquer comment modifier les réglages du téléphone.

Ne reproduisez pas visuellement la fenêtre du système et ne cachez pas l'option de refus. Une personne qui accepte sous pression désactivera plus facilement l'application ou toutes ses notifications.

Traiter les états iOS et Android séparément

À partir d'Android 13, les nouvelles installations doivent généralement obtenir l'autorisation d'exécution `POST_NOTIFICATIONS`, hors exceptions prévues. Une application ciblant une version récente peut choisir un moment cohérent pour la demande. La documentation Android sur cette autorisation précise les cas de nouvelle installation et de mise à jour.

Sur iOS, l'application vérifie l'état avant d'ouvrir la demande. Après un refus, elle ne peut pas considérer le prochain bouton comme une nouvelle fenêtre identique. Si la personne veut ensuite activer les messages, il faut l'accompagner vers les réglages. Les états provisoire, autorisé et refusé ne devraient pas être regroupés dans les rapports.

Les migrations de version et les installations existantes modifient aussi la population observée. Comparez des cohortes semblables, avec le même déclencheur, plutôt qu'un pourcentage global.

Créer un centre de préférences utile

L'autorisation du système ne signifie pas « tout recevoir ». Séparez commandes, rendez-vous, sécurité, messages, contenus suivis et offres. Ajoutez des heures calmes ou une planification respectant le fuseau lorsque le moment compte.

Le support doit pouvoir distinguer une permission système refusée, une catégorie désactivée et un échec de livraison. Dans les domaines sensibles, le texte affiché sur l'écran verrouillé mérite un réglage spécifique pour ne pas révéler une information de santé ou financière.

Optimiser l'action après l'ouverture

Le succès d'une notification est le rendez-vous confirmé, la commande suivie, la leçon reprise ou l'incident de sécurité compris. Mesurez cette action et les effets indésirables : désactivation de catégorie, retrait de permission, désinstallation et sollicitation du support.

Testez une seule hypothèse à la fois : moment, bénéfice annoncé ou formulation de la page préparatoire. Conservez la fenêtre système standard. Appfyl relie ce parcours à l'onboarding, aux liens profonds, à l'analytique et au back-office. Pour un MVP, quelques déclencheurs forts valent mieux qu'une segmentation complexe sans données.

Guides Appfyl associés

• Stratégie de notifications push
• Scénarios et erreurs push
• Onboarding mobile
• Analytique mobile
• Questionnaire fonctionnel Appfyl

Voir comment Appfyl transforme un périmètre en produit lancé. Voir les cas Appfyl.

Questions fréquentes