Analíticas de presencia de HPE Aruba Central: configuración, exportaciones y límites

Aruba Central presence analytics cuenta los dispositivos que detectan sus puntos de acceso HPE Aruba. Luego los clasifica en transeúntes y visitantes mediante un umbral de RSSI y límites de tiempo de permanencia que usted establece para cada sitio. Se habilita por sitio, se calibra el umbral en el lugar y se exportan los agregados a través de la REST API de Central. Cuenta dispositivos y nunca identifica personas.

¿Qué mide realmente Aruba Central presence analytics?

Cada teléfono con el WiFi activado envía solicitudes de sondeo (probe requests), que son tramas cortas que preguntan qué redes están cerca. Los envía se una o no a su red. Sus puntos de acceso Aruba detectan esas tramas y reportan la dirección MAC y la intensidad de señal de cada dispositivo a Central. Luego, Central aplica dos reglas que usted controla.

La primera regla es la intensidad de la señal. El RSSI (indicador de fuerza de señal recibida) se mide en dBm, y los valores más cercanos a cero significan que el dispositivo está más cerca del punto de acceso. Un dispositivo que supera el umbral de RSSI se cuenta como dentro del establecimiento. Un dispositivo detectado por debajo se cuenta como transeúnte.

La segunda regla es el tiempo de permanencia. Entre los dispositivos que superan el umbral, Central utiliza los límites de tiempo de permanencia para separar las detecciones breves de las visitas reales. Luego agrupa a los visitantes en rangos de duración.

El resultado son datos agregados de afluencia de Aruba para cada sitio: transeúntes, visitantes y la distribución de permanencia. Responde a la pregunta "cuántos dispositivos estuvieron aquí y por cuánto tiempo". No puede responder a "quiénes eran", y ese límite define todo al final de esta guía.

El propio modelo de presencia de Purple funciona con la misma física. La documentación de Presence (Legacy) describe el conteo de dispositivos no autenticados que hacen "ping" a un punto de acceso lo suficientemente cerca como para que se registre su dirección MAC. El RSSI sirve como señal de proximidad. La duración mide cuánto tiempo vio el dispositivo cualquier punto de acceso en el establecimiento. Si comprende un modelo, comprenderá ambos.

¿Qué necesita antes de habilitar presence analytics en Aruba Central?

Cinco cosas, y la última es la que los equipos suelen omitir.

1. Una suscripción de Central que incluya presence analytics. Presence analytics no forma parte de todos los niveles de licencia de Central. Verifique la documentación de licencias vigente de HPE con la suscripción asignada a los AP en cada sitio.
2. AP asignados a un sitio, no solo a un grupo. Central utiliza grupos para la configuración y sitios para la ubicación y los informes. Los datos de presencia se agregan por sitio, por lo que un AP sin asignación de sitio no aportará información útil.
3. Un plano de planta con el límite físico marcado. Marque puertas, escaparates de vidrio, terrazas, estacionamientos y paredes compartidas con locales vecinos. Estos son los lugares donde el umbral fallará primero.
4. Un dispositivo de prueba que pueda identificar. Las versiones modernas de iOS y Android aleatorizan la dirección MAC que presenta un dispositivo, así que desactive la configuración de dirección privada en su teléfono de prueba o anote la dirección que utiliza.
5. Una postura de privacidad. Las direcciones MAC son identificadores de dispositivos. El considerando 30 del GDPR señala que los identificadores en línea proporcionados por dispositivos son información que puede identificar a una persona. Complete una evaluación de impacto de protección de datos y coloque señalización en las entradas antes de comenzar con la recopilación. La ICO del Reino Unido ha publicado directrices sobre análisis de ubicación basados en señales de dispositivos, y abarca ambos puntos.

Para el trabajo con la API, también necesita un rol de administrador en Central que pueda crear clientes de API Gateway, y un destino para los datos: un almacén de datos, una base de datos o una herramienta de BI.

¿Cómo se configuran los análisis de presencia de Aruba Central?

Paso 1: habilitar el servicio para cada sitio

