Indoor WiFi Positioning: How Location Tracking Works on a Guest Network
Questa guida di riferimento tecnica e autorevole spiega come funziona il posizionamento indoor tramite WiFi su una rete guest, coprendo la triangolazione RSSI, la mappatura degli access point, la generazione di heatmap e l'integrazione con le piattaforme di analytics. È scritta per IT manager, architetti di rete e CTO di hotel, catene di vendita al dettaglio, stadi e spazi del settore pubblico che devono prendere una decisione di implementazione in questo trimestre. Al termine, i lettori comprenderanno l'intero flusso di dati, dalla richiesta di probe alla business intelligence fruibile, incluse le considerazioni critiche sulla conformità e sulla privacy (GDPR) che regolano qualsiasi implementazione reale.
Ascolta questa guida
Visualizza trascrizione del podcast
- Sintesi operativa
- Approfondimento tecnico
- La fisica della geolocalizzazione WiFi indoor
- Triangolazione RSSI (Trilaterazione)
- Tracciamento Passivo vs. Analytics Autenticati
- Guida all'Implementazione
- Fase 1: Valutazione dell'Ambiente e Pianificazione RF
- Fase 2: Mappatura degli AP e configurazione della piattaforma
- Fase 3: Captive Portal e framework di consenso
- Best Practice
- Risoluzione dei problemi e mitigazione dei rischi
- ROI e impatto aziendale
![]()
Sintesi operativa
Per le location moderne — che si tratti di un flagship store, di un hotel o di un grande stadio — comprendere il flusso fisico dei visitatori è strategicamente importante quanto monitorare il traffico web digitale. Il GPS fallisce negli ambienti interni, lasciando un significativo divario di visibilità che costa agli operatori entrate reali. Questa guida spiega come i team IT aziendali possano sfruttare la loro infrastruttura Guest WiFi esistente per implementare un sistema di posizionamento indoor (IPS) basato su WiFi. La tecnologia non è nuova, ma l'integrazione della triangolazione RSSI, della mappatura calibrata degli access point (AP) e delle piattaforme cloud di WiFi Analytics è maturata al punto che l'implementazione è ora un progetto pratico, realizzabile in un trimestre, piuttosto che un'iniziativa di ricerca pluriennale. Questo documento fornisce l'architettura tecnica, i passaggi di implementazione, le modalità di errore comuni e il framework di ROI necessari per prendere una decisione informata. Per un'introduzione più ampia al livello di analisi, consulta la nostra guida su Cos'è la WiFi Analytics? Una guida completa .
Approfondimento tecnico
La fisica della geolocalizzazione WiFi indoor
La sfida fondamentale del posizionamento indoor è che i segnali GPS — che operano a circa 1575 MHz — si attenuano notevolmente quando attraversano i materiali da costruzione. Un soffitto in cemento può ridurre la potenza del segnale di 20–30 dB, rendendo il GPS inaffidabile per qualsiasi cosa si trovi al di sotto di pochi piani di un edificio. Il posizionamento indoor basato su WiFi aggira questo ostacolo utilizzando i segnali a 2.4 GHz e 5 GHz già presenti in qualsiasi implementazione di rete aziendale.
Il meccanismo principale è il Received Signal Strength Indicator (RSSI). Quando un dispositivo mobile ha il WiFi abilitato, trasmette periodicamente frame di probe request 802.11 per rilevare le reti disponibili. Ogni Access Point nel raggio di copertura riceve questi frame e registra l'indirizzo MAC del dispositivo trasmittente insieme al valore RSSI — una misura logaritmica della potenza del segnale, tipicamente espressa in dBm, dove -30 dBm rappresenta un segnale molto forte e -90 dBm rappresenta uno molto debole.
Triangolazione RSSI (Trilaterazione)
Un singolo AP può confermare che un dispositivo si trova all'interno della sua area di copertura, ma non può determinarne la direzione o la distanza precisa. Per localizzare un dispositivo, il sistema richiede letture da almeno tre AP contemporaneamente — un processo correttamente definito trilaterazione (sebbene "triangolazione" sia il termine comunemente usato nel settore).
![]()
La piattaforma di analytics applica un modello di perdita di percorso (path loss) — tipicamente il modello log-distance path loss — per convertire ciascun valore RSSI in una distanza stimata da quell'AP. Con tre stime di distanza e le coordinate fisiche note di ciascun AP, il sistema calcola il punto di intersezione, che rappresenta la posizione stimata del dispositivo. In pratica, a causa delle interferenze ambientali, questa intersezione raramente è un punto perfetto; il sistema calcola invece una regione di probabilità e restituisce il centroide.
Riferimento alla formula chiave: Il modello log-distance path loss è espresso come:
PL(d) = PL(d₀) + 10n·log₁₀(d/d₀) + Xσ
Dove n è l'esponente di perdita di percorso (tipicamente 2–4 per ambienti interni), d è la distanza e Xσ è una variabile casuale gaussiana a media zero che rappresenta gli effetti di shadowing.
Tracciamento Passivo vs. Analytics Autenticati
È fondamentale distinguere tra due modalità operative, in quanto presentano implicazioni fondamentalmente diverse in termini di qualità dei dati e conformità:
| Modalità | Attivatore | Qualità dei Dati | Considerazioni sulla Conformità |
|---|---|---|---|
| Rilevamento Presenza Passivo | Dispositivo con WiFi abilitato; non connesso | Afflusso aggregato, densità di zona | La randomizzazione del MAC limita il tracciamento individuale |
| Analytics Autenticati | L'utente si connette tramite Captive Portal | Profilo di prima parte dettagliato, tempo di sosta, visitatore ricorrente | Richiede il consenso GDPR esplicito al login |
La randomizzazione del MAC è la variabile critica in questo contesto. A partire da iOS 14 e Android 10, i sistemi operativi mobili randomizzano l'indirizzo MAC utilizzato nelle probe request. Ciò significa che un dispositivo appare come un'entità diversa a ogni visita, impedendo il tracciamento passivo delle persone che ritornano. L'implicazione pratica è che i dati passivi sono utili per mappe termiche aggregate e conteggi delle presenze, ma sono necessari i dati autenticati — acquisiti quando un utente accede alla rete ospiti tramite un Captive Portal — per qualsiasi analisi a livello individuale.
Per un'esplorazione più ampia delle tecnologie di posizionamento complementari, inclusi UWB e BLE, consulta la nostra guida su Indoor Positioning System: UWB, BLE, & WiFi Guide .
Guida all'Implementazione
Fase 1: Valutazione dell'Ambiente e Pianificazione RF
Prima di installare anche un solo AP, è obbligatorio eseguire un'accurata pianificazione RF. L'ambiente fisico condiziona la propagazione del segnale, e le ipotesi formulate in fase di pianificazione che si rivelano errate sul campo si tradurranno in dati di localizzazione imprecisi e difficili da diagnosticare dopo il deployment.Requisito di densità degli AP: Per una trilaterazione accurata, un dispositivo deve essere rilevato da un minimo di tre AP con una potenza del segnale di -65 dBm o superiore in qualsiasi punto dell'area di copertura. Si tratta di un requisito più restrittivo rispetto alla copertura di base per l'accesso a Internet, che può funzionare a -75 dBm. In pratica, ciò significa distribuire gli AP a intervalli di circa 15-20 metri in ambienti aperti, e a distanze significativamente inferiori in aree ad alta densità di ostacoli (scaffalature metalliche, colonne in cemento, pareti in vetro).
Rilievo del sito (Site Survey): Eseguire un rilievo predittivo del sito utilizzando un software di pianificazione RF (es. Ekahau, iBwave) prima dell'installazione fisica. Procedere con un rilievo attivo post-installazione per convalidare la copertura e identificare le zone d'ombra.
Fase 2: Mappatura degli AP e configurazione della piattaforma
Una volta installati fisicamente gli AP, la piattaforma di analytics deve essere configurata con le loro coordinate precise.
- Caricare una planimetria in scala (in formato PDF, DWG o PNG) nella dashboard della piattaforma di analytics.
- Mappare le coordinate fisiche esatte di ogni AP sulla planimetria digitale. Questo passaggio non è negoziabile: qualsiasi errore in questa fase si ripercuote direttamente sull'inesattezza della localizzazione.
- Definire le Zone — aree poligonali denominate sulla planimetria (es. "Cassa", "Abbigliamento uomo", "Lobby") — per consentire report dettagliati sul tempo di permanenza e sul flusso di visitatori per ciascuna area.
- Configurare il controller LAN wireless (WLC) per inoltrare i dati di presenza alla piattaforma di analytics tramite l'apposita API o l'integrazione syslog.
Fase 3: Captive Portal e framework di consenso
Per acquisire dati autenticati e conformarsi al GDPR e a framework simili, implementare un Captive Portal che presenti agli utenti un'informativa chiara sul consenso prima di concedere l'accesso alla rete. Il portale deve acquisire, come minimo: nome, indirizzo email e consenso esplicito al trattamento dei dati per finalità di analytics.
![]()
Best Practice
Standardizzare sui 5 GHz per gli Analytics: Sebbene i 2.4 GHz penetrino i muri in modo più efficace, sono fortemente congestionati e soggetti a interferenze da Bluetooth, forni a microonde e reti vicine. L'instradamento dei client verso i 5 GHz produce letture RSSI più pulite e coerenti, migliorando la precisione della localizzazione. Configurare il band steering sul WLC per preferire i 5 GHz per i client compatibili.
Pianificare revisioni regolari della calibrazione: Gli ambienti fisici non sono statici. Un cambio di layout stagionale nel retail, una nuova parete divisoria o anche un'installazione temporanea di grandi dimensioni (come lo stand di una fiera) possono alterare significativamente la propagazione RF. Pianifica una revisione della calibrazione ogni trimestre o immediatamente dopo qualsiasi modifica fisica significativa della sede.
Implementare la minimizzazione dei dati: Ai sensi dell'Articolo 5(1)(c) del GDPR, devono essere raccolti solo i dati minimi necessari per lo scopo dichiarato. Per l'analisi a livello di zona, ciò significa memorizzare conteggi aggregati piuttosto che i percorsi dei singoli dispositivi. Consulta il tuo Data Protection Officer prima di ampliare la portata della raccolta dati.
Sfruttare l'architettura IoT: Il posizionamento WiFi è sempre più integrato con distribuzioni IoT più ampie. Per comprendere come il posizionamento indoor si inserisce in un'architettura di sede connessa più ampia, consulta la nostra guida su Internet of Things Architecture: A Complete Guide .
Risoluzione dei problemi e mitigazione dei rischi
| Modalità di guasto | Sintomo | Causa principale | Mitigazione |
|---|---|---|---|
| Densità AP insufficiente | I dispositivi "saltano" tra zone distanti sulla mappa di calore | Meno di 3 AP rilevano il dispositivo a -65 dBm | Survey attivo del sito; aggiungere AP nelle zone d'ombra |
| Mappatura AP imprecisa | La mappa di calore mostra una permanenza elevata in posizioni fisicamente impossibili | Coordinate degli AP inserite in modo errato nella piattaforma | Verificare ogni coordinata AP rispetto ai registri di installazione fisica |
| Randomizzazione MAC | Metriche dei visitatori di ritorno vicine allo zero nonostante il traffico ripetuto noto | Solo tracciamento passivo; nessuna sessione autenticata | Implementare un Captive Portal con login incentivato |
| Interferenza multipath | Stime di posizione erratiche in zone specifiche | Riflessioni del segnale da rack metallici o vetro | Riposizionare gli AP; utilizzare antenne direzionali; applicare il filtro di Kalman nella piattaforma di analisi |
| Congestione del canale | Letture RSSI incoerenti su 2.4 GHz | Interferenza co-canale da reti vicine | Migrare i client di analisi a 5 GHz; implementare l'assegnazione automatica dei canali sul WLC |
ROI e impatto aziendale
Il business case per il posizionamento WiFi indoor è più forte quando viene inquadrato come un investimento infrastrutturale che genera ritorni contemporaneamente in più reparti.
Retail: Un rivenditore di moda di medie dimensioni con 20 negozi può utilizzare i dati sul tempo di permanenza a livello di zona per identificare quali espositori di prodotti generano il maggior coinvolgimento. È stato dimostrato che la riallocazione degli espositori con prestazioni inferiori sulla base di questi dati migliora i tassi di conversione delle vendite dell'8-15% in distribuzioni comparabili. Per una guida specifica per il settore, consulta le nostre soluzioni Retail .
Settore alberghiero: Un hotel con 300 camere può monitorare in tempo reale la lunghezza delle code alla reception e nei punti di ristoro, dislocando dinamicamente il personale per evitare il deterioramento del servizio nei periodi di punta. Il monitoraggio degli spostamenti degli ospiti all'interno della struttura consente inoltre di ottimizzare le operazioni di pulizia, riducendo i tempi di riassetto delle camere. Consulta i nostri casi di studio sul Settore alberghiero per esempi di implementazione.
Sanità: I trust del NHS e gli ospedali privati utilizzano il tracciamento dei beni basato su WiFi (tramite tag abilitati al WiFi sulle apparecchiature mediche) per ridurre il tempo medio speso a cercare beni mobili da 20 minuti a meno di 2 minuti per incidente. Ciò riduce direttamente il tempo perso dal personale clinico in attività non cliniche. Esplora le nostre soluzioni per la Sanità .
Trasporti: Gli aeroporti e gli operatori ferroviari utilizzano l'analisi delle presenze per gestire il flusso dei passeggeri attraverso i varchi di sicurezza e di imbarco, riducendo la congestione e migliorando i tassi di partenza in orario. Consulta la nostra pagina del settore Trasporti per i casi di studio pertinenti.
Misurazione del ROI: Stabilisci una misurazione di riferimento della metrica chiave (tempo di sosta, lunghezza della coda, tempo di ricerca dei beni) prima dell'implementazione. Misura nuovamente a 30, 60 e 90 giorni post-implementazione. Un sistema di posizionamento indoor ben implementato ottiene in genere il ritorno sull'investimento entro 12–18 mesi se si tiene conto di tutti i guadagni in termini di efficienza operativa.
Per una comprensione completa delle funzionalità di analisi che si integrano con questa infrastruttura di posizionamento, consulta la nostra guida: Cos'è la WiFi Analytics? Una guida completa .
Definizioni chiave
RSSI (Received Signal Strength Indicator)
Una misurazione del livello di potenza di un segnale radio ricevuto, espressa in dBm (decibel relativi a un milliwatt). I valori variano tipicamente da -30 dBm (eccellente) a -90 dBm (molto debole).
I team IT utilizzano i valori RSSI segnalati da più AP per stimare la distanza di un dispositivo da ciascun AP e calcolarne la posizione tramite trilaterazione. La soglia di -65 dBm è il minimo standard del settore per un posizionamento affidabile.
Trilaterazione
Un metodo geometrico per determinare la posizione di un punto misurando la sua distanza da tre o più punti di riferimento noti, utilizzando l'intersezione di cerchi (in 2D) o sfere (in 3D).
Questa è la base matematica del posizionamento indoor Wi-Fi. Si distingue dalla triangolazione, che utilizza gli angoli anziché le distanze, sebbene i termini siano spesso usati in modo intercambiabile nella documentazione dei vendor.
Probe Request
Un frame di gestione 802.11 trasmesso da un dispositivo abilitato al Wi-Fi per scoprire le reti disponibili nelle vicinanze.
Le probe request sono la fonte di dati fondamentale per il rilevamento passivo della presenza. Vengono trasmesse anche quando il dispositivo non è connesso a nessuna rete, purché il Wi-Fi sia abilitato.
Randomizzazione MAC
Una funzione di privacy nei moderni sistemi operativi mobili (iOS 14+, Android 10+) che sostituisce un indirizzo MAC generato casualmente nei frame delle probe request, impedendo il tracciamento persistente tra le sessioni.
Questa è la principale barriera tecnica al tracciamento individuale passivo. I team IT devono implementare l'autenticazione tramite Captive Portal per ottenere un identificatore persistente per l'analisi dei visitatori di ritorno.
Captive Portal
Una pagina web presentata a un utente prima che venga concesso l'accesso alla rete, che in genere richiede l'autenticazione o l'accettazione di termini e condizioni.
Il Captive Portal è la giunzione critica tra il rilevamento della presenza anonima e l'analisi autenticata di prima parte. È anche il meccanismo principale per l'acquisizione del consenso GDPR nelle implementazioni Wi-Fi per gli ospiti.
Tempo di permanenza (Dwell Time)
La durata per cui un dispositivo rilevato rimane all'interno di una zona definita o dell'intera struttura, misurata dal primo rilevamento all'ultimo rilevamento all'interno di una sessione.
Un KPI primario per gli operatori del settore retail e hospitality. Un tempo di permanenza elevato in una zona prodotto si correla con l'intento di acquisto; un tempo di permanenza basso presso un banco di assistenza può indicare un'esperienza di servizio scadente.
Interferenza multipath
Un fenomeno di propagazione in cui un segnale radio raggiunge l'antenna ricevente attraverso due o più percorsi a causa di riflessioni, diffrazioni o scattering da ostacoli.
Particolarmente diffusa in ambienti con scaffalature metalliche, facciate in vetro o colonne in cemento. Provoca la fluttuazione delle letture RSSI indipendentemente dalla distanza effettiva del dispositivo, degradando la precisione della localizzazione.
Esponente di perdita di percorso (Path Loss Exponent)
Un parametro nel modello di perdita di percorso log-distanza che descrive la rapidità con cui l'intensità del segnale si attenua con la distanza in un dato ambiente. Spazio libero = 2; tipico interno = 3–4; interno ostruito = 4–6.
Le piattaforme di analytics utilizzano un esponente di perdita di percorso calibrato per convertire i valori RSSI in stime di distanza. Un esponente calibrato in modo errato è una causa comune di errore di localizzazione sistematico.
Analisi di zona (Zone Analytics)
L'aggregazione dei dati di presenza e tempo di permanenza all'interno di un'area poligonale definita dall'utente sulla planimetria della struttura.
Le zone sono l'unità primaria di reportistica aziendale nelle piattaforme di analytics Wi-Fi. Traducono le coordinate di posizione grezze in aree aziendali significative (ad es. "Cassa", "Caffetteria", "Padiglione espositivo A").
Esempi pratici
Una catena di negozi di moda con 12 punti vendita vuole capire come un nuovo layout del negozio influenzi il tempo di sosta (dwell time) dei clienti nella sezione "Home & Living". Hanno una rete WiFi guest di base ma nessun sistema di analytics. L'IT manager ha una finestra di progetto di 90 giorni e un budget modesto.
Passo 1: Condurre un'analisi attiva del sito (site survey) nel flagship store per identificare le lacune di copertura degli AP. Aggiornare la densità degli AP nella zona "Home & Living" per garantire la sovrapposizione di almeno 3 AP a -65 dBm o superiore. Passo 2: Integrare il controller LAN wireless con la piattaforma di WiFi Analytics tramite l'API di gestione. Passo 3: Caricare la planimetria del negozio e mappare con precisione tutte le coordinate degli AP. Disegnare un poligono per la zona "Home & Living" nella dashboard di analytics. Passo 4: Implementare un Captive Portal che offra un codice sconto del 10% in cambio della registrazione e-mail e del consenso GDPR. Questo converte i dati passivi con MAC randomizzati in metriche autenticate di tempo di sosta. Passo 5: Eseguire una misurazione di riferimento di 30 giorni prima della modifica del layout, quindi una misurazione di 30 giorni successiva alla modifica. Confrontare il tempo medio di sosta e la densità di passaggi nella zona tra i due periodi.
Un centro congressi che ospita eventi da 5.000 delegati riceve lamentele per code di 20 minuti al banco di registrazione principale durante la fascia di picco 08:30–09:30. Il direttore delle operazioni desidera una soluzione basata sui dati in grado di attivare il ridistribuzione del personale in tempo reale.
Passo 1: Verificare che la densità degli AP intorno al banco di registrazione sia sufficiente per un rilevamento accurato della presenza (minimo 3 AP a -65 dBm). Passo 2: Definire una zona "Banco Registrazione" e una zona "Coda Registrazione" (l'area che conduce al banco) nella piattaforma di analytics. Passo 3: Configurare un avviso automatico: se il numero di dispositivi nella zona "Coda Registrazione" supera i 40 per più di 3 minuti consecutivi, inviare un SMS e una notifica push sul dispositivo mobile del floor manager. Passo 4: Stabilire una soglia di avviso secondaria a 70 dispositivi, che attiva l'escalation al direttore delle operazioni della struttura. Passo 5: Esaminare settimanalmente i log degli avvisi per affinare i valori di soglia in base alla correlazione effettiva osservata tra code e reclami.
Domande di esercitazione
Q1. Sei l'architetto di rete di un grande grande magazzino. Le mappe di calore iniziali mostrano che i dispositivi appaiono frequentemente nei reparti sbagliati: un cliente che si trova nel reparto Abbigliamento Uomo viene posizionato in quello Donna sulla mappa. Qual è la causa più probabile e quale sarebbe il tuo processo di diagnostica e risoluzione?
Suggerimento: Considera sia l'ambiente fisico sia la configurazione della piattaforma di analytics.
Visualizza risposta modello
Ci sono due cause probabili: (1) Mappatura errata delle coordinate degli AP: la posizione fisica di uno o più AP è stata inserita in modo errato nella piattaforma di analytics, causando uno sfasamento sistematico in tutte le stime di posizione derivate da tali AP. Risoluzione: verificare fisicamente la posizione di ogni AP rispetto alle sue coordinate registrate nella piattaforma e correggere eventuali discrepanze. (2) Densità di AP insufficiente: se meno di tre AP rilevano il dispositivo a -65 dBm, la trilaterazione opera con dati incompleti, producendo stime inaccurate. Risoluzione: condurre un site survey attivo per identificare i gap di copertura e aggiungere gli AP necessari. Iniziare con la causa (1) in quanto la sua diagnostica è più rapida ed economica.
Q2. Il tuo team marketing segnala che la metrica dei 'visitatori di ritorno' nel dashboard di WiFi analytics è ferma allo 0% da tre mesi, nonostante i manager dei negozi confermino con prove aneddotiche che molti clienti effettuano visite più volte alla settimana. Qual è la spiegazione tecnica e quale la soluzione?
Suggerimento: Considera le funzionalità di privacy dei moderni sistemi operativi mobili.
Visualizza risposta modello
La piattaforma si affida esclusivamente al tracciamento passivo delle richieste di probe (probe request). Poiché i moderni dispositivi iOS e Android randomizzano i propri indirizzi MAC a ogni sessione di probe, ogni visita appare come un nuovo dispositivo unico. Il sistema non ha alcun meccanismo per collegare le visite dello stesso dispositivo fisico tra le varie sessioni. La soluzione consiste nell'implementare un Captive Portal che richieda l'autenticazione dell'utente (login via email, social login o simili). Una volta che un utente si autentica, la sua sessione viene associata a un identificativo persistente (indirizzo email o ID utente), consentendo alla piattaforma di identificare e conteggiare correttamente i visitatori di ritorno. Si consiglia di incentivare il login (ad esempio, con uno sconto fedeltà) per massimizzare il tasso di sessioni autenticate.
Q3. Un nuovo AP è stato installato per coprire una zona precedentemente priva di segnale nel parcheggio sotterraneo della struttura. L'AP risulta online, serve i client ed è visibile nel dashboard del WLC. Tuttavia, la piattaforma di analytics non mostra dati di presenza per l'area del parcheggio. Quale passaggio è stato omesso e come risolvi il problema?
Suggerimento: Il livello di rete e il livello di analytics hanno requisiti di configurazione separati.
Visualizza risposta modello
La fase di mappatura dell'AP è stata omessa dalla configurazione della piattaforma di analytics. Sebbene l'AP sia completamente funzionante a livello di rete, le sue coordinate fisiche non sono state registrate nella planimetria della piattaforma di analytics. La piattaforma riceve i dati di presenza dall'AP ma non è in grado di posizionarlo sulla mappa, quindi tali dati vengono scartati o aggregati in una categoria 'non mappata'. Risoluzione: accedere alla piattaforma di analytics, navigare nella configurazione della planimetria e aggiungere il nuovo AP con le sue coordinate fisiche precise. Se il parcheggio si trova su un piano separato, assicurarsi che sia selezionato il livello di planimetria corretto prima di posizionare l'indicatore dell'AP.
Q4. Il team legale ha sollevato il dubbio che il sistema di posizionamento indoor possa elaborare dati personali senza un'adeguata base giuridica ai sensi del GDPR. In qualità di responsabile IT, come valuti e affronti questo rischio?
Suggerimento: Considera separatamente le modalità di tracciamento passivo e autenticato.
Visualizza risposta modello
Valuta le due modalità di tracciamento separatamente. Per il tracciamento passivo (probe request): i dati di probe con MAC randomizzato non sono generalmente considerati dati personali ai sensi del GDPR quando non possono essere ricollegati a un individuo identificato. Tuttavia, se il sistema conserva gli indirizzi MAC reali per qualsiasi periodo di tempo, questo aspetto va analizzato con il proprio DPO, poiché un MAC non randomizzato potrebbe costituire un dato personale. Implementa la minimizzazione dei dati aggregando i conteggi a livello di zona il più rapidamente possibile ed eliminando i log dei MAC reali. Per il tracciamento autenticato: questo comporta chiaramente l'uso di dati personali (indirizzo email, associazione al dispositivo). La base giuridica è solitamente il consenso, acquisito tramite Captive Portal. Assicurati che l'informativa sul consenso sia specifica, granulare e descriva chiaramente il caso d'uso degli analytics. Implementa una policy di conservazione dei dati e una procedura per le richieste di accesso dell'interessato. Documenta entrambe le modalità nel Registro delle attività di trattamento (ROPA) ai sensi dell'Articolo 30 del GDPR.
Continua a leggere questa serie
Misurare il ROI aziendale del Guest WiFi e della Location Analytics
Questa guida fornisce un framework tecnico e operativo per misurare il ROI aziendale del guest WiFi e della location analytics. Descrive in dettaglio come calcolare il valore degli investimenti hardware attraverso l'aumento del tempo di permanenza (dwell time), l'efficienza operativa e l'acquisizione di dati di prima parte nei settori retail, hospitality e spazi pubblici. I manager IT, gli architetti di rete, i CTO e i direttori delle operazioni delle strutture troveranno framework di misurazione concreti, casi di studio reali e linee guida di conformità per giustificare e massimizzare il proprio investimento nel WiFi.
Privacy by Design: Anonymizing WiFi Data for GDPR Compliance
Questa guida autorevole descrive in dettaglio l'architettura tecnica e le strategie di implementazione per l'anonimizzazione dei dati WiFi al fine di garantire la conformità al GDPR. Fornisce ai leader IT e agli architetti di rete framework operativi per bilanciare solide analisi dei visitatori con rigorosi requisiti di privacy dei dati.
Heatmapping vs Presence Analytics: Differenze Tecniche
Questa guida tecnica autorevole illustra in dettaglio le differenze strutturali e operative cruciali tra il WiFi heatmapping e la presence analytics per i gestori di grandi spazi aziendali. Fornisce ai leader IT, ai progettisti di rete e ai direttori operativi schemi di implementazione pratici, scenari applicativi reali e best practice indipendenti dai fornitori per massimizzare il ROI dall'infrastruttura wireless esistente.