Notifications push Klaviyo : quand elles valent le coup
TL;DR. Les notifications push de Klaviyo demandent une application mobile dont vous êtes propriétaire, avec le SDK intégré. C'est le prérequis qui écarte la majorité des marques e-commerce. Là où l'application existe, le push a un avantage réel, coût marginal quasi nul, contrairement au SMS, et un risque spécifique : un contact saturé ne se désabonne pas, il désinstalle. La sanction est plus lourde et irréversible.
Le push est régulièrement présenté comme une alternative gratuite au SMS. La comparaison est trompeuse sur deux plans : il ne touche qu'une fraction de votre base, et sa sanction en cas de sur-sollicitation est d'une autre nature.
Le prérequis qui tranche
Klaviyo envoie des notifications push via une application mobile qui vous appartient, dans laquelle le SDK Klaviyo est intégré, avec les autorisations système accordées par l'utilisateur.
Autrement dit : pas d'application, pas de canal. Il ne s'agit pas des notifications web, qui relèvent d'une autre mécanique et d'autres outils.
Ce prérequis a une conséquence pratique qu'il vaut mieux acter tôt : le push ne s'adresse pas à votre base, il s'adresse aux détenteurs de l'application. C'est généralement une fraction faible en volume, et forte en valeur : ce sont vos meilleurs clients.
Cette asymétrie oriente tout le reste. Un canal qui ne parle qu'à vos meilleurs clients ne doit pas servir à pousser de la promotion générique.
Ce que le push fait mieux que les autres canaux
Le coût. Contrairement au SMS, où chaque envoi se facture, le coût marginal d'une notification est proche de zéro. Cela change l'arbitrage sur les scénarios à faible panier, où le SMS n'est pas rentable : voir le coût du SMS marketing.
L'immédiateté sans intrusion perçue. La notification arrive sur un canal que l'utilisateur a explicitement installé. La perception est différente de celle d'un SMS.
Le contexte applicatif. Le clic ramène dans l'application, où le parcours d'achat est généralement mieux optimisé que sur le web mobile.
Les cas d'usage qui fonctionnent
Le back in stock. Comme en SMS, c'est le meilleur cas : le message est attendu et la disponibilité est limitée.
Les alertes de prix. Sur les catalogues où le prix bouge, avec un opt-in produit par produit.
Les mises à jour de commande. Elles remplacent avantageusement le SMS transactionnel sur les détenteurs de l'application, à coût nul.
Le rappel de panier, en complément et jamais en doublon de l'email. La logique du scénario est dans le flow d'abandon Klaviyo.
Ce qui ne fonctionne pas
Le contenu et le catalogue. L'espace disponible n'autorise qu'un message et une action. Tout ce qui demande de montrer relève de l'email.
La campagne promotionnelle générique. C'est l'usage qui produit les désinstallations, et il vise précisément vos meilleurs clients.
Le doublon. Un contact qui reçoit l'email, le SMS et le push sur la même offre a reçu trois sollicitations. La règle de non-cumul s'applique aux trois canaux, voir SMS ou email : quel message mérite quel canal et la stratégie omnicanale Klaviyo.
Le risque spécifique : la désinstallation
C'est le point qui distingue le push de tous les autres canaux.
Un contact saturé par l'email se désabonne : vous perdez un destinataire. Un contact saturé par le push supprime l'application : vous perdez le canal, l'historique de navigation dans l'application, les préférences enregistrées, et souvent le client.
La sanction est plus lourde, et elle est irréversible sans réacquisition : laquelle coûte nettement plus cher qu'une réinscription email.
La conséquence sur le pilotage est qu'il faut suivre le taux de désinstallation par cohorte d'envoi, et pas seulement le taux de désactivation des notifications. C'est le seul indicateur qui révèle le coût réel d'une campagne, et il n'apparaît dans aucun rapport de revenu.
Le canal que personne ne budgète, et pourquoi ça compte
Le push a une propriété qu'aucun autre canal owned ne partage : le coût marginal d'un message est proche de zéro, et le coût d'une erreur est proche du total. Un email qui agace produit une désinscription d'un canal. Un push qui agace produit une désinstallation, et vous perdez l'application, le compte et tous les canaux qui y sont rattachés d'un coup.
C'est cette asymétrie qui doit piloter le plan, pas le volume. La bonne question avant chaque envoi n'est pas ce qu'il rapportera, c'est ce qu'il coûte si le destinataire n'en voulait pas.
Elle explique aussi pourquoi le push récompense la précision plus que la portée. Une notification liée à ce que la personne a demandé, un réassort, une livraison, un panier qui expire, est bien reçue. La même notification envoyée largement est celle qui fait supprimer l'application.
La fréquence
Plus basse que l'intuition ne le suggère, précisément parce que la sanction est lourde et que la cible est constituée de vos meilleurs clients.
Notre position : le push reste un canal de scénarios, pas de campagnes. Les campagnes push se justifient sur des événements rares : lancement majeur, vente privée réservée aux détenteurs de l'application, et pas plus d'une à deux fois par mois.
Ce qu'il faut vérifier avant d'ouvrir le canal
Trois éléments décident si le push vaut le chantier, et aucun ne porte sur le message.
Le taux d'acceptation à l'installation. La demande système est posée une fois et tranchée vite. Une application qui la déclenche au premier lancement, avant d'avoir montré une valeur, convertit bien moins que celle qui attend un moment où la raison est évidente : une demande de réassort, une commande à suivre.
La part de vos clients qui ont l'application. Le push touche des utilisateurs d'application, pas des clients. Une marque dont l'application porte une faible part des commandes construit un canal pour une minorité, quand le même effort mis sur la segmentation email toucherait tout le monde.
Ce qui se passe en cas de refus. Sur la plupart des plateformes la demande ne revient pas, un refus est donc durable. Ce seul fait rend le moment de la demande plus déterminant que la formulation de toutes les notifications que vous enverrez ensuite.
Comment mesurer
Le revenu par destinataire, comme sur les autres canaux. Notre référentiel place le seuil d'alerte email à 0,10 € par destinataire ; le push n'ayant pas de coût de routage, le seuil de rentabilité est plus bas, mais le coût de la désinstallation le remonte de façon invisible.
Le taux de désinstallation par cohorte, traité plus haut.
Le taux d'ouverture de l'application par canal d'entrée, qui dit si le push ramène réellement du trafic ou s'il se contente de notifier.
FAQ
Faut-il une application mobile pour utiliser les push Klaviyo ?
Oui, avec le SDK intégré. Sans application, le canal n'existe pas.
Le push remplace-t-il le SMS ?
Sur certains messages oui, avec un coût marginal quasi nul, mais il ne touche que les détenteurs de l'application.
Quel est le vrai risque du push ?
La désinstallation, qui vous coûte le canal, l'historique et souvent le client.
Quels cas d'usage fonctionnent ?
Back in stock, alertes de prix, mises à jour de commande, rappel de panier.
Quand faut-il afficher la demande d'autorisation ?
À un moment où la raison est évidente pour la personne, pas au premier lancement. Sur la plupart des plateformes la demande est posée une fois et ne revient pas : un refus est donc durable. Une demande de réassort ou une commande à suivre convertit bien mieux qu'une invite affichée avant d'avoir montré une valeur.
Comment mesurer un programme push ?
Revenu par destinataire, et surtout taux de désinstallation par cohorte d'envoi.
Pour aller plus loin
L'arbitrage entre canaux est traité dans SMS ou email, et l'architecture de scénarios sur notre page agence marketing automation.
Provenance et vérification
Sources rouvertes le 22/09/2026 : seuils de plainte Google confirmes (0,30 % exige, 0,10 % recommande) sur support.google.com/a/answer/81126 ; bonnes pratiques Yahoo sur le suivi des inactifs confirmees sur senders.yahooinc.com/best-practices. Aucune correction necessaire sur le corps du texte FR. Cote EN, retrait d une phrase ajoutee sans equivalent FR ni source, qui affirmait un ecart de revenu 'facteur trois' entre comptes.
- Sources contrôlées le
- Relu par
- Claude (session Claude Code, 23 septembre 2026) recontrole des sources Google et Yahoo declarees en frontmatter, et audit de fidelite de la paire FR/EN klaviyo-push-notifications
- Assistance IA
- Oui
- Sources
Besoin d'appliquer ça à votre stack ?
30 minutes avec Charlotte. On audit votre setup CRM en direct, on chiffre l'opportunité, vous repartez avec un plan d'attaque.
Réserver 30 minutes →