Active los análisis de presencia a nivel de sitio en Central. La ruta exacta del menú difiere entre la versión clásica de Aruba Central y la interfaz más reciente de HPE Aruba Networking Central. Siga la documentación actual de HPE para su versión en lugar de guiarse por una captura de pantalla de una versión anterior. Permita que se carguen los primeros datos antes de evaluar cualquier cosa, y espere que los números del primer día parezcan incorrectos hasta que realice la calibración.

Paso 2: calibrar el umbral de RSSI

No existe un umbral de RSSI de Aruba universal para el conteo de visitantes. El valor correcto depende de la altura de montaje del AP, el patrón de la antena, el material de la pared, el acristalamiento y qué tan cerca se encuentran los AP del límite. Un número copiado de otro establecimiento clasificará de forma errónea los dispositivos en el suyo. En su lugar, calíbrelo:

1. Recorra el límite. Lleve el dispositivo de prueba a tres puntos: justo dentro de la entrada, en el umbral mismo y en la acera o explanada exterior. Permanezca en cada punto durante unos minutos y anote el RSSI que reporta Central.
2. Repita a una hora pico. Las personas absorben la energía de radio, por lo que las lecturas en horas pico son más bajas que las lecturas en un edificio vacío. Calibre con base en las condiciones de mayor afluencia, porque es cuando los conteos realmente importan.
3. Coloque el umbral entre "justo adentro" y "afuera". Inclínelo hacia la lectura interior si el tráfico de la calle pasa cerca de los cristales. Inclínelo hacia la lectura exterior si la entrada está retirada y nadie se detiene cerca.
4. Registre el valor y la fecha. Cualquier comparación posterior dependerá de saber qué umbral generó qué números.

Paso 3: establecer los límites de permanencia que separan a los transeúntes de los visitantes

El RSSI por sí solo clasifica de forma errónea a cualquiera que pase caminando cerca de los cristales. El tiempo mínimo de permanencia del visitante los descarta. Establézcalo en la visita real más corta en su establecimiento, no en un promedio de la industria. Los rangos más largos describirán entonces el nivel de interacción de sus visitantes.

Tipo de establecimiento	Cómo se ve un transeúnte	Referencia para la permanencia mínima del visitante	Datos reales para validar
Comercio minorista a pie de calle	Peatón que camina frente al escaparate de la tienda	Compra real más rápida, como un artículo de autoservicio rápido	Conteo de transacciones de caja
Vestíbulo de hotel	Huésped que se dirige a los elevadores o al restaurante	Interacción más corta de check-in o recepción	Registro de check-in de la recepción
Vestíbulo del centro de conferencias	Delegado transitando entre salas	Asistencia a la sesión más corta	Escaneos de gafetes por sesión
Pasillo de estadio	Aficionado moviéndose entre la tribuna y el quiosco	Compra más rápida en quiosco	Conteo de transacciones en quiosco
Biblioteca o punto de atención del ayuntamiento	Peatón en la calle colindante	Consulta más corta en mostrador	Registro de consultas en mostrador o contador de puerta

Cambie un ajuste a la vez. Si mueve el umbral RSSI y el límite de permanencia juntos, no podrá saber qué cambio afectó al conteo.

Paso 4: exportar datos de presencia a través de la API de Central

Los tableros de Central son perfectos para un vistazo rápido, pero los informes secundarios necesitan extraer los datos. Una exportación de la API de Aruba Central sigue cuatro pasos.

1. Cree un cliente de API en la API Gateway. Central autentica las llamadas REST con tokens de acceso OAuth 2.0. Los tokens de acceso son de corta duración, por lo que debe guardar el token de actualización en un gestor de secretos y automatizar la renovación.
2. Llame a los endpoints de analítica de presencia. Estos devuelven agregados a nivel de sitio para la ventana de tiempo que especifique. Utilice la referencia para desarrolladores de HPE para conocer las rutas y parámetros actuales de los endpoints, ya que cambian entre versiones de la API.
3. Programe la extracción. Una tarea diaria que solicite el día anterior por sitio es fácil de auditar. Guarde el ID del sitio, la ventana de tiempo en UTC y los ajustes de umbral y permanencia vigentes en ese momento.
4. Respete los límites de velocidad. Central aplica límites de velocidad de la API por cuenta. Las cuentas con propiedades grandes deben escalonar las solicitudes de los sitios en lugar de extraer la información de todos los sitios en el mismo minuto.

