Passer au contenu principal

Comment calculer le temps de séjour grâce à la WiFi Location Analytics

Ce guide fournit une référence technique complète pour calculer le temps de séjour grâce à la WiFi Location Analytics, couvrant l'ensemble de l'architecture, de la capture des requêtes de sonde 802.11 à l'analyse des zones géofencées, en passant par la trilatération basée sur le RSSI. Il est conçu pour les responsables informatiques, les architectes réseau et les directeurs d'exploitation de sites qui doivent déployer une intelligence de localisation précise et évolutive dans les secteurs du commerce de détail, de l'hôtellerie, de la santé et du secteur public. Les lecteurs y trouveront des conseils de mise en œuvre concrets, des études de cas réelles et un cadre clair pour traduire les données spatiales brutes en résultats commerciaux mesurables.

📖 9 min de lecture📝 2,134 mots🔧 2 exemples concrets3 questions d'entraînement📚 10 définitions clés

Écouter ce guide

Voir la transcription du podcast
Bienvenue dans ce briefing technique de Purple. Je suis votre hôte, et aujourd'hui nous plongeons au cœur des mécanismes de l'intelligence spatiale. Plus précisément, nous allons voir comment calculer le temps de séjour (dwell time) grâce aux analyses de localisation WiFi. Si vous êtes directeur informatique, architecte réseau ou responsable des opérations pour un grand site — qu'il s'agisse d'une chaîne de magasins, d'un hôpital ou d'un stade — vous savez qu'il est essentiel de comprendre comment les personnes se déplacent dans votre espace. Le temps de séjour est la métrique fondamentale ici. Il ne s'agit pas seulement de savoir que quelqu'un est entré dans le bâtiment, mais de savoir qu'il a passé douze minutes dans l'allée promotionnelle ou quarante-cinq minutes dans la salle d'attente du tri. Mais obtenir un temps de séjour précis n'est pas aussi simple que d'activer une fonctionnalité sur votre contrôleur sans fil. Cela nécessite une solide compréhension de la dynamique RF, de l'architecture réseau et du traitement des données. Entrons donc dans les détails techniques. Fondamentalement, le calcul du temps de séjour comporte trois étapes : identifier un appareil, estimer sa position et suivre cette position au fil du temps. La première étape est la détection de l'appareil. Les appareils mobiles envoient constamment des requêtes de sonde (probe requests) 802.11 pour trouver des réseaux. Vos points d'accès (AP) agissent comme des capteurs, captant ces sondes. L'AP enregistre l'adresse MAC de l'appareil, un horodatage et l'indicateur de force du signal reçu — ou RSSI. Faisons un point rapide sur l'identification. Historiquement, l'adresse MAC était un identifiant statique. Mais aujourd'hui, iOS et Android utilisent la randomisation MAC pour des raisons de confidentialité lors de l'envoi de sondes. Si un appareil n'est pas connecté à votre réseau, son adresse MAC change. Cela signifie que le suivi passif peut gonfler le nombre de visiteurs et fausser les temps de séjour, car un seul appareil apparaît comme plusieurs appareils au fil du temps. Pour obtenir des données déterministes et hautement précises, vous devez inciter l'utilisateur à s'authentifier sur votre Guest WiFi. Une fois authentifié, vous disposez d'un identifiant persistant. Passons à la deuxième étape : l'estimation spatiale. Comment savons-nous où se trouve l'appareil ? Nous utilisons le RSSI et la trilatération. Si un AP détecte un appareil à moins soixante-cinq dBm, nous pouvons estimer qu'il se trouve à environ dix mètres. Mais il pourrait être n'importe où sur un cercle de dix mètres autour de cet AP. Pour obtenir une localisation, nous avons besoin d'au moins trois AP pour capter cette même requête de sonde. C'est ce que j'appelle la règle de trois. Le moteur d'analyse prend le RSSI des trois AP, calcule les distances estimées et trouve l'intersection de ces cercles. Les systèmes avancés utilisent des centroïdes pondérés et des filtres de Kalman pour lisser le bruit RF inévitable et l'évanouissement par trajets multiples que l'on rencontre dans les environnements complexes — pensez aux étagères métalliques dans un entrepôt ou aux foules denses dans les coursives d'un stade. Enfin, la troisième étape : le calcul temporel. Une fois que nous disposons d'un flux de coordonnées de localisation, nous les cartographions par rapport aux zones géofencées que vous avez définies dans la plateforme. Le temps de séjour est calculé en enregistrant un événement d'entrée lorsque l'appareil pénètre dans la zone, et un événement de sortie lorsqu'il la quitte. Il est crucial de configurer un seuil de séjour. Si quelqu'un traverse le rayon habillement en dix secondes, il s'agit d'un passant, pas d'un visiteur actif. Définir un seuil de, disons, trente secondes permet de filtrer le bruit et de vous fournir des données d'engagement propres. Parlons maintenant de l'implémentation. Comment déployer concrètement cette solution avec succès ? Tout d'abord, évaluez votre infrastructure. Un réseau conçu pour une couverture de base ne permettra pas d'obtenir des analyses de localisation précises. Vous avez besoin de densité. Il vous faut des AP positionnés sur le périmètre de vos zones, et pas seulement au milieu du couloir. En règle générale, un appareil doit être détecté par au moins trois AP à n'importe quel endroit, avec un RSSI de moins soixante-quinze dBm ou mieux. Si votre déploiement actuel ne respecte pas cette norme, vous devrez le densifier — en particulier dans les zones qui comptent le plus pour votre activité. Deuxièmement, définissez vos zones avec soin. Ne les créez pas trop petites. Si une zone est plus petite que la tolérance de précision de votre réseau, les appareils sembleront y entrer et en sortir constamment, ce qui faussera vos indicateurs de séjour. Dans un environnement de vente au détail, un bon point de départ consiste à définir des zones d'au moins vingt à trente mètres carrés. Troisièmement, pensez à votre pipeline de données. Votre contrôleur sans fil doit transmettre les données de localisation à la plateforme d'analyse. Cela se fait généralement via une API ou un syslog sécurisé. Assurez-vous que cette intégration est correctement configurée et que les données circulent en temps quasi réel — tout retard supérieur à trente secondes dégradera la qualité de vos tableaux de bord opérationnels en direct. Quatrièmement, et c'est un point souvent négligé : calibrez régulièrement. L'environnement RF d'un site évolue. De nouveaux présentoirs sont installés, les stocks saisonniers modifient l'agencement, la foule absorbe le signal différemment des allées vides. Une étude de site réalisée lors du déploiement ne sera plus exacte six mois plus tard. Intégrez un rythme de calibration dans votre planning opérationnel. Passons maintenant à une séance de questions-réponses rapide basée sur les problèmes de déploiement courants que je rencontre sur le terrain. Première question : Nos données de localisation sautent dans tous les sens dans notre entrepôt. Que se passe-t-il ? Les entrepôts sont des cauchemars pour la RF. Les rayonnages métalliques provoquent de graves réflexions de signal — ce que nous appelons l'évanouissement par trajets multiples. Le signal rebondit sur le métal et atteint l'AP via plusieurs chemins, ce qui fausse la lecture du RSSI. Vous devez probablement densifier vos AP, envisager des antennes directives orientées vers des allées spécifiques, et vous assurer que les algorithmes de lissage de votre plateforme d'analyse sont configurés pour les environnements à fortes interférences. Deuxième question : Nos temps de séjour semblent beaucoup trop courts, et notre nombre de visiteurs est bien plus élevé que prévu. Vous vous appuyez très certainement sur des données passives, et la randomisation des adresses MAC interrompt les sessions. Chaque fois qu'un appareil change d'adresse MAC, la plateforme le considère comme un tout nouveau visiteur qui ne reste que peu de temps. La solution consiste à encourager l'authentification au WiFi invité. Lorsque les utilisateurs se connectent, vous obtenez un identifiant persistant qui résiste à la randomisation des adresses MAC. Incitez à l'authentification — un simple Captive Portal avec une connexion sociale en un clic suffit souvent. Troisième question : Nous avons défini une zone autour de nos caisses, mais elle continue de capturer les personnes qui ne font que passer. Il s'agit d'un problème de configuration du seuil de présence (Dwell Threshold). Augmentez votre seuil de présence minimal pour cette zone. Si la file d'attente à la caisse prend généralement deux minutes, fixez le seuil à soixante ou quatre-vingt-dix secondes. Toute personne qui passe en moins de temps ne sera tout simplement pas comptabilisée comme présente à la caisse. Pour résumer tout ce que nous avons abordé aujourd'hui : le calcul du temps de présence transforme votre espace physique en un environnement mesurable et optimisable. Il nécessite un déploiement dense de points d'accès, une solide compréhension de la trilatération et du RSSI, ainsi qu'une configuration intelligente des barrières géographiques et des seuils de présence. Les données que vous obtenez en retour sont véritablement puissantes. Elles vous indiquent quelles zones sont performantes, où se forment les goulots d'étranglement et où l'agencement ou le personnel doivent être modifiés. Lorsqu'elles sont corrélées avec les données de vente ou d'exploitation, elles deviennent l'une des mesures les plus exploitables de l'ensemble de votre suite analytique. Pour les prochaines étapes, je vous recommande de commencer par un projet pilote ciblé. Choisissez deux ou trois zones à forte valeur ajoutée dans votre établissement, assurez-vous que la densité de vos points d'accès est suffisante, configurez soigneusement vos zones et vos seuils, et menez le projet pilote pendant quatre à six semaines avant de tirer des conclusions. Cela vous donnera suffisamment de données pour établir une base de référence et identifier des tendances significatives. Merci d'avoir participé à ce briefing technique de Purple. Pour obtenir des guides de mise en œuvre plus détaillés et découvrir comment la plateforme d'analyse indépendante du matériel de Purple peut fonctionner avec votre infrastructure existante, rendez-vous sur purple dot ai.

