Fatigue des notifications : comment la mesurer et comment la réduire

La fatigue des notifications, c’est un abonné qui a cessé de lire vos notifications et ne vous l’a pas encore dit.

Tout le problème tient dans cette phrase. Personne n’écrit pour se plaindre. L’autorisation reste accordée un moment. Le nombre d’envois ressemble à celui du mois dernier. Ce qui change est plus discret : les mêmes types d’articles reçoivent moins d’interactions, les nouveaux visiteurs refusent plus souvent la demande d’autorisation, des endpoints commencent à échouer, et la base rétrécit la plupart des semaines alors que rien n’a changé dans le processus.

Si vous voulez la réponse courte à « comment réduire la fatigue des notifications push » : plafonnez l’exposition par personne plutôt que par campagne, et appliquez le plafond avant l’envoi plutôt que de le découvrir après. Le reste de cette page explique comment savoir si vous avez un problème de fatigue, et ce qu’il faut réellement changer.

À quoi ressemble la fatigue en pratique

La fatigue n’est pas un chiffre unique. Elle apparaît sous la forme de quatre courbes différentes, qui bougent à des vitesses différentes.

La courbe des désabonnements. Des désabonnements groupés dans les heures qui suivent un envoi. C’est le signal le plus rapide, et celui que tout le monde a déjà. Il sous-estime fortement, parce que la plupart des abonnés lassés ne cliquent jamais sur se désabonner.

La courbe des refus d’autorisation. La part des visiteurs qui refusent votre demande d’autorisation. Elle monte quand votre marque a appris au public plus large que vos notifications n’en valent pas la peine, et c’est la seule courbe qui abîme l’acquisition plutôt que la fidélisation. Le chapitre PWA du Web Almanac 2025, tiré d’un crawl HTTP Archive de juillet 2025, indique que les utilisateurs desktop ignorent les demandes de notification 78 % du temps, avec 16 % d’acceptation sur mobile. C’est le comportement face aux demandes sur un crawl, pas sur votre site, mais cela fixe la base de départ contre laquelle vous travaillez.

La courbe des séries d’ignorés. Des gens toujours abonnés, qui reçoivent toujours, et qui n’ont pas interagi avec les cinq, dix, vingt derniers messages. C’est la vraie population fatiguée, et presque aucun tableau de bord push ne la fait apparaître. Chrome indique que moins de 1 % de toutes les notifications reçoit la moindre interaction des utilisateurs, ce qui donne une idée de la taille de ce groupe sur l’ensemble du web.

La courbe des disparitions silencieuses. Des abonnements qui disparaissent sans clic sur se désabonner. Certains sont des appareils morts ou des données de navigation effacées. D’autres sont le navigateur qui décide à la place du lecteur.

C’est ce dernier point qui a fait passer la fatigue d’une question de politesse à une question de livraison.

Le navigateur fait désormais partie de votre politique de fatigue

Trois choses se sont produites, et elles sont déjà en vigueur. Rien de tout cela n’est une prévision.

En octobre 2025, Chrome a lancé le retrait automatique de l’autorisation de notifications pour les sites avec lesquels une personne n’a pas interagi récemment, lorsque l’engagement est très bas et le volume de notifications élevé. Chrome en informe la personne. Elle peut redonner l’autorisation dans Safety Check ou sur le site, ou désactiver la révocation automatique. Les applications web installées ne sont pas révoquées par cette fonctionnalité. Cela s’applique au desktop et à Android.

En janvier 2026, Chrome a commencé à déployer des limites de débit sur la Push API pour les sites qui envoient beaucoup de notifications avec peu d’engagement sur le site. Un site jugé perturbateur est limité à pas moins de 1 000 messages par minute, et les requêtes au-delà reçoivent un HTTP 429. Les facteurs quotidiens que Chrome nomme sont les messages push rapportés au temps passé sur le site, les demandes d’autorisation rapportées au temps passé sur le site, et l’engagement, mesuré par le score d’engagement du site et les minutes au premier plan. L’escalade va d’un jour à sept jours, puis à quatorze ; l’état se réinitialise après 42 jours consécutifs sans perturbation. Cela s’applique uniquement à la Push API, pas à la Notifications API. Chrome indique que la quasi-totalité des sites ne sera pas touchée.

