Invite d'abonnement
Posez la question avant que le navigateur ou le système ne s'en charge, avec un message que le visiteur lit réellement. Pushwoosh fournit une invite web par défaut, une cloche d'abonnement, un popup réaffichable et une invite mobile bâtie à partir de messages in-app – le tout avant la boîte de dialogue native que la plupart des utilisateurs ne voient qu'une seule fois.
Une seule vraie occasion de demander
Un visiteur arrive sur votre site, et le navigateur l’interrompt avec une boîte de dialogue de permission avant même qu’il sache ce que fait votre marque. Il clique sur «bloquer» par réflexe, et cette décision est quasi définitive : Chrome et Firefox considèrent un site comme bloqué après deux refus, et iOS n’accorde qu’une seule invite native, pour toujours. En France, où l’usage est partagé quasi à parts égales entre iOS et Android, cette contrainte pèse sur les deux plateformes à la fois – impossible de compenser un mauvais premier contact sur l’une par de meilleures performances sur l’autre. Une invite d’abonnement est la question qui passe en premier : une cloche, un bandeau, un écran in-app, un message qui explique ce à quoi le visiteur consent avant que la boîte de dialogue système n’apparaisse et n’épuise cette occasion unique.
Ce qui est fourni par défaut
Sur le web, l’invite d’abonnement par défaut est un widget sans code qui s’affiche avant la boîte de dialogue native du navigateur et ne la déclenche qu’après acceptation. Un bouton en forme de cloche (subscribeWidget) reste fixé sur la page pour les visiteurs qui ont ignoré cette première invite, et un popup personnalisé (subscribePopup) propose «Plus tard» ou «S’abonner», personnalisable et pilotable via une API toggle() dès que votre propre logique métier estime le moment opportun. Les formulaires d’abonnement e-mail collectent un second consentement, distinct, avec double opt-in en option.
Réaffichable, pas à usage unique
Le popup personnalisé peut être présenté autant de fois que nécessaire, contrairement à la boîte de dialogue native que Chrome et Firefox bloquent après deux refus.
Invite mobile, construite manuellement
Un message in-app sert d'écran de préparation et ne déclenche la demande de permission native qu'une fois que le visiteur l'a validé – il n'existe pas de bouton «demander la permission» prêt à l'emploi, c'est donc vous qui l'assemblez.
iOS et Android 13 pris en charge par le SDK
L'autorisation provisoire iOS abonne silencieusement, sans aucune boîte de dialogue ; la permission d'exécution d'Android 13 est demandée via le SDK, au moment que vous choisissez.
Réaffiché autant de fois que nécessaire
Affichez de nouveau le popup personnalisé, encore et encore, jusqu’à ce que le visiteur s’abonne ou le bloque définitivement – sans plafond, et sans le risque de voir le navigateur marquer votre site comme bloqué, contrairement à ce qui se produirait après deux refus natifs. Cette persistance est précisément l’intérêt de construire un popup propre plutôt que de dépendre uniquement de la boîte de dialogue native.
Pourquoi c’est décisif pour le push web
Le push web n’atteint que les visiteurs ayant dit oui, et sur le web, ce oui doit survivre à un choix par défaut hostile : une boîte de dialogue système conçue pour obtenir une réponse, pas pour convaincre qui que ce soit. Une invite d’abonnement est l’étape qui transforme une visite anonyme en abonné exploitable par le reste du produit – une plus grande part de votre trafic se retrouve avec un canal réellement joignable, un atout particulier avant les French Days ou les soldes, quand chaque abonné compte.
Un consentement, pas un seul canal
Le même consentement, recueilli par un widget web ou une invite mobile, crée un profil unique à travers push, web, e-mail et in-app. À partir de là, les vérifications de joignabilité et le repli de canal dans Customer Journey Builder décident quel canal atteint réellement ce contact – push, puis e-mail, puis SMS – de sorte que ce moment capté ici vaut davantage qu’un simple abonné sur un canal isolé.
Comment ça fonctionne
-
Activez vos widgets
Activez l'invite par défaut, la cloche ou le popup personnalisé depuis Settings → Platform Configuration → Web Push, ou configurez-les directement dans
Pushwoosh.init. -
Choisissez le bon moment
Déclenchez le popup via son API
toggle()après une action du visiteur qui traduit un intérêt réel – lecture d'un article, ajout au panier – plutôt qu'à l'instant du chargement de la page. -
Construisez l'invite mobile
Assemblez un message in-app comme écran de préparation, et n'appelez la demande de permission du SDK qu'une fois que le visiteur l'a validé.
Une dernière demande, au bon endroit
Une invite d’abonnement est une question modeste, et elle détermine la part de votre audience que vous pouvez réellement atteindre.
Explorer les produits connexes
Notifications push web Pushwoosh : réengagez vos visiteurs après leur départ, sur tout navigateur, hébergement UE conforme RGPD. Gratuit pour démarrer.
Notifications push mobiles Pushwoosh : hébergement UE, conforme RGPD, chaque appareil couvert, ciblage précis et parcours cross-canal.
Messages in-app Pushwoosh : réalisez onboarding, upsell, annonces et collecte de feedback au moment précis où vos utilisateurs sont attentifs dans l'application. Éditeur sans code, modèles natifs via SDK, analytics par élément. Conforme RGPD, données hébergées en UE. Démarrez gratuitement.
Concevez et optimisez vos campagnes avec un outil visuel unique. Communiquez, engagez, fidélisez, convertissez, segmentez et expérimentez avec le Constructeur de parcours client Pushwoosh.
Favorisez le retour des joueurs grâce à des campagnes de réengagement intelligentes. Envoyez des messages stratégiques, des événements à durée limitée et des récompenses pour ramener les joueurs.
Créez un push, un e-mail ou un message in-app une seule fois, avec chaque version linguistique, et réutilisez-le dans vos campagnes, parcours et envois API. Conforme RGPD, données hébergées en UE.