header_image.png

Résumé exécutif

Pour les espaces d'entreprise — des vastes surfaces de vente aux stades d'envergure — comprendre le comportement des visiteurs n'est plus un luxe marketing ; c'est une exigence opérationnelle critique. Le temps de séjour WiFi (dwell time), soit la durée pendant laquelle un appareil reste dans une zone physique définie, sert de métrique fondamentale pour mesurer l'engagement spatial. Cependant, calculer précisément le temps de séjour à l'aide de l'infrastructure sans fil existante nécessite de naviguer dans des environnements RF complexes, de gérer la randomisation des adresses MAC et de s'adapter aux variations de fréquences de requêtes de sonde (probe requests) des appareils.

Ce guide fournit aux professionnels de l'IT, architectes réseau et directeurs des opérations une référence technique définitive sur la méthode de calcul du temps de séjour à l'aide de l'analyse de localisation WiFi. Nous explorons les mécanismes de détection des appareils, le rôle de l'indicateur d'intensité du signal reçu (RSSI) et de la trilatération, ainsi que la manière dont des plateformes comme Purple traduisent les requêtes de sonde brutes en intelligence d'affaires exploitable. En tirant parti de votre infrastructure Guest WiFi existante, les organisations peuvent déployer des analyses évolutives sans réseaux matériels superposés coûteux. Le retour sur investissement est convaincant : les établissements qui mettent en œuvre l'analyse de localisation signalent systématiquement des améliorations mesurables des taux de conversion, de l'efficacité opérationnelle et de la satisfaction client.


