Analíticas de ubicación de Cisco Meraki: qué obtiene de forma nativa y dónde se limita

Los puntos de acceso Cisco Meraki incluyen analíticas de ubicación sin necesidad de una licencia independiente. Obtienes vistas de proximidad, interacción y fidelidad, un mapa de calor sobre el plano de planta y la API de escaneo para observaciones en bruto. Cuenta dispositivos anónimos, no personas. La aleatorización de direcciones MAC debilita las cifras de visitas recurrentes, las vistas están delimitadas por red y no obtendrás visitantes identificados sin un Captive Portal.

¿Qué es la analítica de ubicación de Cisco Meraki?

La analítica de ubicación de Cisco Meraki es el informe de presencia integrado en los puntos de acceso Meraki MR y en el panel de Meraki. Sus puntos de acceso detectan dispositivos cercanos, incluyendo sus probe requests y su tráfico. El panel convierte esas detecciones en conteos, duraciones y patrones de visitas recurrentes para cada red.

Cisco incluye esta función con las soluciones inalámbricas de Meraki. Eso la convierte en el primer lugar donde la mayoría de las instalaciones de Meraki buscan datos de afluencia. De manera predeterminada, obtienes cuatro cosas.

Las vistas de proximidad, interacción y fidelidad

El panel agrupa los datos de presencia en tres vistas:

• Proximidad divide los dispositivos detectados en transeúntes, visitantes y conectados. Los transeúntes se detectan brevemente o con baja intensidad de señal. Los visitantes se ven lo suficientemente cerca y durante el tiempo suficiente como para considerarse dentro del lugar. Los dispositivos conectados se unieron a tu WiFi.
• Interacción clasifica a los visitantes por tiempo de permanencia: 5 - 20 minutos, 20 - 60 minutos, 1 - 6 horas y más de 6 horas.
• Fidelidad agrupa a los visitantes por frecuencia de retorno: primera vez, diarios, semanales y ocasionales.

La documentación de analítica de ubicación de Cisco define los umbrales de señal y tiempo detrás de cada categoría. Lee esas definiciones antes de presentar una cifra a tu directiva.

El mapa de calor de ubicación de Meraki

Coloca tus puntos de acceso con precisión en los planos de planta cargados y el panel mostrará la densidad de dispositivos en todo el espacio. Calcula la posición a partir del RSSI (indicador de fuerza de señal recibida), la intensidad con la que cada punto de acceso detecta un dispositivo. Las estimaciones mejoran cuando varios puntos de acceso captan el mismo dispositivo al mismo tiempo.

La API de escaneo de Meraki

La API de escaneo envía observaciones en bruto de los dispositivos desde sus puntos de acceso hacia un servidor gestionado por ti. Es la vía para extraer datos del panel e integrarlos en tu propia canalización de datos. Explicamos cómo funciona a continuación.

¿Por qué son importantes los datos de presencia de Meraki para tu inmueble?

Los datos de presencia responden preguntas que las cajas registradoras y los escáneres de boletos no pueden. ¿Cuántas personas pasaron por la entrada sin entrar? ¿Cuánto tiempo se quedaron? ¿Qué zonas estuvieron vacías a las 3:00 p. m. un martes?

Los equipos de retail interpretan la proporción de transeúntes a visitantes como un indicador de la conversión del escaparate. Los hoteles usan el tiempo de permanencia en el bar del vestíbulo o en el spa para ver dónde pasan las tardes los huéspedes. Los equipos de infraestructura en el sector salud pueden dimensionar las salas de espera según los volúmenes de visitantes detectados en lugar de basarse solo en las listas de citas.

El atractivo es evidente. Los datos ya se están recopilando en el hardware de su propiedad. La pregunta útil es qué tan lejos lo llevan antes de que necesite más.

¿Cómo funciona el análisis de ubicación de Meraki?

Activación

El análisis de ubicación es una configuración para toda la red en el panel de control de Meraki. Se habilita por red y luego se coloca cada punto de acceso en su plano de planta. Sin una ubicación precisa, el mapa de calor y las estimaciones de coordenadas son puras conjeturas. Siga la documentación actual de Cisco para conocer los pasos, ya que los menús del panel de control cambian entre versiones.

Dos comprobaciones antes de confiar en cualquier cifra:

1. Confirme que cada punto de acceso esté fijado en el piso y en la posición correctos.
2. Recopile unas semanas de datos de referencia antes de comparar periodos o sitios.

La densidad de los puntos de acceso para la ubicación es una decisión de diseño, no una opción de activación. Una red diseñada puramente para cobertura puede hacer que solo un punto de acceso detecte los dispositivos. Eso genera un recuento, pero una posición deficiente. Nuestras Mejores prácticas de red para recintos y empresas en 2026 cubren la ubicación y la densidad.

Lectura de las tres vistas

Proximidad. Observe las proporciones, no el recuento bruto de transeúntes. Los transeúntes incluyen dispositivos detectados a través de paredes y ventanas, y la aleatorización de MAC infla la cifra, como se explica a continuación. Los recuentos de visitantes y de dispositivos conectados son más estables.

Interacción. Esta es la vista más confiable para tomar decisiones operativas, especialmente para dispositivos conectados. Un dispositivo conectado suele mantener una sola dirección privada en su red durante toda la visita. Los dispositivos que nunca se conectan rotan sus direcciones de sondeo, lo que puede dividir una visita larga en varias cortas. Compare el mismo grupo semana tras semana para evaluar si un cambio de diseño retuvo a las personas por más tiempo.

Fidelidad. Trate esta vista con la mayor precaución. Depende de reconocer la misma dirección de dispositivo en un día posterior, y los teléfonos modernos están diseñados para evitar exactamente eso. La sección de límites explica este efecto.

Uso de la API de escaneo de Meraki

La API de escaneo de Meraki es la forma en que su equipo de datos obtiene observaciones directas en su propia canalización. La documentación de la API de escaneo de Cisco establece la versión actual y el esquema de carga útil. En resumen:

• Registra una URL de receptor en el panel de control. Meraki envía una solicitud de validación y su servidor debe devolver la cadena de validación que muestra el panel de control.
• Luego, Meraki envía cargas útiles de JSON con observaciones en lotes, aproximadamente una vez por minuto según la documentación de Cisco.
• Cada carga útil lleva un secreto compartido que usted configura, de modo que su receptor pueda rechazar cualquier elemento que no provenga de su red.
• Las observaciones de WiFi y Bluetooth Low Energy (BLE) llegan como transmisiones independientes.
• Cada observación incluye la dirección MAC del cliente, el fabricante y el punto de acceso más cercano con su RSSI. Los dispositivos conectados también reportan el SSID.
• Las estimaciones de ubicación llegan como coordenadas x/y y latitud/longitud, con una cifra de varianza que muestra la confiabilidad de la estimación.

La API le otorga el control absoluto. Usted establece su propia definición de visitante, utilizando un umbral RSSI y una permanencia mínima que se adapten a su inmueble. Puede descartar las posiciones cuya varianza sea demasiado amplia para ser útil. Puede aplicar un algoritmo hash a las direcciones MAC a su llegada para que los identificadores sin procesar nunca lleguen a su almacén de datos.

También le otorga la propiedad total. Usted aloja el receptor, lo mantiene disponible, absorbe los cambios de esquema entre las versiones de la API y asume las obligaciones de GDPR para los identificadores de dispositivos. Reserve tiempo de ingeniería para ello, no solo para la construcción inicial.

¿Dónde se ubica junto a lo que ya ejecuta?

Las vistas nativas de Meraki y la API de escaneo miden dispositivos. Un Captive Portal mide a las personas que decidieron identificarse. Un Captive Portal es la página web que ve un dispositivo antes de obtener acceso a internet, donde el visitante inicia sesión o acepta los términos. Ambos responden a preguntas diferentes, por lo que las infraestructuras más maduras ejecutan ambos.

Purple ejecuta el Captive Portal y WiFi Analytics como una superposición en la nube sobre sus puntos de acceso Meraki existentes. Purple es independiente del hardware, funcionando en Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme y Fortinet.