El paso 3 es más importante de lo que parece. Cuando alguien cambie un umbral dentro de seis meses, los ajustes guardados permitirán a los analistas dividir las series en lugar de reportar una caída fantasma en los visitantes.

¿Cómo se comprueba que los conteos son correctos?

Valide contra algo que ya contabilice. Elija una fuente de datos reales por sitio de la tabla anterior y compárela con el conteo de visitantes de Central todos los días durante al menos una semana.

No busque números idénticos. Varios compradores llegan juntos, el personal lleva teléfonos y algunos visitantes no llevan ningún dispositivo. Lo que busca es una proporción estable. Si los visitantes se mantienen en un múltiplo constante de las transacciones, la configuración es sólida y la proporción se convierte en una métrica de tasa de captura que puede reportar.

Realice cuatro comprobaciones de coherencia antes de confiar en los datos:

• Conteos nocturnos. Los visitantes registrados después del cierre suelen indicar dispositivos del personal, dispositivos fijos o el equipo de un vecino que supera su umbral.
• Capacidad. Los visitantes presentes a la vez nunca deben exceder la ocupación autorizada del recinto.
• Tablero frente a API. Los totales diarios de la extracción de su API deben coincidir con el tablero de Central para el mismo sitio y ventana. Una discrepancia suele significar un error de zona horaria.
• Sitio frente a sitio. Compare sitios con un flujo comercial similar. Un sitio con el doble de visitantes y la mitad de transacciones tiene un problema de calibración, no de ventas.

¿Cómo se ve la sintonización en un recinto real?

Los dos escenarios siguientes utilizan cifras ilustrativas para mostrar el método. Sus propios números diferirán, pero el cálculo aritmético es el mismo.

Escenario 1: una tienda de moda de una calle principal con fachada de cristal

Situación. Una tienda de una sola planta tiene dos AP a pocos metros de una fachada de cristal de altura completa en una banqueta concurrida. En un sábado típico, Central reporta 3,200 visitantes frente a 410 transacciones en caja. La tasa de captura implícita de aproximadamente el 13% parece inverosímilmente baja en comparación con la experiencia del equipo comercial.

Qué se hizo. El ingeniero de red recorrió el límite a la hora del almuerzo del sábado. Descubrió que los dispositivos en la banqueta, directamente afuera del cristal, registraban una señal casi tan fuerte como los dispositivos que estaban justo dentro de la puerta. Elevó el umbral RSSI para ubicarlo entre esas dos lecturas. Luego, estableció el tiempo de permanencia mínimo del visitante según el tiempo que se tarda en comprar un solo artículo en la caja.

Resultado. El sábado siguiente, Central reportó 1,150 visitantes frente a 425 transacciones, una proporción de aproximadamente 2.7 visitantes por venta. Esa proporción se mantuvo en un rango estrecho durante los siguientes cuatro fines de semana. El analista de insights ahora la reporta semanalmente como un indicador de conversión para la revisión comercial de retail de la tienda.

Escenario 2: el vestíbulo de un centro de conferencias con un hotel adyacente

Situación. Un centro de conferencias comparte un pasillo de conexión acristalado con un hotel de 200 habitaciones. Los organizadores de eventos quieren datos de permanencia por día para fijar el precio de los stands de los patrocinadores en el vestíbulo. La distribución de permanencia de Central muestra un gran pico en el rango más corto, independientemente de si se está llevando a cabo un evento o no.

Qué se hizo. El ingeniero descubrió que los huéspedes del hotel que caminaban por el pasillo de conexión superaban el umbral RSSI de los AP del vestíbulo. Mover únicamente el umbral habría excluido a los delegados reales que se encontraban cerca del pasillo. En su lugar, el equipo elevó el tiempo de permanencia mínimo del visitante por encima del tiempo que se tarda en caminar de un extremo a otro del pasillo. Luego, validaron los conteos comparándolos con los escaneos de gafetes durante tres días de eventos.