Analyse technique approfondie : Les mécanismes du temps de séjour

Le calcul du temps de séjour est fondamentalement un problème de résolution spatiale et temporelle. Il nécessite d'identifier un appareil, d'estimer sa position et de suivre cette position en continu au fil du temps. Chacune de ces trois étapes introduit ses propres défis techniques, et une solution robuste doit tous les relever.

1. Détection et identification des appareils

Le processus commence par la détection passive des requêtes de sonde 802.11 (probe requests). Les appareils mobiles diffusent en continu ces trames de gestion pour découvrir les réseaux sans fil disponibles. Les points d'accès (AP) agissant comme capteurs capturent ces trames, qui contiennent l'adresse MAC de l'appareil, un horodatage et l'intensité du signal au niveau de l'AP récepteur (RSSI).

Historiquement, l'adresse MAC fournissait un identifiant persistant au niveau matériel. Cependant, les systèmes d'exploitation mobiles modernes — iOS 14+, Android 10+ et Windows 10+ — implémentent la randomisation MAC pour renforcer la confidentialité des utilisateurs. Lorsqu'un appareil n'est pas associé à un réseau, il utilise une adresse MAC temporaire et aléatoire qui change périodiquement. Cela pose un défi direct au calcul passif du temps de séjour, car un seul appareil physique peut apparaître comme plusieurs visiteurs uniques au cours d'une même session.

Pour maintenir la continuité des sessions et calculer précisément le temps de séjour, les plateformes d'analyse doivent employer l'une de ces deux stratégies. La première est le fingerprinting heuristique, qui consiste à analyser les éléments d'information (IE) au sein de la trame de requête de sonde (probe request) — tels que les débits de données pris en charge, les listes de canaux et les champs spécifiques au fournisseur — afin de lier de manière probabiliste les requêtes de sonde provenant d'un même appareil, même lorsque l'adresse MAC change. La seconde approche, bien plus fiable, consiste à s'appuyer sur des sessions authentifiées. Lorsqu'un utilisateur se connecte explicitement au réseau Guest WiFi , la plateforme reçoit la véritable adresse MAC matérielle de l'appareil et peut l'associer à un profil utilisateur persistant. Cette identification déterministe est la référence absolue pour obtenir des mesures de temps de séjour précises et à long terme.

2. Estimation spatiale : RSSI et trilatération

Une fois qu'un appareil est détecté, le système doit déterminer sa position physique. L'approche la plus largement déployée utilise la trilatération basée sur le RSSI, une technique expliquée en détail dans le guide The Mechanics of WiFi Wayfinding: Trilateration and RSSI Explained .

Le principe est simple : le RSSI décroît de manière prévisible avec la distance selon le modèle d'affaiblissement de propagation en espace libre (FSPL). En mesurant la puissance du signal au niveau de plusieurs AP, le système peut estimer la distance entre l'appareil et chaque AP. Lorsque trois AP ou plus détectent la même requête de sonde, le moteur d'analyse peut calculer la position de l'appareil en trouvant l'intersection de cercles (ou de sphères dans un environnement 3D multi-étages) dont les rayons correspondent aux distances estimées par rapport à chaque AP.

dwell_time_architecture_overview.png

En pratique, les environnements RF sont loin du modèle idéal en espace libre. L'évanouissement par trajets multiples, causé par la réflexion des signaux sur les murs, les étagères métalliques et les corps humains, introduit une variation significative du RSSI. Pour atténuer ce phénomène, les moteurs d'analyse de niveau production appliquent plusieurs techniques :

Technique Objectif Gain typique
Algorithme de centroïde pondéré Attribue un poids plus élevé aux AP ayant des lectures RSSI plus fortes Réduit l'erreur de position de 15 à 30 %
Filtrage de Kalman Lisse les estimations de localisation au fil du temps pour éliminer le bruit transitoire Réduit la gigue dans le suivi en temps réel
Cartographie d'empreintes (Fingerprint Mapping) Cartographie préalablement les signatures RSSI à des emplacements connus pour étalonnage Améliore la précision dans les environnements RF complexes
Moyennage multi-AP Calcule la moyenne du RSSI sur plusieurs intervalles d'échantillonnage Réduit l'impact des interférences momentanées

Pour une trilatération fiable, la Règle de Trois s'applique : un appareil doit être détecté par au moins trois AP simultanément avec une force de signal de -75 dBm ou supérieure. Les réseaux conçus uniquement pour la couverture — où un seul AP fournit un signal sur une large zone — ne permettront pas d'obtenir des analyses de localisation précises. Il s'agit d'une distinction architecturale critique qui doit être prise en compte avant le déploiement.

3. Calcul temporel : Définir et calculer le temps de présence

