Analytique de localisation Cisco Meraki : ce que vous obtenez de série et ses limites

Les points d'accès Cisco Meraki intègrent des analyses de localisation sans licence séparée. Vous obtenez des vues de proximité, d'engagement et de fidélité, une carte thermique de plan d'étage et l'API de balayage pour les observations brutes. Elle compte les appareils anonymes, pas les personnes. La randomisation des adresses MAC affaiblit les chiffres de visites répétées, les vues sont limitées à chaque réseau et vous n'obtenez aucun visiteur identifié sans Captive Portal.

Qu'est-ce que l'analyse de localisation Cisco Meraki ?

L'analyse de localisation Cisco Meraki est le rapport de présence intégré aux points d'accès Meraki MR et au tableau de bord Meraki. Vos points d'accès écoutent les appareils à proximité, y compris leurs requêtes de sonde et leur trafic. Le tableau de bord transforme ces détections en décomptes, durées et modèles de visites répétées pour chaque réseau.

Cisco inclut cette fonctionnalité avec l'offre sans fil Meraki. Cela en fait le premier endroit où la plupart des parcs Meraki cherchent des données de fréquentation. Prêt à l'emploi, vous obtenez quatre éléments.

Les vues de proximité, d'engagement et de fidélité

Le tableau de bord regroupe les données de présence en trois vues :

• Proximité sépare les appareils détectés en passants, visiteurs et connectés. Les passants sont entendus brièvement ou avec un faible niveau de signal. Les visiteurs sont vus suffisamment près et suffisamment longtemps pour être comptabilisés à l'intérieur. Les appareils connectés ont rejoint votre WiFi.
• Engagement classe les visiteurs par temps de présence : 5-20 minutes, 20-60 minutes, 1-6 heures et 6 heures et plus.
• Fidélité regroupe les visiteurs par fréquence de retour : première fois, quotidien, hebdomadaire et occasionnel.

La documentation sur l'analyse de localisation de Cisco définit les seuils de signal et de temps derrière chaque catégorie. Lisez ces définitions avant de présenter un chiffre à votre direction.

La carte thermique de localisation Meraki

Placez précisément vos points d'accès sur les plans d'étage téléchargés et le tableau de bord affiche la densité d'appareils dans l'espace. Il estime la position à partir du RSSI (indicateur de niveau de signal reçu), la force avec laquelle chaque point d'accès entend un appareil. Les estimations s'améliorent lorsque plusieurs points d'accès entendent le même appareil en même temps.

L'API de balayage Meraki

L'API de balayage pousse les observations d'appareils brutes de vos points d'accès vers un serveur que vous gérez. C'est le moyen de sortir du tableau de bord pour alimenter votre propre pipeline de données. Nous détaillons son fonctionnement ci-dessous.

Pourquoi les données de présence Meraki sont-elles importantes pour votre établissement ?

Les données de présence répondent à des questions auxquelles les caisses et les scanners de billets ne peuvent pas répondre. Combien de personnes sont passées devant l'entrée sans entrer ? Combien de temps sont-elles restées ? Quelles zones étaient vides à 15 heures un mardi ?

Les équipes du Secteur de la vente au détail lisent le ratio passants/visiteurs comme un indicateur de la conversion de la devanture. Les Hôtels utilisent le temps de présence au bar du hall ou au spa pour voir où les clients passent leurs soirées. Les équipes de gestion immobilière du Secteur de la santé peuvent dimensionner les salles d'attente en fonction des volumes de visiteurs observés plutôt que des listes de rendez-vous.

L'intérêt est évident. Les données sont déjà collectées sur le matériel que vous possédez. La vraie question est de savoir jusqu'où cela vous mène avant d'avoir besoin de plus.

Comment fonctionne l'analyse de géolocalisation Cisco Meraki ?

Activation

L'analyse de géolocalisation est un paramètre global du réseau dans le tableau de bord Meraki. Vous l'activez par réseau, puis vous placez chaque point d'accès sur son plan d'étage. Sans un positionnement précis, la carte thermique et les estimations de coordonnées relèvent de la devinette. Suivez la documentation actuelle de Cisco pour connaître les étapes, car les menus du tableau de bord évoluent d'une version à l'autre.

Deux vérifications avant de faire confiance à un chiffre :

1. Confirmez que chaque point d'accès est rattaché au bon étage et à la bonne position.
2. Collectez quelques semaines de données de référence avant de comparer des périodes ou des sites.

