Analisi della posizione Cisco Meraki: cosa offre la soluzione integrata e dove si ferma

I punti di accesso Cisco Meraki includono la location analytics senza richiedere alcuna licenza separata. Offrono viste su prossimità, engagement e fidelizzazione, una mappa di calore della planimetria e l'API di scansione per le osservazioni grezze. Il sistema conta i dispositivi anonimi, non le persone. La randomizzazione dei MAC address riduce la precisione dei dati sulle visite ripetute, le viste sono delimitate per singola rete e non è possibile identificare i visitatori senza un Captive Portal.

Che cos'è la location analytics di Cisco Meraki?

La location analytics di Cisco Meraki è la funzionalità di reportistica sulla presenza integrata negli access point Meraki MR e nella dashboard Meraki. I punti di accesso rilevano i dispositivi nelle vicinanze, incluse le relative probe request e il traffico. La dashboard trasforma queste rilevazioni in conteggi, durate e modelli di visite ripetute per ciascuna rete.

Cisco include questa funzionalità con la rete wireless Meraki. Per questo motivo è il primo strumento a cui ricorre la maggior parte delle strutture Meraki per ottenere dati sull'affluenza. Pronta all'uso, offre quattro elementi principali.

Le viste di prossimità, engagement e fidelizzazione

La dashboard raggruppa i dati di presenza in tre viste:

• Prossimità suddivide i dispositivi rilevati in passanti, visitatori e connessi. I passanti vengono rilevati brevemente o con un segnale debole. I visitatori vengono rilevati abbastanza vicini e sufficientemente a lungo da essere considerati all'interno. I dispositivi connessi si sono collegati alla rete WiFi.
• Engagement raggruppa i visitatori in base al tempo di permanenza: 5 - 20 minuti, 20 - 60 minuti, 1 - 6 ore e oltre 6 ore.
• Fidelizzazione raggruppa i visitatori in base alla frequenza di ritorno: prima volta, giornalieri, settimanali e occasionali.

La documentazione sulla location analytics di Cisco definisce le soglie di segnale e di tempo alla base di ciascuna categoria. È consigliabile consultare queste definizioni prima di presentare le cifre alla direzione.

La mappa di calore sulla posizione di Meraki

Posizionando accuratamente i punti di accesso sulle planimetrie caricate, la dashboard mostra la densità dei dispositivi nello spazio. La posizione viene stimata in base all'RSSI (indicatore di intensità del segnale ricevuto), ovvero la potenza con cui ciascun punto di accesso rileva un dispositivo. Le stime migliorano quando più punti di accesso rilevano contemporaneamente lo stesso dispositivo.

L'API di scansione Meraki

L'API di scansione invia le osservazioni grezze dei dispositivi dai punti di accesso a un server gestito dall'utente. Rappresenta la via di uscita dalla dashboard per l'integrazione nella propria pipeline di dati. Il suo funzionamento viene approfondito di seguito.

Perché i dati di presenza Meraki sono importanti per la tua struttura?

I dati di presenza rispondono a domande a cui i registratori di cassa e i lettori di biglietti non possono dare risposta. Quante persone sono passate davanti all'ingresso senza entrare? Quanto tempo si sono trattenute? Quali zone sono rimaste vuote alle 15:00 di un martedì?

I team del settore retail analizzano il rapporto tra passanti e visitatori come parametro per valutare la conversione delle vetrine. Gli hotel utilizzano il tempo di permanenza nel bar della hall o nella spa per verificare dove gli ospiti trascorrono le serate. I team di gestione delle strutture sanitarie possono dimensionare le sale d'attesa in base ai volumi effettivi di visitatori rilevati anziché sulle sole liste degli appuntamenti.

L'interesse è evidente. I dati vengono già raccolti sull'hardware di tua proprietà. La domanda utile è fino a che punto questi ti supportino prima di aver bisogno di altro.

Come funzionano le analisi di posizione di Meraki?

Attivazione della funzionalità

L'analisi della posizione è un'impostazione a livello di rete nella dashboard Meraki. Si abilita per singola rete, per poi posizionare ciascun access point sulla relativa planimetria. Senza un posizionamento accurato, la mappa di calore e le stime delle coordinate sono solo approssimative. Per la procedura corretta, fai riferimento alla documentazione aggiornata di Cisco, poiché i menu della dashboard variano tra le diverse release.

Due verifiche prima di considerare affidabile qualsiasi dato:

1. Conferma che ogni access point sia posizionato nel piano e nella posizione corretti.
2. Raccogli alcune settimane di dati di riferimento prima di confrontare periodi o sedi.

La densità degli access point per la localizzazione è una scelta progettuale, non un semplice interruttore. Una rete progettata unicamente per la copertura potrebbe far sì che i dispositivi vengano rilevati da un solo access point. Ciò fornisce un conteggio, ma una stima della posizione scarsa. La nostra guida Network Best Practices for Venues and Enterprises in 2026 approfondisce posizionamento e densità.

Interpretare le tre viste

Proximity (Prossimità). Monitora le percentuali, non il conteggio grezzo dei passanti. Tra i passanti rientrano i dispositivi rilevati attraverso pareti e finestre, e la casualizzazione dei MAC incrementa questo dato, come spiegato di seguito. I conteggi dei visitatori e dei dispositivi connessi risultano invece più stabili.

Engagement (Coinvolgimento). È la vista più affidabile per le decisioni operative, in particolare per i dispositivi connessi. Un dispositivo connesso mantiene generalmente un unico indirizzo privato sulla rete per l'intera durata della visita. I dispositivi che non si connettono mai alternano i propri indirizzi di probe, il che può dividere una visita lunga in più visite brevi. Confronta lo stesso intervallo settimana su settimana per valutare se una modifica al layout ha trattenuto le persone più a lungo.

Loyalty (Fedeltà). Considera questa vista con la massima cautela. Dipende dal riconoscimento dello stesso indirizzo del dispositivo in un giorno successivo, e gli smartphone moderni sono progettati esattamente per impedirlo. La sezione sui limiti ne spiega l'effetto.

Utilizzo della scanning API di Meraki

La scanning API di Meraki consente al tuo team di dati di inserire le rilevazioni grezze nella propria pipeline. La documentazione della scanning API di Cisco specifica la versione corrente e lo schema del payload. In sintesi:

• È necessario registrare un URL ricevente nella dashboard. Meraki invia una richiesta di convalida e il tuo server deve restituire la stringa del convalidatore visualizzata nella dashboard.
• Meraki invia quindi payload JSON con i dati delle rilevazioni in batch, indicativamente una volta al minuto come indicato nella documentazione Cisco.
• Ogni payload contiene un segreto condiviso impostato dall'utente, permettendo al server ricevente di rifiutare qualsiasi dato non proveniente dalla tua rete.
• Le rilevazioni WiFi e Bluetooth Low Energy (BLE) arrivano come flussi separati.
• Ogni rilevazione include l'indirizzo MAC del client, il produttore e l'access point più vicino con il relativo valore RSSI. I dispositivi connessi indicano anche l'SSID.
• Le stime della posizione arrivano sotto forma di coordinate x/y e latitudine/longitudine, accompagnate da un valore di varianza che ne indica il grado di accuratezza.

L'API ti offre il pieno controllo. Puoi impostare la tua definizione di visitatore, utilizzando una soglia RSSI e una permanenza minima adatte al tuo edificio. Puoi scartare le posizioni la cui varianza è troppo ampia per essere utile. Puoi applicare l'hashing agli indirizzi MAC all'arrivo, in modo che gli identificatori grezzi non raggiungano mai il tuo data warehouse.

Ti attribuisce anche la proprietà. Ospiti il ricevitore, lo mantieni disponibile, assorbi le modifiche di schema tra le versioni dell'API e ti fai carico degli obblighi GDPR per gli identificatori dei dispositivi. Prevedi del tempo di ingegnerizzazione per questo, non solo per la configurazione iniziale.

Come si posiziona rispetto a ciò che stai già eseguendo?

Le viste native di Meraki e l'API di scansione misurano entrambe i dispositivi. Un Captive Portal misura le persone che hanno scelto di identificarsi. Un Captive Portal è la pagina web che un dispositivo visualizza prima di accedere a Internet, dove il visitatore effettua l'accesso o accetta i termini. Le due soluzioni rispondono a domande diverse, motivo per cui la maggior parte delle strutture mature le utilizza entrambe.

Purple gestisce il Captive Portal e WiFi Analytics come un overlay cloud sui tuoi access point Meraki esistenti. Purple è indipendente dall'hardware e funziona su Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks e Fortinet.