Grâce à un flux de coordonnées de localisation, le moteur d'analyse cartographie les positions des appareils par rapport à des zones géofensées définies au sein de la plateforme. Un géofence est un polygone virtuel dessiné sur un plan d'étage, représentant une zone physique significative telle qu'une file d'attente de caisse, un espace promotionnel ou le hall d'un hôtel.

Le temps de présence (dwell time) n'est pas simplement la différence entre le premier et le dernier horodatage observés. Un calcul robuste doit tenir compte des cycles de veille des appareils, des brèves sorties de zone et du bruit inhérent aux estimations de localisation. La logique de calcul standard définit trois paramètres clés :

Événement d'entrée : La position estimée de l'appareil entre dans une zone géofensée définie et y reste pendant une période minimale — le Seuil de présence — afin de filtrer les passants. Un seuil courant pour les environnements de vente au détail est de 30 secondes ; pour les salles d'attente des établissements de santé, 60 secondes peuvent être plus appropriées.

Événement de sortie : La position de l'appareil se déplace en dehors des limites de la zone, ou l'appareil n'est détecté par aucun AP pendant une Période d'expiration définie (généralement 3 à 5 minutes). Ce délai d'expiration gère les appareils qui passent en mode veille ou qui sont placés dans un sac, évitant ainsi une fin de session prématurée.

Durée de présence : La différence entre l'horodatage de l'événement d'entrée et celui de l'événement de sortie, moins toute marge de délai d'expiration. C'est la métrique signalée sur le tableau de bord WiFi Analytics .


Guide de déploiement

Le déploiement d'une solution robuste d'analyse de localisation WiFi nécessite une planification minutieuse et un alignement entre l'architecture réseau et les objectifs commerciaux. Les étapes suivantes représentent un cadre de déploiement neutre vis-à-vis des fournisseurs, applicable à tout environnement WLAN d'entreprise.

Étape 1 : Évaluation et densification de l'infrastructure

Réalisez une étude de site RF approfondie pour évaluer votre déploiement WLAN existant par rapport aux exigences des services de localisation. La question clé est de savoir si l'emplacement actuel de vos AP prend en charge la Règle de Trois dans toutes les zones cibles. Utilisez un outil tel qu'Ekahau ou iBwave pour modéliser la couverture des AP et identifier les lacunes. Si votre réseau a été conçu uniquement pour le débit et la couverture, vous devrez presque certainement densifier le déploiement, en particulier dans les zones à forte valeur ajoutée. Prévoyez un budget pour des AP et du câblage supplémentaires dans le cadre du projet.

Étape 2 : Définition des zones et géofencing

Cartographiez votre espace physique en zones logiques au sein de la plateforme d'analyse. Importez vos plans d'étage et définissez des zones géoforcées qui correspondent à vos problématiques métier. Dans un environnement de Retail , les zones typiques comprennent l'entrée, des catégories de produits spécifiques, les zones promotionnelles et les caisses. Dans un contexte de Hospitality , les zones pertinentes peuvent inclure le hall d'accueil, le restaurant, le bar, les salles de conférence et l'espace piscine. Veillez à ce que les zones soient dimensionnées de manière appropriée — un minimum de 20 à 30 mètres carrés constitue une limite inférieure pratique pour l'analyse de localisation basée sur le WiFi.

Étape 3 : Intégration du contrôleur et pipeline de données

Intégrez votre contrôleur sans fil (Cisco, Aruba, Meraki, Ruckus ou équivalent) à la plateforme d'analyse. Cela implique généralement de configurer le contrôleur pour qu'il transfère les flux de données RTLS (Real-Time Location System) ou les mises à jour de l'API de localisation vers le moteur d'analyse. Assurez-vous que le pipeline de données est configuré pour une transmission en temps quasi réel — une latence supérieure à 30 secondes dégradera la qualité des tableaux de bord opérationnels en direct. Toutes les transmissions de données doivent être chiffrées en transit (TLS 1.2 minimum) et être conformes au GDPR ainsi qu'à toutes les réglementations applicables en matière de protection des données.

Étape 4 : Configuration des seuils et établissement de la référence

Configurez les seuils de temps de présence (Dwell Thresholds) et les périodes d'expiration (Timeout Periods) pour chaque zone en fonction du comportement attendu dans cette zone. Faites fonctionner le système pendant un minimum de quatre à six semaines avant de tirer des conclusions, afin d'établir une base de référence statistiquement robuste. Cette référence est essentielle pour identifier les écarts significatifs — une baisse soudaine du temps de présence sur un présentoir promotionnel, par exemple, peut indiquer un problème de merchandising ou un manque de personnel.

dwell_time_heatmap_infographic.png


Bonnes pratiques

Les recommandations suivantes reflètent les approches standards de l'industrie pour déployer l'analyse de localisation WiFi à grande échelle.

Calibrez régulièrement l'environnement RF. L'environnement physique d'un site change continuellement — les nouveaux affichages, les stocks saisonniers, la densité de la foule modifient tous la propagation RF. Une étude de site réalisée lors du déploiement ne sera plus exacte six mois plus tard. Intégrez un rythme de calibration trimestriel dans votre calendrier opérationnel, et recalibrez immédiatement après tout changement physique important de l'espace.

