Délivrabilité des push : diagnostiquer les pertes de reach
Le reach réel des notifications push se perd souvent avant même l’envoi de la campagne
Dans le marketing mobile, la notification push est souvent pilotée comme un canal quasi gratuit : une base d’utilisateurs installés, un message, un envoi, puis un taux d’ouverture. Cette lecture est trop courte. Entre l’utilisateur théoriquement adressable et la notification effectivement affichée sur son écran, plusieurs couches peuvent créer des pertes de reach : consentement, validité du token, système d’exploitation, SDK, règles de segmentation, capping, latence serveur, priorité d’envoi, état de l’application, paramètres utilisateur et contraintes des plateformes Apple ou Google.
Pour un annonceur retail, omnicanal ou local, ces pertes ne sont pas seulement techniques. Elles affectent directement la capacité à activer une audience au bon moment : alerte de stock, coupon expirant, commande disponible, invitation magasin, baisse de prix, événement local, relance panier, rendez-vous ou offre Drive-to-Store. Une campagne push peut afficher un excellent taux de clic sur les notifications reçues tout en échouant commercialement parce qu’elle n’a touché qu’une fraction de l’audience éligible. À l’inverse, une baisse apparente d’ouverture peut masquer une amélioration du ciblage si le reach réellement utile est mieux maîtrisé.
Les benchmarks publics donnent des ordres de grandeur, mais ils doivent être interprétés avec prudence. Selon les secteurs, les taux d’opt-in push se situent fréquemment entre 40 % et 70 %, avec des écarts importants entre iOS, Android, pays, valeur perçue de l’application et moment de la demande. Les taux d’ouverture varient souvent de 2 % à 8 % pour des push promotionnels retail, mais peuvent dépasser 15 % ou 20 % pour des notifications de service fortement contextualisées, comme une commande prête ou un retour en stock. Ces chiffres ne disent pourtant rien si l’on ne sait pas combien d’utilisateurs ont été exclus, combien de tokens étaient invalides, combien de messages ont été rejetés par Apple Push Notification service, APNs, infrastructure d’Apple permettant d’acheminer les notifications vers les appareils iOS, ou par Firebase Cloud Messaging, FCM, service de Google permettant d’envoyer des messages push vers Android et certains environnements web.
Diagnostiquer les pertes de reach exige donc de sortir du reporting agrégé. Le bon sujet n’est pas seulement : combien de personnes ont ouvert le push ? Il est : sur 100 utilisateurs qui auraient dû recevoir un message, combien étaient réellement adressables, combien ont été transmis aux plateformes, combien ont été acceptés, combien ont été livrés, combien ont été affichés, combien ont interagi, et quelle valeur incrémentale a été créée ? Cette approche transforme la notification push en canal pilotable, au même titre que le SMS, le RCS ou l’email, avec ses propres contraintes de délivrabilité, de pression relationnelle et de mesure.
Construire une chaîne de délivrabilité : de l’audience éligible à la notification affichée
La première erreur consiste à confondre base installée et base joignable. Une application peut compter 1 million d’installations cumulées, 420 000 utilisateurs actifs mensuels et seulement 210 000 utilisateurs effectivement pushables sur une campagne donnée. Les écarts viennent de la désinstallation, de l’inactivité, du refus de permission, des tokens expirés, des utilisateurs exclus par la segmentation ou des règles de pression. Le diagnostic doit donc partir d’une chaîne de délivrabilité, étape par étape.
Une structure robuste distingue au minimum huit niveaux. Premier niveau : les utilisateurs éligibles business, c’est-à-dire ceux qui répondent à la logique de campagne. Par exemple, clients ayant consulté une catégorie jardin dans les 30 derniers jours, situés à moins de 15 minutes d’un magasin avec stock disponible. Deuxième niveau : les utilisateurs actifs ou récemment actifs, car une base installée depuis deux ans sans session récente contient souvent une forte part d’applications désinstallées non détectées immédiatement. Troisième niveau : les utilisateurs consentants, qui ont accordé la permission push au niveau de l’OS ou n’ont pas désactivé les notifications de l’application.
Quatrième niveau : les utilisateurs disposant d’un token valide. Le token est l’identifiant technique permettant d’adresser un appareil via APNs ou FCM. Il peut changer après réinstallation, mise à jour, restauration d’appareil, changement de compte ou expiration. Cinquième niveau : les utilisateurs conservés après application des règles CRM, customer relationship management, ensemble des méthodes et outils permettant d’orchestrer la relation client à partir de données, de scénarios et de consentements. Ces règles incluent le capping, limitation du nombre de sollicitations sur une période, les exclusions post-achat, les priorités entre campagnes et les suppressions liées au statut client.
Sixième niveau : les messages acceptés par le prestataire push ou la plateforme d’envoi. Des erreurs de certificat, de clé APNs, de configuration FCM, de payload trop lourd ou de format invalide peuvent bloquer l’envoi. Septième niveau : les messages acceptés par APNs ou FCM. Ces plateformes peuvent répondre avec des statuts indiquant des tokens invalides, des erreurs d’authentification, des limitations ou des refus. Huitième niveau : les notifications réellement affichées ou susceptibles d’être vues. C’est la couche la plus difficile à mesurer, car le système d’exploitation peut regrouper, retarder, masquer ou prioriser les notifications selon les paramètres utilisateur, les modes concentration, l’économie d’énergie, l’état réseau et les règles du constructeur.
Cette chaîne permet de calculer un reach loss tree, arbre de pertes qui localise les fuites. Exemple : sur 500 000 clients ciblés par une alerte locale, 380 000 sont actifs à 90 jours, 250 000 ont l’opt-in push, 232 000 ont un token valide, 205 000 passent les règles de capping, 202 000 sont transmis au provider, 196 000 sont acceptés par APNs ou FCM, mais seulement 172 000 génèrent un événement de réception SDK ou un signal assimilable. Le reach utile n’est donc pas 500 000, mais plutôt 172 000 à 196 000 selon la définition retenue. Le taux de clic doit être lu sur cette base, pas sur une audience théorique.
Identifier les pertes techniques : tokens, SDK, plateformes, priorités et contraintes OS
La délivrabilité push repose sur une infrastructure plus instable qu’elle ne paraît. Le token management est souvent le premier gisement de pertes. Un token invalide conservé trop longtemps gonfle artificiellement la base adressable et dégrade les taux d’acceptation. À l’inverse, une purge trop agressive peut supprimer des utilisateurs encore récupérables. Les équipes doivent suivre le taux de tokens invalides par OS, version d’application, version SDK, pays, modèle d’appareil et ancienneté de dernière session. Un pic d’invalides après une mise à jour peut révéler une rupture d’intégration ou une mauvaise gestion du rafraîchissement des tokens.
Le SDK, software development kit, ensemble de composants logiciels intégrés à l’application pour gérer des fonctions comme l’analytics, le push ou l’attribution, est un autre point critique. Si le SDK n’est pas initialisé correctement, si les événements de réception ne remontent pas, ou si le mapping entre identifiant client et token est instable, l’équipe marketing peut croire à un problème de performance alors qu’elle observe un problème de mesure. Les tests doivent couvrir plusieurs scénarios : première installation, refus initial puis acceptation ultérieure, déconnexion, reconnexion, changement de compte, mise à jour majeure, désinstallation, réinstallation et migration d’un ancien SDK.
Les contraintes OS ont pris de l’importance. Sur iOS, la permission push reste explicite et doit être demandée avec une proposition de valeur claire. Les modes concentration, le résumé programmé et les paramètres de notification peuvent réduire la visibilité réelle sans bloquer techniquement l’envoi. Sur Android, la situation a changé avec Android 13, qui introduit une permission runtime pour les notifications : l’application ne peut plus considérer tous les utilisateurs Android comme implicitement joignables. Certains constructeurs ajoutent des optimisations batterie agressives qui peuvent retarder ou limiter les traitements en arrière-plan. Les écarts de délivrabilité entre Samsung, Xiaomi, Oppo, Pixel ou autres environnements doivent être observés, surtout dans les marchés où Android domine.
La priorité et le type de notification jouent également. Les push transactionnels ou de service doivent être traités différemment des push promotionnels. Sur FCM, les messages peuvent être configurés avec une priorité normale ou élevée ; sur iOS, le payload et les attributs influencent le traitement. Une priorité élevée utilisée abusivement peut dégrader la qualité perçue et ne garantit pas une visibilité si l’utilisateur a désactivé les alertes. À l’inverse, une notification de service avec une priorité trop faible peut arriver trop tard, par exemple après la fin d’un créneau de retrait ou l’expiration d’un coupon local.
Enfin, le payload doit être audité. Une notification avec image, deep link, paramètres de personnalisation, identifiants de campagne et contenu dynamique peut devenir fragile si les champs ne sont pas correctement validés. Le deep linking, lien profond vers un écran précis de l’application, est essentiel pour relier une alerte de stock, un coupon ou une offre locale à l’action attendue. Mais un deep link cassé peut transformer un push livré en session perdue. Il faut donc distinguer délivrabilité technique, affichage, clic et atterrissage effectif dans l’application.
Mesurer correctement : événements, définitions et cohérence entre plateformes
Le diagnostic des pertes de reach échoue souvent parce que les équipes ne partagent pas la même définition des métriques. Un envoi peut signifier messages sélectionnés par la plateforme marketing, messages transmis au gateway, messages acceptés par APNs ou FCM, ou messages pour lesquels aucun rejet n’a été retourné. Une livraison peut signifier acceptation par la plateforme, réception par l’appareil, affichage dans le centre de notifications ou événement SDK remonté après ouverture. Ces définitions ne sont pas interchangeables.
Un modèle de mesure solide doit documenter chaque statut. Les statuts minimaux sont : ciblé, exclu, envoyé, rejeté avant plateforme, accepté plateforme, token invalide, erreur temporaire, réception détectée si disponible, affichage si mesurable, ouverture, clic sur CTA, session générée, conversion. Le CTA, call-to-action, incitation à réaliser une action, doit être suivi séparément de l’ouverture brute. Une notification peut être ouverte par curiosité sans produire de valeur ; une autre peut afficher une information utile sans clic, par exemple commande prête ou rappel de rendez-vous.
La cohérence entre outils est un enjeu majeur. Le prestataire push, l’outil CRM, l’analytics mobile, l’outil d’attribution et le data warehouse peuvent afficher des chiffres différents. L’attribution, méthode qui assigne une conversion à un ou plusieurs points de contact marketing, peut créditer une vente à une notification si l’utilisateur achète dans une fenêtre de 24 heures. Mais cela ne prouve pas que le push a causé la vente. Un modèle last click, qui attribue toute la conversion au dernier point de contact, peut surestimer un push envoyé à un client déjà intentionniste. À l’inverse, une notification de service peut préparer une visite magasin sans générer de clic mesurable.
Pour les professionnels du marketing, le tableau de bord doit séparer trois familles de KPI. La première concerne la joignabilité : taux d’opt-in, taux de tokens valides, taux de rejet, taux d’erreurs temporaires, reach net. La deuxième concerne l’engagement : taux d’ouverture, clic, session, durée, action post-clic, désactivation des notifications, désinstallation. La troisième concerne la valeur : chiffre d’affaires, marge, visites magasin, utilisation de coupon, réachat, rétention et contribution incrémentale. Le CPA, cost per acquisition, coût nécessaire pour générer une conversion attribuée, et le ROAS, return on ad spend, ratio entre chiffre d’affaires attribué ou incrémental et dépenses marketing, sont moins naturels pour un canal push dont le coût marginal est faible, mais ils deviennent pertinents lorsqu’on intègre les coûts de plateforme, de création, de data, d’orchestration et le coût relationnel des opt-out.
Un point mérite une attention particulière : la mesure des opt-out après campagne. Un push promotionnel peut générer 12 000 sessions et 800 ventes attribuées, mais aussi 4 000 désactivations de notifications. Si ces opt-out concernent des clients à forte valeur, la campagne peut dégrader la capacité future d’activation. Le reach n’est pas seulement un stock technique ; c’est un actif relationnel. Chaque sollicitation consomme une partie de la tolérance utilisateur.
Diagnostiquer par segments : OS, valeur client, récence, magasin et cas d’usage
Une moyenne globale masque presque toujours le problème. Le diagnostic doit être segmenté. Le premier découpage est l’OS. iOS et Android n’ont pas les mêmes mécanismes de permission, de gestion de l’arrière-plan et de reporting. Une baisse de reach sur iOS après une nouvelle version d’application peut venir d’un problème de certificat APNs ou d’un écran de permission mal positionné. Une baisse sur Android peut être liée à Android 13, à un constructeur, à une optimisation batterie ou à une erreur FCM.
Le deuxième découpage est la récence d’usage. Les utilisateurs actifs à 7 jours ont généralement un taux de token valide, d’ouverture et de conversion supérieur aux actifs à 90 ou 180 jours. Mélanger ces populations fausse les conclusions. Une campagne de réactivation sur utilisateurs dormants aura mécaniquement plus de pertes techniques et relationnelles qu’une notification de service adressée à des utilisateurs récents. Le reach attendu doit donc être calibré par segment, pas comparé à une moyenne générale.
Le troisième découpage est la valeur client. La méthode RFM, récence, fréquence, montant, segmentation classant les clients selon la date du dernier achat, la fréquence d’achat et la valeur dépensée, permet d’identifier les clients actifs à forte valeur, les occasionnels, les dormants et les nouveaux clients. Si les pertes de reach touchent surtout les clients à forte valeur, l’impact économique est disproportionné. À l’inverse, une perte importante sur des comptes très anciens peut avoir moins de conséquences business, même si elle dégrade les métriques de volume.
Le quatrième découpage est le cas d’usage. Les push transactionnels, relationnels, promotionnels et Drive-to-Store n’ont pas la même tolérance à la latence ni les mêmes indicateurs de succès. Pour une commande prête, le reach doit être maximal, la priorité forte et le fallback envisagé. Le fallback désigne le relais par un autre canal lorsque le canal principal échoue ou n’est pas disponible, par exemple SMS, email ou RCS. Pour une offre promotionnelle large, le capping et la pertinence priment. Pour une alerte locale liée à un stock magasin, la fenêtre de validité et la fiabilité du stock deviennent aussi importantes que la délivrabilité technique.
Le cinquième découpage est géographique et magasin. Dans une stratégie Drive-to-Store, stratégie visant à générer du trafic qualifié vers un point de vente physique, un push peut être performant dans les grandes métropoles et faible dans certaines zones périurbaines, non pas à cause du message, mais parce que la base opt-in, l’usage de l’application ou la densité de clients actifs diffèrent. Un magasin peut recevoir peu de trafic incrémental parce que son bassin client est peu pushable. Le marketing local doit donc connaître la couverture push par zone de chalandise avant de promettre un volume de visites.
Exemple de diagnostic : une campagne stock local qui perd la moitié de son reach utile
Prenons une enseigne d’équipement de la maison qui souhaite pousser une alerte de disponibilité locale pour une sélection de climatiseurs avant un week-end de forte chaleur. L’audience business initiale compte 300 000 clients ayant consulté la catégorie froid ou ventilation dans les 45 derniers jours, avec au moins un magasin à moins de 20 minutes et un stock disponible. Sur le papier, la campagne semble suffisamment large pour soutenir le trafic magasin.
La première extraction montre pourtant que seuls 228 000 utilisateurs ont ouvert l’application au moins une fois dans les 90 derniers jours. Parmi eux, 151 000 ont l’opt-in push actif. Le taux de joignabilité permissionnelle est donc de 50,3 % par rapport à l’audience business initiale. L’analyse OS révèle un écart : 62 % d’opt-in sur Android, 41 % sur iOS. Après contrôle des tokens, 139 000 utilisateurs restent adressables. Les règles CRM excluent ensuite 21 000 personnes déjà exposées à deux messages commerciaux dans les sept derniers jours, ainsi que 8 000 clients ayant acheté un climatiseur récemment. Le volume transmis tombe à 110 000.
Le provider indique 108 500 messages envoyés et 104 000 acceptés par APNs ou FCM. À ce stade, le reporting marketing pourrait conclure à une bonne délivrabilité technique, environ 96 % d’acceptation sur les messages transmis. Mais le SDK ne remonte que 84 000 signaux de réception ou d’ouverture potentielle. L’écart est particulièrement fort sur certains modèles Android, probablement liés à des optimisations batterie. Le taux d’ouverture final est de 7,5 % sur les messages acceptés, soit 7 800 ouvertures environ. Le taux de clic vers la page stock magasin atteint 42 % des ouvertures, ce qui est très bon, mais seulement 3 276 utilisateurs ont réellement consulté la disponibilité locale.
Le diagnostic change la décision. Le problème principal n’est pas le contenu : les utilisateurs qui voient le message réagissent bien. Le problème se situe en amont : permission, validité, règles de pression et visibilité Android. Pour la prochaine vague, l’enseigne peut tester une demande d’opt-in contextualisée dans l’application au moment où l’utilisateur consulte un stock, nettoyer les tokens inactifs, différencier les priorités selon urgence météo, exclure moins mécaniquement certains clients si le message est de service, et prévoir un relais SMS pour les clients à forte intention sans opt-in push. Le SMS doit toutefois être réservé aux cas à forte valeur ou forte urgence, car son coût unitaire et son impact relationnel sont supérieurs.
La mesure économique doit aller plus loin. Si 3 276 consultations stock génèrent 620 visites magasin estimées et 210 achats, il faut comparer ces résultats à un groupe témoin non exposé. Sans holdout, groupe volontairement non sollicité permettant d’estimer le comportement naturel, l’enseigne risque d’attribuer au push des achats qui auraient eu lieu grâce à la météo ou à l’intention déjà forte. Si le groupe exposé achète à 0,19 % et le groupe témoin à 0,12 %, l’uplift est de 0,07 point. Sur 110 000 exposés, cela représente 77 achats incrémentaux. Avec un panier moyen de 289 euros et une marge brute de 32 %, la marge incrémentale approche 7 120 euros avant coûts techniques et coûts d’orchestration. Le push reste rentable, mais la valeur réelle est très différente du chiffre d’affaires attribué brut.
Réduire les pertes : hygiène de base, permission progressive, orchestration et fallback
Une fois les pertes localisées, les actions doivent être priorisées selon l’impact business et l’effort. La première discipline est l’hygiène de base. Les tokens invalides doivent être traités automatiquement, les erreurs APNs et FCM catégorisées, les versions SDK surveillées, les certificats et clés renouvelés sans urgence de dernière minute, et les environnements de test séparés des environnements de production. Une baisse brutale de reach doit déclencher une alerte opérationnelle, pas être découverte dans le bilan mensuel.
La deuxième discipline est la permission progressive. Demander l’opt-in push à la première ouverture, sans preuve de valeur, réduit souvent l’acceptation. Une meilleure approche consiste à lier la demande à un bénéfice concret : être alerté d’un retour en stock, suivre une commande, recevoir un rappel de rendez-vous, ne pas manquer un avantage fidélité, connaître la disponibilité dans son magasin. Sur iOS comme sur Android 13, le pré-prompt, écran pédagogique affiché avant la demande système, doit être mesuré avec rigueur : taux d’affichage, taux d’acceptation, taux de refus, réversibilité et impact sur la rétention. Il ne doit pas devenir un écran intrusif qui dégrade l’onboarding.
La troisième discipline est l’orchestration. Tous les push ne se valent pas. Les messages de service doivent être priorisés sur les messages promotionnels. Un client ayant une commande prête ne doit pas être bloqué par un capping conçu pour limiter les promotions. Inversement, une pression commerciale trop forte peut conduire à des opt-out qui réduisent le reach futur. Les règles doivent intégrer la valeur client, l’intention, la récence d’achat, le canal disponible et l’urgence. Un centre de préférences peut permettre à l’utilisateur de choisir les types d’alertes : commande, stock, fidélité, offres locales, événements, promotions. Cette granularité protège la joignabilité en évitant le choix binaire tout accepter ou tout désactiver.
La quatrième discipline est le fallback. Pour les parcours critiques, le push ne doit pas être le seul canal. Un rappel de rendez-vous, une commande prête ou un coupon à forte valeur peut être relayé par SMS ou email si l’utilisateur n’est pas pushable. Le RCS, Rich Communication Services, protocole de messagerie enrichie permettant d’intégrer images, boutons et interactions dans la messagerie native, peut jouer un rôle lorsque la couverture opérateur et les cas d’usage s’y prêtent. Mais le fallback doit être gouverné : il ne s’agit pas d’empiler les canaux, mais de définir une séquence selon valeur, urgence, consentement et fatigue. Un client ne doit pas recevoir push, email et SMS pour la même offre si une seule interaction suffit.
La cinquième discipline concerne l’acquisition et la réactivation. Les campagnes d’app install ou de réengagement achetées via une DSP, demand-side platform, plateforme permettant aux annonceurs d’acheter automatiquement des impressions publicitaires, ou via le RTB, real-time bidding, mécanisme d’enchères en temps réel pour acheter une impression disponible, ne doivent pas être optimisées uniquement sur l’installation. Une installation sans opt-in, sans session récurrente et sans token exploitable crée peu de valeur CRM. Les équipes doivent intégrer la joignabilité push dans la qualité d’acquisition : coût par utilisateur actif pushable, rétention à J+7 et J+30, opt-in par source, désinstallation, contribution aux ventes omnicanales.
Conclusion : piloter la délivrabilité push comme un actif de reach, pas comme une métrique d’envoi
Diagnostiquer les pertes de reach push revient à accepter que la performance d’une notification ne se joue pas au moment de rédiger le message, mais tout au long d’une chaîne technique, permissionnelle, relationnelle et économique. Une bonne création ne compensera pas une base non joignable. Une forte intention ne suffira pas si le token est invalide. Un excellent taux de clic ne créera pas de trafic magasin si la majorité des utilisateurs éligibles est perdue avant l’affichage.
Une feuille de route actionnable peut se structurer en huit étapes. Premièrement, définir précisément l’audience business et la distinguer de l’audience techniquement pushable. Deuxièmement, construire un funnel de délivrabilité : éligibles, actifs, opt-in, tokens valides, non exclus par capping, transmis, acceptés, reçus ou affichés, ouverts, convertis. Troisièmement, segmenter les pertes par OS, version d’application, SDK, constructeur, récence, valeur client, magasin et cas d’usage. Quatrièmement, normaliser les définitions entre CRM, provider push, analytics, attribution et data warehouse. Cinquièmement, mettre sous surveillance les erreurs APNs et FCM, les tokens invalides, les certificats, les payloads et les deep links. Sixièmement, améliorer l’opt-in par une demande contextualisée et un centre de préférences. Septièmement, définir des règles de priorité et de fallback pour les parcours critiques. Huitièmement, mesurer l’incrémentalité avec des groupes témoins, en intégrant marge, visites magasin, opt-out et valeur future de la joignabilité.
Le point critique est l’arbitrage entre reach court terme et capital relationnel. Pousser plus de notifications peut augmenter les sessions immédiates, mais réduire l’opt-in futur. Réduire trop fortement la pression peut protéger l’audience, mais manquer des opportunités de service ou de conversion locale. La discipline consiste à réserver la puissance du push aux moments où il réduit une friction, apporte une information utile ou déclenche une action réellement incrémentale. Dans le marketing mobile mature, la délivrabilité push n’est pas un indicateur technique secondaire ; c’est une condition de performance CRM, Drive-to-Store et omnicanale.