Resultado. En los días sin eventos, los visitantes del vestíbulo disminuyeron a un nivel coherente con el del personal y los contratistas. En los días de eventos, el conteo de visitantes siguió los escaneos de gafetes en una proporción constante. Los organizadores pudieron entonces ofrecer a los patrocinadores una cifra defendible de los delegados que pasaron más de un tiempo determinado en el vestíbulo. El tráfico de huéspedes del hotel dejó de contaminar los datos del evento.

Escenario 3: una biblioteca municipal con una parada de autobús afuera

Situación. Una biblioteca pública se encuentra junto a una parada de autobús donde la gente espera durante varios minutos, dentro del rango de cobertura del AP de la entrada. El ayuntamiento quiere cifras de visitas para su informe anual de servicios.

Qué se hizo. Ni el RSSI ni la permanencia por sí solos separaban a un pasajero de autobús que esperaba de un visitante de la biblioteca. El equipo estableció el umbral utilizando lecturas tomadas en la propia parada de autobús. Luego, contrastaron los conteos con el contador de puerta existente durante un mes. Resultado. Los recuentos de presencia y de puertas se movieron de la mano dentro de un margen consistente. El consejo mantuvo el contador de puertas como la cifra oficial y utilizó los datos de presencia para el patrón hora por hora, el cual el contador de puertas no podía proporcionar. El patrón sirvió para realizar cambios en la dotación de personal en el mostrador de información.

¿Qué puede salir mal y cómo solucionarlo?

Los recuentos de visitantes son muy superiores a la realidad de la situación

El umbral de RSSI es demasiado permisivo, generalmente debido a vidrios, una división delgada o un AP montado cerca de la entrada. Vuelva a recorrer el límite en horas pico y eleve el umbral. Si la ubicación del AP imposibilita una separación limpia, considere moverlo más lejos del límite.

Los recuentos cambian tras una actualización del sistema operativo móvil

La aleatorización de direcciones MAC significa que un dispositivo físico puede aparecer como varias direcciones a lo largo del tiempo. Cada cambio en el comportamiento de aleatorización en iOS o Android puede alterar sus recuentos y reducir las cifras de visitas recurrentes. Anote en sus series de informes las fechas de lanzamiento de las versiones principales de los sistemas operativos. Trate con precaución las métricas de visitas recurrentes de dispositivos no autenticados.

Visitantes nocturnos o a primera hora de la mañana

Los teléfonos del personal, los escáneres de mano, las impresoras y los dispositivos inteligentes permanecen por encima del umbral todo el día. Excluya las direcciones de dispositivos conocidos donde Central lo permita, o excluya las horas fuera del horario comercial en sus informes descendentes.

Las llamadas a la API devuelven errores de autorización

El token de acceso ha expirado y el paso de actualización falló o nunca se ejecutó. Verifique que su tarea utilice el token de actualización, almacene el nuevo par de tokens que recibe y genere alertas en caso de fallo en lugar de registrar silenciosamente días vacíos.

Un cambio repentino en las comparaciones históricas

Alguien cambió un umbral o un límite de tiempo de permanencia. Por eso, el Paso 4 almacena la configuración con cada extracción. Divida la serie en la fecha del cambio y genere informes para los dos periodos por separado.

Los problemas del Captive Portal distorsionan las métricas autenticadas

Si también opera un Captive Portal, que es la página web que ve un dispositivo antes de obtener acceso a la red, los fallos de redirección reducen las visitas autenticadas. Estos no afectan a los recuentos de presencia. Investigue las redirecciones del portal como un problema independiente de la calibración de presencia.

¿Cuáles son los límites de los análisis de Aruba Central?

El análisis de presencia nativo es útil y viene incluido con su infraestructura de Aruba. También tiene limitaciones claras que debe explicar abiertamente a las partes interesadas antes de que desarrollen un programa de informes basado en él.