Segmentez les analyses passives et authentifiées. Sensibilisez les parties prenantes à la distinction entre les analyses passives (appareils non authentifiés, soumis à la randomisation des adresses MAC) et les analyses authentifiées (utilisateurs connectés au WiFi invité). Les données passives fournissent des données de tendance fiables à grande échelle ; les données authentifiées permettent un suivi déterministe au niveau individuel. Utilisez les données passives pour l'analyse de la fréquentation globale et de la popularité des zones, et les données authentifiées pour l'attribution des conversions et l'engagement personnalisé. Corréler avec les données opérationnelles. Le temps de séjour isolé est une métrique, pas une analyse. La valeur est révélée lorsque les données spatiales sont corrélées avec les données de point de vente (PoS), les plannings du personnel ou les registres de prestation de services. Un temps de séjour élevé dans une file d'attente de caisse, par exemple, n'est exploitable que s'il est corrélé aux volumes de transactions et aux niveaux d'effectifs. Cette corrélation est le fondement de l'analyse du ROI pour l'investissement dans l'analyse de localisation.

S'aligner sur les exigences de confidentialité et de conformité. Assurez-vous que votre déploiement est conforme au GDPR (au Royaume-Uni et dans l'UE) et à toutes les réglementations sectorielles spécifiques à votre secteur. Dans les environnements de Santé , les données de localisation des patients peuvent être soumises à des exigences de protection des données supplémentaires. Mettez en œuvre des principes de minimisation des données — collectez uniquement ce qui est nécessaire, anonymisez dans la mesure du possible et définissez des politiques de rétention des données claires.


Résolution des problèmes et atténuation des risques

Le tableau suivant résume les modes de défaillance les plus courants dans les déploiements de mesure du temps de séjour WiFi et les étapes de remédiation recommandées.

Mode de défaillance Cause probable Remédiation
Nombre de visiteurs gonflé, temps de séjour courts Randomisation MAC sur les appareils non authentifiés Encourager l'authentification au WiFi invité ; utiliser l'empreinte heuristique pour les données passives
Données de localisation erratiques (appareils sautant d'une zone à l'autre) Densité de points d'accès insuffisante ou évanouissement par trajets multiples Densifier les points d'accès ; ajuster les algorithmes de lissage ; recalibrer le modèle RF
Zones capturant les passants Seuil de temps de séjour défini trop bas Augmenter le seuil de temps de séjour minimum pour la zone concernée
Zone de caisse capturant le trafic d'entrée Définitions de zones chevauchantes ou surdimensionnées Resserrer les limites du geofencing ; s'assurer que les zones ne se chevauchent pas
Données du tableau de bord obsolètes ou retardées Latence du pipeline de données ou limitation du taux d'API Examiner l'intégration du contrôleur ; augmenter la fréquence d'interrogation de l'API
Mauvaise précision dans les environnements multi-étages Trilatération 2D appliquée à un espace 3D Mettre en œuvre une discrimination au niveau de l'étage en utilisant les données d'élévation des points d'accès

ROI et impact commercial

La mise en œuvre de l'analyse de localisation WiFi transforme les espaces physiques en environnements mesurables et optimisables. L'analyse de rentabilité s'articule autour de trois dimensions : la génération de revenus, l'efficacité opérationnelle et l'expérience client.

Du côté des revenus, les données sur le temps de séjour permettent de prendre des décisions de merchandising basées sur des preuves. Savoir qu'une tête de gondole spécifique génère un temps de séjour moyen de 9,2 minutes — contre 1,6 minute à l'entrée — permet aux chefs de produit de prioriser les articles à forte marge dans les zones à fort engagement. Pour les opérateurs de Transport , comprendre les schémas de séjour dans les concessions commerciales éclaire directement les négociations de bail et les accords de partage des revenus.

Sur le plan opérationnel, l'analyse de la durée de visite en temps réel permet une gestion dynamique du personnel. Un système de gestion des files d'attente qui déclenche une alerte pour le personnel lorsque le temps d'attente en caisse dépasse un seuil défini peut réduire les temps d'attente sans le coût d'un sur-effectif permanent. Cela contribue directement à l'amélioration de la satisfaction client — un sujet exploré en profondeur dans How To Improve Guest Satisfaction: The Ultimate Playbook .

Sur le plan de l'expérience, l'intelligence de localisation permet un engagement contextuellement pertinent. Lorsqu'elles sont intégrées à la plateforme WiFi Analytics de Purple, les données de durée de visite peuvent déclencher des notifications personnalisées — par exemple, une offre de réduction envoyée à un client qui a passé plus de cinq minutes dans le rayon chaussures. Cette capacité est de plus en plus pertinente à mesure que les établissements explorent des modèles d'accès sans mot de passe qui réduisent les frictions d'authentification tout en maintenant la qualité des données.

Pour les organisations du secteur public et les initiatives de villes intelligentes, l'analyse de la durée de visite fournit la base factuelle nécessaire aux décisions d'investissement dans les infrastructures — en comprenant comment les citoyens utilisent les espaces publics, les hubs de transport et les bâtiments civiques. Le développement des capacités de Purple dans le secteur public, comme le souligne la nomination d'Iain Fox en tant que VP Growth pour le secteur public , reflète la demande croissante pour ce type d'intelligence spatiale dans les environnements gouvernementaux et municipaux.

Le coût total de possession d'un déploiement d'analyse de localisation WiFi est généralement faible par rapport à la valeur opérationnelle générée, en particulier lorsque la couche d'analyse est déployée sur une infrastructure WLAN existante. Le coût marginal correspond principalement à la licence de la plateforme d'analyse et au temps d'ingénierie requis pour l'intégration et le calibrage — et non à un investissement matériel à partir de zéro.

Définitions clés

Temps de présence Wi-Fi