Funzionalità	Viste dashboard Meraki	API di scansione Meraki	Purple su Meraki
Cosa misura	Conteggio dispositivi anonimi, permanenza e frequenza di ritorno	Osservazioni grezze per dispositivo in batch circa ogni minuto	Visitatori autenticati con un profilo e un registro del consenso
Ambito	Una rete alla volta	Ogni rete puntata verso il tuo ricevitore	Ogni sede in un unico pannello di controllo
Cronologia	Finestra di conservazione pubblicata da Cisco per i dati di posizione	Qualsiasi durata mantenga il tuo archivio	Conservati nella piattaforma Purple (certificata ISO 27001)
Impatto della randomizzazione MAC	Fedeltà e passanti distorti	Stessa distorsione, ma puoi modellarla	Visite ripetute abbinate al profilo di login
Identifica il visitatore	No	No	Sì, tramite opt-in basati su una scelta consapevole
Consenso al marketing	Non acquisito	Non acquisito	Acquisito al momento del login
Impegno di gestione	Abilita per rete, posiziona gli access point sulle mappe	Costruisci, ospita e mantieni un ricevitore, un archivio e un modello dati	Configura il Captive Portal su Meraki, nessun nuovo hardware
Costo	Incluso con il wireless Meraki	Incluso, più i costi di hosting e il tempo dei tecnici	Abbonamento Purple affiancato alla licenza Meraki

Quali sono i limiti di Meraki location analytics?

Finestre di conservazione

La dashboard è progettata per viste operative recenti, non per una cronologia pluriennale. Cisco pubblica i periodi di conservazione nella documentazione Meraki data retention. Verifica la cifra attuale prima di promettere a qualcuno un confronto su base annua.

Se hai bisogno di una cronologia estesa, invia i dati in streaming tramite l'API di scansione nel tuo archivio fin dal primo giorno. L'API invia le osservazioni quasi in tempo reale. Non riproduce la cronologia, quindi qualsiasi dato perso dal tuo ricevitore andrà perso per sempre.

Il tuo store comporta poi i tuoi specifici obblighi. Il principio di limitazione della conservazione del GDPR, Articolo 5(1)(e), richiede di conservare i dati personali non più del necessario. Imposta un periodo di conservazione, documentalo ed eliminali secondo la pianificazione.

Aggregazione a livello di sede

Le viste native sono sviluppate attorno a una singola rete, il che di solito significa una singola sede. Una rete di 60 negozi diventa 60 set di grafici. Il confronto tra più sedi richiede l'esportazione rete per rete o la creazione di una pipeline personalizzata sull'API di scansione.

Le viste native non possono nemmeno rilevare che un acquirente ha visitato i tuoi negozi di Leeds e Manchester nella stessa settimana. Ogni rete vede i propri dispositivi e gli indirizzi casuali vanificano qualsiasi tentativo di corrispondenza tra le diverse sedi.

Randomizzazione dei MAC e segmenti di fidelizzazione

Questo è il limite che conta di più per un analista di insight. A partire da iOS 14 e Android 10, i telefoni utilizzano per impostazione predefinita un indirizzo MAC privato e casuale per ciascuna rete. Le richieste di probe provenienti da dispositivi che non si connettono utilizzano da ancora più tempo indirizzi casuali che cambiano frequentemente. Sia Apple che Google documentano questo comportamento.

Gli effetti sui dati di presenza Meraki sono prevedibili:

• I passanti si gonfiano. Un telefono che non si connette mai può apparire come più dispositivi quando il suo indirizzo di probe ruota.
• I nuovi visitatori si gonfiano. Un telefono che ritorna ma non si connette presenta un nuovo indirizzo, quindi la dashboard registra uno sconosciuto.
• La fidelizzazione giornaliera e settimanale si riduce. Le visite ripetute non vengono conteggiate per la stessa ragione.

I dispositivi connessi hanno prestazioni migliori, perché l'indirizzo privato per rete di solito persiste sul tuo SSID. I recenti rilasci di Apple aggiungono un'opzione di rotazione che modifica nel tempo anche quell'indirizzo. Prevedi un calo della fidelizzazione dei dispositivi connessi con la crescita dell'adozione.

La regola pratica: segnala la fidelizzazione come un trend per i dispositivi connessi, mai come una quota assoluta di visitatori abituali. Non presentarla mai al business come "clienti fidelizzati".

Nessun livello di visitatori identificati

L'analisi nativa non sa mai chi sia l'utente. Non ha nome, indirizzo email, registro del consenso e alcun collegamento al tuo CRM o sistema di gestione immobiliare. Puoi vedere che la permanenza è aumentata del 12% in una zona. Non puoi inviare nulla a quei visitatori o misurare quanto abbiano speso.

