Analyse de présence HPE Aruba Central : configuration, exports et limites

Les analyses de présence Aruba Central comptent les appareils détectés par vos points d'accès HPE Aruba. Elles les classent ensuite en passants et en visiteurs à l'aide d'un seuil RSSI et de limites de temps de séjour que vous définissez pour chaque site. Vous l'activez par site, étalonnez le seuil sur le terrain et exportez les agrégats via l'API REST de Central. Cela compte les appareils sans jamais identifier les personnes.

Que mesurent réellement les analyses de présence Aruba Central ?

Chaque téléphone dont le WiFi est activé envoie des requêtes de sonde, qui sont de courts paquets demandant quels réseaux sont à proximité. Il les envoie qu'il se connecte ou non à votre réseau. Vos points d'accès Aruba détectent ces paquets et signalent l'adresse MAC et la puissance du signal de chaque appareil à Central. Central applique ensuite deux règles que vous contrôlez.

La première règle est la puissance du signal. Le RSSI (indicateur de force du signal reçu) est mesuré en dBm, et les valeurs les plus proches de zéro signifient que l'appareil est plus proche du point d'accès. Un appareil situé au-dessus de votre seuil RSSI est considéré comme se trouvant à l'intérieur de l'établissement. Un appareil détecté en dessous est considéré comme un passant.

La deuxième règle est le temps de séjour. Parmi les appareils situés au-dessus du seuil, Central utilise des limites de temps de séjour pour séparer les détections brèves des visites réelles. Il regroupe ensuite les visiteurs par tranches de durée.

Le résultat est un ensemble de données agrégées sur la fréquentation Aruba pour chaque site : passants, visiteurs et répartition du temps de séjour. Il répond à la question « combien d'appareils étaient présents, et pendant combien de temps ». Il ne peut pas répondre à la question « qui étaient-ils », et cette limite façonne tout le contenu à la fin de ce guide.

Le propre modèle de présence de Purple fonctionne sur la même physique. La documentation Presence (Legacy) décrit le comptage des appareils non authentifiés qui « pingent » un point d'accès d'assez près pour que leur adresse MAC soit enregistrée. Le RSSI sert de signal de proximité. La durée mesure le temps pendant lequel n'importe quel point d'accès de l'établissement a détecté l'appareil. Si vous comprenez l'un des modèles, vous comprenez les deux.

De quoi avez-vous besoin avant d'activer les analyses de présence dans Aruba Central ?

Cinq choses, et la dernière est celle que les équipes ont tendance à ignorer.

1. Un abonnement Central qui couvre les analyses de présence. Les analyses de présence ne font pas partie de toutes les catégories de licence Central. Vérifiez la documentation de licence actuelle de HPE par rapport à l'abonnement attribué aux AP de chaque site.
2. Des AP attribués à un site, pas seulement à un groupe. Central utilise les groupes pour la configuration et les sites pour la localisation et les rapports. La présence s'agrège par site, donc un AP sans attribution de site ne contribue à rien d'utile.
3. Un plan d'étage avec la limite physique tracée. Marquez les portes, les vitrines de magasins, les terrasses, les parkings et les murs mitoyens avec les unités voisines. Ce sont les endroits où votre seuil risque de ne pas être adapté en premier.
4. Un appareil de test que vous pouvez identifier. Les versions récentes d'iOS et d'Android rendent aléatoire l'adresse MAC présentée par un appareil, donc désactivez le paramètre d'adresse privée sur votre téléphone de test ou notez l'adresse qu'il utilise.5. Une position claire sur la confidentialité. Les adresses MAC sont des identifiants d'appareils. Le considérant 30 du GDPR classe les identifiants en ligne fournis par les appareils parmi les informations permettant d'identifier une personne. Réalisez une analyse d'impact relative à la protection des données et installez une signalisation aux entrées avant de commencer la collecte. L'ICO du Royaume-Uni a publié des directives sur l'analyse de localisation basée sur les signaux des appareils, qui couvrent ces deux points.

Pour le travail lié à l'API, vous avez également besoin d'un rôle d'administrateur dans Central permettant de créer des clients API Gateway, ainsi que d'une destination pour les données : un entrepôt de données, une base de données ou un outil de BI.

Comment configurer l'analyse de présence Aruba Central ?

Étape 1 : Activer le service pour chaque site