La durée mesurée pendant laquelle un appareil compatible Wi-Fi reste dans une zone physique définie, calculée à partir de la différence entre un événement d'entrée et un événement de sortie détectés par l'infrastructure sans fil.

La mesure principale pour l'analyse de l'engagement spatial. Utilisé par les exploitants de commerces, les gestionnaires de sites et les administrateurs d'établissements de santé pour comprendre comment les personnes utilisent les espaces physiques.

Received Signal Strength Indicator (RSSI)

Une mesure du niveau de puissance d'un signal radio reçu, exprimée en décibels par rapport à un milliwatt (dBm). Les valeurs varient généralement de 0 dBm (signal maximum) à -100 dBm (signal minimum détectable).

La donnée brute d'entrée pour l'estimation de la distance dans l'analyse de localisation Wi-Fi. Un RSSI de -75 dBm ou supérieur sur trois points d'accès ou plus est le minimum requis pour une trilatération fiable.

Trilatération

Une technique mathématique permettant de déterminer la position d'un point en mesurant sa distance par rapport à trois points de référence connus ou plus. Dans l'analyse Wi-Fi, les points de référence sont les points d'accès et les distances sont estimées à partir des relevés RSSI.

L'algorithme de positionnement central utilisé par les plateformes d'analyse de localisation Wi-Fi. Distinct de la triangulation, qui utilise des angles plutôt que des distances.

Randomisation des adresses MAC

Une fonctionnalité de confidentialité implémentée dans les systèmes d'exploitation mobiles modernes (iOS 14+, Android 10+) dans laquelle un appareil utilise une adresse MAC temporaire et aléatoire lorsqu'il recherche des réseaux, plutôt que son adresse matérielle permanente.

Le principal défi technique pour l'analyse Wi-Fi passive. Fait apparaître un seul appareil physique comme plusieurs visiteurs uniques, ce qui gonfle le nombre de visites et fragmente les sessions de temps de présence. Ce problème est atténué en encourageant l'authentification au Wi-Fi invité.

Geofencing

La création d'une frontière géographique virtuelle — définie comme un polygone sur un plan d'étage — qui déclenche des événements analytiques (entrée, sortie, présence) lorsqu'un appareil suivi franchit cette frontière.

Utilisé dans le tableau de bord analytique pour définir des zones spécifiques pour la mesure du temps de présence localisé. La taille et l'emplacement des zones sont des décisions de configuration critiques qui ont un impact direct sur la qualité des données.

Seuil de présence

La durée minimale pendant laquelle un appareil doit rester dans une zone de geofencing avant que la plateforme d'analyse n'enregistre un événement d'entrée et ne commence à comptabiliser le temps de présence.

Essentiel pour la qualité des données. Un seuil trop bas comptabilisera les passants comme des visiteurs présents ; un seuil trop élevé manquera les engagements réels de courte durée. Doit être ajusté par zone en fonction du comportement attendu.

Évanouissement par trajets multiples

Un phénomène par lequel un signal radio atteint une antenne de réception via deux trajets ou plus — une ligne de visée directe et un ou plusieurs trajets réfléchis — provoquant des interférences constructives ou destructives qui déforment la force du signal reçu.

La principale source d'imprécision du RSSI dans les environnements intérieurs complexes tels que les entrepôts, les magasins de détail et les hôpitaux. Atténué par la densification des points d'accès, les algorithmes de lissage et l'empreinte radio (RF fingerprinting).

Requête de sonde (Probe Request)

Une trame de gestion 802.11 diffusée par un appareil client pour découvrir les réseaux sans fil disponibles. Contient l'adresse MAC de l'appareil (qui peut être randomisée), les débits de données pris en charge et d'autres informations sur ses capacités.

Le paquet de données fondamental capturé par les points d'accès pour détecter la présence d'appareils dans un lieu. La donnée brute d'entrée pour toutes les analyses passives de localisation Wi-Fi.

Identification déterministe

La capacité d'identifier un appareil ou un utilisateur spécifique avec certitude, généralement obtenue via un événement d'authentification où la véritable adresse MAC matérielle de l'appareil est révélée au réseau.

Obtenue lorsqu'un utilisateur s'authentifie sur le réseau Wi-Fi invité. Permet un suivi précis du temps de présence à long terme, insensible à la randomisation des adresses MAC, et permet d'associer les données spatiales à un profil utilisateur connu pour l'attribution des conversions.

Affaiblissement de propagation en espace libre (FSPL)

L'atténuation de la force du signal radio qui se produit lorsque le signal se propage dans l'espace libre, augmentant avec la distance et la fréquence selon un modèle logarithmique.

La base théorique de la conversion du RSSI en distance dans la trilatération. Les environnements réels s'écartent considérablement du modèle FSPL en raison des obstacles et des réflexions, c'est pourquoi les algorithmes d'étalonnage et de lissage sont essentiels.

Exemples concrets

Une chaîne nationale de vente au détail comptant 150 magasins souhaite mesurer l'efficacité d'une nouvelle tête de gondole promotionnelle. L'équipe marketing a besoin de savoir combien de temps les acheteurs s'arrêtent devant la PLV, et si un temps de séjour élevé est corrélé à une augmentation des ventes de la référence promue.

