Skip to main content

Posicionamento WiFi Interior: Como o Rastreamento de Localização Funciona Numa Rede de Convidados

Este guia de referência técnica e autoritário explica como o posicionamento WiFi interior funciona numa rede de convidados, cobrindo a triangulação RSSI, o mapeamento de pontos de acesso, a geração de mapas de calor e a integração com plataformas de análise. É escrito para gestores de TI, arquitetos de rede e CTOs em hotéis, cadeias de retalho, estádios e locais do setor público que precisam de tomar uma decisão de implementação este trimestre. No final, os leitores compreenderão o fluxo completo de dados, desde o pedido de sonda até à inteligência de negócios acionável, incluindo as considerações críticas de conformidade e privacidade que regem qualquer implementação no mundo real.

📖 7 min de leitura📝 1,666 palavras🔧 2 exemplos4 perguntas📚 9 termos-chave

🎧 Ouça este Guia

Ver Transcrição
[0:00] [Intro Music fades in] Host: Welcome to the Purple Technical Briefing. I'm your host, and today we're tackling a core component of modern venue infrastructure: Indoor WiFi Positioning. If you're an IT manager, network architect, or CTO managing a guest network in a hospital, retail space, or large venue, you know that standard GPS simply doesn't cut it indoors. We're going to break down how location tracking actually works on a guest network, specifically looking at RSSI triangulation, access point mapping, and how these integrate with analytics platforms to deliver actionable business intelligence. [1:00] [Music fades out] Host: Let's start with the context. Why are we talking about this? Because physical spaces are blind spots compared to digital storefronts. A website tracks every click, but a physical store or stadium often struggles to understand visitor flow. That's where your existing WiFi infrastructure comes in. By leveraging the guest network, you can capture presence data, understand dwell times, and optimize operations without requiring users to download a specific app or carry a specialized beacon. [1:30] Host: So, let's dive into the technical deep-dive. How does this actually work? The fundamental mechanism is Received Signal Strength Indicator, or RSSI. When a guest's smartphone has WiFi enabled, it periodically sends out probe requests looking for known networks. Your Access Points, or APs, hear these probes. The AP records the MAC address of the device and the RSSI—essentially, how loud the signal is. [2:30] Host: Now, one AP can tell you a device is nearby, but it can't tell you exactly where. That's where triangulation—or more accurately, trilateration—comes in. If three or more APs hear the same probe request, the system can compare the RSSI values. Because signal strength degrades predictably over distance, the system calculates the estimated distance from each AP. Where those three distance circles intersect, that's your device's location. [3:30] Host: Of course, the real world isn't a vacuum. Walls, metal racks, and even human bodies absorb and reflect WiFi signals. This is why AP mapping and calibration are critical. You can't just slap APs on the ceiling and expect high-fidelity location data. You need a properly surveyed environment where the exact coordinates of each AP are mapped in the analytics platform. [4:30] Host: Let's talk about integration. Raw RSSI data is noisy. A good analytics platform, like Purple's, ingests this raw data, filters out the noise, and maps it against your floor plan. This translates MAC addresses and signal strengths into heatmaps, footfall counts, and zone analytics. If you're running a retail environment, this tells you not just how many people entered the store, but how long they dwelled in the footwear section versus the accessories aisle. [5:30] Host: Moving on to implementation recommendations and pitfalls. The biggest pitfall is inadequate AP density. For basic presence analytics—just knowing someone is in the building—you might get away with sparse coverage. But for accurate indoor positioning, you need higher density. A good rule of thumb is that a device should be able to "hear" at least three APs at -65 dBm or better at any given location. [6:30] Host: Another pitfall is MAC randomization. Modern iOS and Android devices randomize their MAC addresses when probing to protect user privacy. This means you can track a device's path during a single visit, but you can't easily identify them as a returning visitor based solely on probe data. The solution? Encourage authentication. When a user logs into your Guest WiFi portal, they associate their real identity with their current session, allowing for rich, first-party data capture that complies with GDPR and other privacy standards. [7:30] Host: Time for a quick rapid-fire Q&A. Question one: Do users need to connect to the WiFi to be tracked? Answer: No, simply having WiFi enabled on their device allows APs to hear their probe requests, providing passive presence data. However, connecting provides much richer, authenticated data. Question two: How accurate is WiFi positioning? Answer: Typically, within 5 to 10 meters, depending on AP density and environmental factors. It's great for zone-level tracking, but not for finding a specific item on a specific shelf. [8:30] Host: To summarize, indoor WiFi positioning transforms your network infrastructure from a cost center into a strategic asset. By understanding RSSI triangulation and ensuring proper AP deployment, you can unlock powerful analytics. Remember the key takeaways: ensure adequate AP density for triangulation, account for environmental interference, and leverage a captive portal to move from passive tracking to authenticated, first-party data collection. [9:30] Host: For more detailed implementation guides and architecture overviews, check out the resources on the Purple website. That's all for this briefing. Thanks for tuning in, and we'll see you next time. [Outro Music swells and fades] [10:00] End of script.