La densité des points d'accès pour la géolocalisation est un choix de conception, pas un simple interrupteur. Un réseau conçu uniquement pour la couverture peut faire en sorte que les appareils ne soient captés que par un seul point d'accès. Cela produit un décompte, mais une position imprécise. Notre guide Réseau : meilleures pratiques pour les lieux publics et les entreprises en 2026 traite du positionnement et de la densité.

Lecture des trois vues

Proximité. Observez les ratios, pas le nombre brut de passants. Les passants incluent les appareils détectés à travers les murs et les fenêtres, et la randomisation MAC gonfle ce chiffre, comme expliqué ci-dessous. Les décomptes de visiteurs et d'appareils connectés sont plus stables.

Engagement. C'est la vue la plus fiable pour les décisions opérationnelles, en particulier pour les appareils connectés. Un appareil connecté conserve généralement une seule adresse privée sur votre réseau pendant toute la durée de la visite. Les appareils qui ne se connectent jamais font tourner leurs adresses de sous-réseau, ce qui peut diviser une longue visite en plusieurs visites courtes. Comparez le même segment d'une semaine sur l'autre pour juger si une modification d'agencement a retenu les visiteurs plus longtemps.

Fidélité. Traitez cette vue avec la plus grande prudence. Elle repose sur la reconnaissance de la même adresse d'appareil à une date ultérieure, et les smartphones modernes sont précisément conçus pour empêcher cela. La section sur les limites en explique l'effet.

Utilisation de l'API d'analyse de balayage Meraki

L'API de balayage Meraki permet à votre équipe informatique d'intégrer les observations brutes dans son propre pipeline. La documentation de l'API de balayage de Cisco détaille la version actuelle et le schéma de données. En résumé :

• Vous enregistrez une URL réceptrice dans le tableau de bord. Meraki envoie une requête de validation, et votre serveur doit renvoyer la chaîne de validation affichée sur le tableau de bord.
• Meraki envoie ensuite des données JSON d'observations par lots, environ une fois par minute selon la documentation de Cisco.
• Chaque donnée transporte un secret partagé que vous définissez, afin que votre récepteur puisse rejeter tout ce qui ne provient pas de votre réseau.
• Les observations WiFi et Bluetooth Low Energy (BLE) arrivent sous forme de flux séparés.
• Chaque observation comprend l'adresse MAC du client, le fabricant et le point d'accès le plus proche avec son RSSI. Les appareils connectés indiquent également l'SSID.
• Les estimations de géolocalisation arrivent sous forme de coordonnées x/y et latitude/longitude, avec un indice de variance indiquant le niveau de confiance de l'estimation.

L'API vous donne le contrôle. Vous définissez votre propre définition des visiteurs, en utilisant un seuil RSSI et une durée de présence minimale adaptés à votre bâtiment. Vous pouvez ignorer les positions dont la variance est trop large pour être utile. Vous pouvez hacher les adresses MAC dès l'arrivée afin que les identifiants bruts n'atteignent jamais votre entrepôt de données.

Elle vous confère également la propriété. Vous hébergez le récepteur, vous le maintenez disponible, vous absorbez les changements de schéma entre les versions de l'API et vous assumez les obligations GDPR relatives aux identifiants d'appareils. Prévoyez du temps d'ingénierie pour cela, et pas seulement pour la configuration initiale.

Où se situe-t-elle par rapport à ce que vous utilisez déjà ?

Les vues natives de Meraki et l'API de balayage mesurent toutes deux les appareils. Un Portail Captif mesure les personnes qui ont choisi de s'identifier. Un Portail Captif est la page web qu'un appareil voit avant d'accéder à Internet, sur laquelle le visiteur se connecte ou accepte les conditions d'utilisation. Ces deux outils répondent à des questions différentes, c'est pourquoi la plupart des entreprises matures exploitent les deux.

Purple exécute un Portail Captif et des fonctionnalités de WiFi Analytics sous la forme d'une superposition cloud sur vos points d'accès Cisco Meraki existants. Purple est indépendant du matériel et fonctionne avec Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks et Fortinet.

