TTL, priorité, collapse key : piloter la valeur d’un push
Un push n’est pas seulement un message : c’est une promesse temporelle à arbitrer
Dans beaucoup de plans CRM mobile, la notification push est encore pilotée par son contenu, son segment et son taux d’ouverture. C’est nécessaire, mais insuffisant. Une notification push possède aussi une valeur logistique : elle doit être livrée au bon moment, remplacée lorsqu’elle devient obsolète, ou au contraire conservée assez longtemps pour produire une action utile. C’est précisément le rôle de trois paramètres souvent traités comme techniques alors qu’ils conditionnent directement la performance marketing : le TTL, time to live, durée pendant laquelle une plateforme de notification conserve un message en attente de livraison ; la priorité, niveau indiquant au système s’il doit tenter une livraison immédiate ou différée ; et la collapse key, clé de regroupement permettant de remplacer plusieurs messages similaires par le plus récent.
Ces paramètres ne sont pas des détails d’implémentation. Ils déterminent si un push de panier abandonné arrive encore avant l’achat, si une alerte de stock évite de notifier un produit déjà épuisé, si une promotion expirée reste affichée au réveil du téléphone, ou si un utilisateur reçoit quatre notifications redondantes après une période hors réseau. Une mauvaise configuration peut dégrader le CPA, cost per acquisition, coût nécessaire pour générer une conversion attribuée, augmenter les désactivations de notifications et biaiser l’attribution, méthode qui assigne une conversion à un ou plusieurs points de contact marketing.
Le problème est que la valeur d’un push décroît rarement de manière linéaire. Un rappel de retrait de commande peut rester utile pendant plusieurs heures. Une vente flash perd sa valeur à l’instant où l’offre expire. Une alerte de proximité magasin peut devenir intrusive si elle arrive après que l’utilisateur a quitté la zone. Une notification éditoriale ou inspirationnelle peut tolérer une livraison différée sans dommage majeur. Piloter TTL, priorité et collapse key revient donc à traduire une stratégie relationnelle en contraintes de livraison.
Pour les professionnels du marketing mobile, l’enjeu est de sortir d’une logique binaire, envoyer ou ne pas envoyer, pour adopter une logique de valeur attendue. Chaque push devrait répondre à trois questions opérationnelles : pendant combien de temps ce message reste-t-il utile ? Quelle urgence réelle justifie une tentative de livraison immédiate ? Ce message doit-il coexister avec les précédents ou les remplacer ? Sans ces réponses, la pression mobile devient cumulative, imprécise et parfois destructrice de valeur.
Comprendre le TTL : la durée de vie d’un push doit refléter la durée de vie de l’intention
Le TTL, time to live, définit la durée pendant laquelle un message peut être conservé par les infrastructures de notification lorsque le terminal n’est pas immédiatement joignable. Sur Android, via FCM, Firebase Cloud Messaging, service de Google permettant d’acheminer des messages vers les applications, un TTL peut être paramétré jusqu’à plusieurs semaines selon les cas. Sur iOS, via APNs, Apple Push Notification service, service d’Apple pour la livraison de notifications aux appareils iOS, la notion équivalente repose notamment sur une date d’expiration du message. Dans les deux environnements, l’idée marketing est la même : un message ne doit pas survivre à sa pertinence.
Un TTL trop long produit des notifications fantômes. L’utilisateur rallume son téléphone ou récupère du réseau et reçoit une offre expirée, une alerte de stock dépassée ou une relance de panier alors qu’il a déjà acheté. Le coût n’est pas seulement UX. Il peut générer des clics inutiles, des sessions déceptives, une hausse des désactivations push et une lecture faussée du ROAS, return on ad spend, ratio entre chiffre d’affaires attribué ou incrémental et dépenses marketing. Un push ouvert tardivement peut être crédité dans un modèle d’attribution alors qu’il n’a plus contribué à la décision.
À l’inverse, un TTL trop court peut priver la marque de conversions légitimes. Un utilisateur dans le métro, en avion, en zone blanche ou avec un mode économie d’énergie actif peut manquer une notification encore utile. Pour un rappel de panier à forte valeur, une notification non livrée pendant trente minutes peut rester pertinente deux ou trois heures plus tard. Pour un message de fidélité annonçant un avantage disponible toute la semaine, un TTL de quelques minutes serait inutilement restrictif.
Une méthode robuste consiste à classer les scénarios selon la durée de vie de l’intention. Niveau 1 : intention instantanée, par exemple enchère, créneau très limité, alerte de présence en zone, coupon valable une heure. TTL recommandé : de quelques minutes à une heure. Niveau 2 : intention courte, par exemple panier abandonné récent, vente flash du jour, stock local faible. TTL recommandé : une à six heures. Niveau 3 : intention journalière, par exemple opération magasin valable jusqu’au soir, rappel d’événement, disponibilité de retrait. TTL recommandé : six à vingt-quatre heures. Niveau 4 : intention durable, par exemple contenu personnalisé, avantage fidélité valable plusieurs jours, nouveauté de catégorie. TTL recommandé : un à sept jours, avec prudence sur la pression cumulée.
Le TTL doit aussi être cohérent avec le funnel, parcours allant de l’exposition à la considération, puis à la conversion et à la fidélisation. En bas de funnel, lorsqu’un utilisateur a un panier, une réservation ou un rendez-vous, la temporalité est courte mais la valeur est élevée. Le TTL doit préserver l’opportunité sans créer de contradiction avec l’état réel du parcours. En haut de funnel, une notification inspirationnelle peut avoir une durée de vie plus longue, mais son urgence est faible. Dans les deux cas, le TTL ne doit jamais être défini par défaut technique ; il doit découler de la promesse faite dans le message.
Un exemple simple illustre l’impact. Une enseigne alimentaire envoie 500 000 pushs à 17 h pour promouvoir une offre valable jusqu’à 20 h. Avec un TTL de 24 heures, 4 % des notifications sont livrées après 20 h à cause de terminaux indisponibles ou de contraintes système, soit 20 000 messages obsolètes. Si 6 % de ces utilisateurs ouvrent le push, 1 200 sessions sont exposées à une offre impossible à activer. Même si le coût d’envoi marginal est faible, le coût relationnel est réel : frustration, baisse de confiance et signaux analytics pollués. Un TTL aligné sur l’expiration commerciale aurait supprimé cette dette.
Priorité de livraison : distinguer urgence utilisateur et urgence marketing
La priorité indique au système de notification le niveau d’urgence de livraison. Dans FCM, les messages peuvent notamment être envoyés avec une priorité normale ou haute. Sur iOS, les en-têtes APNs permettent également de différencier les notifications qui doivent être livrées immédiatement de celles qui peuvent être traitées de manière plus économe. En pratique, une priorité élevée peut améliorer la rapidité de livraison, mais elle n’est pas un droit absolu : les systèmes d’exploitation protègent la batterie, la confidentialité, l’attention utilisateur et appliquent leurs propres règles de filtrage.
La tentation marketing est d’utiliser la priorité haute pour maximiser la visibilité. C’est une erreur. Une urgence marketing, par exemple écouler un stock ou atteindre un objectif de trafic magasin, ne justifie pas automatiquement une urgence utilisateur. Les plateformes mobiles valorisent les notifications attendues, utiles et contextualisées. Une surutilisation de la priorité élevée peut dégrader la délivrabilité effective, accroître les désactivations et rendre le canal moins performant à moyen terme. La priorité doit être réservée aux cas où le délai de livraison modifie réellement la valeur pour l’utilisateur.
Une grille de décision peut distinguer quatre familles. Premièrement, les notifications de service critiques : code de connexion, alerte sécurité, changement de commande, confirmation urgente, rappel de rendez-vous proche. Priorité élevée légitime. Deuxièmement, les notifications transactionnelles à contrainte horaire : retrait disponible, créneau qui expire, livraison imminente, changement de magasin. Priorité souvent élevée, mais avec TTL strict. Troisièmement, les notifications commerciales à fenêtre courte : vente flash, stock local limité, offre drive-to-store valable quelques heures. Priorité élevée possible, mais seulement si la segmentation est précise et si la promesse est vérifiée. Quatrièmement, les notifications relationnelles ou inspirationnelles : nouveauté, contenu, conseil, avantage long. Priorité normale préférable.
Le critère central est la perte de valeur liée au retard. Si une notification livrée trente minutes plus tard conserve 90 % de sa valeur, la priorité haute est difficile à justifier. Si elle perd 70 % de sa valeur en dix minutes, la priorité élevée peut être rationnelle. Ce raisonnement peut être formalisé avec une courbe de décroissance. Par exemple, un push de rappel de panier peut conserver 100 % de sa valeur attendue pendant quinze minutes, 70 % pendant deux heures, 40 % au-delà de six heures et presque zéro après achat ou expiration du stock. Un push de contenu éditorial peut conserver une valeur stable pendant quarante-huit heures. Les deux ne doivent pas partager le même paramétrage.
La priorité doit aussi tenir compte de la pression cumulée. Un utilisateur peut recevoir un email, une publicité social, une notification app et un SMS dans la même journée. Le capping, limitation de la fréquence de sollicitation sur une période donnée, doit intégrer la priorité comme variable. Une notification haute priorité devrait consommer davantage de budget relationnel qu’une notification normale, car elle interrompt plus fortement. Dans un moteur de décision mature, le score de pression ne compterait pas seulement le nombre de messages, mais leur intensité : push haute priorité, SMS, alerte géolocalisée et notification de service ne portent pas la même charge attentionnelle.
Un cas fréquent en retail illustre l’arbitrage. Une enseigne de sport détecte qu’une paire de chaussures consultée revient en stock dans le magasin favori du client. Si le stock est de deux unités, si le client a consulté le produit dans les dernières vingt-quatre heures et si le magasin est proche, une priorité élevée est défendable. Si le stock est de cinquante unités, si la consultation date de trois semaines et si le client n’a jamais acheté dans cette catégorie, la priorité normale suffit, voire l’exclusion est préférable. La priorité n’est donc pas un attribut de la campagne ; elle devrait être calculée au niveau scénario, voire au niveau individu.
Collapse key : remplacer le bruit par le dernier signal utile
La collapse key, ou clé de regroupement, permet de dire à l’infrastructure de notification que plusieurs messages appartiennent à une même famille et que seul le plus récent doit être conservé lorsque tous ne peuvent pas être livrés. Sur Android, FCM propose cette logique via des messages collapsibles. Sur iOS, des mécanismes comme apns-collapse-id jouent un rôle comparable. Pour les équipes marketing, le principe est simple : l’utilisateur n’a pas besoin de recevoir toute l’historique des états intermédiaires si seul le dernier état compte.
La collapse key est particulièrement importante dans les scénarios dynamiques : variation de prix, stock, statut de commande, score de disponibilité, alerte de proximité, actualisation d’un panier, enchère ou file d’attente. Sans regroupement, un utilisateur hors ligne peut recevoir plusieurs notifications successives à son retour : produit presque épuisé, puis produit disponible, puis remise de 10 %, puis remise de 15 %. Ce bruit donne une impression de désordre et augmente le risque de désactivation. Avec une collapse key bien pensée, seul le message le plus récent et le plus pertinent est livré.
Mais la collapse key peut aussi détruire de la valeur si elle est trop large. Si toutes les notifications commerciales d’une enseigne partagent la même clé, une alerte de stock peut remplacer une invitation événementielle, ou un coupon personnalisé peut remplacer un rappel de panier. La marque pense réduire le bruit, mais elle supprime des intentions distinctes. Le bon niveau de granularité est donc critique. Une clé devrait représenter une intention substituable, pas une catégorie organisationnelle vague.
Un framework utile consiste à définir les clés par objet d’intention. Pour un panier abandonné, une clé par utilisateur et panier peut éviter plusieurs relances redondantes. Pour une commande, une clé par commande permet de remplacer les statuts intermédiaires par le statut le plus récent. Pour un produit suivi, une clé par utilisateur et produit peut conserver la dernière information de prix ou de stock. Pour une campagne promotionnelle globale, une clé par opération peut éviter l’accumulation des versions successives du message. En revanche, il faut éviter qu’une clé globale utilisateur remplace tous les messages du jour, sauf si l’objectif assumé est de ne livrer qu’une seule notification prioritaire.
La collapse key doit être connectée à la hiérarchie des messages. Tous les pushs n’ont pas la même valeur. Une notification de service critique ne doit pas être écrasée par une notification commerciale. Un rappel de paiement ne doit pas être remplacé par une nouveauté produit. Une alerte de sécurité ne doit pas être collapsée avec un message relationnel. Les équipes doivent donc définir des familles non substituables : service critique, transactionnel, panier, stock, fidélité, contenu, drive-to-store, réactivation. À l’intérieur de chaque famille, certains messages peuvent se remplacer ; entre familles, la prudence s’impose.
Dans le drive-to-store, stratégie visant à générer du trafic qualifié vers un point de vente physique, la collapse key peut éviter des incohérences locales. Un client entre dans une zone de chalandise, puis change de zone, puis se rapproche d’un autre magasin. Si chaque événement déclenche une notification sans regroupement, la marque risque d’envoyer des signaux contradictoires. Une clé par utilisateur et opération locale permet de conserver seulement le magasin ou l’offre la plus pertinente au moment de livraison. Mais ce mécanisme doit être couplé à un TTL court : recevoir le dernier message de proximité deux heures après avoir quitté la zone reste peu utile.
Relier les paramètres techniques à la valeur économique : un modèle d’arbitrage simple
TTL, priorité et collapse key doivent être pilotés par la valeur attendue, pas par convention. Une notification push a une espérance de valeur qui peut être résumée ainsi : probabilité de livraison utile multipliée par probabilité d’action incrémentale multipliée par marge attendue, moins coût relationnel et coût opérationnel. Le coût d’envoi d’un push est souvent faible, mais le coût relationnel peut être élevé : désactivation des notifications, baisse d’engagement, perte de confiance, cannibalisation d’autres canaux ou saturation du funnel.
La notion d’incrémentalité est centrale. L’incrémentalité mesure l’effet additionnel réellement causé par une campagne par rapport à ce qui se serait produit sans exposition. Un push de relance panier peut afficher un taux de conversion post-ouverture élevé, mais une partie des utilisateurs aurait acheté sans notification. À l’inverse, un push de stock local peut générer peu de clics mais provoquer des visites magasin mesurables. Un holdout, groupe témoin volontairement non exposé, permet de distinguer attribution et causalité. Sans holdout, un TTL long peut sembler performant parce qu’il accumule des conversions attribuées, alors qu’il capte surtout des utilisateurs déjà intentionnistes.
Prenons un exemple. Une enseigne d’électroménager envoie 300 000 pushs de baisse de prix sur des produits consultés. Paramétrage initial : TTL de 72 heures, priorité haute, aucune collapse key par produit. Taux de livraison : 93 %. Taux d’ouverture : 8 %. Conversion post-ouverture : 4,5 %. Le reporting attribue 1 004 achats. Pourtant, l’analyse révèle que 18 % des ouvertures surviennent après changement de prix ou rupture de stock, et que 0,35 % des utilisateurs désactivent les notifications dans les vingt-quatre heures suivant la campagne.
La même enseigne teste un paramétrage plus strict : TTL de 12 heures, priorité haute seulement lorsque le stock local est inférieur à cinq unités ou que la baisse de prix expire dans la journée, collapse key par utilisateur et produit. Le volume effectivement livré baisse de 9 %. Le taux d’ouverture passe de 8 % à 7,4 %, mais le taux d’arrivée sur une page actionnable augmente de 71 % à 89 %, car moins de messages obsolètes sont ouverts. La conversion post-ouverture atteint 5,6 %. Les achats attribués restent proches, mais les désactivations tombent à 0,18 %. Surtout, le holdout montre un uplift de marge supérieur de 14 %, car les notifications restantes touchent des situations plus fraîches et moins déceptives.
Ce cas illustre un point important : réduire la quantité de messages livrés peut améliorer la valeur nette. Les directions marketing doivent donc éviter de juger ces paramètres uniquement à travers le reach livré. Le reach utile compte davantage. Un push non livré parce que son TTL a expiré n’est pas nécessairement une perte ; il peut être une protection contre un contact devenu inutile. Une notification remplacée par collapse key n’est pas nécessairement une opportunité supprimée ; elle peut éviter une redondance qui aurait dégradé l’expérience.
La modélisation peut rester simple. Pour chaque scénario, on peut attribuer une note de 1 à 5 à quatre dimensions : urgence, durée de validité, substituabilité et risque d’irritation. Une vente flash à stock limité aurait urgence 5, durée 1, substituabilité 4, risque 4 : TTL court, priorité élevée conditionnelle, collapse key précise. Un conseil personnalisé aurait urgence 1, durée 4, substituabilité 2, risque 2 : TTL plus long, priorité normale, collapse key prudente. Un statut de commande aurait urgence 4, durée 3, substituabilité 5, risque faible si attendu : priorité élevée ou normale selon étape, collapse key par commande, TTL aligné sur le statut.
Concevoir une matrice de paramétrage par cas d’usage mobile
La meilleure manière d’éviter les réglages par défaut consiste à construire une matrice de paramétrage. Elle doit être partagée entre CRM, produit mobile, data, analytics et équipes retail. Chaque ligne correspond à un cas d’usage, pas à une campagne ponctuelle. Chaque colonne précise la durée de pertinence, la priorité, la logique de regroupement, les conditions d’exclusion, les indicateurs de mesure et les fallbacks.
Pour un push de panier abandonné, le TTL peut varier entre deux et vingt-quatre heures selon le type de produit, le niveau de marge et la probabilité de retour naturel. La priorité peut être normale pour un panier faible et élevée pour un panier à forte valeur ou un stock rare. La collapse key doit généralement être définie par panier, afin que la dernière relance remplace les précédentes. Les exclusions sont critiques : achat déjà réalisé, panier vide, produit indisponible, pression récente excessive.
Pour une alerte de stock local, le TTL doit être court si le stock est faible, plus long si la disponibilité est stable. La priorité dépend du nombre d’unités, de la récence de l’intérêt et de la distance au magasin. Une collapse key par utilisateur, produit et magasin permet d’éviter plusieurs alertes contradictoires. La mesure doit inclure le clic, la réservation, la visite magasin et la rupture constatée après exposition. Dans ce scénario, un mauvais TTL peut créer une promesse intenable, ce qui est plus dommageable qu’une absence de notification.
Pour un rappel de retrait ou de rendez-vous, la logique est différente. Le message est attendu, souvent utile, et moins perçu comme commercial. Le TTL doit couvrir la fenêtre de service, mais pas au-delà. La priorité peut être élevée si l’échéance est proche. La collapse key par commande ou rendez-vous est recommandée pour remplacer un ancien horaire par le plus récent. L’indicateur clé n’est pas seulement l’ouverture, mais le taux de retrait, le taux de no-show, la charge service client et la satisfaction post-interaction.
Pour une campagne drive-to-store promotionnelle, les paramètres doivent intégrer la temporalité commerciale et locale. Une offre valable uniquement le samedi ne devrait pas avoir un TTL qui dépasse la fin de journée. Une priorité haute peut être justifiée pour un segment intentionniste proche d’un point de vente, mais pas pour toute la base app. La collapse key par opération locale évite d’empiler plusieurs variantes d’une même promotion. La mesure doit distinguer visite attribuée et visite incrémentale, notamment via groupes témoins ou zones de contrôle.
Pour une notification de contenu ou de conseil, la priorité normale est généralement suffisante. Le TTL peut être plus long, mais il doit rester cohérent avec la fraîcheur éditoriale. La collapse key peut être utilisée par thème si plusieurs contenus similaires se succèdent, mais elle ne doit pas écraser des messages de service ou de transaction. Dans ce cas, la valeur ne réside pas dans l’immédiateté, mais dans l’entretien de l’engagement app et de la préférence de marque.
Cette matrice doit vivre. Les performances observées doivent ajuster les paramètres. Si les conversions chutent fortement après deux heures, le TTL doit être réduit. Si les désactivations augmentent sur les pushs haute priorité, il faut resserrer les critères d’urgence. Si plusieurs messages collapsés auraient finalement contribué à des actions distinctes, la clé est trop large. Les paramètres ne sont pas figés ; ils sont des hypothèses à tester.
Mesurer les effets invisibles : erreurs de livraison, obsolescence et désactivation
Les tableaux de bord push se concentrent souvent sur les messages envoyés, livrés, ouverts et convertis. Pour piloter TTL, priorité et collapse key, il faut ajouter des indicateurs plus fins. Le premier est le taux de livraison hors fenêtre utile : part des notifications reçues après expiration commerciale, rupture de stock, achat déjà réalisé ou changement de statut. Cet indicateur permet de quantifier l’obsolescence réelle. Dans beaucoup d’organisations, il n’existe pas, alors qu’il explique une partie de la fatigue utilisateur.
Le deuxième indicateur est le délai entre envoi et ouverture. La moyenne est peu informative ; il faut analyser les percentiles. Si 50 % des ouvertures surviennent dans les dix minutes, mais 10 % après huit heures, les scénarios courts doivent être protégés par un TTL plus strict. Un push à fenêtre courte peut avoir un bon taux d’ouverture global tout en générant une longue traîne déceptive. La mesure doit donc relier délai, état de l’offre et résultat.
Le troisième indicateur est le taux de remplacement par collapse key. Il doit être interprété avec prudence. Un taux élevé peut signifier que la clé réduit efficacement le bruit, ou que le système génère trop de notifications intermédiaires. Si 40 % des alertes de stock sont remplacées avant livraison, il faut peut-être revoir le déclenchement amont plutôt que se féliciter du regroupement. La collapse key ne doit pas devenir un cache-misère d’une orchestration trop bavarde.
Le quatrième indicateur est la désactivation des notifications après exposition. Elle doit être mesurée par scénario, priorité, segment et pression récente. Un taux de désactivation de 0,1 % peut sembler faible, mais sur une base de 2 millions d’utilisateurs app, cela représente 2 000 permissions perdues. Si le coût d’acquisition d’un utilisateur app opt-in est estimé à 3 euros via média, onboarding ou programme fidélité, la perte implicite est de 6 000 euros, sans compter la valeur future des contacts. Une campagne peut donc être rentable en attribution court terme et destructrice sur l’actif permission.
Enfin, il faut mesurer les effets de substitution avec les autres canaux. Un utilisateur qui ne reçoit pas un push à cause d’un TTL expiré peut être réadressé par email, SMS ou média payant. La programmatique, opérée via une DSP, demand-side platform, plateforme permettant aux annonceurs d’acheter automatiquement des impressions publicitaires, et parfois via RTB, real-time bidding, mécanisme d’enchères en temps réel pour acheter une impression disponible, peut compléter certains scénarios. Mais elle ne doit pas compenser mécaniquement une mauvaise discipline push. Si l’offre n’est plus pertinente, acheter une impression ne rendra pas le message plus utile.
Conclusion : transformer les paramètres de livraison en règles de valeur
Piloter TTL, priorité et collapse key revient à reconnaître qu’un push n’est pas seulement une création courte envoyée à une audience. C’est un actif temporel. Sa valeur dépend de la fraîcheur du signal, de la tolérance utilisateur, de la fenêtre commerciale, de l’état du parcours et de la capacité de l’application à tenir la promesse au clic. Les réglages par défaut sont dangereux parce qu’ils masquent ces arbitrages derrière une apparente neutralité technique.
Une feuille de route actionnable peut se structurer en huit étapes. Premièrement, cartographier les cas d’usage push : panier, stock, prix, commande, rendez-vous, fidélité, contenu, drive-to-store, réactivation. Deuxièmement, définir pour chaque cas la durée réelle de pertinence, et non une durée de conservation arbitraire. Troisièmement, réserver la priorité élevée aux situations où le retard détruit une valeur utilisateur mesurable. Quatrièmement, concevoir des collapse keys par intention substituable, en évitant les clés trop globales. Cinquièmement, synchroniser les exclusions avec les états métier : achat, rupture, expiration, opt-out, pression excessive. Sixièmement, mesurer les livraisons hors fenêtre, les délais d’ouverture, les messages remplacés et les désactivations. Septièmement, intégrer des groupes témoins pour distinguer attribution et incrémentalité. Huitièmement, réviser trimestriellement la matrice de paramétrage à partir des données observées.
L’arbitrage central n’oppose pas performance et prudence technique. Il oppose volume brut et valeur utile. Un push livré trop tard, trop souvent ou en doublon n’est pas un contact gagné ; c’est parfois une permission consommée inutilement. À l’inverse, un message expiré avant livraison, remplacé par une information plus récente ou envoyé en priorité normale peut préserver l’attention et améliorer la performance nette. Pour les annonceurs retail et omnicanaux, la maturité mobile consiste à traiter les paramètres de livraison comme des règles de gouvernance commerciale. Le bon push n’est pas seulement celui qui part. C’est celui qui arrive encore vrai, encore utile et encore actionnable.