En août 2026, Chrome Security a décrit l’ensemble comme une défense en plusieurs couches : révocation automatique pour engagement faible et pour les sites ayant reçu des avertissements répétés pour notifications suspectes, détection comportementale des réseaux d’abus coordonnés, limites de débit côté serveur FCM, et un modèle d’autorisation simplifié qui inclut le désabonnement en un tap sur Android. Les utilisateurs consultent les autorisations révoquées dans Safety Hub.

Relisez la liste des facteurs des limites de débit, parce que c’est la phrase la plus utile qu’un éditeur de navigateur ait publiée sur le sujet. Les facteurs sont des ratios. Pas des messages par jour, mais des messages par unité d’attention que vous avez réellement méritée. Un site qui publie sans arrêt et retient ses lecteurs sur la page peut supporter un volume qui ferait signaler un site avec le même nombre d’envois et aucun engagement.

Ce que vous ne pouvez pas faire, c’est retrouver le seuil par rétro-ingénierie. Chrome ne publie pas son score interne, et quiconque vous dit qu’il le reproduit devine. Traitez le navigateur comme une limite extérieure stricte et fixez votre propre politique bien en deçà.

Comment mesurer la fatigue sur votre propre liste

C’est une procédure, pas un benchmark. Elle utilise des données que vous avez déjà chez n’importe quel fournisseur push, plus votre outil d’analyse, et vous pouvez faire tourner une première version en une semaine.

1. Fixer le dénominateur

Définissez explicitement un abonné actif : un endpoint valide qui a reçu au moins un message au cours des 30 derniers jours et n’a pas renvoyé d’échec permanent. Mettez la définition par écrit. La plupart des disputes sur la taille d’une liste sont en réalité des disputes entre deux dénominateurs différents.

2. Tenir un registre par envoi

Pour chaque envoi, notez : l’audience éligible, les livraisons, les interactions, les désabonnements dans les 24 heures, et les endpoints retirés comme invalides dans les 24 heures. Cinq chiffres par ligne. Votre fournisseur en a quatre ; le cinquième demande en général le journal des erreurs de livraison.

3. Tenir un compteur d’exposition par abonné

Pour chaque abonné, gardez le nombre de messages reçus au cours des 7 derniers jours et le nombre de messages consécutifs sans interaction. Ces deux entiers constituent tout le modèle de fatigue qui compte, et ce sont eux que la plupart des plateformes ne conservent pas.

4. Former des cohortes par série d’ignorés

Les seuils des cohortes sont un point de départ pour un test, pas un benchmark mesuré. Ce qui compte, c’est de découper la liste, tout simplement, parce qu’une moyenne sur toute la liste en cache complètement la forme.

5. Suivre le mouvement net de la liste chaque semaine

Nouvelles autorisations accordées, moins les désabonnements, moins les endpoints invalides retirés. Tracez-le chaque semaine face au volume d’envois. Si la courbe est négative les semaines où le volume est élevé et positive les semaines où il est bas, vous avez votre réponse, et sous une forme qu’un rédacteur en chef acceptera.

Une réserve honnête : aucun navigateur ne vous dit quelle disparition était une révocation automatique. Vous voyez l’endpoint renvoyer un échec permanent, et la raison est déduite, pas rapportée. Ne présentez pas des causes déduites comme des causes mesurées.

Ce qui réduit vraiment la fatigue

Des plafonds de fréquence par abonné. Un plafond de huit envois par jour au niveau du site ne dit rien de la personne qui les a reçus tous les huit. Plafonnez ce qu’une personne reçoit par jour et par semaine. Ce seul changement fait en général plus que tout le reste de cette liste.

La déduplication par sujet et par article. Le même article qui atteint un lecteur deux fois sous deux titres différents est la forme de fatigue la plus évitable qui soit. Dédupliquez sur le contenu lui-même, pas sur la ligne de campagne, et ajoutez un temps de pause par sujet pour qu’un sujet qui dure ne consomme pas toute la semaine d’un lecteur.