• Agregación a nivel de sitio. Central genera informes por sitio. Si necesita comparaciones entre zonas dentro de un sitio, o clasificaciones en una gran infraestructura con reglas consistentes, tendrá que desarrollar eso usted mismo en las fases posteriores.
• Retención. Central conserva los datos de presencia durante un periodo limitado establecido por la plataforma y su suscripción. La comparación año tras año depende de su propia exportación, así que inicie el flujo de la API desde el primer día.- Sin capa de identidad. Los datos de presencia son recuentos de dispositivos anónimos. No se puede vincular una visita con un contacto con consentimiento, una cuenta de lealtad o un registro de CRM. Las direcciones MAC aleatorias hacen que incluso los recuentos de visitas recurrentes anónimas dejen de ser confiables a largo plazo.
• Vista de un solo proveedor. Central ve los puntos de acceso Aruba. Las propiedades que combinan Aruba con Cisco Meraki, Ruckus o Juniper Mist en sitios adquiridos obtienen un panorama parcial.
• Deuda de calibración. Cada remodelación, movimiento de puntos de acceso o nueva instalación de vidrios cambia el entorno de radio. Los umbrales que eran correctos en la instalación se desvían a menos que alguien vuelva a recorrer el perímetro.

Ninguno de estos es un defecto. Son el alcance de la función de analíticas de un proveedor de red, y definen dónde una capa de plataforma se gana su lugar.

¿Cuánto cuesta y cuándo vale la pena agregar una capa de plataforma?

La ruta nativa cuesta tiempo de ingeniería y de analistas en lugar de un gasto adicional en licencias, siempre que su suscripción de Central ya cubra las analíticas de presencia. Considere en su presupuesto un recorrido de perímetro por sitio, una semana de validación, una canalización de API para construir y mantener, y una recalibración después de cambios físicos.

WiFi Analytics de Purple agrega una capa diferente en lugar de duplicar Central. Funciona como una capa en la nube independiente del hardware en los puntos de acceso Aruba que ya posee, sin necesidad de reemplazar equipos. El portal cautivo de Guest WiFi de Purple agrega una capa autenticada mediante el consentimiento de opción voluntaria y consciente, lo que le brinda datos de origen que la presencia anónima no puede proporcionar.

Capacidad	Analíticas de presencia de Aruba Central	Purple WiFi Analytics en sus puntos de acceso Aruba
Qué cuenta	Dispositivos anónimos por encima de un umbral de RSSI	Visitas donde la intensidad de la señal ubicó al dispositivo dentro del establecimiento, más visitantes autenticados
Identidad	Ninguna, solo dirección MAC	Visitantes autenticados con datos de origen consentidos
Reportes de permanencia	Rangos de duración por sitio	Tiempo de permanencia promedio por visita para visitantes autenticados
Patrones de tiempo	Tableros del sitio en un periodo elegido	Mapa de calor de visitas por día de la semana y hora del día
Vista de múltiples establecimientos	Por sitio, creado de manera descendente para propiedades	Los 10 mejores y 10 peores establecimientos por visitas, clasificados dentro de la plataforma
Hardware	Solo HPE Aruba	Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme, Fortinet
Vista en tiempo real	Tableros de Central	Últimos 25 minutos en intervalos de un minuto, actualizados cada minuto (Presence Legacy)
A quién se adapta	Propiedades de un solo proveedor que necesitan patrones de ocupación anónimos	Propiedades con múltiples establecimientos o proveedores mixtos que necesitan datos de visitantes identificados y con consentimiento

Las capacidades de Purple en esta tabla provienen de la documentación de Purple sobre WiFi Analytics - Presence y Presence (Legacy). Una advertencia de esos documentos: los datos de visitantes no autenticados pueden tardar más en procesarse que los datos de visitantes autenticados.

Quédese con la opción nativa si opera una sola infraestructura de Aruba, necesita patrones anónimos de ocupación y tiempo de permanencia, y cuenta con un ingeniero que pueda encargarse de la calibración y del flujo de la API.

Agregue una capa de plataforma cuando ocurra algo de lo siguiente: opera hardware mixto, compara muchos puntos de venta entre sí, o necesita datos consentidos e identificados de visitantes para marketing o diseño de servicios. Esto aplica para hoteles que construyen perfiles de huéspedes y para cadenas de retail que vinculan visitas con campañas. Purple opera en más de 80,000 puntos de venta activos y gestionó 440 millones de inicios de sesión en 2024 (datos propios de Purple). La mayoría de esos puntos de venta utilizan hardware que ya estaba instalado.

Preguntas frecuentes

¿Se incluyen los análisis de presencia en mi licencia de Aruba Central?