Fonctionnalité	Vues du tableau de bord Meraki	API de balayage Meraki	Purple sur Meraki
Ce qu'elle mesure	Nombre d'appareils anonymes, durée de présence et fréquence de retour	Observations brutes par appareil envoyées par lots environ une fois par minute	Visiteurs connectés disposant d'un profil et d'un enregistrement de consentement
Portée	Un réseau à la fois	Tous les réseaux que vous pointez vers votre récepteur	Chaque site au sein d'une interface unique
Historique	Fenêtre de conservation publiée par Cisco pour les données de géolocalisation	Tout ce que votre propre stockage conserve	Conservé dans la plateforme Purple (certifiée ISO 27001)
Impact de la randomisation des adresses MAC	Fidélité et passants déformés	Même déformation, mais vous pouvez la modéliser	Visites répétées associées au profil de connexion
Identifie le visiteur	Non	Non	Oui, grâce à des consentements explicites et volontaires
Consentement marketing	Non capturé	Non capturé	Capturé lors de la connexion
Effort de gestion	Activer par réseau, placer les points d'accès sur les plans de masse	Développer, héberger et maintenir un récepteur, un stockage et un modèle de données	Configurer le Portail Captif sur Meraki, aucun nouveau matériel requis
Coût	Inclus avec le réseau sans fil Meraki	Inclus, plus vos coûts d'hébergement et de temps d'ingénierie	Abonnement Purple en complément de votre licence Meraki

Quelles sont les limites de l'analyse de géolocalisation Meraki ?

Fenêtres de conservation

Le tableau de bord est conçu pour des vues opérationnelles récentes, et non pour un historique pluriannuel. Cisco publie des durées de conservation dans sa documentation sur la conservation des données Meraki. Vérifiez le chiffre actuel avant de promettre à quiconque une comparaison d'une année sur l'autre.

Si vous avez besoin d'un historique étendu, diffusez les données via l'API de balayage dans votre propre stockage dès le premier jour. L'API transmet les observations en temps quasi réel. Elle ne rejoue pas l'historique, donc tout ce que votre récepteur a manqué est définitivement perdu.

Votre propre stockage entraîne alors vos propres obligations. Le principe de limitation de la conservation du GDPR, article 5(1)(e), vous impose de ne pas conserver les données personnelles plus longtemps que nécessaire. Définissez une durée de conservation, documentez-la et supprimez les données dans les délais prévus.

Agrégation au niveau du site

Les vues natives sont conçues autour d'un réseau unique, ce qui signifie généralement un seul site. Un parc de 60 magasins devient 60 ensembles de graphiques. La comparaison inter-sites implique d'exporter réseau par réseau ou de créer votre propre pipeline sur l'API de détection.

Les vues natives ne peuvent pas non plus vous indiquer qu'un acheteur a visité vos magasins de Leeds et de Manchester au cours de la même semaine. Chaque réseau voit ses propres appareils, et les adresses randomisées empêchent toute tentative de rapprochement entre les sites.

Randomisation MAC et segments de fidélité

C'est la limite la plus importante pour un analyste. Depuis iOS 14 et Android 10, les téléphones utilisent par défaut une adresse MAC privée et randomisée pour chaque réseau. Les requêtes de sondage émanant d'appareils qui ne se connectent jamais utilisent depuis plus longtemps encore des adresses randomisées qui changent fréquemment. Apple et Google documentent tous deux ce comportement.

Les effets sur les données de présence Meraki sont prévisibles :

• Gonflement du nombre de passants. Un seul téléphone qui ne se connecte jamais peut apparaître comme plusieurs appareils au fur et à mesure que son adresse de sondage change.
• Gonflement du nombre de nouveaux visiteurs. Un téléphone déjà venu mais qui ne se connecte pas présente une nouvelle adresse, de sorte que le tableau de bord enregistre un inconnu.
• Baisse de la fidélité quotidienne et hebdomadaire. Les visites répétées ne sont pas comptabilisées pour la même raison.

Les appareils connectés s'en sortent mieux, car l'adresse privée par réseau persiste généralement sur votre SSID. Les récentes versions d'Apple ajoutent une option de rotation qui modifie même cette adresse au fil du temps. Attendez-vous à ce que la fidélité des appareils connectés s'érode à mesure que son adoption progresse.

La règle pratique : présentez la fidélité comme une tendance pour les appareils connectés, jamais comme une part absolue de visiteurs récurrents. Ne la présentez jamais à l'entreprise comme des "clients fidèles".

Pas de couche de visiteurs identifiés

L'analytique native ne sait jamais qui est la personne. Elle ne dispose d'aucun nom, d'aucune adresse e-mail, d'aucun enregistrement de consentement et d'aucun lien avec votre CRM ou votre système de gestion immobilière. Vous pouvez constater que le temps de présence a augmenté de 12 % dans une zone. Vous ne pouvez rien envoyer à ces visiteurs ni mesurer leurs dépenses.

