Você pesquisa “infraestrutura cloud para hotspot” e encontra quinze artigos explicando o que é nuvem. Servidores virtualizados, IaaS, PaaS, SaaS, diagramas bonitos. Nenhum deles responde a pergunta que você realmente tem: como a nuvem se conecta ao access point que está no teto do seu estabelecimento, ao captive portal que captura dados do visitante e ao dashboard que mostra quantos clientes voltaram na última semana.
Infraestrutura cloud para hotspot não é computação em nuvem no sentido genérico. É a arquitetura que vai do rádio Wi-Fi até a plataforma de controle remoto, passando por gateway, autenticação, portal, políticas de acesso e analytics. A nuvem entra como plano de controle e experiência. O tráfego do usuário, na maioria dos casos, continua sendo encaminhado localmente. Entender onde cada peça encaixa é o que separa um projeto que funciona de um que depende de oração quando o link cai.
Este guia cobre a arquitetura real, as opções de onboarding (captive portal, Passpoint, OpenRoaming), a comparação entre cloud e controlador local, o que a LGPD exige do seu portal, as tendências que afetam a próxima compra de AP e os critérios práticos para escolher plataforma.
Veja mais vídeos como esse em nosso canal do YouTube!
O que compõe uma infraestrutura cloud para hotspot
O erro mais comum é tratar “infraestrutura cloud” como se fosse só o dashboard. Na prática, um hotspot cloud-managed tem seis camadas. Cada uma pode falhar de forma independente, e o projeto precisa prever o que acontece em cada caso.
| Camada | Componentes típicos | O que quebra se ela falhar |
|---|---|---|
| Física | APs Wi-Fi 6/6E/7, antenas, PoE, switches, cabeamento, energia | Sem rádio, sem Wi-Fi. Ponto. |
| Transporte (backhaul) | Fibra, banda larga, link dedicado, 4G/5G backup, satelite | AP funciona, mas ninguém navega |
| Borda (gateway) | Gateway, DHCP, DNS, firewall, NAT, QoS, shaping, cache local | Sem endereço IP, sem resolução de domínio, sem navegação |
| Controle (nuvem) | Plataforma cloud: inventário, templates, zero-touch provisioning, firmware, telemetria, APIs | AP continua operando (se bem configurado), mas sem visibilidade central nem atualizações |
| Acesso (autenticação) | SSIDs, VLANs, RADIUS, SAML/OAuth, vouchers, SMS, captive portal | Usuário não consegue se autenticar ou o portal não carrega |
| Experiência (analytics e marketing) | Dashboard de analytics, mapas de calor, campanhas, CRM, integração WhatsApp | Dados de presença e jornada param de ser coletados |
A camada de controle é o que diferencia um hotspot cloud-managed de um hotspot com controlador local. Quando a plataforma vive na nuvem, uma equipe central consegue operar dezenas de locais sem visitar nenhum: aplicar templates de configuração, atualizar firmware em lote, detectar APs offline e redistribuir canais automaticamente.
Mas a nuvem não substitui o rádio, o link de internet nem o gateway. Ela desloca para um plano remoto as tarefas de provisionamento, monitoramento e política. A arquitetura de sistemas para hotspot começa pelo entendimento de que cada camada tem responsabilidades distintas e modos de falha diferentes.
O fluxo típico de um usuário conectando ao hotspot funciona assim: o dispositivo associa-se ao SSID; recebe endereço IP via DHCP; a rede identifica a condição de captive portal; o portal aplica a regra de identidade (login social, e-mail, voucher, pagamento); o gateway libera ou limita o tráfego; e os eventos sobem para a camada de analytics. O RFC 8910 padroniza como o cliente é informado da presença do portal (via DHCP option 114 e Router Advertisement option 37), enquanto o RFC 8908 define uma API HTTPS para consultar o estado da sessão. Isso é mais confiável do que depender apenas de redirecionamentos interceptados, que sistemas operacionais modernos tratam cada vez mais como suspeitos.
Conhecer as camadas ajuda a diagnosticar (“o problema é no rádio, no link ou no portal?”), mas falta uma decisão anterior: como o visitante vai se autenticar.
Captive portal, Passpoint e OpenRoaming: quando usar cada um
Os três não são concorrentes. Resolvem problemas diferentes. Misturar os três ou ignorar dois deles é onde a maioria dos projetos tropeça.
Captive portal é a tela que aparece antes de liberar a navegação. Pode pedir login social, e-mail, telefone, voucher ou aceite de termos. É útil para convidados ocasionais, para consentimento explícito (que a LGPD exige), para campanhas patrocinadas e para captura de lead. O problema: toda vez que o visitante volta, precisa passar pelo portal de novo (a menos que haja cache de sessão). Em redes com alta rotatividade, como restaurantes e eventos, isso funciona. Em redes com frequência diária, como academias e coworkings, gera fricção.
Passpoint (também chamado Hotspot 2.0) automatiza a descoberta, seleção e autenticação. O dispositivo recebe um perfil uma vez e se conecta automaticamente nos locais compatíveis, sem repetir login manual. A Wi-Fi Alliance descreve Passpoint como a solução para roaming seguro e automático em redes Wi-Fi. Funciona bem para usuários recorrentes e para cenários com múltiplas unidades (redes de hotéis, franquias, campus).
OpenRoaming amplia a lógica do Passpoint para federação entre provedores e locais. Em vez de cada rede ter seu próprio sistema de credenciais, o usuário carrega uma identidade que funciona em qualquer local federado. A pesquisa da WBA com 170 executivos globais apontou que 81% planejavam implantar OpenRoaming até 2026. É uma intenção declarada, não uma taxa de adoção real, mas sinaliza a direção.
Na prática, a recomendação para a maioria dos estabelecimentos comerciais em 2026 é combinar: captive portal para visitantes de primeira vez (com opt-in, coleta de dados e consentimento) e Passpoint para visitantes recorrentes que já possuem perfil. O portal alimenta a base de leads. O Passpoint reduz atrito e melhora a experiência de quem já é conhecido.
Mas antes de decidir portal ou Passpoint, uma pergunta mais estrutural precisa de resposta: onde vive o cérebro dessa operação? Na nuvem ou num appliance local?
Cloud ou controlador local: o que muda na operação
A discussão cloud versus on-premise em hotspot não é igual à discussão genérica de TI. Num datacenter, migrar para a nuvem é trocar servidor físico por instância virtual. Num hotspot, o rádio e o gateway continuam no local, sempre. A questão é onde ficam o controle, a autenticação e a inteligência.
Controlador local: o appliance fica no rack do estabelecimento. APs se reportam a ele. Configuração, firmware, políticas e logs ficam ali. Vantagem: zero dependência de internet para o plano de controle. Desvantagem: para operar 30 filiais, você precisa de 30 appliances (ou um cluster central na sua rede privada), equipe presencial ou acesso remoto complexo, e atualização unidade por unidade.
Cloud-managed: APs se reportam a uma plataforma hospedada na nuvem (do fabricante ou de terceiro). Configuração, templates, firmware e telemetria são centralizados. Vantagem: uma equipe enxuta opera muitos locais sem sair da cadeira. Desvantagem: se a nuvem ou o link cair, depende do que o AP foi projetado para fazer sozinho.
Esse último ponto é o mais subestimado. A pergunta de compra não é “a nuvem cai?” (sim, cai; a Meraki publica seus incidentes, a Aruba também). A pergunta correta é: “quando a nuvem cai, o hotspot continua seguro e utilizável?”
Bons projetos definem isso no escopo: políticas de acesso são cacheadas localmente; DHCP e DNS respondem mesmo offline; o gateway encaminha tráfego com regras pré-configuradas; e existe um processo de acesso emergencial para equipe de suporte. Projetos ruins descobrem que o captive portal não carrega quando o link secundário assume, porque o DNS aponta para um domínio externo que ficou inalcançável.
Para estabelecimentos com múltiplas unidades (academias com rede de filiais, franquias, hotéis), a nuvem tende a ser a escolha mais racional pelo ganho de operação centralizada. Para um local isolado com rede crítica e equipe técnica disponível, o controlador local pode fazer sentido. Para a maioria do varejo de médio porte, cloud-managed com failover local bem configurado resolve.
Independente de onde o controle vive, existe uma camada que não pode ser ignorada: a conformidade com a legislação brasileira de proteção de dados. E é aqui que muitos projetos de hotspot criam problema sem perceber.
LGPD e Marco Civil: o que o portal Wi-Fi precisa cumprir
O cenário típico: o visitante conecta no Wi-Fi, informa nome e telefone, aceita os termos clicando numa caixa genérica e começa a navegar. Duas semanas depois, recebe uma mensagem de WhatsApp promocional que nunca pediu. O estabelecimento acha que o aceite no portal cobriu tudo. Não cobriu.
A LGPD (Lei 13.709/2018) regula o tratamento de dados pessoais inclusive em meios digitais. Nome, telefone, e-mail, identificador de sessão e até dados de dispositivo podem se tornar dados pessoais no contexto de um portal Wi-Fi. O Marco Civil da Internet (Lei 12.965/2014) estabelece direitos e deveres para o uso da internet, incluindo guarda de registros de conexão e aplicações.
Na prática, o que isso exige de um projeto de hotspot:
- Finalidade declarada: o portal precisa informar para que cada dado será usado. “Coletamos seu e-mail para liberar o acesso” é uma finalidade. “Coletamos seu e-mail para enviar promoções” é outra. Ambas precisam estar visíveis, separadas e com consentimento independente.
- Base legal adequada: consentimento para marketing não pode ser presumido só porque alguém precisou de Wi-Fi. Isso vale especialmente para opt-in de WhatsApp ou SMS.
- Retenção definida: quanto tempo os dados ficam armazenados? Quem tem acesso? Existe política de descarte?
- Direitos do titular: o visitante pode pedir para ver, corrigir ou apagar seus dados. O sistema precisa suportar isso operacionalmente.
- Segurança adequada: criptografia em trânsito e em repouso, controle de acesso ao dashboard, logs de auditoria.
A questão de privacidade vai além da LGPD. O caso LinkNYC nos Estados Unidos serve de referência sobre o que acontece quando Wi-Fi público sem governança vira vigilância: a NYCLU documentou como os quiosques combinavam Wi-Fi, Bluetooth, câmeras e sensores com capacidade de rastreamento. A EFF registrou que a política inicial de privacidade era particularmente invasiva. Não é o objetivo assustar, mas ilustrar: separar telemetria de rede, analytics agregado e identificação pessoal é projeto, não opcional. Para aprofundar os requisitos técnicos e legais, consulte o guia sobre compliance para hotspot Wi-Fi.
A escolha da plataforma de hotspot impacta diretamente a conformidade. Plataformas que permitem configurar opt-in separado para marketing, definir tempo de retenção e exportar/apagar dados por titular simplificam a operação. Plataformas que tratam tudo como uma caixa única de aceite criam risco jurídico e reputacional.
Com a conformidade resolvida no projeto, resta olhar para o futuro do hardware e do software. E 2026 trouxe movimentações que afetam diretamente quem está comprando AP ou contratando plataforma agora.
Wi-Fi 7 e as tendências que afetam a decisão de compra
Quatro movimentações merecem atenção de quem está montando ou renovando infraestrutura cloud para hotspot.
Wi-Fi 7 já é quase metade do mercado enterprise. Segundo a IDC, Wi-Fi 7 representou 44,5% da receita de APs enterprise no primeiro trimestre de 2026, num mercado que atingiu quase US$ 2,7 bilhões e cresceu 15,9%. A certificação Wi-Fi 7 da Wi-Fi Alliance destaca o Multi-Link Operation (MLO), que permite usar mais de um enlace simultaneamente para melhorar capacidade, latência e confiabilidade. Para hotspots de alta densidade (eventos, shoppings, estádios), isso é relevante. Para uma cafeteria com 20 usuários simultâneos, Wi-Fi 6 ainda resolve. A decisão deve partir de densidade, latência e quantidade de dispositivos compatíveis, não da novidade do número.
OpenRoaming ganha tração. A pesquisa da WBA mostrou 60% dos executivos com maior confiança para investir em Wi-Fi e 78% priorizando segurança e privacidade. A implicação: operadores de hotspot precisam pensar em identidade e roaming federado, não apenas em página de login. Quem opera múltiplos locais ou atende visitantes recorrentes (redes de academias, hotéis, coworkings) deveria avaliar se a plataforma escolhida suporta Passpoint e OpenRoaming.
AIOps entra na operação de rede. A IDC associou o crescimento de WLAN em 2025 a Wi-Fi 7 e a demanda por infraestrutura preparada para IA. Plataformas cloud agregam telemetria de AP, cliente, autenticação e aplicação para detectar anomalias e sugerir ajustes de canal, potência e ACL. O benefício potencial é reduzir tempo de resolução. O risco é aceitar recomendações automáticas sem contexto. Qualquer mudança de canal ou potência deve ter janela de manutenção, rollback e registro de auditoria.
Convergência Wi-Fi e 5G privado. A WBA publicou estratégias de interworking entre Wi-Fi e 5G. Em campus, indústria e logística, Wi-Fi pode atender dispositivos de alta capacidade enquanto 5G privado cobre mobilidade e cobertura ampla. Para hotspot comercial, isso ainda é cenário de nicho. Mas para quem projeta infraestrutura de longo prazo, a política de acesso unificada sobre diferentes rádios começa a aparecer no roadmap dos fabricantes.
Essas tendências importam, mas não definem sozinhas a compra. A escolha de plataforma exige critérios mais concretos.
Como comparar plataformas de hotspot cloud
A tentação é abrir quatro datasheets lado a lado e comparar número de SSIDs, throughput máximo e preço do AP. Isso ignora o que mais pesa na operação do dia a dia: portal, autenticação, failover, analytics e custo total de propriedade.
Os critérios que realmente separam uma plataforma de outra:
- Comportamento durante queda de cloud ou link: o AP continua operando com políticas cacheadas? O portal tem fallback local? Teste isso antes de contratar.
- Portal e autenticação: suporta login social, SMS, voucher, patrocínio e Passpoint? Permite customizar a tela de login por local? Integra com sistemas externos de CRM ou WhatsApp?
- Multi-site e multi-tenant: uma equipe consegue operar 50 locais sem configurar AP por AP? ISPs e revendedores conseguem separar clientes com isolamento real?
- Analytics e exportação de dados: mostra frequência de visita, tempo de sessão, novos versus recorrentes? Permite exportar dados para ferramentas externas via API?
- Conformidade: suporta opt-in separado para marketing, retenção configurável, exclusão de dados por titular?
- Licenciamento: é por AP, por usuário, por local ou por funcionalidade? Inclui portal e analytics ou são módulos extras?
- Suporte e SLA: qual o tempo de resposta? Existe suporte em português? O contrato permite exportar dados e migrar se necessário?
No mercado, as plataformas se posicionam em faixas diferentes. Cisco Meraki documenta splash page e controle de acesso cloud para operações enterprise multi-site. HPE Aruba Central oferece captive portal integrado a perfis de autenticação com foco em campus, hotelaria e aeroportos. Cambium cnMaestro traz gerenciamento cloud com zero-touch para redes distribuídas e MSPs. Ubiquiti UniFi e TP-Link Omada cobrem o segmento de SMB com preço agressivo, mas limitações em portal avançado e SLA.
Para a camada de experiência (portal, captura de lead, analytics de frequência, integração com CRM e WhatsApp), existem plataformas dedicadas que se integram ao hardware de qualquer fabricante. É nessa camada que a captura de lead no Wi-Fi se transforma em dado acionável: frequência de visita, ticket médio, recompra, automação de follow-up.
Se a operação que você está montando depende de capturar dados do visitante no momento da conexão e transformar esses dados em conversão, a escolha do portal é tão importante quanto a escolha do AP. A plataforma de Wi-Fi Marketing da DT Network opera exatamente nessa camada: captive portal com opt-in configurável, login social, captura de lead automática e integração nativa com WhatsApp Empresarial para follow-up automatizado. Para provedores, empresas de TI e agências que querem operar essa camada como serviço, existe a opção de revenda white label com receita recorrente.
O ponto central permanece: infraestrutura cloud para hotspot não é uma decisão única. São seis camadas, cada uma com fornecedores, critérios e modos de falha distintos. O projeto começa pela métrica de negócio (custo por local, leads capturados, taxa de retorno, disponibilidade) e volta para a tecnologia, não o contrário.
Perguntas frequentes
O que é infraestrutura cloud para hotspot?
É a combinação de access points, gateway, rede, autenticação, captive portal, políticas de acesso, analytics e software de gerenciamento operado em nuvem. A nuvem centraliza configuração e visibilidade; o tráfego do usuário geralmente é encaminhado localmente pelo gateway. O modelo permite operar múltiplos locais com equipe reduzida.
O hotspot para de funcionar se a nuvem cair?
Depende do projeto. Em plataformas bem configuradas, APs continuam operando com políticas cacheadas, DHCP e DNS respondem localmente e o gateway encaminha tráfego. Portal e analytics podem ficar indisponíveis até o link ser restaurado. A validação correta exige simular queda de cloud e link antes de colocar em produção.
Qual a diferença entre captive portal e Passpoint?
Captive portal é a tela web exibida antes da navegação, útil para consentimento, captura de lead e visitantes ocasionais. Passpoint automatiza a conexão usando perfis instalados no dispositivo, eliminando login manual a cada visita. A maioria dos projetos de hotspot comercial combina ambos.
A LGPD se aplica ao portal Wi-Fi?
Sim. Nome, telefone, e-mail e identificadores de sessão capturados no portal são dados pessoais. O operador precisa declarar finalidade, definir base legal, configurar retenção, proteger acesso e permitir que o titular exerça seus direitos. Consentimento para marketing deve ser separado do aceite de termos de uso.
Vale a pena trocar os APs para Wi-Fi 7?
Depende da densidade e dos dispositivos do seu ambiente. Wi-Fi 7 já responde por 44,5% da receita de APs enterprise em 2026, mas o ganho real aparece em cenários de alta densidade e muitos dispositivos compatíveis. Em estabelecimentos com poucos usuários simultâneos e backhaul limitado, Wi-Fi 6 permanece funcional e com melhor custo-benefício.
Qual a vantagem de usar uma plataforma de portal separada do fabricante do AP?
Flexibilidade para trocar hardware sem perder a base de leads, analytics e integrações. Plataformas dedicadas de captive portal costumam oferecer funcionalidades mais avançadas de marketing (login social, segmentação, CRM, WhatsApp) do que a splash page nativa do fabricante, que foca em gerenciamento de rede.