Étape 1 — Création de zone : Définissez une barrière géographique précise (environ 4m x 3m) autour de la tête de gondole dans le tableau de bord analytique Purple, distincte de la zone d'allée plus large. Étape 2 — Configuration du seuil : Définissez un seuil de séjour minimum de 20 secondes pour filtrer les clients qui passent simplement devant l'allée. Étape 3 — Période de référence : Exécutez les analyses pendant deux semaines avant le lancement de la promotion afin d'établir un temps de séjour de référence pour cette zone. Étape 4 — Mesure de la période de promotion : Activez la promotion et surveillez le temps de séjour quotidiennement. Exportez les données de temps de séjour via l'API d'analyse. Étape 5 — Corrélation : Associez l'ensemble de données de temps de séjour aux données de transaction PoS pour la référence promue, segmentées par heure de la journée et jour de la semaine. Calculez le coefficient de corrélation de Pearson entre le temps de séjour moyen dans la zone et le volume horaire des ventes de la référence. Étape 6 — Rapports : Présentez les données de corrélation à l'équipe de gestion des catégories avec une recommandation de reproduire le format d'affichage dans les magasins à forte fréquentation.

Commentaire de l'examinateur : La décision de conception critique ici est la barrière géographique étroite autour de la PLV spécifique, plutôt que l'allée plus large. Cela permet d'isoler le comportement d'intérêt. Le seuil de 20 secondes est approprié pour un contexte de navigation en magasin — assez court pour capturer un engagement réel, assez long pour exclure le simple passage. La corrélation avec les données PoS est ce qui transforme la métrique de séjour en un indicateur commercial. Notez que si le magasin s'appuie entièrement sur des analyses passives, la randomisation MAC peut sous-estimer les visiteurs récurrents ; une corrélation avec les données de cartes de fidélité ou l'incitation à l'authentification au WiFi invité améliorerait la précision de l'analyse au niveau individuel.

Un grand groupement hospitalier du NHS doit surveiller les temps d'attente des patients dans la zone de tri des urgences afin de garantir le respect de l'objectif de SLA de quatre heures. L'équipe informatique dispose d'un déploiement Cisco Meraki existant mais n'a pas de capacité d'analyse actuelle.

Étape 1 — Audit de l'infrastructure : Réalisez une étude de site RF de la zone d'attente de tri. Vérifiez qu'au moins trois AP Meraki captent les appareils dans toutes les zones d'assise à -70 dBm ou mieux. L'environnement des urgences présente généralement des interférences RF élevées dues aux équipements médicaux ; densifiez si nécessaire. Étape 2 — Intégration de l'API de localisation Meraki : Activez l'API de balayage Meraki sur les AP concernés et configurez-la pour envoyer les données de localisation par POST au point de terminaison de la plateforme d'analyse Purple à des intervalles de 30 secondes. Étape 3 — Définition de la zone : Définissez la zone d'attente de tri comme une zone distincte dans Purple. Définissez le seuil de séjour à 60 secondes et le délai d'expiration à 10 minutes (pour tenir compte des patients qui peuvent être brièvement emmenés dans une salle annexe). Étape 4 — Alertes en temps réel : Configurez une alerte webhook pour notifier l'infirmier responsable de garde via le système de messagerie opérationnel de l'hôpital (par exemple, Microsoft Teams ou Vocera) si le temps de séjour moyen dans la zone de tri dépasse 45 minutes. Étape 5 — Rapports : Générez des rapports hebdomadaires sur le temps de séjour segmentés par heure de la journée et jour de la semaine afin d'identifier les périodes de pointe pour l'optimisation des effectifs.

Commentaire de l'examinateur : Dans le secteur de la santé, le temps de séjour a un impact direct sur les résultats des patients et la conformité réglementaire. L'étape critique est l'audit de l'infrastructure — la précision de la localisation doit être suffisante pour distinguer la zone d'attente des couloirs cliniques adjacents, qui peuvent n'être séparés que de quelques mètres. Le délai d'expiration de 10 minutes est délibérément généreux pour tenir compte des schémas de déplacement non linéaires des patients dans un service d'urgences. L'alerte en temps réel est ce qui transforme l'analyse rétrospective en un outil opérationnel proactif. La gouvernance des données est primordiale dans ce contexte : assurez-vous que toutes les données de localisation sont traitées conformément aux politiques de protection des données du NHS et au GDPR britannique, et que les données des patients sont anonymisées dès la collecte.

Questions d'entraînement

Q1. Vous déployez des analyses de localisation dans un grand entrepôt équipé de rayonnages métalliques élevés. Les premiers tests montrent que la localisation des appareils saute de manière erratique entre les allées, et les temps de séjour moyens sont incohérents. Quelle est la cause profonde la plus probable et quelles mesures de remédiation recommanderiez-vous ?

Conseil : Considérez comment la structure physique de l'environnement affecte la propagation du signal RF, et ce que cela signifie pour la fiabilité de l'estimation de la distance basée sur le RSSI.

Voir la réponse type

Les données de localisation erratiques sont causées par un évanouissement par trajets multiples sévère. Les rayonnages métalliques réfléchissent et dispersent les signaux RF, ce qui signifie que les valeurs RSSI reçues par les AP sont fortement déformées par les trajets réfléchis plutôt que de représenter les véritables distances en ligne de visée directe. Cela rend les estimations de distance du moteur de trilatération peu fiables. Remédiation recommandée : (1) Densifier le déploiement des AP, en positionnant les AP à l'extrémité de chaque allée pour maximiser la couverture en ligne de visée directe sur toute la longueur de l'allée. (2) Envisager des antennes directives orientées vers des allées spécifiques pour réduire les interférences entre allées. (3) Mettre en œuvre le RF fingerprinting — cartographier au préalable les signatures RSSI à des points de grille connus dans tout l'entrepôt pour créer un modèle de localisation calibré qui prend en compte les caractéristiques RF spécifiques de l'environnement. (4) Ajuster les paramètres de lissage du filtre de Kalman de la plateforme d'analyse pour réduire l'impact des pics de RSSI transitoires sur l'estimation de la localisation.

