Aller au contenu
Guides · Glossaire

Notification push web

Une notification push web est un message délivré par le navigateur via l'API Push et un service worker, après une autorisation explicite de l'utilisateur. Elle atteint les utilisateurs quand ils ne sont pas sur votre site — sans application native ni adresse e-mail. Sur iOS, elle ne fonctionne que pour les web apps ajoutées à l'écran d'accueil (Safari 16.4+).

Mis à jour le 8 juil. 20263 min de lecturePar fromHello
À retenir
  • Le push web exige une autorisation explicite — c'est le navigateur, pas vous, qui contrôle la demande et la révocation.
  • La livraison passe par l'API Push et un service worker : les notifications arrivent même quand votre site est fermé.
  • Sur iOS, le push web ne fonctionne que pour les web apps ajoutées à l'écran d'accueil, à partir de Safari 16.4.

Comment fonctionne une notification push web ?

Le mécanisme a trois pièces. Votre page demande l'autorisation de notification ; si l'utilisateur accepte, le navigateur crée un abonnement push via l'API Push et vous remet un endpoint hébergé par le service de push de l'éditeur du navigateur (Google, Mozilla, Apple). Votre serveur envoie une charge utile à cet endpoint, signée avec vos clés VAPID. Le navigateur réveille alors votre service worker — un script qui tourne sans onglet ouvert — qui affiche la notification. Rien ne part avant l'opt-in, et l'autorisation peut être révoquée au niveau du navigateur à tout moment.

Le push web et les trois pièces qui le font tourner.

Le push web fonctionne-t-il sur iOS et Safari ?

Oui, avec une réserve qui piège beaucoup d'équipes. Depuis Safari 16.4 (mars 2023), iOS et iPadOS ne délivrent le push web qu'aux web apps ajoutées à l'écran d'accueil — un simple onglet Safari ne peut pas s'abonner. La demande d'autorisation doit aussi suivre un geste de l'utilisateur, comme un appui sur un bouton. Sur macOS, Safari prend en charge le push web dans le navigateur classique depuis la version 16.1. Conséquence pratique : sur iPhone, le push web est un canal pour vos utilisateurs les plus engagés, pas un canal de masse.

Quand une petite équipe doit-elle adopter le push web ?

Le push web se justifie quand vous devez toucher des utilisateurs hors de votre site sans adresse e-mail : rappel de fin d'essai, relance d'installation, alerte sur un événement suivi. Il se combine naturellement avec les messages in-app — l'in-app parle aux utilisateurs dans le produit, le push les fait revenir quand ils n'y sont pas. Pour articuler les deux canaux dans un même programme, voir le guide push web et messages in-app. Des outils comme OneSignal ou Novu existent surtout pour gérer les abonnements et la livraison à votre place.

Quelles sont les limites du push web ?

  • L'autorisation est fragile : demandée trop tôt, elle se solde par un refus quasi définitif — la plupart des équipes placent leur propre écran avant la demande du navigateur.
  • La livraison n'est pas garantie : les notifications transitent par le service de push de l'éditeur du navigateur et peuvent être limitées, regroupées ou perdues si l'appareil est injoignable.
  • Pas de boîte de réception : une notification ignorée disparaît ; ce qui doit durer passe aussi par l'e-mail ou l'in-app.
  • La portée est inégale : Chrome desktop et Android fonctionnent bien ; sur iPhone, seules les web apps installées sont éligibles.
FAQ

Questions fréquentes

  • Quelle différence entre une notification push web et un message in-app ?

    Le push web touche l'utilisateur hors de votre site, via le système de notifications du navigateur, et exige une autorisation explicite. Le message in-app s'affiche dans votre produit pendant que l'utilisateur y est, sans autorisation du navigateur. La plupart des équipes se servent du push pour faire revenir les utilisateurs, et de l'in-app pour les guider sur place.

  • Le push web fonctionne-t-il navigateur fermé ?

    Sur Android et sur les web apps installées sous iOS, oui — le push passe par le système de notifications de l'OS. Sur desktop, le navigateur doit tourner, même sans onglet de votre site ouvert. Si l'appareil est hors ligne, le service de push conserve les messages récents et les délivre à la reconnexion, dans la limite de leur durée de vie.

  • Faut-il installer une application pour recevoir du push web ?

    Aucune application native n'est nécessaire. Sur desktop et Android, tout navigateur compatible peut s'abonner depuis votre site. iOS est l'exception : l'utilisateur doit d'abord ajouter votre site à l'écran d'accueil comme web app (Safari 16.4 ou plus récent) avant même de voir la demande d'autorisation.

  • Le push web nécessite-t-il une adresse e-mail ou un numéro de téléphone ?

    Non. Un abonnement push est anonyme par défaut — il identifie un navigateur sur un appareil, pas une personne. C'est utile avant l'inscription, mais l'abonnement disparaît avec le profil du navigateur : traitez le push web comme un complément de vos identifiants propriétaires, pas comme un remplaçant.

Découvrez la plateforme que l'équipe pilote.

Guides liés
Accès anticipé

Votre growthen autopilote.

L'accès anticipé ouvre progressivement, pour que l'équipe s'ajuste à de vrais cas d'usage. Les petites équipes aux grandes ambitions passent en premier.

déjà 500+ sur la liste

Pas prêt à laisser un e-mail ? C'est open source. Faites-la tourner vous-même dès aujourd'hui. Voir sur GitHub

Pas de spam. Un e-mail quand votre place s'ouvre. Désinscription à tout moment.