header_image.png

Resumo Executivo

Para locais modernos — seja uma loja principal de retalho, um hotel ou um grande estádio — compreender o fluxo físico de visitantes é tão estrategicamente importante quanto rastrear o tráfego web digital. O GPS falha em ambientes interiores, deixando uma lacuna de visibilidade significativa que custa receita real aos operadores. Este guia explica como as equipas de TI empresariais podem alavancar a sua infraestrutura de Guest WiFi existente para implementar um sistema de posicionamento interior (IPS) baseado em WiFi. A tecnologia não é nova, mas a integração da triangulação RSSI, do mapeamento calibrado de pontos de acesso (AP) e das plataformas de WiFi Analytics baseadas na nuvem amadureceu ao ponto em que a implementação é agora um projeto prático e entregável num trimestre, em vez de uma iniciativa de pesquisa de vários anos. Este documento fornece a arquitetura técnica, os passos de implementação, os modos de falha comuns e a estrutura de ROI necessária para tomar uma decisão informada. Para uma introdução mais ampla à camada de análise, consulte o nosso guia sobre O Que É WiFi Analytics? Um Guia Completo .


Análise Técnica Detalhada

A Física da Localização WiFi Interior

O desafio fundamental do posicionamento interior é que os sinais de GPS — que operam a cerca de 1575 MHz — atenuam severamente ao passar por materiais de construção. Um teto de betão pode reduzir a força do sinal em 20–30 dB, tornando o GPS pouco fiável para qualquer coisa abaixo de alguns andares de um edifício. O posicionamento interior baseado em WiFi contorna este problema utilizando os sinais de 2.4 GHz e 5 GHz já presentes em qualquer implementação de rede empresarial.

O mecanismo central é o Indicador de Força do Sinal Recebido (RSSI). Quando um dispositivo móvel tem o WiFi ativado, transmite periodicamente tramas de pedido de sonda 802.11 para descobrir redes disponíveis. Cada Ponto de Acesso dentro do alcance recebe estas tramas e regista o endereço MAC do dispositivo transmissor juntamente com o valor RSSI — uma medida logarítmica da potência do sinal, tipicamente expressa em dBm, onde -30 dBm representa um sinal muito forte e -90 dBm representa um sinal muito fraco.

Triangulação RSSI (Trilateração)

Um único AP pode confirmar que um dispositivo está dentro da sua área de cobertura, mas não consegue determinar a direção ou a distância precisa. Para localizar um dispositivo, o sistema requer leituras de pelo menos três APs simultaneamente — um processo corretamente denominado trilateração (embora "triangulação" seja o termo de uso comum na indústria).

rssi_triangulation_diagram.png

A plataforma de análise aplica um modelo de perda de percurso — tipicamente o modelo de perda de percurso log-distância — para converter cada valor RSSI numa distância estimada a partir desse AP. Com três estimativas de distância e as coordenadas físicas conhecidas de cada AP, o sistema resolve o ponto de interseção, que representa a localização estimada do dispositivo. Na prática, devido à interferência ambiental, esta interseção raramente é um ponto perfeito; o sistema calcula, em vez disso, uma região de probabilidade e reporta o centroide.

Referência da fórmula chave: O modelo de perda de percurso log-distância é expresso como:

PL(d) = PL(d₀) + 10n·log₁₀(d/d₀) + Xσ

Onde n é o expoente de perda de percurso (tipicamente 2–4 para ambientes interiores), d é a distância, e é uma variável aleatória Gaussiana de média zero que representa os efeitos de sombreamento.

Rastreamento Passivo vs. Análise Autenticada

É essencial distinguir entre dois modos operacionais, pois eles têm implicações fundamentalmente diferentes em termos de qualidade de dados e conformidade:

Mode Trigger Data Quality Compliance Consideration
Deteção de Presença Passiva Dispositivo com WiFi ativado; não conectado Fluxo de pessoas agregado, densidade de zona A randomização de MAC limita o rastreamento individual
Análise Autenticada Utilizador conecta-se via Captive Portal Perfil rico de primeira parte, tempo de permanência, visitante recorrente Requer consentimento explícito do GDPR no login

A randomização de MAC é a variável crítica aqui. Desde o iOS 14 e Android 10, os sistemas operativos móveis randomizam o endereço MAC utilizado nos pedidos de sonda. Isto significa que um dispositivo aparece como uma entidade diferente em cada visita, impedindo o rastreamento passivo de indivíduos recorrentes. A implicação prática é que os dados passivos são úteis para mapas de calor agregados e contagens de fluxo de pessoas, mas os dados autenticados — capturados quando um utilizador inicia sessão na rede de convidados através de um Captive Portal — são necessários para qualquer análise a nível individual.

Para uma exploração mais ampla de tecnologias de posicionamento complementares, incluindo UWB e BLE, consulte o nosso guia sobre Sistema de Posicionamento Interior: Guia UWB, BLE e WiFi .


Guia de Implementação

Fase 1: Avaliação do Ambiente e Planeamento de RF

Antes de instalar um único AP, um exercício completo de planeamento de RF é obrigatório. O ambiente físico dita a propagação do sinal, e as suposições feitas na fase de planeamento que se revelem incorretas no campo resultarão em dados de localização imprecisos que são difíceis de diagnosticar após a implementação.

Requisito de Densidade de AP: Para uma trilateração precisa, um dispositivo deve ser detetado por um mínimo de três APs com uma força de sinal de -65 dBm ou melhor em qualquer ponto da área de cobertura. Este é um requisito mais rigoroso do que a cobertura básica de acesso à internet, que pode funcionar a -75 dBm. Na prática, isto significa implementar APs em intervalos de aproximadamente 15–20 metros em ambientes abertos, e significativamente mais próximos em áreas com alta densidade de obstruções (estantes metálicas, colunas de betão, divisórias de vidro).

Levantamento do Local: Realize um levantamento preditivo do local utilizando software de planeamento de RF (por exemplo, Ekahau, iBwave) antes da instalação física. Acompanhe com um levantamento ativo do local pós-instalação para validar a cobertura e identificar zonas mortas.

Fase 2: Mapeamento de AP e Configuração da Plataforma

Uma vez que os APs estejam fisicamente instalados, a plataforma de análise deve ser configurada com as suas coordenadas precisas.

  1. Carregue uma planta em escala (em formato PDF, DWG ou PNG) para o painel de controlo da plataforma de análise.
  2. Mapeie as coordenadas físicas exatas de cada AP na planta digital. Este passo é inegociável — qualquer erro aqui propaga-se diretamente para a imprecisão da localização.
  3. Defina Zonas — áreas poligonais nomeadas na planta (por exemplo, "Caixa", "Roupa Masculina", "Lobby") — para permitir relatórios granulares de tempo de permanência e fluxo de visitantes por área.
  4. Configure o controlador de LAN sem fios (WLC) para encaminhar dados de presença para a plataforma de análise através da API ou integração de syslog apropriada.

Fase 3: Captive Portal e Estrutura de Consentimento

Para capturar dados autenticados e cumprir com o GDPR e estruturas semelhantes, implemente um Captive Portal que apresente aos utilizadores um aviso de consentimento claro antes de conceder acesso à rede. O portal deve capturar, no mínimo: nome, endereço de e-mail e consentimento explícito para o processamento de dados para fins de análise.

wifi_analytics_heatmap.png


Melhores Práticas

Padronize em 5 GHz para Análise: Embora 2.4 GHz penetre paredes de forma mais eficaz, está muito congestionado e sujeito a interferências de Bluetooth, fornos de micro-ondas e redes vizinhas. Direcionar os clientes para 5 GHz produz leituras RSSI mais limpas e consistentes, melhorando a precisão da localização. Configure a direção de banda no WLC para preferir 5 GHz para clientes capazes.

Agende Revisões de Calibração Regulares: Os ambientes físicos não são estáticos. Uma mudança sazonal no layout de retalho, uma nova parede divisória, ou mesmo uma grande instalação temporária (como um stand de feira) pode alterar significativamente a propagação de RF. Agende uma revisão de calibração a cada trimestre, ou imediatamente após qualquer alteração física significativa no local.