Activez l'analyse de présence au niveau du site dans Central. Le chemin d'accès exact dans le menu diffère entre la version classique d'Aruba Central et l'interface plus récente d'HPE Aruba Networking Central. Suivez la documentation actuelle d'HPE correspondant à votre version plutôt que de vous fier à une capture d'écran plus ancienne. Attendez que les premières données s'affichent avant de tirer des conclusions, et attendez-vous à ce que les chiffres du premier jour semblent incorrects avant de procéder à l'étalonnage.

Étape 2 : Étalonner le seuil RSSI

Il n'existe pas de seuil RSSI Aruba universel pour le comptage des visiteurs. La valeur idéale dépend de la hauteur de montage de l'AP, du diagramme d'antenne, des matériaux des murs, des vitrages et de la proximité des AP par rapport à la limite extérieure. Une valeur copiée depuis un autre site ne classifiera pas correctement les appareils chez vous. Étalonnez-la plutôt ainsi :

1. Parcourez la limite extérieure. Munissez-vous de l'appareil de test et rendez-vous sur trois points : juste à l'intérieur de l'entrée, sur le seuil de l'entrée elle-même, et sur le trottoir ou l'esplanade à l'extérieur. Restez à chaque point pendant quelques minutes et notez le RSSI signalé par Central.
2. Répétez l'opération aux heures de pointe. Les personnes absorbent l'énergie radio, les mesures aux heures d'affluence sont donc plus basses que dans un bâtiment vide. Étalonnez en fonction des conditions de pointe, car c'est à ce moment-là que les comptages sont importants.
3. Définissez le seuil entre "juste à l'intérieur" et "à l'extérieur". Orientez-le vers la mesure intérieure si le flux de la rue passe très près des vitrines. Orientez-le vers la mesure extérieure si l'entrée est en retrait et que personne ne s'attarde à proximité.
4. Enregistrez la valeur et la date. Toute comparaison ultérieure dépend de la connaissance du seuil qui a produit ces chiffres.

Étape 3 : Définir les limites de temps de visite pour distinguer les passants des visiteurs

Le RSSI seul classe à tort toute personne passant à pied à proximité des vitrines. Le temps de visite minimal des visiteurs permet de les éliminer. Définissez-le sur la visite réelle la plus courte de votre site, et non sur une moyenne du secteur. Les tranches de temps plus longues décriront ensuite le niveau d'engagement de vos visiteurs.

Type de site	Profil d'un passant	Référence pour le temps de visite minimal d'un visiteur	Données réelles de validation
Commerce de détail	Piéton marchant devant la vitrine	Achat réel le plus rapide, comme un article à emporter	Nombre de transactions en caisse
Hall d'hôtel	Client traversant vers les ascenseurs ou le restaurant	Interaction la plus courte à la réception ou avec le concierge	Registre des arrivées de la réception
Foyer du centre de conférence	Délégué passant d'un hall à l'autre	Durée de présence à la session la plus courte	Scans de badges par session
Hall de stade	Supporter se déplaçant entre la tribune et le kiosque	Achat au kiosque le plus court	Nombre de transactions au kiosque
Bibliothèque ou point de service municipal	Piéton sur la rue adjacente	Demande d'information au guichet la plus courte	Registre des demandes d'information ou compteur de porte

Modifiez un seul paramètre à la fois. Si vous modifiez simultanément le seuil RSSI et la limite de temps de présence, vous ne pourrez pas savoir quel changement a influencé le décompte.

Étape 4 : exporter les données de présence via l'API Central

Les tableaux de bord de Central conviennent pour un coup d'œil rapide, mais les rapports en aval nécessitent l'extraction des données. Un export via l'API Aruba Central se déroule en quatre étapes.

1. Créer un client API dans API Gateway. Central authentifie les appels REST avec des jetons d'accès OAuth 2.0. Les jetons d'accès ont une courte durée de vie, stockez donc le jeton de rafraîchissement dans un gestionnaire de secrets et automatisez le renouvellement.
2. Appeler les points de terminaison d'analyse de présence. Ils renvoient des agrégats au niveau du site pour une fenêtre temporelle que vous spécifiez. Utilisez la référence développeur de HPE pour connaître les chemins et paramètres actuels des points de terminaison, car ils changent d'une version d'API à l'autre.
3. Planifier la collecte. Une tâche quotidienne qui demande le jour précédent par site est facile à auditer. Enregistrez l'ID du site, la fenêtre temporelle en UTC, ainsi que les paramètres de seuil et de temps de présence en vigueur à ce moment-là.
4. Respecter les limites de débit. Central applique des limites de débit d'API par compte. Les grands parcs d'équipements doivent échelonner les requêtes de site plutôt que de solliciter tous les sites à la même minute.