No en todos los casos. Los análisis de presencia se encuentran en niveles de suscripción específicos de Aruba Central, así que confirme que los AP en cada sitio tengan un nivel que los incluya. Verifique la documentación actual de licencias de HPE contra las suscripciones asignadas en su cuenta de Central antes de planificar un despliegue. Si algunos sitios tienen un nivel inferior, tendrá vacíos en los reportes de toda su infraestructura. Corrija las licencias primero, luego calibre.

¿Funciona Purple con mis puntos de acceso existentes de HPE Aruba?

Sí. Purple es agnóstico al hardware y se ejecuta como una capa en la nube sobre los puntos de acceso de HPE Aruba, junto con Cisco Meraki, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme y Fortinet. Usted conserva su configuración de Aruba Central y sus AP existentes. Purple agrega el Captive Portal, los datos de visitantes autenticados y la capa de analíticas en la parte superior, por lo que no hay necesidad de un proyecto de reemplazo de hardware.

¿Puedo exportar datos de presencia de Aruba Central a un almacén de datos o herramienta de BI?

Sí, a través de la REST API de Central. Cree un cliente API en la API Gateway, autentíquese con tokens OAuth 2.0 y llame a los endpoints de análisis de presencia para obtener agregados a nivel de sitio. Programe una extracción diaria por sitio, almacene las marcas de tiempo en UTC y registre las configuraciones de umbral vigentes. Debido a que la retención de Central es limitada, su exportación se convierte en el registro a largo plazo para comparaciones año tras año.

¿Los datos de presencia de WiFi son datos personales bajo el GDPR?

Trátelos como datos personales. El considerando 30 del GDPR designa a los identificadores en línea proporcionados por los dispositivos como información que puede identificar a una persona, y los análisis de presencia procesan direcciones MAC. Realice una evaluación de impacto de protección de datos, coloque señalización clara en las entradas y mantenga una retención proporcional. Los recuentos agregados conllevan un menor riesgo que los identificadores sin procesar, pero la etapa de recopilación aún entra dentro del alcance.### ¿Cuánto tiempo se requiere para configurar y calibrar las analíticas de presencia de Aruba?

Planifique un recorrido de límites por sitio y al menos una semana de validación. Habilitar el servicio toma minutos. La calibración implica recorrer la entrada en horas pico, establecer el umbral de RSSI y los límites de tiempo de permanencia, para luego comparar los conteos con las cajas registradoras, registros o contadores de puertas. El pipeline de la API es un trabajo de ingeniería independiente. Realice una recalibración después de cualquier remodelación, movimiento de AP o cambio de vidriería.

¿La aleatorización de direcciones MAC hará que los conteos de presencia de Aruba sean inútiles?

No, pero limita el significado de los conteos. Los visitantes totales y los patrones de permanencia siguen siendo útiles cuando se validan contra una fuente de datos reales, como las transacciones de las cajas registradoras. Las cifras de visitas recurrentes y lealtad de dispositivos no autenticados no son confiables, porque un teléfono puede presentar varias direcciones a lo largo del tiempo. Para obtener datos confiables de visitas recurrentes, necesita visitantes autenticados que inicien sesión a través de un captive portal con consentimiento.

¿Debería elegir las analíticas de presencia de Aruba Central o las de Purple WiFi Analytics?

La mayoría de las infraestructuras de Aruba utilizan ambas, porque responden a diferentes preguntas. Central ofrece patrones de ocupación y permanencia anónimos por sitio sin costo de licencia adicional si su nivel de suscripción lo incluye. Purple añade datos de visitantes autenticados y con consentimiento, clasificaciones entre múltiples sedes y soporte para hardware mixto. Manténgase con la opción nativa para conteos anónimos en una infraestructura de un solo proveedor. Añada Purple cuando necesite datos de origen identificados.

¿Necesito hardware nuevo para añadir una capa de analíticas identificadas?

No. Purple se integra sobre los puntos de acceso HPE Aruba que ya tiene en funcionamiento, por lo que no hay necesidad de desinstalar ni reemplazar nada. La capa identificada proviene de un captive portal con opciones de consentimiento explícito, no de nuevos radios. Su configuración actual de Central, las analíticas de presencia y las exportaciones de la API continúan funcionando de la misma manera.