Implemente a Minimização de Dados: De acordo com o Artigo 5(1)(c) do GDPR, apenas os dados mínimos necessários para o propósito declarado devem ser recolhidos. Para análises ao nível da zona, isto significa armazenar contagens agregadas em vez de percursos individuais de dispositivos. Consulte o seu Encarregado de Proteção de Dados antes de expandir o âmbito da recolha de dados.

Aproveite a Arquitetura IoT: O posicionamento WiFi está cada vez mais integrado com implementações IoT mais amplas. Para contexto sobre como o posicionamento interior se encaixa numa arquitetura de local conectado mais vasta, consulte o nosso guia sobre Arquitetura da Internet das Coisas: Um Guia Completo .


Resolução de Problemas e Mitigação de Riscos

Modo de Falha Sintoma Causa Raiz Mitigação
Densidade Insuficiente de AP Dispositivos "saltam" entre zonas distantes no mapa de calor Menos de 3 APs a detetar o dispositivo a -65 dBm Levantamento de site ativo; adicionar APs em zonas mortas
Mapeamento de AP Incorreto Mapa de calor mostra alta permanência em locais fisicamente impossíveis Coordenadas de AP inseridas incorretamente na plataforma Verifique cada coordenada de AP em relação aos registos de instalação física
Aleatorização de MAC Métricas de visitantes recorrentes próximas de zero apesar do fluxo de visitantes repetido conhecido Apenas rastreamento passivo; sem sessões autenticadas Implementar Captive Portal com login incentivado
Interferência Multicaminho Estimativas de localização erráticas em zonas específicas Reflexões de sinal de prateleiras de metal ou vidro Reposicionar APs; usar antenas direcionais; aplicar filtragem de Kalman na plataforma de análise
Congestionamento de Canal Leituras RSSI inconsistentes em 2.4 GHz Interferência de co-canal de redes vizinhas Migrar clientes de análise para 5 GHz; implementar atribuição automática de canal no WLC

ROI e Impacto nos Negócios

O caso de negócio para o posicionamento WiFi interior é mais forte quando enquadrado como um investimento em infraestrutura que gera retornos em múltiplos departamentos simultaneamente.

Retalho: Um retalhista de moda de médio porte com 20 lojas pode usar dados de tempo de permanência ao nível da zona para identificar quais expositores de produtos geram mais envolvimento. A redistribuição de expositores com baixo desempenho com base nestes dados demonstrou melhorar as taxas de conversão de vendas em 8–15% em implementações comparáveis. Para orientação específica do setor, consulte as nossas soluções de Retalho .

Hotelaria: Um hotel de 300 quartos pode monitorizar os tempos de espera em tempo real na receção e nos pontos de venda de F&B, despachando dinamicamente o pessoal para evitar a degradação do serviço durante os períodos de pico. O rastreamento do movimento dos hóspedes pela propriedade também permite a otimização da limpeza, reduzindo o tempo de preparação dos quartos. Consulte os nossos estudos de caso de Hotelaria para exemplos de implementação.

Saúde: Os trusts do NHS e hospitais privados estão a usar o rastreamento de ativos baseado em WiFi (através de etiquetas com WiFi em equipamentos médicos) para reduzir o tempo médio gasto na procura de ativos móveis de 20 minutos para menos de 2 minutos por incidente. Isto reduz diretamente o tempo do pessoal clínico desperdiçado em tarefas não clínicas. Explore as nossas soluções de Saúde .

Transporte: Aeroportos e operadores ferroviários usam análises de presença para gerir o fluxo de passageiros através da segurança e portas de embarque, reduzindo o congestionamento e melhorando as taxas de partida a tempo. Consulte a nossa página do setor de Transporte para estudos de caso relevantes.

Medir o ROI: Estabeleça uma medição de referência da métrica chave (tempo de permanência, tempo de espera, tempo de procura de ativos) antes da implementação. Volte a medir aos 30, 60 e 90 dias após a implementação. Um sistema de posicionamento interior bem implementado geralmente atinge o retornorecuperado em 12-18 meses quando os ganhos totais de eficiência operacional são contabilizados.

Para uma compreensão abrangente das capacidades de análise que se baseiam nesta infraestrutura de posicionamento, consulte o nosso guia: O Que É Análise de WiFi? Um Guia Completo .