Capacidad	Vistas del panel de Meraki	API de escaneo de Meraki	Purple en Meraki
Lo que mide	Conteos anónimos de dispositivos, permanencia y frecuencia de regreso	Observaciones individuales sin procesar por dispositivo en lotes aproximadamente una vez por minuto	Visitantes con sesión iniciada, con un perfil y un registro de consentimiento
Alcance	Una red a la vez	Cada red que apunte a su receptor	Cada ubicación en un solo panel de control
Historial	Ventana de retención publicada por Cisco para datos de ubicación	Lo que conserve su propio almacenamiento	Almacenado en la plataforma Purple (certificación ISO 27001)
Impacto de la aleatorización de MAC	Lealtad y transeúntes distorsionados	Misma distorsión, pero puede modelarla	Visitas repetidas vinculadas al perfil de inicio de sesión
Identifica al visitante	No	No	Sí, a través de autorizaciones de elección consciente
Consentimiento de marketing	No capturado	No capturado	Capturado al iniciar sesión
Esfuerzo de operación	Habilitar por red, ubicar puntos de acceso en los planos de planta	Construir, alojar y mantener un receptor, almacenamiento y modelo de datos	Configurar el Captive Portal en Meraki, sin hardware nuevo
Costo	Incluido con Meraki wireless	Incluido, más su costo de alojamiento y tiempo de ingeniería	Suscripción a Purple junto con su licencia de Meraki

¿Cuáles son los límites de Meraki location analytics?

Ventanas de retención

El panel de control está diseñado para vistas operativas recientes, no para un historial de varios años. Cisco publica los períodos de retención en su documentación de retención de datos de Meraki. Verifique la cifra actual antes de prometer a alguien una comparación año tras año.

Si necesita un historial prolongado, transmita a través de la API de escaneo a su propio almacenamiento desde el primer día. La API envía observaciones casi en tiempo real. No reproduce el historial, por lo que cualquier cosa que su receptor se haya perdido se perderá para siempre.

Su propio almacenamiento conlleva sus propias obligaciones. El principio de limitación del plazo de conservación del GDPR, Artículo 5(1)(e), exige que no conserve los datos personales más tiempo del necesario. Establezca un periodo de retención, documéntelo y elimínelos según lo programado.

Agregación a nivel de sitio

Las vistas nativas están diseñadas en torno a una sola red, lo que generalmente significa un solo sitio. Una propiedad de 60 tiendas se convierte en 60 conjuntos de gráficos. La comparación entre sitios implica exportar red por red o crear su propia canalización en la API de escaneo.

Las vistas nativas tampoco pueden decirle que un comprador visitó sus tiendas de Leeds y Manchester en la misma semana. Cada red ve sus propios dispositivos y las direcciones aleatorias frustran cualquier intento de coincidencia entre sitios.

Aleatorización de MAC y los segmentos de fidelización

Este es el límite que más importa para un analista de información. Desde iOS 14 y Android 10, los teléfonos usan una dirección MAC privada y aleatoria para cada red de forma predeterminada. Las solicitudes de sondeo de dispositivos que nunca se conectan han utilizado direcciones aleatorias que cambian con frecuencia desde hace más tiempo. Tanto Apple como Google documentan este comportamiento.

Los efectos en los datos de presencia de Meraki son predecibles:

• Aumento de transeúntes. Un teléfono que nunca se conecta puede aparecer como varios dispositivos a medida que cambia su dirección de sondeo.
• Aumento de visitantes por primera vez. Un teléfono que regresa y no se conecta presenta una nueva dirección, por lo que el panel registra a un desconocido.
• Disminución de la fidelización diaria y semanal. Las visitas repetidas no se contabilizan por el mismo motivo.

A los dispositivos conectados les va mejor, porque la dirección privada por red generalmente persiste en su SSID. Las versiones recientes de Apple agregan una opción giratoria que cambia incluso esa dirección con el tiempo. Espere que la fidelización de los dispositivos conectados se reduzca a medida que crezca la adopción.

La regla práctica: informe la fidelización como una tendencia para los dispositivos conectados, nunca como una participación absoluta de visitantes recurrentes. Nunca la presente al negocio como "clientes recurrentes".

Sin capa de visitantes identificados

Las analíticas nativas nunca saben quién es alguien. No tienen nombre, ni dirección de correo electrónico, ni registro de consentimiento ni enlace a su CRM o sistema de gestión de propiedades. Puede ver que el tiempo de permanencia aumentó un 12% en una zona. No puede enviar nada a esos visitantes ni medir lo que gastaron.