Quel livello richiede un Captive Portal in cui i visitatori scelgano di identificarsi. Il Guest WiFi di Purple acquisisce dati di prima parte tramite opt-in basati su scelte consapevoli e si integra con piattaforme CRM e di marketing. Le visite ripetute vengono quindi conteggiate rispetto al profilo con cui un visitatore effettua l'accesso, non al solo indirizzo del dispositivo. Purple ha gestito 440 milioni di accessi in oltre 80.000 location attive nel 2024 (dati Purple).

Come funziona l'analisi della posizione Meraki nelle location reali

I due scenari seguenti sono esempi pratici illustrativi. Le cifre mostrano il metodo, non i risultati di una location specifica.

Scenario 1: un retailer di moda con 60 negozi che confronta i punti vendita

Situazione. Il team di analisi desiderava una classifica settimanale dei negozi in base alla permanenza degli acquirenti. Ogni negozio gestiva la propria rete Meraki. La creazione del report comportava l'apertura di 60 dashboard e la copia dei dati di coinvolgimento in un foglio di calcolo, equivalente a circa una giornata di lavoro a settimana.

Azione intrapresa. Il team IT ha configurato un ricevitore API di scansione e vi ha indirizzato tutte le 60 reti. Hanno applicato l'hashing agli indirizzi MAC all'arrivo, applicato un'unica soglia RSSI su tutta l'infrastruttura e scartato le osservazioni con un'ampia varianza. Hanno stabilito un periodo di conservazione di 13 mesi, documentato nei loro registri GDPR.

Risultato. Il report settimanale è diventato una query automatizzata che copre tutti i 60 negozi. Il team ha anche confermato ciò che i segmenti di fidelizzazione stavano nascondendo. Nei negozi con uno scarso utilizzo del WiFi, oltre l'80% dei visitatori risultava registrato come nuovo utente, a fronte di un dato molto più basso presente nelle applicazioni del rivenditore. La fidelizzazione è stata rimossa dal report per il consiglio di amministrazione e sostituita con i tempi di permanenza e i rapporti tra visitatori e passanti.

Scenario 2: un hotel da 200 camere alla ricerca di clienti abituali

Situazione. Il team commerciale interpretava la schermata di fidelizzazione di Meraki come la misura dei propri clienti abituali. La vista mostrava la maggior parte dei dispositivi come nuovi. Ciò contraddiceva il sistema di prenotazione, che mostrava un'ampia quota di prenotazioni ripetute.

Azione intrapresa. Il team ha preso atto del fatto che i segmenti di fidelizzazione misurano gli indirizzi dei dispositivi, non gli ospiti. Hanno aggiunto un Captive Portal Purple sugli access point Meraki esistenti, con opzioni di consenso di marketing consapevole al momento del login. Hanno mantenuto la vista del coinvolgimento Meraki per la permanenza nelle zone di bar, ristorante e spa.

Risultato. I clienti abituali vengono ora identificati al momento del login anziché essere dedotti dagli indirizzi. Gli ospiti che hanno prestato il consenso confluivano nel CRM per le offerte pre-arrivo. I dati di coinvolgimento hanno continuato a guidare la gestione del personale nel bar. Se stai definendo questo aspetto per un nuovo contratto, la nostra Checklist RFP per hotel WiFi: autenticazione, filtraggio dei contenuti e marketing per gli ospiti elenca le domande da porsi.

Cosa dovresti fare ora?

Inizia decidendo a quale domanda stai cercando di rispondere. Il conteggio dei dispositivi e i visitatori identificati sono elementi diversi.

La tua situazione	Cosa utilizzare
Un solo sito, domande operative su zone e orari di affollamento	Viste della dashboard Meraki e mappa di calore della posizione
Molti siti, un team di analisi dati, necessità di uno storico prolungato	API di scansione Meraki integrata nel tuo warehouse
Necessità di inviare report sulle visite ripetute in modo attendibile	Captive Portal con login, non segmenti di fidelizzazione dei dispositivi
Necessità di contattare i visitatori o collegare le visite alla spesa	Purple Guest WiFi e WiFi Analytics su Meraki
Capacità ingegneristica limitata, molti siti	Purple WiFi Analytics anziché una pipeline creata autonomamente

Poi procedi attraverso quattro fasi:

1. Verifica il posizionamento sulla planimetria di ogni rete prima di ritenere affidabile qualsiasi mappa di calore.
2. Rimuovi i dati di fidelizzazione dai report direzionali finché non puoi attribuirli a visitatori che hanno effettuato l'accesso.
3. Decidi il periodo di conservazione e trasmetti i dati tramite l'API di scansione ora, se hai bisogno dello storico.
4. Aggiungi un livello identificato tramite un Captive Portal dove hai bisogno di persone, non di dispositivi.