Q2. Un directeur des opérations de vente au détail signale que la plateforme d'analyse affiche des nombres de visiteurs quotidiens totaux trois fois supérieurs à ceux du compteur manuel à la porte, et des temps de séjour moyens inférieurs à deux minutes dans toutes les zones. Le déploiement repose entièrement sur la surveillance passive des requêtes de sonde (probe requests). Quel est le problème d'architecture et comment le résoudriez-vous ?

Conseil : Pensez à ce qui arrive à l'identifiant d'un appareil au cours d'une visite d'achat d'une heure sur un smartphone moderne.

Voir la réponse type

Le problème est la randomisation des adresses MAC. Les smartphones modernes modifient périodiquement leur adresse MAC aléatoire — dans certains cas toutes les quelques minutes. Comme la plateforme repose entièrement sur la surveillance passive des requêtes de sonde, chaque nouvelle adresse MAC est interprétée comme un nouveau visiteur unique. Un seul client qui passe une heure dans le magasin peut générer dix adresses MAC uniques ou plus, chacune apparaissant comme un visiteur distinct avec un temps de séjour court. La résolution est double : (1) Mettre en œuvre un flux d'authentification Captive Portal WiFi pour inciter les utilisateurs à se connecter au réseau, fournissant une adresse MAC matérielle persistante et une identité d'utilisateur connue. Même un taux d'authentification de 30 à 40 % améliorera considérablement la qualité des données. (2) Pour les données passives restantes, mettre en œuvre un fingerprinting heuristique pour lier de manière probabiliste les requêtes de sonde du même appareil en fonction des modèles d'éléments d'information (Information Elements), réduisant ainsi (sans l'éliminer) l'inflation causée par la rotation des adresses MAC. Communiquez clairement aux parties prenantes que les comptages passifs de visiteurs sont des indicateurs de tendance et non des chiffres absolus.

Q3. Vous avez déployé des analyses de localisation dans un centre commercial et défini une zone autour d'un espace de restauration spécifique. Les données montrent que la zone présente un temps de séjour moyen anormalement élevé de 45 minutes, mais l'exploitant de l'espace de restauration signale que la plupart des clients ne restent assis que 15 à 20 minutes. Quel problème de configuration pourrait expliquer cet écart ?

Conseil : Considérez comment la plateforme d'analyse gère les appareils qui cessent d'envoyer des requêtes de sonde tout en restant physiquement présents dans la zone.

Voir la réponse type

La cause la plus probable est une période de temporisation (Timeout Period) incorrectement configurée. Lorsqu'un client a fini de manger et met son téléphone dans sa poche ou son sac, l'appareil peut passer en mode basse consommation et cesser de diffuser des requêtes de sonde. Si la période de temporisation est configurée sur une durée trop longue — par exemple, 30 minutes —, la plateforme poursuivra la session de présence pendant 30 minutes après la dernière sonde détectée, même si le client est déjà parti. Cela gonfle artificiellement le temps de séjour signalé. La solution consiste à réduire la période de temporisation à une valeur qui reflète l'intervalle typique entre les diffusions de sondes dans cet environnement — généralement 3 à 5 minutes conviennent pour un lieu public fréquenté. De plus, vérifiez si la limite de la barrière géographique (geofence) pour la zone de restauration ne capture pas par inadvertance des zones adjacentes (par exemple, un couloir ou une file d'attente) où les clients peuvent s'attarder après avoir quitté la zone de restauration.

Continuer la lecture de cette série

Mesurer le ROI commercial du WiFi invité et du Location Analytics

Ce guide fournit un cadre technique et opérationnel pour mesurer le ROI commercial du WiFi invité et du location analytics. Il détaille comment calculer la valeur des investissements matériels grâce à l'augmentation du temps de séjour, à l'efficacité opérationnelle et à la collecte de données de première partie (first-party) dans le commerce de détail, l'hôtellerie et les espaces publics. Les responsables informatiques, les architectes réseau, les CTO et les directeurs de l'exploitation des sites y trouveront des cadres de mesure concrets, des études de cas réelles et des conseils de conformité pour justifier et maximiser leur investissement WiFi.

Lire le guide →

Privacy by Design : Anonymiser les données WiFi pour la conformité GDPR

Ce guide de référence détaille l'architecture technique et les stratégies de mise en œuvre pour anonymiser les données WiFi afin de garantir la conformité GDPR. Il fournit aux responsables informatiques et aux architectes réseau des cadres exploitables pour concilier des analyses de site robustes avec des exigences strictes en matière de confidentialité des données.

Lire le guide →

Heatmapping vs Presence Analytics : Différences techniques

Ce guide technique de référence détaille les différences architecturales et opérationnelles cruciales entre le heatmapping WiFi et les presence analytics pour les exploitants de sites d'entreprise. Il fournit aux responsables informatiques, architectes réseau et directeurs des opérations des cadres de déploiement exploitables, des scénarios d'implémentation réels et des meilleures pratiques neutres vis-à-vis des fournisseurs pour maximiser le ROI de leur infrastructure sans fil existante.

Lire le guide →