Esa capa necesita un Captive Portal donde los visitantes elijan identificarse. El Guest WiFi de Purple captura datos de primera fuente (first-party data) a través de autorizaciones por elección consciente y se integra con plataformas de CRM y marketing. Las visitas repetidas se contabilizan en función del perfil con el que inicia sesión el visitante, no solo con la dirección del dispositivo. Purple procesó 440 millones de inicios de sesión en más de 80,000 ubicaciones en vivo en 2024 (datos de Purple).

Cómo funcionan las analíticas de ubicación de Meraki en ubicaciones reales

Los dos escenarios a continuación son ejemplos prácticos ilustrativos. Las cifras muestran el método, no los resultados de un sitio específico.

Escenario 1: un minorista de moda con 60 tiendas que compara establecimientos

Situación. El equipo de estadísticas buscaba una clasificación semanal de las tiendas según la permanencia de los compradores. Cada tienda operaba su propia red Meraki. Elaborar el informe implicaba abrir 60 paneles de control y copiar las cifras de interacción en una hoja de cálculo, lo que representaba aproximadamente un día de trabajo cada semana.

Lo que se hizo. El equipo de TI configuró un receptor de API de escaneo y le vinculó las 60 redes. Encriptaron las direcciones MAC al recibirlas, aplicaron un único umbral RSSI en todas las propiedades y descartaron las observaciones con una gran varianza. Establecieron un periodo de retención de 13 meses, documentado en sus registros de GDPR.

Resultado. El informe semanal se convirtió en una consulta automatizada que cubría las 60 tiendas. El equipo también confirmó lo que las categorías de fidelidad ocultaban. En las tiendas con baja adopción de WiFi, más del 80% de los visitantes aparecían registrados como nuevos, en comparación con una cifra mucho más baja en los datos de la propia aplicación del distribuidor. La fidelidad se eliminó del informe ejecutivo y se reemplazó por la permanencia y la proporción de visitantes frente a transeúntes.

Escenario 2: un hotel de 200 habitaciones en busca de huéspedes recurrentes

Situación. El equipo comercial interpretaba la vista de fidelidad de Meraki como su métrica de huéspedes recurrentes. La vista mostraba la mayoría de los dispositivos como de primera visita. Esto contradecía el sistema de reservas, que mostraba una gran proporción de reservas repetidas.

Lo que se hizo. El equipo aceptó que las categorías de fidelidad miden direcciones de dispositivos, no huéspedes. Agregaron un Captive Portal de Purple en los puntos de acceso Meraki existentes, con la aceptación consciente del consentimiento de marketing al iniciar sesión. Mantuvieron la vista de interacción de Meraki para la permanencia por zonas en el bar, el restaurante y el spa.

Resultado. Los huéspedes recurrentes ahora se identificaban al iniciar sesión en lugar de deducirse a partir de las direcciones. Los huéspedes que dieron su consentimiento se integraron al CRM para recibir ofertas previas a su llegada. Los datos de interacción siguieron orientando la asignación de personal en el bar. Si está especificando esto para un nuevo contrato, nuestra Lista de verificación RFP para WiFi en hoteles: autenticación, filtrado de contenido y marketing de huéspedes incluye las preguntas que debe hacerse.

¿Qué debería hacer a continuación?

Comience por decidir qué pregunta está intentando responder. El conteo de dispositivos y los visitantes identificados son soluciones distintas.

Su situación	Qué utilizar
Un solo sitio, preguntas operativas sobre zonas y horarios con mayor afluencia	Vistas del panel de control de Meraki y el mapa de calor de ubicación
Múltiples sitios, un equipo de datos, necesidad de un historial extenso	API de escaneo de Meraki hacia su propio almacén de datos
Necesidad de generar informes sobre visitas recurrentes fundamentadas	Captive Portal con inicio de sesión, no categorías de fidelidad de dispositivos
Necesidad de contactar a los visitantes o vincular las visitas con el gasto	Purple Guest WiFi y WiFi Analytics en Meraki
Capacidad de ingeniería limitada, múltiples sitios	Purple WiFi Analytics en lugar de una canalización propia

Luego, avance a través de cuatro pasos:

1. Audite la ubicación en el plano de planta de cada red antes de confiar en cualquier mapa de calor.
2. Elimine las cifras de fidelidad de los informes ejecutivos hasta que pueda atribuirlas a visitantes que hayan iniciado sesión.
3. Decida su periodo de retención y transmita los datos a través de la API de escaneo desde ahora si necesita mantener un historial.
4. Agregue una capa identificada a través de un Captive Portal donde necesite personas, no dispositivos.

Nada de esto requiere nuevos puntos de acceso. Nuestro blog Por qué su próxima actualización de WiFi no requiere nuevo hardware explica el enfoque de superposición en Meraki.

Preguntas frecuentes

¿La analítica de ubicación de Cisco Meraki está incluida en la licencia de Meraki?

Sí, la analítica de ubicación y la API de escaneo vienen con el sistema inalámbrico de Meraki sin cargo adicional. No paga nada extra para habilitar las vistas de proximidad, interacción y fidelidad o el mapa de calor de ubicación. La API de escaneo también está incluida. Sin embargo, usted asume el costo de alojar un receptor, almacenar observaciones y mantener la infraestructura. Para una propiedad con múltiples sitios, ese tiempo de ingeniería suele ser el costo mayor.

¿La analítica de ubicación de Meraki puede decirme quiénes son mis visitantes?

No, la analítica de ubicación de Meraki cuenta dispositivos anónimos, no personas identificadas. Registra las direcciones de los dispositivos, la intensidad de la señal y la posición estimada, sin nombre, correo electrónico o registro de consentimiento. Para identificar a los visitantes, necesita un Captive Portal donde elijan iniciar sesión. Purple agrega esa capa sobre sus puntos de acceso Meraki existentes, capturando datos de primera fuente a través de registros por elección consciente y vinculando las visitas a un perfil.

¿Cuánto tiempo conserva Meraki los datos de analítica de ubicación?

Meraki conserva los datos de ubicación durante el período establecido en la documentación oficial de retención de datos de Meraki de Cisco. Consulte la cifra actual allí antes de planificar informes comparativos año con año. Si necesita un historial más largo, transmita las observaciones a través de la API de escaneo a su propio almacenamiento desde el primer día. La API no reproduce datos pasados. Su propio almacenamiento debe seguir el principio de limitación de almacenamiento del GDPR.

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

Sí, las direcciones MAC pueden considerarse datos personales según el GDPR, ya que se relacionan con un dispositivo portado por una persona identificable. La ICO del Reino Unido lo ha indicado así en sus guías sobre analítica de ubicación WiFi. Enmascare o trunque las direcciones a la llegada, documente su base legal, establezca un período de retención y coloque señalización clara. Un Captive Portal agrega el consentimiento explícito para uso de marketing.

¿Qué tan precisos son los datos de fidelidad de visitantes de Meraki?

Los datos de fidelidad de Meraki no son confiables como una medida absoluta debido a la aleatorización de direcciones MAC. Desde iOS 14 y Android 10, los teléfonos usan direcciones aleatorias que hacen que los dispositivos recurrentes parezcan nuevos. El recuento de visitantes por primera vez se infla y el recuento de visitas repetidas disminuye. Los dispositivos conectados son más estables, ya que su dirección por red suele persistir. Utilice la fidelidad únicamente como una tendencia de dispositivos conectados y cuente los visitantes recurrentes a partir de los inicios de sesión.

¿Purple funciona con mis puntos de acceso Cisco Meraki existentes?

Sí, Purple se ejecuta en sus puntos de acceso Cisco Meraki existentes como una superposición en la nube. Usted configura el Captive Portal en Meraki y conserva su hardware y licencias actuales. Purple es independiente del hardware, por lo que el mismo enfoque funciona en HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks y Fortinet. Los entornos de varios proveedores generan informes a través de una sola vista de WiFi Analytics.

¿Debo desarrollar sobre la API de escaneo de Meraki o usar una plataforma de analítica?

Desarrolle sobre la API de escaneo si cuenta con un equipo de datos y desea un control total sobre las definiciones y el almacenamiento. Elija una plataforma si carece de capacidad de ingeniería o necesita visitantes identificados. La API solo proporciona observaciones de dispositivos sin procesar, por lo que aún enfrentará la aleatorización de MAC y no tendrá un registro de consentimiento. Muchos entornos usan ambos: la API para la permanencia de los dispositivos y Purple para los visitantes registrados.