Niente di tutto questo richiede nuovi access point. Il nostro blog Perché il tuo prossimo aggiornamento WiFi non ha bisogno di nuovo hardware spiega l'approccio overlay su Meraki.

Domande frequenti

L'analisi della posizione Cisco Meraki è inclusa nella licenza Meraki?

Sì, l'analisi della posizione e le API di scansione sono incluse con il wireless Meraki senza costi aggiuntivi. Non paghi nulla in più per abilitare le viste di prossimità, coinvolgimento e fidelizzazione o la mappa di calore della posizione. Anche l'API di scansione è inclusa. Tuttavia, il costo dell'hosting di un ricevitore, dell'archiviazione delle osservazioni e della manutenzione della pipeline è a tuo carico. Per una struttura multi-sito, quel tempo di ingegneria rappresenta solitamente il costo maggiore.

L'analisi della posizione Meraki può dirmi chi sono i miei visitatori?

No, l'analisi della posizione Meraki conta dispositivi anonimi, non persone identificate. Registra gli indirizzi dei dispositivi, la potenza del segnale e la posizione stimata, senza nome, email o registro del consenso. Per identificare i visitatori, hai bisogno di un Captive Portal in cui scelgono di accedere. Purple aggiunge questo livello sui tuoi access point Meraki esistenti, acquisendo dati di prima parte tramite iscrizioni basate su una scelta consapevole e collegando le visite a un profilo.

Per quanto tempo Meraki conserva i dati di analisi della posizione?

Meraki conserva i dati sulla posizione per il periodo indicato nella documentazione ufficiale Cisco sulla conservazione dei dati Meraki. Verifica la cifra attuale prima di pianificare la reportistica anno su anno. Se hai bisogno di uno storico più lungo, trasmetti le osservazioni tramite l'API di scansione nel tuo archivio fin dal primo giorno. L'API non riproduce i dati passati. Il tuo archivio dovrà quindi seguire il principio di limitazione della conservazione del GDPR.

I dati di presenza Meraki sono dati personali ai sensi del GDPR?

Sì, gli indirizzi MAC possono essere considerati dati personali ai sensi del GDPR, poiché si riferiscono a un dispositivo trasportato da una persona identificabile. L'ICO del Regno Unito lo ha confermato nelle sue linee guida sull'analisi della posizione WiFi. Esegui l'hashing o la troncatura degli indirizzi all'arrivo, documenta la tua base giuridica, stabilisci un periodo di conservazione e installa una segnaletica chiara. Un Captive Portal aggiunge il consenso esplicito per l'uso di marketing.

Quanto sono accurati i dati sulla fidelizzazione dei visitatori di Meraki?

I dati di fidelizzazione di Meraki non sono affidabili come misura assoluta a causa della casualizzazione degli indirizzi MAC. Da iOS 14 e Android 10, i telefoni utilizzano indirizzi casuali che fanno sembrare nuovi i dispositivi che ritornano. Il conteggio dei primi accessi si gonfia e quello delle visite ripetute diminuisce. I dispositivi connessi sono più stabili, poiché il loro indirizzo per rete di solito persiste. Utilizza la fidelizzazione solo come tendenza dei dispositivi connessi e conta i visitatori abituali dai login.

Purple funziona con i miei access point Cisco Meraki esistenti?

Sì, Purple funziona sui tuoi access point Cisco Meraki esistenti come cloud overlay. Configuri il Captive Portal su Meraki e mantieni l'hardware e le licenze attuali. Purple è indipendente dall'hardware, quindi lo stesso approccio funziona su HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks e Fortinet. Le infrastrutture multi-vendor inviano i dati a un'unica vista di WiFi Analytics.\n\n### Dovrei sviluppare sull'API di scansione Meraki o utilizzare una piattaforma di analytics?\n\nSviluppa sull'API di scansione se disponi di un team di dati e desideri il pieno controllo sulle definizioni e sull'archiviazione. Scegli una piattaforma se non hai capacità ingegneristica o se hai bisogno di identificare i visitatori. L'API fornisce solo rilevamenti grezzi dei dispositivi, quindi dovrai comunque gestire la randomizzazione dei MAC e non avrai alcun registro del consenso. Molte strutture utilizzano entrambi: l'API per la permanenza dei dispositivi e Purple per i visitatori autenticati.