L'étape 3 est plus importante qu'elle n'y paraît. Lorsque quelqu'un modifiera un seuil dans six mois, les paramètres enregistrés permettront aux analystes de segmenter les séries de données plutôt que de signaler une baisse imaginaire de visiteurs.

Comment vérifier que les décomptes sont exacts ?

Validez les données par rapport à un élément que vous comptabilisez déjà. Choisissez une source de vérité terrain par site dans le tableau ci-dessus et comparez-la avec le nombre de visiteurs de Central chaque jour pendant au moins une semaine.

Vous ne cherchez pas à obtenir des chiffres identiques. Plusieurs clients arrivent ensemble, le personnel porte des téléphones et certains visiteurs n'ont aucun appareil sur eux. Vous recherchez un ratio stable. Si le nombre de visiteurs correspond à un multiple constant des transactions, la configuration est correcte et ce ratio devient une mesure de taux de capture que vous pouvez intégrer à vos rapports.

Effectuez quatre vérifications de cohérence avant de faire confiance aux données :

• Décomptes nocturnes. Les visiteurs enregistrés après la fermeture indiquent généralement des appareils du personnel, des équipements fixes ou les équipements d'un voisin situés au-dessus de votre seuil.
• Capacité. Le nombre de visiteurs présents simultanément ne doit jamais dépasser la capacité d'accueil autorisée du lieu.
• Tableau de bord par rapport à l'API. Les totaux quotidiens de votre collecte API doivent correspondre au tableau de bord Central pour le même site et la même fenêtre temporelle. Un écart signifie généralement une erreur de fuseau horaire.
• Site par rapport à site. Comparez des sites ayant une activité similaire. Un site qui enregistre deux fois plus de visiteurs mais deux fois moins de transactions a un problème de calibrage, et non un problème de ventes.

À quoi ressemble l'ajustement dans un lieu réel ?

Les deux scénarios ci-dessous utilisent des chiffres illustratifs pour montrer la méthode. Vos propres chiffres différeront, mais le calcul reste le même.

Scénario 1 : un magasin de mode en centre-ville avec une façade vitrée

Situation. Un magasin de plain-pied dispose de deux AP installés à quelques mètres d'une façade vitrée toute hauteur donnant sur un trottoir très fréquenté. Un samedi type, Central signale 3 200 visiteurs pour 410 transactions en caisse. Le taux de capture implicite d'environ 13 % semble anormalement faible par rapport à l'expérience de l'équipe commerciale.

Action menée. L'ingénieur réseau a mesuré les signaux le long de la limite du magasin le samedi à l'heure du déjeuner. Il a constaté que les appareils situés sur le trottoir, juste devant la vitre, affichaient un signal presque aussi fort que ceux situés juste à l'intérieur de la porte. Il a augmenté le seuil RSSI pour le situer entre ces deux mesures. Il a ensuite défini le temps de présence minimal des visiteurs sur la base du temps nécessaire pour acheter un seul article en caisse.

Résultat. Le samedi suivant, Central a enregistré 1 150 visiteurs pour 425 transactions, soit un ratio d'environ 2,7 visiteurs par vente. Ce ratio s'est maintenu dans une fourchette étroite au cours des quatre week-ends suivants. L'analyste en charge des données le rapporte désormais chaque semaine comme un indicateur de conversion pour la revue commerciale du magasin de détail.

Scénario 2 : le hall d'un centre de conférence adjacent à un hôtel

Situation. Un centre de conférence partage un couloir de liaison vitré avec un hôtel de 200 chambres. Les organisateurs d'événements souhaitent obtenir des données de temps de présence par jour afin de fixer le prix des stands de sponsoring dans le hall. La distribution des temps de présence de Central affiche un pic important dans la tranche la plus courte, qu'un événement soit en cours ou non.

Action menée. L'ingénieur a constaté que les clients de l'hôtel empruntant le couloir de liaison dépassaient le seuil RSSI des AP du hall. Modifier uniquement le seuil aurait exclu les véritables participants qui se tenaient près du couloir. L'équipe a donc choisi d'augmenter le temps de présence minimal des visiteurs au-delà du temps nécessaire pour parcourir le couloir d'un bout à l'autre. Ils ont ensuite validé les comptages en les comparant aux scans de badges lors de trois journées d'événements.

