Pourquoi votre notification push Web a une portée plus faible que prévu

Les messages contextuels ou courts envoyés à l'appareil de l'utilisateur, qu'il s'agisse d'un ordinateur de bureau, d'une tablette ou d'un navigateur mobile, sont connus sous le nom de notifications push web. Si un visiteur de votre site web s'abonne aux notifications push, il devrait être informé chaque fois que vous envoyez une notification push. La portée devrait être élevée car les notifications push sont envoyées aux abonnés en temps réel, et toute personne en ligne avant l'expiration de la notification devrait recevoir le message. Il existe de nombreux fournisseurs proposant des services de notification push. Cependant, quel que soit le fournisseur de services, la portée des notifications push pose souvent problème.

Mais si vous remarquez que la portée n'est pas élevée, voici les raisons probables  –

1. Permission refusée par le Centre de notifications – Si vos abonnés ont désactivé les notifications sur leur appareil dans les Paramètres de notification et d'action, ils ne recevront aucune notification web push. Cependant, cela devrait être marqué comme des utilisateurs désabonnés.
   Ainsi, lors du calcul de votre taux de vues réel, essayez de soustraire les abonnés désabonnés du total envoyé. On peut désactiver les notifications à partir d'ici, soit pour un site web particulier, soit pour le navigateur lui-même.
2. Les anciens abonnés peuvent avoir une faible portée, ou le statut de l'abonné n'est pas mis à jour immédiatement dans les gestionnaires cloud –  Toutes les notifications push web sont envoyées aux gestionnaires cloud respectifs – FCM (Firebase Cloud Manager) pour Chrome, etc., qui délivrent ensuite les notifications aux navigateurs individuels.  Si un utilisateur s'est désabonné de la notification en utilisant les paramètres du navigateur, ou s'il ne l'utilise pas depuis longtemps, l'utilisateur est marqué comme désabonné.  Mais ce désabonnement devrait se propager aux gestionnaires cloud.  Nous constatons que parfois ce désabonnement n'est pas mis à jour au niveau du gestionnaire cloud, il peut donc y avoir un délai dans le marquage des abonnés comme désabonnés.
   Il peut falloir un certain temps pour que le jeton d'enregistrement soit complètement supprimé de FCM. Ainsi, il est possible que les messages envoyés à FCM reçoivent une réponse d'ID de message valide, même si le message ne sera pas délivré à l'application cliente. Exemple – Mozilla marque les abonnés comme désabonnés après 2 mois d'inaccessibilité.
3. En mode économie de batterie – Si les abonnés activent le mode économie de batterie sur mobile ou sur ordinateur, cela force l'arrêt des applications en arrière-plan, même si l'appareil est connecté à Internet. Dans ce cas, l'utilisateur a tendance à ignorer ou à manquer la notification envoyée à ce moment-là car cela force l'arrêt des applications en cours d'exécution, qui ne pourront pas délivrer les notifications sur l'appareil de l'utilisateur.
4. Abonnement via plusieurs profils – Si un utilisateur s’est abonné via plusieurs profils d’un coup et n’en utilise qu’un seul, le navigateur ne délivrera la notification qu’à un seul profil. Cela réduira la portée de la notification. Si un utilisateur ne se connecte pas à un profil dans un navigateur, il est probable que les gestionnaires Cloud abandonnent l’abonnement après un certain temps, car ils ont souvent des règles pour abandonner l’abonnement après une longue indisponibilité (voir point 2 ci-dessus)
5. Connexion Internet faible – Lors de l’envoi de la notification, le navigateur peut recevoir le signal, mais si la connexion Internet est faible ou si l’appareil est déconnecté, le navigateur ne parviendra pas à télécharger la notification, ce qui empêchera les abonnés de la recevoir.
6. Paramètres de l’appareil – Pour recevoir la notification, l’appareil doit être allumé, connecté à Internet et le mode avion doit être désactivé, ainsi que le mode d’économie d’énergie.
7. Le navigateur doit au moins s’exécuter en arrière-plan (pour la plupart des appareils) – Même si l’abonné n’est pas sur le site Web ni dans le navigateur, il est important que le navigateur s’exécute en arrière-plan.
8. Le navigateur doit être actif (uniquement pour certains appareils) – Généralement, la plupart des appareils affichent toujours la notification si le navigateur s’exécute en arrière-plan. Cependant, nous avons observé sur des appareils comme MI (Xiaomi) que le navigateur doit être ouvert pour recevoir une notification push Web. Ceci est spécifique à l’appareil, où il est obligatoire que le navigateur s’exécute au premier plan.
9. Utilisation de bloqueurs de publicités, de bloqueurs de logiciels malveillants ou de pare-feu d’entreprise – Parfois, les bloqueurs de publicités et les pare-feu d’entreprise peuvent bloquer l’URL des fournisseurs de notifications push Web, en raison de leurs paramètres. De plus, parfois l’URL de la page de destination peut être répertoriée dans un répertoire de logiciels malveillants ou de bloqueurs de publicités et être bloquée à cause de cela.
10. Cookies et navigateur Firefox – Dans Firefox, il existe un problème connu où, parfois, lors de la suppression des cookies, ils peuvent devenir inaccessibles. Dans ce cas, si vous avez des utilisateurs qui s’abonnent depuis le navigateur Firefox et s’ils suppriment les cookies, ils pourraient ne pas recevoir la notification que vous avez envoyée. Ce n’est pas un cas régulier, mais nous l’avons constaté lors de nos tests.
    
    
11. Le tiroir de notifications est plein – Sur les appareils mobiles, les notifications sont ajoutées au tiroir de notifications. Donc, si le tiroir de notifications est plein, l’abonné ne recevra pas la nouvelle notification. De même, sur ordinateur, le tiroir de notifications Windows a une limite de quelques notifications, et s’il est plein, la notification peut être supprimée.
12. Sur les appareils MI – Il y a un problème avec les appareils mobiles MI : si un téléphone est inactif (verrouillé) pendant longtemps et que vous envoyez une notification pendant cette période, l’utilisateur risque de manquer cette notification.
13. Suppression des données du site – Lorsque l'utilisateur supprime les données du site, le fichier service-worker.js est désinstallé, ce qui est important pour envoyer et afficher les notifications. Par conséquent, l'utilisateur ne reçoit pas la notification dans ce cas.
14. Notification sur écran verrouillé  – Si le navigateur n'a pas l'autorisation de télécharger les données lorsque l'écran est verrouillé, l'abonné risque de manquer la notification.  Parfois, nous constatons que sur l'écran verrouillé, le titre de la notification est affiché et le message apparaît comme Privé.
15. La notification expire avant d'atteindre les abonnés –  Si l'utilisateur n'est pas en ligne ou connecté à Internet pendant une longue période et que vous avez défini une heure d'expiration pour les notifications, l'abonné manquera la notification envoyée pendant cette période.

Si vous remarquez d'autres cas que ceux-ci, vous pouvez nous en informer en envoyant un e-mail à [email protected].  Nous tiendrons la liste à jour.

Astuce bonus : Si vous constatez une baisse soudaine et importante de vos vues, cela peut être lié à votre configuration. Un problème courant que nous constatons est que d'autres plugins d'applications Web progressives peuvent écraser le Service Worker utilisé pour les notifications Push. Si vous êtes notre client et que vous constatez cela, contactez-nous afin que nous puissions vous indiquer la solution pour y remédier.