Votre revue de rétention du lundi s'ouvre sur le même graphique que d'habitude. La rétention du jour 1 se maintient autour de 27 %. Le jour 7 a chuté à 8 %. Au jour 30, moins de deux joueurs sur cent ouvrent encore l'application. Les notifications push que vous avez envoyées la semaine dernière ont obtenu un taux d'ouverture respectable, et pourtant la courbe n'a pas bougé. Cet écart, entre une notification qui est ouverte et un joueur qui revient réellement et continue de jouer, est tout le problème de la façon dont la plupart des studios utilisent les notifications push pour la rétention des jeux.
Les chiffres ci-dessus ne sont pas inhabituels. Les repères de jeux mobiles 2025 de GameAnalytics placent la rétention médiane du jour 7 entre 3,4 % et 3,9 %, avec même les titres du quartile supérieur atteignant environ 7 à 8 %, et la rétention médiane du jour 30 inférieure à 1 %. Le push est l'un des rares canaux détenus qui peut intervenir avant qu'un joueur ne glisse sur cette courbe. Mais cela ne fonctionne que lorsqu'il est construit comme un ensemble de flux de travail déclenchés liés au comportement et aux revenus du jeu, et non comme un calendrier de diffusions mesurées en ouvertures.
Cet article expose cette approche : pourquoi les ouvertures sont le mauvais indicateur, les quatre moments du cycle de vie qui décident si un joueur revient, quatre flux de notifications push que vous pouvez construire contre eux, le canal push-app-plus-push-web que vos concurrents ignorent, et comment attribuer chaque notification aux revenus du jeu plutôt qu'aux clics.
- Pourquoi la plupart des notifications push de jeux sont ouvertes et ignorées
- La rétention est un cycle de vie, pas une diffusion : les quatre moments qui décident si un joueur revient
- Quatre flux de notifications push pour la rétention des jeux (déclencheurs, timing, critères de sortie)
- Push d'application et push web ensemble : le canal que le SERP a oublié
- Liez chaque notification aux revenus du jeu, pas aux ouvertures
- La segmentation est le travail de rétention : progression, dépenses et récence
- Ce que le push ne peut pas résoudre, et ce qu'il coûte réellement
Pourquoi la plupart des notifications push de jeux sont ouvertes et ignorées
Une ouverture n'est pas un retour. Un retour n'est pas une session. Une session n'est pas une progression. Et la progression est ce qui prédit réellement si un joueur est toujours là au jour 30. Lorsqu'une notification génère un clic mais que le joueur quitte l'écran d'accueil, ou joue pendant quarante secondes et part, la courbe de rétention ne se soucie pas que votre taux d'ouverture ait été de 22 %.
C'est le piège de mesure dans lequel tombent presque tous les guides sur les notifications push de jeux. Ils optimisent le titre, l'emoji et l'heure d'envoi pour augmenter les ouvertures, puis rapportent le taux d'ouverture comme la victoire. Les ouvertures sont au mieux un indicateur avancé et au pire une métrique de vanité. Le comportement dont vous avez besoin est un joueur qui revient et qui atteint la prochaine étape significative.
Une notification push peut déclencher ce comportement. Elle ne peut pas le simuler. Une notification peut remettre un joueur devant une raison de jouer : une récompense non réclamée, le tour d'un ami, une barre d'énergie remplie, un événement limité se terminant bientôt. Ce qui se passe ensuite est décidé par votre boucle de jeu. Le travail des notifications push pour la rétention des joueurs est donc étroit et spécifique : livrer la bonne raison de revenir, au bon joueur, au moment où cette raison est réelle, puis mesurer s'il a progressé, pas s'il a cliqué.
La rétention est un cycle de vie, pas une diffusion : les quatre moments qui décident si un joueur revient
Les stratégies de rétention de joueurs qui fonctionnent réellement se déclenchent sur le comportement, pas sur le calendrier. « Mardi 18h pour tout le monde » est une diffusion. « Se déclenche au moment où un joueur installe mais n'a pas terminé le tutoriel après 20 minutes » est un déclencheur. Les déclencheurs correspondent aux moments du cycle de vie, et quatre moments font la majeure partie du travail.
Les stratégies de rétention des joueurs qui correspondent à chaque moment
| Moment du cycle de vie | Le signal comportemental | Ce qui est en jeu |
|---|---|---|
| Première session | Installé, mais premier jalon non atteint | Le précipice d'attrition le plus raide de toute la courbe ; la plupart des joueurs qui abandonnent, abandonnent ici |
| De l'intégration à l'habitude | Joué quelques fois, aucune routine formée pour l'instant | Le joueur ne devient jamais régulier ; le jour 7 s'effondre |
| De l'habitude à la fidélité | Joue régulièrement, atteint une série ou un mur de progression | Un régulier frustré ou ennuyé dérive vers l'inactivité |
| Glisser vers l'inactivité | Jours depuis la dernière session dépassant un seuil | Le joueur est parti à moins d'être réactivé ; le coût total de réacquisition se profile |
Chaque moment est un déclencheur en attente d'être construit. Le moment de la première session est celui que le reste de la SERP traite comme une note de bas de page, alors que c'est là que la majeure partie de la courbe est perdue. Un joueur qui n'atteint pas une première victoire dans les premières minutes revient rarement de lui-même. C'est un déclencheur en temps réel, pas un e-mail du lendemain.
Quatre flux de notifications push pour la rétention des jeux (déclencheurs, timing, critères de sortie)
Voici quatre flux de travail qui couvrent le cycle de vie ci-dessus. Chacun est défini comme un opérateur de rétention devrait le définir : un déclencheur qui le démarre, le temps entre les touches, le travail du message et la partie que presque tous les articles concurrents omettent, un critère de sortie pour que le joueur arrête d'entendre parler d'un flux de travail une fois qu'il a fait son travail. Vous pouvez construire le flux de travail visuellement sans ticket d'ingénierie, ce qui est important lorsque les personnes qui gèrent la rétention ne sont pas celles qui gèrent la construction.
| Flux de travail | Déclencheur | Moment | Travail du message | Critère de sortie |
|---|---|---|---|---|
| Sauvetage de première session | Installation sans premier jalon | +20 min, +24 h | Ramener le joueur à la première victoire qu'il a presque atteinte | Premier jalon atteint |
| Constructeur d'habitudes / gardien de série | 2+ sessions, pas de routine quotidienne | Quotidien à l'heure habituelle de jeu du joueur, max 1/jour | Protéger une série, présenter la raison d'ouvrir aujourd'hui | Habitude formée (par ex. 5 sessions en 7 jours) ou joueur inactif → passe à la reconquête |
| Reprise de la progression et des récompenses | Récompense non réclamée, énergie rechargée ou nouveau contenu | Basé sur un événement, se déclenche lorsque la raison devient vraie | « Votre récompense vous attend » / « Votre tour dans le match » | Récompense réclamée ou contenu consulté |
| Reconquête d'un joueur qui s'éloigne | 7–14 jours depuis la dernière session | +7 jours, +14 jours, puis arrêt | Offrir une raison spécifique de revenir, pas la culpabilité | Le joueur revient, ou le workflow se termine (pas de harcèlement sans fin) |
Quelques notes qu'une vraie construction respecterait. La sauvegarde de la première session est le workflow à plus fort impact que vous possédez, car il intervient à la partie la plus abrupte de la courbe ; son premier contact doit faire référence à la chose exacte que le joueur était sur le point d'obtenir, tirée de vos propres modèles d'intégration de notifications push. Une sauvegarde de première session est en réalité une notification de bienvenue avec une date limite.
Le gardien de série doit respecter les heures de silence et un plafond de fréquence, sinon il devient la raison pour laquelle un joueur vous met en sourdine. Le workflow de reconquête existe pour réengager les joueurs inactifs avant qu'ils ne soient perdus à jamais. Il est délibérément court ici, deux contacts et un arrêt définitif, car la réactivation profonde est sa propre discipline ; si vous voulez la séquence complète, voyez comment réengager les joueurs inactifs.
Exemple de copie pour la sauvegarde de première session, deuxième contact : « Vous étiez à deux coups de terminer le Niveau 1. C'est toujours là quand vous le serez. » Pas de point d'exclamation, pas de fausse urgence, une référence concrète à l'endroit où le joueur s'est réellement arrêté.
Push d'application et push web ensemble : le canal que le SERP a oublié
Ce que les notifications push des applications pour les jeux ne peuvent pas atteindre
Chaque article concurrent sur ce sujet suppose une surface de livraison : une application mobile envoyant des notifications push de jeu via FCM ou APNs. La plupart des articles sur les notifications push des applications pour les jeux s'arrêtent là, à une seule surface. Cette hypothèse laisse les joueurs injoignables. Les jeux ne vivent pas uniquement dans une application installée.
Ils vivent sur des sites compagnons où les joueurs consultent les classements, sur des versions HTML5 et navigateur, sur des pages communautaires et de notes de mise à jour, et sur des lanceurs de bureau. Un joueur qui n'installe jamais l'application, ou qui l'a désinstallée mais visite toujours votre site, est invisible pour une pile uniquement basée sur l'application.
C'est là que l'exécution de notifications push web aux côtés de notifications push d'application pour les jeux change la donne. L'opt-in aux notifications push web n'est pas soumis à une installation via l'app store, donc un visiteur de votre jeu sur navigateur ou de votre site compagnon peut s'abonner en un clic, et vous pouvez le joindre à nouveau qu'il ait téléchargé l'application ou non. Considérez un joueur qui joue à votre jeu HTML5 sur ordinateur au travail et qui n'a jamais touché la version mobile. Les notifications push de l'application ne peuvent pas l'atteindre. Les notifications push web le peuvent, avec la même notification « c'est votre tour » que celle envoyée par l'application.
L'objectif n'est pas « d'utiliser deux outils ». Il s'agit d'une seule identité d'abonné, d'un seul flux de travail et d'un seul plafond de fréquence couvrant les deux surfaces, de sorte qu'un joueur actif sur l'application ne soit pas également sollicité sur le web pour le même événement. Cette orchestration entre les canaux détenus est ce qu'aucun concurrent axé uniquement sur les applications dans la première page de résultats ne peut faire.
Liez chaque notification aux revenus du jeu, pas aux ouvertures
Un responsable de la rétention doit éventuellement défendre le canal auprès de quelqu'un qui contrôle le budget. « Notre campagne de réactivation a obtenu un taux d'ouverture de 19 % » ne survit pas à cette conversation. « Notre flux de sauvegarde de première session a ramené 4 100 joueurs le mois dernier, dont 1 300 ont atteint le premier point d'achat, générant 11 400 $ de revenus d'achats en jeu » le fait.
La chaîne que vous devez instrumenter s'exécute : notification livrée → session démarrée → jalon ou progression atteint → achat en jeu ou impression publicitaire → LTV sur 30 jours. Le suivi des objectifs au niveau de la notification boucle la boucle, attribuant les revenus au flux de travail et au contact spécifiques qui les ont produits, plutôt qu'à la notification push en tant que bloc indifférencié.
Une fois que vous pouvez voir les revenus par flux de travail, vous arrêtez d'optimiser pour les ouvertures et commencez à couper les contacts qui génèrent des clics mais pas d'argent, et à doubler ceux qui augmentent la LTV.
Faire des notifications d'achat dans le jeu une ligne de revenus suivie
C'est aussi ainsi que les notifications d'achat en jeu justifient leur place. Suivez les notifications d'achat en jeu comme leur propre flux de travail avec suivi des objectifs, et les revenus par contact cessent d'être une supposition. Un message « votre récompense vous attend » n'est pas une gentillesse de rétention lorsque vous pouvez montrer qu'il a ramené des joueurs qui ont ensuite converti. C'est une ligne de revenus que vous pouvez attribuer, défendre et développer.
La segmentation est le travail de rétention : progression, dépenses et récence
Tous les guides disent « segmentez vos joueurs ». Peu disent comment, pour un jeu. La version rétention de RFM est construite à partir de trois axes que vous suivez déjà : niveau de progression, tranche de dépenses et récence (jours depuis la dernière session). Croisez-les et les flux de travail ci-dessus passent de larges à chirurgicales.
Trois segments composés à construire en premier :
- Joueur de grande valeur en déclin. Tranche de dépenses supérieure, progression profonde, 7 jours ou plus depuis la dernière session. C'est votre joueur le plus cher à perdre et le moins cher à récupérer, alors dirigez-le vers une reconquête prioritaire avec une raison genuinely valuable de revenir, pas une simple poussée générique.
- Abandon du tutoriel. Installé, jamais atteint le premier jalon, faible récence. La sauvegarde de la première session existe exactement pour ce segment ; ne gaspillez pas les messages de série sur un joueur qui n'a jamais commencé.
- Joueur occasionnel du week-end uniquement. Progression moyenne, joue uniquement le samedi et le dimanche. Supprimez les envois en semaine et concentrez le gardien de série sur sa fenêtre de jeu réelle.
La segmentation est ce qui empêche ces stratégies de rétention de joueurs de devenir du bruit. Le même flux de travail qui retient un baleine en déclin agacera un abandonneur de tutoriel. Le segment décide sur qui chaque déclencheur s'active, et obtenir cela correctement fait la majeure partie de la différence entre un canal que les joueurs conservent et un canal qu'ils mettent en sourdine.
Ce que la notification push ne peut pas résoudre, et ce que cela coûte réellement
Le push amplifie une boucle de jeu qui mérite d'être revisitée. Il ne peut pas en fabriquer une. Si les joueurs abandonnent parce que la boucle principale est mince, que la difficulté augmente injustement ou que la monétisation est hostile, aucune cadence de notification ne maintiendra la courbe, et l'envoi de plus de push à un jeu que les joueurs ont décidé de quitter ne fait qu'accélérer les désabonnements. La version honnête des notifications push pour la rétention des jeux commence par accepter que le push est un chemin de retour, pas une raison de jouer.
Cela étant dit, la question du coût est importante. Acquérir un nouveau joueur entraîne un coût d'installation complet : dépenses d'UA, frais de magasin, tout le funnel. Réengager les joueurs inactifs coûte une fraction de cela, car la relation et le canal existent déjà. Le modèle de tarification doit correspondre à cette logique.
PushEngage ne facture que les abonnés actifs, donc lorsqu'un joueur devient inactif et que vous arrêtez de le contacter, la facture diminue plutôt que d'augmenter avec une liste que vous ne messagez plus. Comparez cela à la facturation par message ou à la tarification par taille de liste, et aux compromis de tarification des notifications push Firebase que les studios pèsent lorsque leur volume de notifications push d'applications pour les jeux augmente.
C'est le modèle sur lequel fonctionne PushEngage : payez uniquement pour les abonnés actifs.
C'est la formule de rétention en une ligne : la croissance la moins chère d'un jeu est le joueur qui l'a déjà installé. Créez les quatre workflows, exécutez-les sur les applications et les push web, segmentez par progression et dépenses, et mesurez en revenus. C'est ainsi que les notifications push pour la rétention des jeux cessent d'être un blast hebdomadaire et commencent à déplacer la courbe que vous ouvrez chaque lundi.
Prêt à créer votre premier workflow de sauvegarde de première session ? Commencez avec le plan payez uniquement pour les abonnés actifs et déployez-le cette semaine.