Résultat. Les jours sans événement, le nombre de visiteurs dans le hall a chuté pour atteindre un niveau cohérent avec les effectifs du personnel et des prestataires. Les jours d'événement, le nombre de visiteurs suivait les scans de badges selon un ratio stable. Les organisateurs ont ainsi pu proposer aux sponsors un chiffre fiable concernant les participants ayant passé plus d'un temps défini dans le hall. Le trafic des clients de l'hôtel a cessé de fausser les données de l'événement.

Scénario 3 : une bibliothèque municipale avec un arrêt de bus devant

Situation. Une bibliothèque publique est située à côté d'un arrêt de bus où les usagers attendent plusieurs minutes, à portée de l'AP de l'entrée. La municipalité souhaite obtenir le nombre de visites pour son rapport d'activité annuel.

Action menée. Ni le RSSI ni le temps de présence seuls ne permettaient de distinguer un passager attendant le bus d'un visiteur de la bibliothèque. L'équipe a défini le seuil en utilisant des mesures prises directement à l'arrêt de bus. Ils ont ensuite croisé les comptages avec le compteur physique de la porte d'entrée existant pendant un mois. Résultat. Le nombre de présences et le nombre d'entrées ont évolué conjointement dans une marge constante. Le conseil a conservé le compteur de portes comme chiffre officiel et a utilisé les données de présence pour le profil heure par heure, ce que le compteur de portes ne pouvait pas fournir. Ce profil a permis d'adapter les effectifs au bureau d'accueil.

Qu'est-ce qui ne va pas et comment y remédier ?

Les comptages de visiteurs sont bien plus élevés que la réalité du terrain

Le seuil RSSI est trop permissif, généralement à cause de vitres, d'une cloison mince ou d'un AP monté près de l'entrée. Parcourez à nouveau la limite aux heures de pointe et augmentez le seuil. Si l'emplacement de l'AP rend une séparation nette impossible, envisagez de l'éloigner de la limite.

Les comptages changent après une mise à jour de l'OS mobile

La randomisation des adresses MAC signifie qu'un appareil physique peut apparaître sous plusieurs adresses au fil du temps. Chaque modification du comportement de randomisation dans iOS ou Android peut fausser vos comptages et réduire les chiffres de visites répétées. Annotez vos séries de rapports avec les dates de sortie des versions majeures d'OS. Traitez les indicateurs de visites répétées des appareils non authentifiés avec prudence.

Visiteurs de nuit ou tôt le matin

Les téléphones du personnel, les scanners portables, les imprimantes et les appareils intelligents restent au-dessus du seuil toute la journée. Excluez les adresses d'appareils connus lorsque Central le permet, ou excluez les heures en dehors des périodes d'activité dans vos rapports en aval.

Les appels API renvoient des erreurs d'autorisation

Le jeton d'accès a expiré et l'étape de rafraîchissement a échoué ou ne s'est jamais exécutée. Vérifiez que votre tâche utilise le jeton de rafraîchissement, stocke la nouvelle paire de jetons reçue et génère une alerte en cas d'échec plutôt que d'enregistrer silencieusement des journées vides.

Un changement brutal et soudain dans les comparaisons historiques

Quelqu'un a modifié un seuil ou une limite de temps de séjour. C'est pourquoi l'étape 4 stocke les paramètres à chaque récupération. Séparez la série à la date du changement et présentez les deux périodes séparément.

Les problèmes de Captive Portal faussent les indicateurs d'authentification

Si vous gérez également un Captive Portal, qui est la page web qu'un appareil voit avant d'obtenir l'accès au réseau, les échecs de redirection réduisent les visites authentifiées. Ils n'affectent pas le comptage des présences. Examinez les redirections du portail comme un problème distinct de l'étalonnage de la présence.

Quelles sont les limites des analyses Aruba Central ?

L'analyse de présence native est utile et incluse avec votre infrastructure Aruba. Elle présente également des limites strictes que vous devez exposer clairement aux parties prenantes avant qu'elles ne conçoivent un programme de reporting basé sur celle-ci.

