Pendant longtemps, une geozone ne faisait qu’une chose : l’utilisateur franchissait une ligne sur la carte, et votre application envoyait un push. Un seul envoi, puis la geozone n’avait plus rien à dire de l’utilisateur. Si le timing était mauvais, ou si les notifications étaient désactivées, tout s’arrêtait là.
C’est beaucoup d’intention gaspillée sur un seul envoi. Une personne qui entre dans votre boutique, qui s’attarde dans un terminal d’aéroport ou qui quitte sa ville habituelle vous transmet un signal comportemental en temps réel. Un push isolé ne l’exploite presque pas.
Cela a changé. Une geozone peut désormais faire entrer un utilisateur dans un parcours — une séquence qui se déroule sur plusieurs canaux, au lieu de s’arrêter après un seul envoi.
Dans Pushwoosh, une geozone déclenche un événement à l’entrée, en dwell et à la sortie, et cet événement alimente le Customer Journey Builder de Pushwoosh. Un signal de localisation peut donc démarrer un parcours omnicanal complet, et non une simple notification push isolée. Comme il s’agit d’une donnée de localisation, sa collecte reste soumise au RGPD : base légale claire et consentement explicite de l’utilisateur, un point détaillé plus loin dans la FAQ.
Comment fonctionne le geofencing marketing
Le geofencing repose sur 3 moments, et chacun déclenche un événement exploitable :
- Entrée — l’utilisateur pénètre dans la zone. Le déclencheur de proximité classique.
- Dwell — l’utilisateur reste à l’intérieur pendant une durée définie. C’est là que l’intention se révèle : quelqu’un qui s’attarde s’est arrêté pour une raison précise.
- Sortie — l’utilisateur quitte la zone. Votre signal pour un suivi, une demande d’avis ou une relance.
| Déclencheur | Événement | Scénario type | KPI à suivre |
|---|---|---|---|
| Entrée | PW_GeozoneEntered (ou nom personnalisé) | L'utilisateur arrive près d'un magasin, d'un lieu ou d'une agence → envoyez une offre contextuelle | Taux d'entrée-à-ouverture, visite-à-conversion |
| Dwell | PW_GeozoneDwell (après la durée définie) | L'utilisateur s'attarde dans un centre commercial, un terminal ou une concession → proposez une action pertinente | Taux de dwell-à-action |
| Sortie | PW_GeozoneExited (ou PW_GeozoneExitedByTimeout) | L'utilisateur quitte la zone → clôturez la session, demandez un avis, lancez une relance | Taux de sortie-à-réengagement |
PW_GeozoneEntered (ou nom personnalisé)PW_GeozoneDwell (après la durée définie)PW_GeozoneExited (ou PW_GeozoneExitedByTimeout)Autre gain de précision : les geozones ne se limitent plus aux cercles. Vous pouvez dessiner un polygone qui correspond à l’emprise réelle d’un centre commercial, d’un aéroport ou d’un campus, pour que le déclenchement s’appuie sur la limite réelle plutôt que sur un cercle approximatif.
Si vous êtes déjà client Pushwoosh, cela fonctionne avec votre SDK Pushwoosh actuel. Aucune mise à jour n’est nécessaire ; le SDK sait déjà parler geo 😎.
Cas d’usage et exemples de geofencing marketing
Le déclencheur est le même partout. Ce qui change, c’est le moment que vous captez et le message qui lui correspond. Voici comment cela se traduit pour 4 types d’applications.
🛒 Retail & livraison : réengagement de proximité
Le problème : le trafic piéton près d’un point de vente est une intention chaude que votre application manque le plus souvent. Une personne à une rue de distance a déjà choisi d’être dans votre quartier, et votre rôle est de lui donner une raison d’entrer.
La capacité : la bonne pratique consiste à déclencher sur le dwell, pas sur l’entrée. Envoyer dès le franchissement de la frontière touche tous les passants ; un timer de dwell ne retient que ceux qui se sont réellement arrêtés.
Ce que cela donne concrètement : un utilisateur entre dans la geozone autour de votre magasin phare et y reste. Après 3 minutes, PW_GeozoneDwell se déclenche et démarre le parcours (un simple passant ne le déclenche jamais). Un message in-app est envoyé : «Vous êtes près de notre magasin du centre-ville — présentez ceci pour bénéficier de -15% aujourd’hui seulement.» Le même mécanisme se prête très bien aux temps forts commerciaux français comme les Soldes ou les French Days. Si le push est le canal atteignable pour cet utilisateur, il part en push à la place.
Allez plus loin : remettez aux acheteurs potentiels une vraie carte de réduction ou un coupon, pas seulement un push. Dès qu’un acheteur probable entre dans la zone, émettez un wallet pass avec l’offre intégrée. Elle arrive sur l’écran verrouillé comme une carte conservée en un geste.
Et l’avantage, c’est que la carte vivant dans Apple Wallet ou Google Wallet, elle atteint tout le monde dans la zone du magasin, même sans application installée.
💰 Fintech : contexte de localisation et alertes de sécurité
Le problème : pour une application fintech (portefeuille, application de trading, néobanque), un changement de localisation de l’utilisateur est un contexte réel, pas du bruit. Savoir qu’une personne vient de quitter sa zone habituelle permet à l’application de se montrer attentive sans être intrusive.
La capacité : l’entrée dans une nouvelle région, ou la sortie d’une zone domicile, comme signal qu’un changement vient de se produire.
Ce que cela donne concrètement : un utilisateur sort de la geozone de sa ville de résidence, et l’application envoie une alerte légère : «En déplacement ? Activez le mode voyage pour que vos cartes continuent de fonctionner à l’étranger.» Cela rassure plutôt qu’inquiète — contexte et praticité. Bien exécuté, c’est le genre d’attention qui donne l’impression que l’application veille sur vous. Le signal de localisation reste traité dans le cadre du RGPD, sans transfert hors UE en l’absence de base légale.
Découvrez comment les applications fintech pilotent le reste de leur cycle d’engagement.
🛫 Mobilité & voyage : relances basées sur le dwell
Le problème : un utilisateur resté au même endroit pendant un moment est souvent bloqué, en attente ou en train de décider — c’est exactement le moment où une relance bien calibrée aide.
La capacité : le dwell. Se déclencher après que l’utilisateur a passé un temps réel dans la zone.
Ce que cela donne concrètement : un utilisateur a passé 15 minutes dans la geozone d’un terminal d’aéroport. L’événement dwell se déclenche et l’application propose exactement ce que le moment appelle : «Une longue attente s’annonce ? Réservez un accès salon — -20% pendant l’heure qui suit.» Le délai est tout l’intérêt de la démarche : vous ne sollicitez pas quelqu’un de passage, vous aidez quelqu’un qui attend manifestement.
C’est toute la différence entre utile et agaçant, et c’est central pour les applications de mobilité et livraison.
🆕 Événements & médias : contenu conditionné à la geozone
Le problème : certains contenus n’ont de sens que sur place : le flux en direct, le plan du lieu ou la couverture depuis le stade. Partout ailleurs, c’est du superflu. Le geofencing permet d’activer et de désactiver ce contenu selon la localisation de l’utilisateur.
La capacité : l’entrée ouvre une série de contenus, la sortie la referme.
Ce que cela donne concrètement : un utilisateur entre dans la geozone du stade, et l’application débloque un parcours de couverture en direct — scores, programme, angles exclusifs : «Vous êtes dans l’enceinte. Accédez aux statistiques en direct et aux replays.» Quand il sort, la série s’arrête progressivement, pour que personne ne soit suivi jusque chez lui par un contenu devenu inutile. La localisation encadre l’expérience pour qu’elle reste pertinente tant qu’elle compte, et disparaisse quand elle ne compte plus.
C’est ainsi que les applications médias pilotent leur engagement lié aux événements.
Comment lancer votre première campagne de geofencing
Aucune nouvelle stack n’est nécessaire. Voici le chemin le plus court entre une zone tracée sur la carte et une campagne active.
-
Créez la geozone et activez l'événement
Dessinez la zone (cercle ou polygone) ; l'événement d'entrée se crée automatiquement dès le premier ajout. Activez le dwell et la sortie si votre flux en a besoin.
-
Définissez la condition
Choisissez le signal qui démarre le flux : entrée, dwell après N minutes, ou sortie. Ajoutez le délai de sortie présumée pour qu'un appareil silencieux ne laisse pas un utilisateur bloqué à mi-parcours.
-
Ramifiez le parcours
Dans le Customer Journey Builder, utilisez l'événement geo comme point d'entrée déclenché, puis ramifiez par canal et par atteignabilité — push en priorité, avec repli sur l'in-app ou l'e-mail si le push n'aboutit pas. Si vous construisez un parcours de zéro pour la première fois, le guide de l'idée à la campagne en ligne en quelques minutes couvre la mécanique de bout en bout.
-
Choisissez le canal selon le moment
Adaptez le message au signal. L'entrée demande quelque chose de court et immédiat ; le dwell peut porter une offre plus riche ; la sortie sert au suivi.
Quelques erreurs à éviter :
- Un rayon trop serré. 50 mètres est le minimum de la plateforme, et le GPS n’a pas une précision au pixel près : une zone trop étroite manque de vrais visiteurs. La valeur par défaut est 200 mètres (jusqu’à 100 km possibles) — partez de là et ajustez.
- Aucun filtre de dwell. Se déclencher sur la seule entrée envoie un message à tous les passants. Passez le déclencheur en dwell (
PW_GeozoneDwell) pour que seules les personnes réellement restées entrent dans le flux. - Aucun cooldown à l’entrée. Configurez un cooldown (de 1 minute à 41 jours), pour qu’une personne qui entre et sort plusieurs fois de la zone ne soit pas sollicitée à chaque passage ; si vos zones appartiennent à un cluster, le cooldown couvre l’ensemble du cluster. Il ne s’applique qu’aux actions d’entrée : le dwell, la sortie et la sortie présumée continuent de suivre la visite plutôt que ce délai.
Lancez des parcours déclenchés par la géolocalisation avec Pushwoosh
La localisation est l’un des signaux temps réel les plus puissants dont dispose une application mobile, et la plupart des applications l’utilisent encore pour un seul push. Pushwoosh transforme l’entrée, le dwell et la sortie de geozone en événements qui alimentent directement le Customer Journey Builder, pour qu’un franchissement de frontière démarre un flux omnicanal coordonné plutôt qu’un envoi isolé. Vos données de localisation restent hébergées dans des centres de données en UE ou aux États-Unis, avec une conformité RGPD, SOC 2 Type I et ISO 27001:2022.