Des plages calmes. Les envois de routine respectent une fenêtre d’envoi locale, avec un vrai fuseau horaire. La livraison de nuit achète un peu de portée et beaucoup de ressentiment, et c’est le moyen le plus rapide d’apprendre à quelqu’un à couper tout le canal.

Le repos sur les séries d’ignorés. Arrêtez d’envoyer à ceux qui ont ignoré les derniers messages, et gardez-les abonnés pendant ce temps. Un repos est une décision. Ce n’est pas une campagne ratée, et cela protège l’autorisation que vous avez déjà payée pour acquérir.

Un seuil de valeur. Certains envois ne devraient avoir lieu à aucune fréquence. Si le contenu est faible, le bon nombre de destinataires est zéro, et un plafond qui a encore de la marge n’est pas une raison de le remplir.

Une dérogation explicite. L’actualité urgente doit pouvoir contourner la politique. Faites-en une décision nommée et journalisée plutôt qu’une exception générale, sinon chaque article deviendra une actualité urgente en moins d’un mois.

La fatigue se gère avant l’envoi, pas dans un rapport

La plupart des outils push rangent la fatigue dans l’onglet d’analyse. Vous envoyez, puis vous apprenez ce que cela a coûté. À ce moment-là, l’autorisation est perdue et le coût d’acquisition pour la remplacer est bien réel.

La version qui fonctionne traite la fatigue comme une politique que l’envoi doit passer. Plafonds par abonné, espacement minimum, heures calmes, règles de dormance et seuil de valeur sont évalués au moment de l’envoi, les destinataires non éligibles sont retirés avant la livraison, et la raison est enregistrée pour que quelqu’un puisse la contester plus tard. Ce dernier point compte plus qu’il n’y paraît. Dans une rédaction, la retenue perd tous les débats pour lesquels elle ne peut pas montrer de chiffres.

Si vous voulez mettre cela par écrit sous une forme portable, l’Open Attention Policy est un format JSON ouvert pour exactement ces champs, avec un validateur sous licence MIT. Vous pouvez l’utiliser avec n’importe quel fournisseur, y compris un autre que nous.

Limites et réserves sur les navigateurs

• Les plateformes d’Apple se comportent différemment. Declarative Web Push est arrivé avec Safari 18.4 le 31 mars 2025 pour les applications web ajoutées à l’écran d’accueil sur iOS et iPadOS, avec une charge JSON standardisée et sans service worker installé. Les signaux d’interaction de ces abonnés ne sont pas identiques à ceux de Chrome, donc ne les fusionnez pas dans un seul modèle de fatigue sans vérifier.
• Les limites de débit de Chrome s’appliquent à la Push API, pas à la Notifications API. Les notifications déclenchées localement relèvent d’une autre surface.
• Il n’existe pas d’API commune aux navigateurs qui vous dise pourquoi un abonnement a pris fin. Les disparitions silencieuses sont déduites.
• Chaque chiffre sur les navigateurs de cette page vient de Chrome, de WebKit ou de HTTP Archive, daté ci-dessus. EngageNudge n’a pas publié de benchmark de fatigue à lui, et nous n’allons pas en inventer un pour donner de l’autorité à une page.

Comment EngageNudge s’en occupe

EngageNudge évalue la politique de fatigue avant qu’un Nudge parte, pas après. Limites d’exposition quotidiennes et hebdomadaires, délai minimum entre les Nudges, signaux de séries d’ignorés, protection des lecteurs dormants, temps de pause par sujet, heures calmes et dérogation explicite pour l’actualité urgente alimentent tous une seule décision d’envoyer ou de s’abstenir, et une abstention est enregistrée comme une décision, pas comme une erreur.

Le score de réputation est dans votre tableau de bord aujourd’hui : un chiffre avec une plage, les facteurs derrière, et un e-mail au propriétaire de l’espace de travail quand un site passe en zone à risque. Les pertes sont ventilées par cause : désabonnement, révocation par le navigateur, échec de livraison, pour qu’une baisse puisse se lire plutôt que se deviner. Le score n’appartient qu’à vous. Il n’est publié nulle part et n’est partagé avec aucun autre site.