• Agrégation au niveau du site. Central produit des rapports par site. Si vous avez besoin de comparaisons entre zones au sein d'un site, ou de classements sur un vaste parc avec des règles cohérentes, vous devrez les concevoir vous-même en aval.
• Rétention. Central conserve les données de présence pendant une période limitée définie par la plateforme et votre abonnement. La comparaison d'une année sur l'autre dépend de votre propre exportation, commencez donc à utiliser le flux API dès le premier jour.- Aucune couche d'identification. Les données de présence sont des décomptes d'appareils anonymes. Vous ne pouvez pas associer une visite à un contact ayant donné son consentement, à un compte de fidélité ou à un dossier CRM. Les adresses MAC aléatoires rendent même les décomptes de visites répétées anonymes peu fiables sur de longues périodes.
• Vue mono-fournisseur. Central voit les points d'accès Aruba. Les parcs qui mélangent Aruba avec Cisco Meraki, Ruckus ou Juniper Mist sur les sites acquis obtiennent une image partielle.
• Dette de calibrage. Chaque réaménagement, déplacement d'AP ou nouveau vitrage modifie l'environnement radio. Les seuils qui étaient corrects lors de l'installation dérivent à moins que quelqu'un ne reparcoure la zone.

Aucun de ces éléments n'est un défaut. Ils constituent la portée de la fonctionnalité d'analyse d'un fournisseur réseau et définissent l'endroit où une couche de plateforme gagne sa place.

Combien cela coûte-t-il et quand une couche de plateforme supplémentaire se justifie-t-elle ?

La voie native coûte du temps d'ingénierie et d'analyse plutôt que des dépenses de licence supplémentaires, à condition que votre abonnement Central couvre déjà les analyses de présence. Prévoyez un budget pour un parcours de délimitation par site, une semaine de validation, un pipeline API à créer et à maintenir, et un recalibrage après des modifications physiques.

WiFi Analytics de Purple ajoute une couche différente plutôt que de dupliquer Central. Il fonctionne comme une superposition cloud indépendante du matériel sur les points d'accès Aruba que vous possédez déjà, sans remplacement ni mise au rebut. Le Captive Portal pour Guest WiFi de Purple ajoute une couche authentifiée grâce à des options d'adhésion par choix conscient, ce qui vous donne des données de première partie que la présence anonyme ne peut pas fournir.

Fonctionnalité	Analyses de présence Aruba Central	Purple WiFi Analytics sur vos AP Aruba
Ce qu'il compte	Appareils anonymes au-dessus d'un seuil RSSI	Visites où la force du signal a placé l'appareil à l'intérieur du site, plus les visiteurs authentifiés
Identité	Aucune, adresse MAC uniquement	Visiteurs authentifiés avec données de première partie consenties
Rapports de séjour	Tranches de durée par site	Temps de séjour moyen par visite pour les visiteurs authentifiés
Profils temporels	Tableaux de bord de site sur une période choisie	Carte thermique des visites par jour de la semaine et heure de la journée
Vue multi-sites	Par site, construite en aval pour les parcs	Top 10 et flop 10 des sites par visites, classés dans la plateforme
Matériel	HPE Aruba uniquement	Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme, Fortinet
Vue en temps réel	Tableaux de bord Central	Les 25 dernières minutes par intervalles d'une minute, actualisées toutes les minutes (Presence Legacy)
À qui cela s'adresse	Parcs mono-fournisseur ayant besoin de profils d'occupation anonymes	Parcs multi-sites ou multi-fournisseurs ayant besoin de données de visiteurs identifiés et consentis

Les fonctionnalités de Purple présentées dans ce tableau proviennent de la documentation de Purple concernant les rubriques WiFi Analytics - Presence et Presence (Legacy). Une remarque importante issue de ces documents : le traitement des données pour les visiteurs non authentifiés peut prendre plus de temps que pour les visiteurs authentifiés.

Restez sur la solution native si vous gérez un parc unique Aruba, si vous avez besoin de modèles anonymes d'occupation et de temps de présence, et si vous disposez d'un ingénieur capable de gérer le calibrage et le pipeline de l'API.

Ajoutez une couche de plateforme si l'un des cas suivants s'applique : vous exploitez un parc de matériel mixte ; vous devez comparer de nombreux sites entre eux ; ou vous avez besoin de données de visiteurs identifiés et consentis pour le marketing ou la conception de services. Cela s'applique aux hôtels qui créent des profils de clients et aux chaînes de magasins qui associent les visites aux campagnes. Purple est déployé sur plus de 80 000 sites actifs et a géré 440 millions de connexions en 2024 (données internes de Purple). La plupart de ces sites s'appuient sur du matériel qui était déjà installé.

Questions fréquentes