Termos-Chave e Definições

RSSI (Received Signal Strength Indicator)

A measurement of the power level of a received radio signal, expressed in dBm (decibels relative to one milliwatt). Values typically range from -30 dBm (excellent) to -90 dBm (very weak).

IT teams use RSSI values reported by multiple APs to estimate a device's distance from each AP and calculate its location via trilateration. The -65 dBm threshold is the industry-standard minimum for reliable positioning.

Trilateration

A geometric method of determining the location of a point by measuring its distance from three or more known reference points, using the intersection of circles (in 2D) or spheres (in 3D).

This is the mathematical foundation of WiFi indoor positioning. It is distinct from triangulation, which uses angles rather than distances, though the terms are often used interchangeably in vendor documentation.

Probe Request

An 802.11 management frame broadcast by a WiFi-enabled device to discover available networks in its vicinity.

Probe requests are the fundamental data source for passive presence detection. They are transmitted even when the device is not connected to any network, as long as WiFi is enabled.

MAC Randomisation

A privacy feature in modern mobile operating systems (iOS 14+, Android 10+) that substitutes a randomly generated MAC address in probe request frames, preventing persistent tracking across sessions.

This is the primary technical barrier to passive individual tracking. IT teams must implement captive portal authentication to obtain a persistent identifier for returning visitor analytics.

Captive Portal

A web page presented to a user before network access is granted, typically requiring authentication or acceptance of terms and conditions.

The captive portal is the critical junction between anonymous presence detection and authenticated first-party analytics. It is also the primary mechanism for GDPR consent capture in guest WiFi deployments.

Dwell Time

The duration a detected device remains within a defined zone or the overall venue, measured from first detection to last detection within a session.

A primary KPI for retail and hospitality operators. High dwell time in a product zone correlates with purchase intent; low dwell time at a service desk may indicate poor service experience.

Multipath Interference

A propagation phenomenon where a radio signal reaches the receiving antenna via two or more paths due to reflections, diffractions, or scattering from obstacles.

Particularly prevalent in environments with metal racking, glass facades, or concrete columns. It causes RSSI readings to fluctuate independently of actual device distance, degrading location accuracy.

Path Loss Exponent

A parameter in the log-distance path loss model that describes how rapidly signal strength attenuates with distance in a given environment. Free space = 2; typical indoor = 3–4; obstructed indoor = 4–6.

Analytics platforms use a calibrated path loss exponent to convert RSSI values into distance estimates. An incorrectly calibrated exponent is a common source of systematic location error.

Zone Analytics

The aggregation of presence and dwell time data within a user-defined polygonal area on the venue floor plan.

Zones are the primary unit of business reporting in WiFi analytics platforms. They translate raw location coordinates into meaningful business areas (e.g., 'Checkout', 'Cafe', 'Exhibition Hall A').

Estudos de Caso

A 12-store fashion retail chain wants to understand how a new store layout affects customer dwell time in the 'Home & Living' section. They have a basic guest WiFi network but no analytics. The IT manager has a 90-day project window and a modest budget.

Step 1: Conduct an active site survey of the flagship store to identify AP coverage gaps. Upgrade AP density in the 'Home & Living' zone to guarantee 3-AP overlap at -65 dBm or better. Step 2: Integrate the wireless LAN controller with the WiFi Analytics platform via the management API. Step 3: Upload the store floor plan and precisely map all AP coordinates. Draw a 'Home & Living' zone polygon in the analytics dashboard. Step 4: Deploy a captive portal offering a 10% discount code in exchange for email registration and GDPR consent. This converts passive MAC-randomised data into authenticated dwell time metrics. Step 5: Run a 30-day baseline measurement before the layout change, then a 30-day post-change measurement. Compare average dwell time and footfall density in the zone between the two periods.

Notas de Implementação: This approach correctly identifies that basic WiFi is insufficient for analytics without a density upgrade. Critically, it addresses MAC randomisation through the captive portal incentive, which is the most common oversight in retail deployments. The 30-day baseline period is essential — without it, there is no way to attribute changes in dwell time to the layout change versus seasonal variation.

A conference centre hosting 5,000-delegate events is experiencing complaints about 20-minute queues at the main registration desk during the 08:30–09:30 peak window. The operations director wants a data-driven solution that can trigger real-time staff redeployment.

