Cada vez que um cliente conecta no Wi-Fi do seu estabelecimento, um pacote de dados é gerado. Nome, e-mail, telefone (se o login é via captive portal), horário de conexão, tempo de permanência, frequência de visita, tipo de dispositivo. Do lado técnico, o access point registra RSSI, throughput, falhas de autenticação e ocupação de canal. Visualizar esses dados do Wi-Fi no Power BI transforma log bruto em painel de decisão. Pouquíssimos estabelecimentos fazem isso.
O problema nunca foi a falta de dados. Foi o fato de que eles ficam trancados dentro de controllers, plataformas de hotspot ou planilhas exportadas uma vez e esquecidas. O Power BI, usado por mais de 30 milhões de pessoas em 375 mil organizações no mundo, resolve isso: puxa informações de APIs REST, arquivos CSV e bancos intermediários, e monta dashboards que mostram em minutos o que levaria semanas para compilar manualmente.
Este guia cobre o caminho completo: os tipos de dados que o Wi-Fi gera, como tirá-los da origem e colocá-los no Power BI, quais KPIs importam de verdade, e os cuidados com LGPD que você não pode ignorar.
Veja mais vídeo como esse em nosso canal do YouTube!
Que dados o Wi-Fi gera (e por que a maioria fica no escuro)
O mercado de WLAN empresarial cresceu 13,9% no quarto trimestre de 2025, puxado por Wi-Fi 7 e infraestrutura preparada para IA. Mais access points instalados, mais telemetria gerada, mais dados desperdiçados quando ninguém olha para eles.
Os dados de Wi-Fi se dividem em duas categorias. A primeira é comportamental (capturada no login via captive portal). A segunda é telemetria de rede (registrada pelos access points e controladores).
Dados de marketing (captive portal):
- Nome, e-mail, telefone, perfil de rede social (quando o login é por social login)
- Horário de primeira conexão e reconexões
- Frequência de visita (cliente novo vs. recorrente)
- Tempo de permanência no local
- Consentimento de opt-in para comunicação
Telemetria de rede (controller/AP):
- RSSI (intensidade do sinal recebido) e SNR (relação sinal/ruído)
- Throughput por usuário e por AP
- Clientes simultâneos por SSID e por ponto de acesso
- Utilização de canal e airtime fairness
- Falhas de autenticação (802.1X, portal, timeout)
- Eventos de roaming entre APs
Essas informações existem mesmo que você não tenha pedido por elas. Um controller Cisco Meraki, por exemplo, expõe dezenas de endpoints de monitoramento wireless via API REST, incluindo histórico de uso por cliente, estatísticas de conexão e latência. HPE Aruba Central, RUCKUS One e Fortinet FortiGate fazem o mesmo. Até o Ubiquiti UniFi, popular em PMEs, lançou uma API oficial com endpoints de saúde de rede e status de dispositivos.
O que quase nenhum painel nativo de fabricante faz: cruzar informações de Wi-Fi com vendas, CRM ou frequência de visita do cliente. É justamente esse cruzamento que o Power BI permite.
Esses dados existem. A pergunta agora é operacional: como tirá-los do controller (ou da plataforma de hotspot) e colocá-los dentro do Power BI sem virar um projeto de TI de seis meses.
Como levar dados de Wi-Fi para dentro do Power BI
Três caminhos principais. A escolha depende do setup de Wi-Fi que você já tem e da frequência de atualização que precisa.
API REST do fabricante + Power Query Web
É o método mais flexível. O Power BI Desktop tem um conector Web nativo que aceita chamadas HTTP GET com headers de autenticação. Você aponta para o endpoint da API do seu controller, configura o token (API key ou OAuth2) e recebe JSON que o Power Query transforma em tabela.
Exemplos concretos de endpoints disponíveis:
- Cisco Meraki:
getNetworkWirelessClientConnectionStatsegetNetworkClientUsageHistoryentregam estatísticas de conexão e consumo por cliente, via Dashboard API v1. - HPE Aruba Central: endpoints de monitoramento de clientes, APs e eventos, com autenticação OAuth2 e rate limits por licença.
- RUCKUS One: APIs de Wi-Fi, switches e portais na Developer Central, incluindo histórico de uso.
- Fortinet: o FortiGate expõe chamadas API para logs e estatísticas, com FortiAnalyzer consolidando relatórios wireless.
O fluxo típico: API REST → JSON → Power Query (transformação) → modelo semântico → dashboard. Para quem já trabalha com Dataflow Gen2 ou pipelines no Microsoft Fabric, o JSON pode ser ingerido diretamente no Lakehouse antes de chegar ao Power BI.
Exportação CSV ou Excel
Quase todo controller permite exportar métricas em CSV. É o caminho mais simples e o menos sustentável. Funciona para análises pontuais ou auditorias, mas não sustenta um dashboard que precisa de atualização diária ou semanal.
Se a operação é pequena (uma ou duas unidades, sem urgência de tempo real), CSV importado no Power BI Desktop resolve sem complexidade extra.
Plataforma de Wi-Fi marketing com exportação estruturada
Aqui entra o atalho que muitos gestores de PDV não conhecem. Plataformas de Wi-Fi marketing com hotspot social já capturam dados comportamentais no momento do login (nome, e-mail, telefone, frequência de visita) e organizam tudo em base estruturada. Em vez de montar um pipeline de API do zero, você exporta a base da plataforma e importa direto no Power BI.
A vantagem prática: os dados já vêm limpos do ponto de vista de marketing. Não é telemetria bruta de RSSI e SNR. É lead com nome, canal de opt-in, data da primeira visita e contagem de retorno. Para quem precisa de KPIs de captação e recorrência, esse caminho poupa semanas de ETL.
Com os dados no Power BI, a próxima decisão é técnica: em que modo armazená-los.
Import, DirectQuery ou Real-Time: qual modo usar
O Power BI oferece modos de armazenamento com trade-offs distintos. Para dados de Wi-Fi, a escolha se resume a três cenários.
| Modo | Como funciona | Melhor para | Limitação principal |
|---|---|---|---|
| Import | Dados copiados para o modelo semântico. Refresh agendado (até 48x/dia em Premium). | Histórico de visitas, KPIs gerenciais, tendências semanais e mensais. | Limite de 1 GB (Pro) ou até 25 GB (Premium P1-P3). |
| DirectQuery | Dados permanecem na origem. Consulta em tempo de leitura. | Monitoramento operacional quase em tempo real (clientes conectados agora, falhas). | Limite de 1 milhão de linhas intermediárias e 225 segundos por consulta. |
| Fabric Real-Time Intelligence | Eventstream + Eventhouse (KQL) + tiles em tempo real no Power BI. | Painel NOC: falhas de autenticação em massa, queda de uplink, alertas críticos. | Exige licença Fabric. Curva de aprendizado em KQL. |
Para a maioria dos PDVs que acompanham frequência de visita, base de leads e saúde da rede, Import com refresh incremental é a escolha mais prática. O refresh incremental particiona a tabela por data e atualiza só o período recente, reduzindo tempo de processamento de horas para minutos. Para séries temporais longas de telemetria Wi-Fi (meses de dados de conexão por AP), isso faz diferença real no custo de capacidade.
Alerta importante: o serviço de streaming em tempo real do Power BI será descontinuado em outubro de 2027. Quem já usa esse recurso para painéis de rede precisa planejar a migração para o Fabric Real-Time Intelligence com Eventstream e dashboards KQL.
Com o modo de armazenamento definido, falta o mais importante: decidir o que vale a pena medir.
Os KPIs de Wi-Fi que realmente importam no dashboard
Dois conjuntos de KPIs. O primeiro interessa ao gestor de marketing e operações que quer entender comportamento de cliente. O segundo interessa ao time de TI que precisa garantir que a rede funciona. Misturá-los na mesma tela é um erro comum: são públicos diferentes, com urgências diferentes.
KPIs de comportamento (captive portal e Wi-Fi marketing)
| KPI | O que mostra | Por que importa |
|---|---|---|
| Taxa de opt-in | Percentual de conexões que viraram leads (com nome, e-mail ou telefone). | Mede a eficiência do captive portal como canal de captura. |
| Visitas novas vs. recorrentes | Proporção de primeiros acessos vs. retornos. | Indica fidelização. Queda na recorrência sinaliza churn. |
| Frequência de visita | Média de vezes que um cliente retorna em 30, 60 ou 90 dias. | Ligado diretamente a ticket médio e receita por cliente. |
| Tempo de permanência (dwell time) | Duração média da sessão Wi-Fi por visita. | Mais tempo no local, maior a chance de consumo. |
| Horários de pico de conexão | Distribuição das conexões por faixa horária. | Define escala de equipe, timing de promoções e capacidade de rede. |
KPIs de rede (telemetria do controller)
| KPI | O que mostra | Por que importa |
|---|---|---|
| RSSI médio por AP | Intensidade do sinal percebida pelos dispositivos conectados. | RSSI baixo = cobertura ruim = cliente desconecta antes de fazer login no portal. |
| Taxa de falha de autenticação | Percentual de tentativas de login que falham. | Taxas altas indicam problema no portal, timeout ou erro de configuração. |
| Clientes por AP | Densidade de conexões simultâneas por access point. | Sobrecarga em um AP degrada a experiência. Pode exigir redistribuição ou novo AP. |
| Throughput médio por usuário | Velocidade efetiva entregue a cada dispositivo. | Throughput baixo gera reclamação e reduz a percepção de valor do Wi-Fi gratuito. |
| Roaming bem-sucedido | Percentual de transições entre APs sem queda de sessão. | Relevante em ambientes grandes: shoppings, hotéis, campus universitários. |
A Cisco documenta esses KPIs wireless no Catalyst Center Assurance, e a Aruba Central exibe barras de saúde do cliente com RSSI, SNR e taxas de Tx/Rx. Cada fabricante nomeia de forma diferente, mas os indicadores convergem.
Um cruzamento que não aparece em nenhum painel nativo de fabricante: dados de Wi-Fi marketing capturados via hotspot social com captive portal mostram a camada comportamental (quem veio, quantas vezes, por quanto tempo). A telemetria de rede mostra a camada técnica (com qual sinal, em qual AP, com qual throughput). No Power BI, você cruza ambos e descobre, por exemplo, que clientes com RSSI abaixo de -70 dBm têm taxa de conclusão de login 40% menor. Essa correlação só existe quando os dois mundos se encontram.
Ter os dados no Power BI é apenas metade do valor. A outra metade está em automatizar as ações derivadas desses painéis — algo que Wi-Fi marketing automation resolve ao disparar campanhas baseadas em gatilhos comportamentais capturados na rede. Mas antes de cruzar qualquer coisa, existe uma questão que pode parar o projeto: a LGPD.
LGPD e dados de Wi-Fi: o que pode e o que não pode entrar no painel
Endereço MAC, localização inferida por AP e dados de login (nome, e-mail, CPF, telefone) são dados pessoais sob a Lei Geral de Proteção de Dados. Não importa se o dado é técnico: se identifica ou torna identificável uma pessoa, a LGPD se aplica. O enquadramento inclui identificadores online, como IP e cookies, e por extensão, endereços MAC. A preocupação vai além da conformidade legal: vazamento de dados em Wi-Fi público pode comprometer tanto a segurança dos clientes quanto a reputação do estabelecimento.
Na prática, quatro cuidados antes de levar qualquer dado de Wi-Fi para o Power BI:
- Base legal clara. Para dados de marketing capturados via captive portal, o consentimento no momento do login (opt-in explícito) é a base legal mais direta. Sem opt-in, não há base para armazenar nome e e-mail no modelo semântico.
- Minimização. Capture apenas o que vai usar. Se o dashboard precisa de frequência de visita por faixa etária, não armazene o nome completo no Power BI.
- Anonimização ou pseudonimização. Para telemetria de rede, substitua MAC addresses por hashes irreversíveis antes de ingerir no Power BI. Preserva a capacidade de contar dispositivos únicos sem expor o identificador real.
- Retenção limitada. Defina no refresh incremental uma janela de retenção (12 meses, por exemplo) e descarte dados mais antigos automaticamente. Menos dado armazenado, menos risco.
Um complicador técnico: sistemas operacionais modernos (iOS, Android, Windows) usam randomização de MAC em sondagens e associação, o que distorce contagens de presença. Um mesmo celular pode aparecer como três “dispositivos diferentes” ao longo do dia. Soluções de Wi-Fi marketing que exigem login via captive portal contornam esse problema: a identificação vem do cadastro do usuário, não do MAC.
Com a conformidade resolvida, os dados podem finalmente virar decisão. E os casos mais concretos vêm de setores que já fazem isso na prática.
Casos práticos: Wi-Fi + Power BI por setor
Varejo e alimentação. Redes de restaurantes e lojas usam dados de captive portal para medir conversão entre visitantes Wi-Fi e compradores. A Cisco documenta o uso de Wi-Fi analytics em varejo com KPIs como visitantes únicos, duração da visita e heatmaps por seção. No Power BI, cruzar dados de conexão com vendas do PDV revela se a promoção de terça realmente atraiu mais gente, ou se o público que conectou no Wi-Fi efetivamente comprou algo. Uma solução de Wi-Fi marketing para alimentação já entrega esses dados de forma estruturada, prontos para importação.
Academias. Frequência de visita é o indicador central de retenção. Com dados de conexão Wi-Fi via hotspot social para academias, o dashboard mostra quantos alunos vieram 0, 1, 2 ou 3+ vezes na semana. Quem não aparece há 10 dias vira alvo de uma ação de reativação via WhatsApp empresarial automatizado. O Power BI mede o antes e depois: taxa de retorno pós-campanha, tempo entre campanhas, custo por aluno reativado.
Hotelaria. Hotéis com Wi-Fi em quartos e áreas comuns conseguem, via telemetria, identificar corredores com sinal fraco (RSSI por AP por andar) e horários de pico de uso (lobby vs. salão de eventos). No Power BI, isso vira um mapa de calor por período que orienta onde investir em infraestrutura. Para a parte de marketing, o check-in via Wi-Fi no hotel captura dados que alimentam campanhas de pós-estadia e programas de fidelidade.
Educação e campus. Universidades nos EUA usam monitoramento contínuo de Wi-Fi para otimizar cobertura e identificar prédios com problemas de interferência. No Power BI, gráficos de utilização por bloco e por horário ajudam o time de TI a priorizar investimentos em novos APs onde a demanda é real, não onde “parece” que falta sinal.
Aeroportos e eventos. Grandes aeroportos já utilizam Wi-Fi analytics para otimizar fluxo de passageiros e planejar facilities. Dwell time por área de embarque, gargalos em esteiras de segurança e densidade de áreas de alimentação: tudo visualizado em Power BI com refresh periódico. O mesmo modelo se aplica a casas de show, feiras e estádios.
Em todos esses casos, o padrão se repete: os dados já existem no Wi-Fi. O Power BI é a camada que transforma log técnico em painel de decisão. O que muda entre setores são os KPIs priorizados e a granularidade de atualização.
Se o seu estabelecimento tem Wi-Fi e não está capturando dados via hotspot social, o primeiro passo nem é o Power BI. É transformar o Wi-Fi em canal de captura de clientes. Depois disso, o dashboard se constrói com dados que já existem.
Perguntas frequentes
O Power BI tem conector nativo para controllers como Meraki ou Aruba?
Não. Não existem conectores oficiais nomeados para essas controladoras. O caminho padrão é usar o conector Web do Power Query, que consome APIs REST autenticadas por API key ou OAuth2, e transforma o JSON retornado em tabelas dentro do modelo semântico.
Import ou DirectQuery: qual modo é melhor para dados de Wi-Fi?
Para a maioria dos cenários (KPIs gerenciais, frequência de visita, tendências mensais), Import com refresh incremental é mais eficiente. DirectQuery serve para monitoramento quase em tempo real, mas tem limite de 1 milhão de linhas intermediárias e latência maior por consulta.
Posso usar o Power BI gratuito para visualizar dados de Wi-Fi?
A licença gratuita permite criar relatórios no Power BI Desktop, mas limita a publicação compartilhada. Para uso corporativo com colaboração, é necessária licença Pro (US$ 14/usuário/mês) ou Premium por Usuário (US$ 24/usuário/mês).
Como a LGPD se aplica a dados de Wi-Fi no Power BI?
Endereço MAC, e-mail de login e localização inferida são dados pessoais sob a LGPD. É necessário ter base legal (consentimento via captive portal, por exemplo), aplicar minimização, anonimizar identificadores e definir prazo de retenção antes de ingerir os dados no Power BI.
O streaming em tempo real do Power BI vai acabar?
Sim. A Microsoft confirmou a descontinuação para outubro de 2027. A alternativa recomendada é o Fabric Real-Time Intelligence, com Eventstream, Eventhouse (KQL) e dashboards em tempo real.
O que é mais útil: dados de telemetria do AP ou dados do captive portal?
Depende do objetivo. Para decisões de marketing (captação de leads, retenção, recompra), dados do captive portal são mais diretos e acionáveis. Para decisões de infraestrutura (cobertura, capacidade, falhas), telemetria do AP é indispensável. O ideal é cruzar ambos no mesmo dashboard do Power BI.
