Marketing par geofencing : guide d'implémentation pour les développeurs

Le geofencing marketing utilise des frontières virtuelles autour de lieux physiques pour déclencher des actions ciblées — notifications push, messages in-app ou événements back-end — lorsque l'appareil d'un utilisateur entre dans une zone définie ou en sort. Ce guide explique comment le geofencing fonctionne au niveau du SDK et de la plateforme, les contraintes d'implémentation auxquelles les développeurs sont confrontés sur iOS et Android, ainsi que les architectures qui rendent les campagnes de geofencing fiables en production.

Ce que fait le geofencing marketing

Le geofencing marketing relie les campagnes digitales à la présence physique. Un distributeur trace un rayon de 200 mètres autour d'un magasin. Lorsqu'un client ayant l'application installée franchit cette limite, le système déclenche une action préconfigurée : une notification de réduction, un workflow de préparation de commande ou un événement analytique.

La valeur marketing vient du timing et de la pertinence. Une notification push envoyée à quelqu'un se trouvant à 3 minutes d'un magasin convertit à 2,5 fois le taux d'un envoi générique. Mais le défi technique est ce qui fait ou défait une campagne : précision de la localisation en arrière-plan, consommation batterie, limites propres à chaque plateforme et architecture de consentement.

La plupart des guides sur le geofencing marketing s'arrêtent au « quoi ». Celui-ci couvre le « comment » — les détails d'implémentation qui déterminent si une campagne de geofencing fonctionne réellement en production.

Geofence Shapes

There are two standard approaches to defining a geofence:

Circular (centroid + radius). Define a centre point (latitude/longitude) and a radius in metres. Simple to create, efficient to monitor, and supported by every platform. Good for individual store locations.

Polygon. Define a series of vertices that outline an arbitrary shape. Useful for irregular areas - a shopping mall footprint, an industrial zone, or a neighbourhood boundary. More expensive to evaluate and not natively supported on all mobile platforms without SDK assistance.

A third approach uses isochrones - boundaries defined by travel time rather than distance. A "5-minute walk" geofence adapts to street layout and terrain, which matters in dense urban areas where 200 metres might mean a 10-minute detour.

Entry, Exit, and Dwell Events

A geofence generates three event types:

• Entry. Device crosses from outside to inside the boundary. Triggers immediate actions like push notifications.
• Exit. Device leaves the boundary. Useful for post-visit surveys or re-engagement flows.
• Dwell. Device remains inside the boundary for a configurable duration. Filters out pass-throughs (someone driving past) from genuine visits.

Dwell detection is critical for marketing accuracy. Without it, a driver passing a store at 60 km/h triggers the same event as a shopper walking in. A 2-minute dwell threshold eliminates most false positives.

Building a Geofencing Pipeline

A production geofencing system has four layers:

The SDK Layer

The mobile SDK handles two jobs: monitoring the device's position and evaluating it against registered geofences. Both iOS (Core Location) and Android (Geofencing API) provide native primitives, but raw platform APIs require significant boilerplate for production use - battery management, permission handling, retry logic, and background execution.

Here is a simplified example registering a circular geofence on Android:

Sur iOS, l'équivalent utilise CLCircularRegion avec CLLocationManager. La surface d'API est différente, mais le principe est identique : enregistrer une région, recevoir des callbacks lors des transitions.

La couche back-end

Les événements issus du SDK parviennent au back-end sous forme de payloads structurés — identifiant utilisateur, identifiant geofence, type de transition, horodatage. Le moteur de règles détermine ce qui se passe :

• Limitation de fréquence. Ne pas envoyer plus d'une notification par magasin toutes les 24 heures.
• Segmentation utilisateurs. Les membres du programme de fidélité reçoivent une offre personnalisée ; les utilisateurs anonymes reçoivent une invitation générique.
• Règles horaires. Aucune notification avant 8 h ou après 21 h.
• État de la campagne. Vérifier que la campagne associée est toujours active et dans les limites du budget.

La couche d'action envoie ensuite : notification push via APNs/FCM, message in-app via un SDK de messagerie, ou webhook vers un système de gestion des commandes pour la préparation du click-and-collect.

Contraintes de plateforme que tout développeur doit connaître

Localisation en arrière-plan sur iOS

iOS restreint sévèrement l'accès à la localisation en arrière-plan. Contraintes principales :

• Limite de surveillance de régions : 20 geofences simultanés par application. Si vous avez 500 magasins, vous devez enregistrer dynamiquement les 20 plus proches en fonction de la dernière position connue de l'utilisateur.
• Rafraîchissement en arrière-plan : iOS réveille votre application lors des transitions de région, mais sans garantie sur le délai. Attendez des délais de 1 à 5 minutes en mode basse consommation.
• Localisation approximative : depuis iOS 14, les utilisateurs peuvent accorder une localisation « approximative » (au niveau de la ville). Le geofencing requiert une localisation « précise » — votre flux de demande de permission doit l'expliquer.
• Toujours autoriser : le geofencing nécessite la permission de localisation « Toujours autoriser », et non simplement « Lors de l'utilisation ». Le taux de conversion de « Lors de l'utilisation » vers « Toujours autoriser » est faible — les recommandations d'Apple préconisent une approche progressive de la demande de permission.

Exécution en arrière-plan sur Android

Android impose ses propres restrictions :

• Limite de geofences : 100 par application (plus souple qu'iOS, mais toujours limité).
• Permission de localisation en arrière-plan : depuis Android 12, ACCESS_BACKGROUND_LOCATION doit être demandée séparément de la permission en premier plan, et le Play Store exige une déclaration justifiant son usage.
• Mode Doze : lorsque l'appareil est immobile et l'écran éteint, Android regroupe les mises à jour de localisation. Les événements de geofence peuvent être retardés de plusieurs minutes.
• Réenregistrement des geofences : après un redémarrage de l'appareil ou une mise à jour de l'application, tous les geofences sont effacés. L'application doit les réenregistrer au démarrage via un BroadcastReceiver.

Privacy-by-Design: GDPR-Compliant Geofencing

Location data is personal data under GDPR Article 4(1). Any geofencing implementation in the EU or UK requires:

• Explicit consent. Location permission granted by the OS is not GDPR consent. You need a separate, informed opt-in that explains what location data you collect, why, and for how long.
• Purpose limitation. If consent is granted for "order preparation notifications," you cannot reuse the same location data for "footfall analytics" without separate consent.
• Data minimisation. Collect the minimum data needed. If you only need entry/exit events, do not stream continuous GPS coordinates to your server.

On-Device vs Server-Side Processing

The architecture choice matters for compliance:

Server-side geofencing sends raw device coordinates to a backend that evaluates geofence boundaries. This means location data leaves the device, creating a data controller obligation, a data processing record, and a potential cross-border transfer issue.

On-device geofencing evaluates boundaries locally on the phone. The backend receives only event payloads ("user entered geofence store-paris-01 at 14:32") - not raw coordinates. This minimises the personal data surface and simplifies compliance.

70% of consumers are willing to share location when they receive tangible value - faster service, relevant offers, or loyalty rewards. The technical architecture should make good on that trade: collect only what the use case requires, process locally where possible, and give users a clear off-switch.