Cette couche nécessite un Captive Portal où les visiteurs choisissent de s'identifier. La solution Guest WiFi de Purple collecte des données de première partie grâce à des opt-ins délibérés et s'intègre aux plateformes CRM et marketing. Les visites répétées sont ensuite comptabilisées par rapport au profil avec lequel le visiteur se connecte, et non sur la seule base de l'adresse de l'appareil. Purple a traité 440 millions de connexions sur plus de 80 000 sites actifs en 2024 (données Purple).

Comment l'analytique de localisation Meraki se traduit sur des sites réels

Les deux scénarios ci-dessous sont des exemples chiffrés illustratifs. Les chiffres montrent la méthode et non les résultats d'un site en particulier.

Scénario 1 : une enseigne de mode de 60 magasins comparant ses points de vente

Situation. L'équipe chargée des analyses souhaitait un classement hebdomadaire des magasins en fonction du temps de présence des clients. Chaque magasin exploitait son propre réseau Meraki. Pour élaborer le rapport, il fallait ouvrir 60 tableaux de bord et copier les chiffres d'engagement dans un tableur, soit environ une journée de travail par semaine.

Ce qui a été fait. L'équipe informatique a mis en place un récepteur d'API de détection et y a orienté l'ensemble des 60 réseaux. Elle a haché les adresses MAC dès la réception, appliqué un seuil RSSI unique à l'ensemble du parc et supprimé les observations présentant une forte variance. Elle a défini une durée de conservation de 13 mois, documentée dans ses registres GDPR.

Résultat. Le rapport hebdomadaire est devenu une requête automatisée couvrant l'ensemble des 60 magasins. L'équipe a également confirmé ce que masquaient les catégories de fidélité. Dans les magasins où l'adoption du WiFi était faible, plus de 80 % des visiteurs apparaissaient comme de nouveaux visiteurs, contre un chiffre nettement inférieur dans les données de l'application propre au détaillant. La fidélité a été retirée du rapport de gestion et remplacée par le temps de présence et le ratio visiteurs/passants.

Scénario 2 : un hôtel de 200 chambres qui cherche à fidéliser ses clients

Situation. L'équipe commerciale utilisait la vue de fidélité Meraki comme mesure des clients récurrents. La vue indiquait que la plupart des appareils étaient nouveaux. Cela contredisait le système de réservation, qui montrait une part importante de réservations récurrentes.

Ce qui a été fait. L'équipe a reconnu que les catégories de fidélité mesurent des adresses d'appareils et non des clients. Elle a ajouté un Captive Portal Purple sur les points d'accès Meraki existants, en intégrant des options d'adhésion marketing par choix conscient lors de la connexion. Elle a conservé la vue d'engagement Meraki pour le temps de présence par zone dans le bar, le restaurant et le spa.

Résultat. Les clients récurrents sont désormais identifiés lors de la connexion plutôt que déduits des adresses. Les clients ayant donné leur accord sont intégrés au CRM pour recevoir des offres avant leur arrivée. Les données d'engagement ont continué de guider la gestion du personnel au bar. Si vous rédigez le cahier des charges d'un nouveau contrat, notre liste de contrôle pour RFP WiFi hôtelier : authentification, filtrage de contenu et marketing visiteurs recense les questions à poser.

Que devez-vous faire ensuite ?

Commencez par déterminer à quelle question vous cherchez à répondre. Le comptage d'appareils et les visiteurs identifiés sont des éléments différents.

Votre situation	Ce qu'il faut utiliser
Un seul site, des questions opérationnelles sur les zones et périodes de forte affluence	Les vues du tableau de bord Meraki et la carte thermique de localisation
Plusieurs sites, une équipe de données, un besoin d'historique long	L'API de détection Meraki intégrée à votre propre entrepôt de données
Besoin de rendre compte de visites récurrentes de manière fiable	Un Captive Portal avec identifiants, plutôt que des catégories de fidélité basées sur les appareils
Besoin de contacter les visiteurs ou d'associer les visites aux dépenses	Purple Guest WiFi et WiFi Analytics sur Meraki
Capacité d'ingénierie limitée, nombreux sites	Purple WiFi Analytics plutôt qu'un pipeline développé en interne

Suivez ensuite ces quatre étapes :

1. Auditez le positionnement sur le plan de masse de chaque réseau avant de vous fier à une carte thermique.
2. Retirez les chiffres de fidélité des rapports de direction tant que vous ne pouvez pas les attribuer à des visiteurs connectés.
3. Déterminez votre durée de conservation et commencez la diffusion via l'API de détection dès maintenant si vous avez besoin d'un historique.
4. Ajoutez une couche d'identification via un captive portal là où vous devez identifier des personnes et non des appareils.

