Comment prévenir la perte d'abonnés lors de la migration des notifications push web

Lors de la migration d'un autre fournisseur Web Push vers EngageLab sur le même origin, la suppression de l'ancien Service Worker ne modifie pas l'autorisation de notification déjà accordée au site. Le SDK actuel lit l'autorisation de notification du navigateur lors de l'initialisation et ne déclenche une demande d'autorisation que si le site ne dispose pas déjà de cette autorisation. Une nouvelle autorisation est généralement nécessaire uniquement si l'origin change, si l'autorisation existante expire ou est révoquée, ou si l'utilisateur efface manuellement les paramètres du site. Pour une migration de fournisseur sur le même origin, l'objectif est de désenregistrer proprement l'ancien Service Worker et de recréer l'abonnement push afin d'éviter les interruptions de livraison.

1. Analyse des causes profondes

2. Stratégie de rétention (Mise en œuvre par phases)

Phase 1 : Préparation à la migration (Réduire la résistance psychologique)

1. Campagne de pré-notification

   • Modèle de message recommandé :
     "Nous mettons à jour notre service de messagerie ! Votre abonnement aux messages sera migré automatiquement pendant la mise à niveau. Gardez les notifications du navigateur activées pour continuer à recevoir des offres exclusives."
   • Timing : Envoyer deux fois dans la semaine précédant la migration (intervalle de 3 jours)
   • Mise en œuvre : Via l'ancien SDK (marquer comme "message système" pour contourner les limites de fréquence)

2. Renforcement de la valeur

   • Ajouter une bannière discrète en haut du site :
     <div class="upgrade-banner"> Mise à niveau du service en cours ! Gardez les notifications activées pour obtenir un <span class="highlight">coupon de réduction de 20%</span> (délivré après la migration) </div>

                   
                   <div class="upgrade-banner">
      Mise à niveau du service en cours ! Gardez les notifications activées pour obtenir un <span class="highlight">coupon de réduction de 20%</span> (délivré après la migration)
     </div>
     
                 

     Afficher ce bloc de code dans la fenêtre flottante
   • Accroche de conversion : Offrir des récompenses immédiates après la migration (ex : codes promo/contenu exclusif)

Phase 2 : Optimisation de la migration (Améliorer le taux de réussite de migration des abonnements)

1. Migration progressive

• Avantage : La migration déclenchée par l'utilisateur réduit l'impact des échecs de recréation d'abonnement ou des interruptions pendant la migration

2. Demande d'autorisation contextuelle

Vous pouvez la configurer dans la console EngageLab en sélectionnant la méthode "Configuration guidée" ou "Personnalisée".

Guide de configuration

• Lorsque l'autorisation est absente, expirée ou révoquée, conditions de déclenchement recommandées (si l'un des critères est rempli) :
  • L'utilisateur consulte plus de 3 pages
  • Un événement à forte valeur ajoutée est déclenché (ex : ajout au panier)
  • Temps passé sur la page > 45 secondes

Phase 3 : Récupération post-migration

1. Réactivation des utilisateurs perdus par e-mail

   Statut utilisateur	Stratégie de récupération
   Autorisation de notification révoquée ou expirée	Envoyer un e-mail guidant l'utilisateur vers le site pour réactiver les notifications
   Échec de recréation de l'abonnement	Guider l'utilisateur vers le site pour relancer la création de l'abonnement

2. Correspondance des cookies + reciblage précis

   • Identifier via les cookies historiques les utilisateurs dont l'autorisation a expiré ou dont la recréation d'abonnement a échoué
   • Lancer des campagnes de remarketing (ex : Google Ads) :
     "Vous avez 3 notifications non lues ! Cliquez pour les restaurer"

3. Tableau de bord de la perte en temps réel

   Indicateur	Seuil d'alerte	Plan d'action
   Taux de réussite de recréation d'abonnement	< 85%	Déclencher la réactivation par e-mail
   Taux de désinstallation	> 15%	Suspendre la migration pour analyse

3. Résultats attendus

✅ Cas du secteur : Une plateforme e-commerce utilisant des demandes contextuelles a enregistré une croissance de 12% du nombre d'abonnés après migration

✅ Résultat global : La combinaison de stratégies techniques et opérationnelles permet de limiter la perte d'abonnés dans la fourchette de 8 à 25% (meilleure du secteur), avec un potentiel de perte négative (croissance pendant la migration) dans les scénarios optimaux.