L'analyse de présence est-elle incluse dans ma licence Aruba Central ?

Pas dans tous les cas. L'analyse de présence fait partie de niveaux d'abonnement spécifiques de Aruba Central, vous devez donc confirmer que les points d'accès de chaque site disposent d'un niveau qui l'inclut. Vérifiez la documentation de licence actuelle de HPE par rapport aux abonnements attribués dans votre compte Central avant de planifier un déploiement. Si certains sites disposent d'un niveau inférieur, vous aurez des lacunes dans les rapports à l'échelle du parc. Corrigez d'abord les licences, puis calibrez.

Purple fonctionne-t-il avec mes points d'accès HPE Aruba existants ?

Oui. Purple est indépendant du matériel et fonctionne comme une surcouche cloud sur les points d'accès HPE Aruba, ainsi que sur Cisco Meraki, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks et Fortinet. Vous conservez votre configuration Aruba Central et vos points d'accès existants. Purple ajoute la couche de Captive Portal, de données de visiteurs authentifiés et d'analyse par-dessus, évitant ainsi tout projet de remplacement de matériel.

Puis-je exporter les données de présence de Aruba Central vers un entrepôt de données ou un outil de BI ?

Oui, via l'API REST de Central. Créez un client API dans API Gateway, authentifiez-vous avec des jetons OAuth 2.0, et interrogez les points de terminaison de l'analyse de présence pour obtenir les agrégats au niveau du site. Planifiez une extraction quotidienne par site, stockez les horodatages en UTC et enregistrez les paramètres de seuil en vigueur. La conservation de Central étant limitée, votre export devient l'historique à long terme pour les comparaisons d'une année sur l'autre.

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

Traitez-les comme des données personnelles. Le considérant 30 du GDPR désigne les identifiants en ligne fournis par les appareils comme des informations permettant d'identifier une personne, et l'analyse de présence traite les adresses MAC. Réalisez une analyse d'impact relative à la protection des données, installez une signalisation claire aux entrées et veillez à ce que la durée de conservation reste proportionnée. Les décomptes agrégés présentent moins de risques que les identifiants bruts, mais l'étape de collecte entre tout de même dans le champ d'application.### Combien de temps faut-il pour configurer et calibrer les analyses de présence Aruba ?

Prévoyez un parcours de délimitation par site et au moins une semaine de validation. L'activation du service ne prend que quelques minutes. Le calibrage consiste à arpenter l'entrée aux heures de pointe, à définir le seuil RSSI et les limites de temps de présence, puis à comparer les décomptes avec les caisses, les enregistrements ou les compteurs de passage. Le pipeline API constitue un travail d'ingénierie distinct. Recalibrez après tout réaménagement, déplacement d'AP ou modification des vitrages.

La randomisation des adresses MAC rendra-t-elle les décomptes de présence Aruba inutiles ?

Non, mais elle limite la portée de ces décomptes. Le nombre total de visiteurs et les profils de temps de présence restent exploitables lorsqu'ils sont validés par rapport à une source de vérité terrain, comme les transactions de caisse. Les chiffres concernant les visites répétées et la fidélité provenant d'appareils non authentifiés ne sont pas fiables, car un même téléphone peut présenter plusieurs adresses au fil du temps. Pour obtenir des données fiables sur les visites répétées, vous devez disposer de visiteurs authentifiés qui se connectent via un captive portal avec leur consentement.

Dois-je choisir les analyses de présence Aruba Central ou Purple WiFi Analytics ?

La plupart des parcs Aruba exploitent les deux, car ils répondent à des questions différentes. Central fournit anonymement des profils d'occupation et de temps de présence par site, sans coût de licence supplémentaire si votre offre l'inclut. Purple ajoute des données de visiteurs authentifiés et consentis, des classements multi-sites et la prise en charge de matériels hétérogènes. Restez sur la solution native pour les décomptes anonymes sur un parc mono-constructeur. Ajoutez Purple lorsque vous avez besoin de données de première partie identifiées.

Ai-je besoin de nouveaux équipements pour ajouter une couche d'analyse identifiée ?

Non. Purple s'intègre par-dessus les points d'accès HPE Aruba que vous exploitez déjà, ce qui évite tout remplacement de matériel. La couche identifiée provient d'un captive portal avec des options d'adhésion basées sur un choix conscient, et non de nouvelles antennes. Votre configuration Central existante, vos analyses de présence et vos exports API continuent de fonctionner en parallèle.