Step 1: Verify AP density around the registration desk is sufficient for accurate presence detection (minimum 3 APs at -65 dBm). Step 2: Define a 'Registration Desk' zone and a 'Registration Queue' zone (the area leading up to the desk) in the analytics platform. Step 3: Configure an automated alert: if the device count in the 'Registration Queue' zone exceeds 40 for more than 3 consecutive minutes, trigger an SMS and push notification to the floor manager's mobile device. Step 4: Establish a secondary alert threshold at 70 devices, triggering escalation to the venue operations director. Step 5: Review the alert logs weekly to refine the threshold values based on actual observed queue-to-complaint correlation.

Notas de Implementação: This solution correctly moves beyond historical reporting to real-time operational management. The two-tier alert threshold is a best practice — the first tier enables proactive intervention before the queue becomes a complaint; the second tier ensures management visibility when the first tier response is insufficient. The weekly threshold review prevents alert fatigue from miscalibrated triggers.

Análise de Cenários

Q1. You are the network architect for a large department store. The initial heatmaps show devices frequently appearing in the wrong departments — a customer standing in Menswear is being placed in Womenswear on the map. What is the most likely cause and what is your diagnostic and remediation process?

💡 Dica:Consider both the physical environment and the configuration of the analytics platform.

Mostrar Abordagem Recomendada

There are two likely causes: (1) Incorrect AP coordinate mapping — the physical location of one or more APs has been entered incorrectly in the analytics platform, causing a systematic offset in all location estimates derived from those APs. Remediation: physically verify the location of every AP against its recorded coordinates in the platform and correct any discrepancies. (2) Insufficient AP density — if fewer than three APs are hearing the device at -65 dBm, the trilateration is working with incomplete data, producing inaccurate estimates. Remediation: conduct an active site survey to identify coverage gaps and add APs as required. Start with cause (1) as it is faster and cheaper to diagnose.

Q2. Your marketing team reports that the 'returning visitor' metric in the WiFi analytics dashboard has been at 0% for three months, despite strong anecdotal evidence from store managers that many customers visit multiple times per week. What is the technical explanation and what is the solution?

💡 Dica:Consider the privacy features of modern mobile operating systems.

Mostrar Abordagem Recomendada

The platform is relying solely on passive probe request tracking. Because modern iOS and Android devices randomise their MAC addresses with each probe session, every visit appears as a new, unique device. The system has no mechanism to link visits from the same physical device across sessions. The solution is to implement a captive portal that requires user authentication (email login, social login, or similar). Once a user authenticates, their session is tied to a persistent identifier (email address or user ID), enabling the platform to correctly identify and count returning visitors. Incentivising login — for example, with a loyalty discount — is recommended to maximise the authenticated session rate.

Q3. A new AP was installed to cover a previously dead zone in the venue's basement car park. The AP is confirmed online, serving clients, and appearing in the WLC dashboard. However, the analytics platform shows no presence data for the car park area. What step was missed and how do you resolve it?

💡 Dica:The network layer and the analytics layer have separate configuration requirements.

Mostrar Abordagem Recomendada

The AP mapping step was omitted from the analytics platform configuration. While the AP is fully functional at the network layer, its physical coordinates have not been registered in the analytics platform's floor plan. The platform is receiving the presence data from the AP but cannot place it on the map, so it is either being discarded or aggregated into an 'unmapped' category. Resolution: log into the analytics platform, navigate to the floor plan configuration, and add the new AP with its precise physical coordinates. If the car park is on a separate floor level, ensure the correct floor plan level is selected before placing the AP marker.

Q4. The legal team has raised a concern that the indoor positioning system may be processing personal data without adequate legal basis under GDPR. As the IT lead, how do you assess and address this risk?

💡 Dica:Consider both passive and authenticated tracking modes separately.

Mostrar Abordagem Recomendada

Assess the two tracking modes separately. For passive tracking (probe requests): MAC-randomised probe data is generally not considered personal data under GDPR when it cannot be linked to an identified individual. However, if the system retains raw MAC addresses for any period, this should be reviewed with your DPO, as a non-randomised MAC could be personal data. Implement data minimisation by aggregating to zone-level counts as quickly as possible and purging raw MAC logs. For authenticated tracking: this clearly involves personal data (email address, device association). The legal basis is typically consent, captured via the captive portal. Ensure the consent notice is specific, granular, and clearly describes the analytics use case. Implement a data retention policy and a subject access request process. Document both modes in your Records of Processing Activities (ROPA) under GDPR Article 30.