Rien de tout cela ne nécessite de nouveaux points d'accès. Notre article de blog Pourquoi votre prochaine mise à niveau WiFi ne nécessite pas de nouveau matériel explique l'approche de superposition sur Meraki.

Foire aux questions

L'analyse de localisation Cisco Meraki est-elle incluse dans la licence Meraki ?

Oui, l'analyse de localisation et l'API de détection sont incluses avec le réseau sans fil Meraki sans frais supplémentaires. Vous ne payez rien de plus pour activer les vues de proximité, d'engagement et de fidélité ou la carte thermique de localisation. L'API de détection est également incluse. Cependant, vous prenez en charge le coût d'hébergement d'un récepteur, du stockage des observations et de la maintenance du pipeline. Pour un parc multi-sites, ce temps d'ingénierie représente généralement le coût le plus important.

L'analyse de localisation Meraki peut-elle me dire qui sont mes visiteurs ?

Non, l'analyse de localisation Meraki compte des appareils anonymes, pas des personnes identifiées. Elle enregistre les adresses des appareils, la puissance du signal et la position estimée, sans nom, e-mail ou registre de consentement. Pour identifier les visiteurs, vous avez besoin d'un captive portal sur lequel ils choisissent de se connecter. Purple ajoute cette couche sur vos points d'accès Meraki existants, en capturant des données de première partie grâce à des adhésions volontaires et en liant les visites à un profil.

Combien de temps Meraki conserve-t-il les données d'analyse de localisation ?

Meraki conserve les données de localisation pendant la période définie dans la documentation officielle de Cisco sur la conservation des données Meraki. Vérifiez-y le chiffre actuel avant de planifier des rapports d'une année sur l'autre. Si vous avez besoin d'un historique plus long, diffusez les observations via l'API de détection dans votre propre espace de stockage dès le premier jour. L'API ne rejoue pas les données passées. Votre propre espace de stockage doit ensuite respecter le principe de limitation de la conservation du GDPR.

Les données de présence Meraki sont-elles des données personnelles au sens du GDPR ?

Oui, les adresses MAC peuvent être considérées comme des données personnelles au sens du GDPR, car elles se rapportent à un appareil porté par une personne identifiable. L'ICO du Royaume-Uni l'a confirmé dans ses directives sur l'analyse de localisation WiFi. Hachez ou tronquez les adresses dès leur réception, documentez votre base légale, définissez une durée de conservation et affichez une signalisation claire. Un captive portal ajoute un consentement explicite pour l'utilisation marketing.

Quelle est la précision des données de fidélité des visiteurs Meraki ?

Les données de fidélité Meraki ne sont pas fiables en tant que mesure absolue en raison de la randomisation des adresses MAC. Depuis iOS 14 et Android 10, les téléphones utilisent des adresses randomisées qui font apparaître les appareils connus comme nouveaux. Le nombre de premières visites augmente artificiellement et le nombre de visites répétées diminue. Les appareils connectés sont plus stables, car leur adresse par réseau persiste généralement. Utilisez la fidélité uniquement comme une tendance pour les appareils connectés, et comptez les visiteurs récurrents à partir des connexions.

Purple fonctionne-t-il avec mes points d'accès Cisco Meraki existants ?

Oui, Purple fonctionne sur vos points d'accès Cisco Meraki existants sous forme de superposition cloud. Vous configurez le Captive Portal sur Meraki et conservez votre matériel et vos licences actuels. Purple est indépendant du matériel, donc la même approche fonctionne sur HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks et Fortinet. Les parcs multiconstructeurs sont centralisés dans une seule vue WiFi Analytics.\n\n### Dois-je m'appuyer sur l'API de détection Meraki ou utiliser une plateforme d'analyse ?\n\nAppuyez-vous sur l'API de détection si vous disposez d'une équipe de données et souhaitez un contrôle total sur les définitions et le stockage. Choisissez une plateforme si vous manquez de capacités d'ingénierie ou si vous avez besoin d'identifier les visiteurs. L'API fournit uniquement des observations brutes d'appareils, ce qui vous confronte toujours à la randomisation des adresses MAC et ne vous donne aucun registre de consentement. De nombreuses entreprises utilisent les deux : l'API pour le temps de présence des appareils, Purple pour les visiteurs connectés.