- Purple
- WiFi marketing: a complete guide
- Passpoint e marketing para visitantes: mantendo dados proprietários quando os visitantes se conectam automaticamente
Passpoint e marketing para visitantes: mantendo dados proprietários quando os visitantes se conectam automaticamente
Decida como manter dados proprietários consentidos quando os visitantes se conectam automaticamente via Passpoint ou OpenRoaming. Você poderá transferir o consentimento da splash page para o cadastro, vincular credenciais exclusivas a perfis consentidos e escolher um Captive Portal, Passpoint emitido pelo local ou modelo OpenRoaming para o seu estabelecimento. Você também aprenderá a separar públicos para marketing de visitas anônimas em relatórios.
Parte da nossa série principal: Guia de Marketing para WiFi →
- O que é marketing de visitantes com Passpoint?
- Por que a conexão automática coloca seus dados proprietários em risco?
- Uma conexão não é consentimento
- Você pode não ver quem se conectou
- Os endereços MAC não identificam mais os dispositivos
- Como o consentimento trafega com uma credencial Passpoint?
- Capture o consentimento uma vez, no momento da inscrição
- Vincule cada credencial a um único perfil
- Reconheça visitantes recorrentes sem a identidade real deles
- Use o Passpoint Release 3 para termos e uma URL do local
- Verifique o que cada provedor de identidade OpenRoaming libera
- Qual é o papel do Passpoint em conjunto com o seu Captive Portal?
- Comparação entre os três métodos de acesso
- Qual abordagem se adapta ao seu local
- Cenários práticos em hotéis, varejo e eventos
- Um hotel de 200 quartos transforma membros de programas de fidelidade em hóspedes com conexão automática
- Um shopping center adiciona OpenRoaming sem diluir sua lista de adesões
- Um centro de convenções emite credenciais no credenciamento
- Quais são os limites que você deve conhecer?
- O cadastro adiciona uma etapa
- O suporte a dispositivos não é universal
- Visitantes federados não podem receber marketing por padrão
- O cancelamento deve ser tão simples quanto o consentimento
- Alguns setores precisam de uma captura de dados mais leve
- Seu serviço RADIUS carrega a carga
- O que você deve fazer a seguir?
- Perguntas frequentes
- Preciso de novos pontos de acesso para executar o Passpoint?
- O consentimento capturado no cadastramento do Passpoint é válido de acordo com o GDPR?
- Posso fazer marketing para visitantes que se conectam via OpenRoaming?
- O Passpoint pode ser executado junto com meu Captive Portal existente?
- O Passpoint funciona em dispositivos iPhone e Android?
- O que acontece com os dados quando um convidado retira o consentimento?
- Como o Passpoint afeta minhas análises de WiFi?

Locais mantêm dados proprietários sob o Passpoint movendo o consentimento da página inicial para o cadastro. O visitante aceita uma vez, em um Captive Portal, página da web ou aplicativo, e depois recebe uma credencial Passpoint vinculada a esse perfil. Cada conexão automática posterior autentica a credencial via RADIUS, de modo que cada visita atualiza o perfil com consentimento sem a necessidade de outra tela de login.
O que é marketing de visitantes com Passpoint?
Passpoint é o programa de certificação para o Hotspot 2.0, um conjunto de recursos baseado na emenda IEEE 802.11u. Ele permite que um celular ou notebook encontre e conecte-se a uma rede automaticamente, usando uma credencial instalada com antecedência. O visitante nunca vê uma tela de login.
Três padrões fazem esse trabalho:
- ANQP (Access Network Query Protocol) permite que o dispositivo pergunte a um ponto de acesso quais provedores de identidade a rede aceita. Isso acontece antes de o dispositivo se associar.
- IEEE 802.1X, o padrão de controle de acesso baseado em porta, autentica o dispositivo. Ele usa um método EAP (Extensible Authentication Protocol), como EAP-TLS ou EAP-TTLS.
- RADIUS é o protocolo que os pontos de acesso usam para perguntar a um servidor se uma credencial é válida. O servidor RADIUS aceita ou rejeita a conexão, e o tráfego é então criptografado com WPA2 ou WPA3.
OpenRoaming é uma federação gerenciada pela Wireless Broadband Alliance e construída sobre o Passpoint. Os provedores de identidade emitem as credenciais. Eles incluem fabricantes de dispositivos, operadoras móveis e desenvolvedores de aplicativos. Os locais atuam como provedores de rede de acesso que aceitam essas credenciais. O local e o provedor de identidade trocam autenticação via RadSec, que transporta RADIUS dentro de TLS (RFC 6614).
Marketing de visitantes com Passpoint significa executar um programa de marketing e análise com consentimento para os visitantes que se conectam por esse método. A rota alternativa é um Captive Portal: a página inicial que intercepta a primeira solicitação da web de um visitante e pede que ele faça login. Para a maioria dos locais, o Captive Portal ainda é de onde vêm o consentimento, a identidade e os dados proprietários.
Por que a conexão automática coloca seus dados proprietários em risco?
Em uma rede de Guest WiFi, a página inicial realiza três tarefas ao mesmo tempo. Ela identifica o visitante, registra suas escolhas de marketing e registra a visita. A Purple processou 440 milhões de logins em 2024 em mais de 80.000 locais ativos (dados da Purple). Cada login foi um momento em que todas as três tarefas aconteceram juntas.
O Passpoint remove esse momento. O dispositivo se autentica em segundo plano, portanto não há página para fazer uma pergunta. Três consequências se seguem.
Uma conexão não é consentimento
O Artigo 4(11) do GDPR define o consentimento como uma indicação de vontade livre, específica, informada e inequívoca. O Recital 32 acrescenta que o silêncio, caixas pré-marcadas ou inatividade não contam como consentimento. Um dispositivo que se conecta automaticamente é considerado inatividade em termos legais. Você não pode deduzir o consentimento de marketing a partir de uma conexão Passpoint.
Você pode não ver quem se conectou
Métodos EAP como o EAP-TTLS enviam uma identidade externa que pode ser anônima, por exemplo "anonymous@realm". A identidade real trafega dentro de um túnel criptografado para o servidor RADIUS de origem. No OpenRoaming, esse servidor pertence ao provedor de identidade, não a você. Você recebe apenas o que o provedor de identidade escolhe liberar.
Os endereços MAC não identificam mais os dispositivos
As versões atuais do iOS e do Android usam um endereço MAC privado e aleatório por rede por padrão. Qualquer análise que reúna visitas por endereço MAC contará incorretamente os visitantes recorrentes. Uma credencial Passpoint é uma âncora mais confiável, desde que você a emita ou possa visualizá-la.
Os ganhos são reais. O Passpoint criptografa cada sessão com WPA2- ou WPA3-Enterprise e substitui SSIDs abertos por 802.1X. Ele também elimina o atrito da página de captura para convidados recorrentes. Sua tarefa é manter o consentimento e os dados enquanto aproveita esses ganhos.
Como o consentimento trafega com uma credencial Passpoint?
O princípio é mover o momento do consentimento para a inscrição e, em seguida, deixar que a credencial o carregue. Cinco escolhas de design fazem isso funcionar.
Capture o consentimento uma vez, no momento da inscrição
A primeira visita ainda precisa de um momento de escolha. Esse momento pode ser um Captive Portal, uma página web vinculada a uma confirmação de reserva ou uma etapa dentro de um aplicativo do local. Nesse ponto, você coleta opt-ins de escolha consciente: escolhas separadas e desmarcadas para e-mail, SMS e ofertas personalizadas.
O Artigo 7(1) do GDPR exige que você demonstre que o consentimento foi fornecido. Armazene o texto exibido, o carimbo de data/hora e cada escolha no perfil. Informe claramente ao convidado que as conexões automáticas posteriores serão registradas como visitas. O Artigo 13 exige essa informação no ponto de coleta.
O Captive Portal da Purple já captura esse registro de consentimento e se integra com plataformas de CRM e marketing. Quando você emite um perfil Passpoint ao final desse fluxo, o mesmo registro cobre todas as visitas futuras.
Vincule cada credencial a um único perfil
Emita para cada visitante uma credencial exclusiva, nunca uma compartilhada. Um nome de usuário e senha para EAP-TTLS funcionam, assim como um certificado para EAP-TLS. O servidor RADIUS mapeia cada credencial de volta para seu perfil com consentimento. Cada autenticação posterior se torna um evento de visita associado a um registro conhecido, sem envolver nenhuma página de captura.
Credenciais exclusivas também oferecem controle sobre o ciclo de vida. Você pode expirar uma credencial no check-out. Você pode revogá-la quando um dispositivo for perdido ou quando um convidado deixar o programa. Uma credencial compartilhada remove tudo isso e interrompe totalmente a atribuição.
Reconheça visitantes recorrentes sem a identidade real deles
Quando você não possui a identidade, ainda é possível contar as visitas. A RFC 4372 define o atributo Chargeable-User-Identity, um identificador estável e opaco que um servidor de origem pode retornar para cada visitante. Ele permite que o seu WiFi Analytics conte visitas recorrentes e tempo de permanência sem a necessidade de um nome ou endereço de e-mail.
Trate esse identificador como dado pessoal. O Considerando 26 do GDPR confirma que dados pseudonimizados continuam sendo dados pessoais quando informações adicionais puderem atribuí-los a uma pessoa. Use-o para relatórios agregados sob uma base legal documentada. Mantenha-o fora do envio de campanhas de marketing.
Use o Passpoint Release 3 para termos e uma URL do local
O Passpoint Release 3 adiciona dois recursos importantes para o marketing. Uma rede pode exigir que o visitante aceite os termos e condições. Ela também pode enviar uma URL do local que o dispositivo exibe após a conexão. O Android documenta o suporte a ambos os recursos.
A URL do local é útil para visitantes anônimos. Ela oferece um caminho para convidá-los a optar pelo aceite (opt-in), sem bloquear a conexão deles.
Verifique o que cada provedor de identidade OpenRoaming libera
Os provedores de identidade OpenRoaming sinalizam sua política por meio de Roaming Consortium Organisation Identifiers (RCOIs) anunciados pela rede. Essa política inclui o tipo de identidade oferecida: alguns provedores liberam uma identidade anônima, outros uma verificada. Verifique o que os provedores que você aceita irão liberar antes de planejar qualquer campanha. Na maioria das implantações, os visitantes federados chegam anônimos e permanecem anônimos até optarem pelo aceite nos seus termos.
Qual é o papel do Passpoint em conjunto com o seu Captive Portal?
O Passpoint não substitui o seu Captive Portal. Ele opera lado a lado. A maioria dos locais opera um SSID com Captive Portal para visitantes de primeira viagem e uma rede Passpoint para convidados cadastrados.
A Purple é independente de hardware e funciona com Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks e Fortinet. Portanto, ambas as redes podem ser executadas nos access points que você já possui. O suporte ao Hotspot 2.0 depende do modelo e do firmware do access point, portanto, confirme primeiro com o seu fornecedor. O artigo Por que sua próxima atualização de WiFi não precisa de novos hardwares explica a abordagem de sobreposição em nuvem.
O WPA3 torna os Protected Management Frames obrigatórios. Verifique como sua infraestrutura lida com eles antes de ativar o WPA3-Enterprise no SSID do Passpoint. O artigo Protected Management Frames: Um Guia Prático para 2026 cobre as verificações de compatibilidade.
Comparação entre os três métodos de acesso
| Captive Portal | Passpoint emitido pelo local | OpenRoaming (federado) | |
|---|---|---|---|
| Como o visitante conecta | Seleciona o SSID e preenche uma tela de login | Instala um perfil uma única vez e depois conecta automaticamente | Conecta automaticamente com uma credencial de um provedor de identidade de terceiros |
| Onde o consentimento é capturado | Na tela de login, para cada novo dispositivo | No cadastro, antes do perfil ser emitido | Não é capturado pelo local; o opt-in é convidado separadamente |
| O que o local recebe por visita | Dados que o visitante insere na página | Uma credencial mapeada para o perfil consentido | O que quer que o provedor de identidade libere, muitas vezes anônimo |
| Criptografia | Aberta, ou OWE (Opportunistic Wireless Encryption) onde suportado | WPA2- ou WPA3-Enterprise | WPA2- ou WPA3-Enterprise |
| Experiência em visitas recorrentes | Splash page novamente, ou um dispositivo lembrado | Sem tela de login | Sem tela de login |
| Padrões | Redirecionamento HTTP; RFC 8908 e RFC 8910 para descoberta de portal | IEEE 802.11u, IEEE 802.1X, EAP | IEEE 802.11u, IEEE 802.1X, RadSec (RFC 6614) |
| Melhor aplicação | Visitantes de primeira viagem e captura de dados primários (first-party) | Hóspedes recorrentes, membros de programas de fidelidade e membros de coworking | Visitantes que você nunca conheceu antes |
Qual abordagem se adapta ao seu local
| Sua situação | Abordagem recomendada |
|---|---|
| Maioria de visitantes de primeira viagem, como uma atração turística | Captive Portal com consentimentos de escolha consciente |
| Alta taxa de retorno, como membros de programas de fidelidade de hotéis ou membros de coworking | Captive Portal para inscrição, seguido de Passpoint emitido pelo local |
| Grande volume de transeuntes anônimos, como um shopping center, estação ou trem | Captive Portal mais OpenRoaming, com análises agregadas para visitas anônimas |
| Eventos de vários dias com participantes registrados | Perfil Passpoint emitido no momento do registro, expirando quando o evento se encerra |
| Redes de pacientes e visitantes na área de saúde | Captive Portal com captura mínima de dados; Passpoint apenas para visitantes de longa permanência |
Tem dúvidas sobre a sua configuração específica?
A nossa equipa trabalha com operadores de espaços, gestores de TI e engenheiros de rede em 80.000 locais. Agende uma chamada de 20 minutos e mostraremos como outros profissionais na sua situação o resolveram.
Cenários práticos em hotéis, varejo e eventos
Um hotel de 200 quartos transforma membros de programas de fidelidade em hóspedes com conexão automática
Situação. Hóspedes recorrentes em um hotel de 200 quartos encontravam a splash page a cada estadia. Cada novo telefone ou laptop criava um registro separado. O histórico de estadias e o consentimento ficavam dispersos em vários perfis parciais.
O que foi feito. O hotel manteve seu Captive Portal para a primeira estadia. Ele adicionou uma etapa de "adicionar esta rede ao seu dispositivo" ao final do fluxo de adesão e no e-mail anterior à chegada. Cada hóspede recebeu uma credencial EAP-TTLS exclusiva vinculada ao seu perfil consentido. As credenciais expiravam 12 meses após a última estadia do hóspede. Os eventos de visita eram sincronizados com o CRM do hotel.
Resultado mensurável. O hotel agora relata três números todos os meses:
- Titulares de credenciais como uma proporção dos hóspedes conectados.
- Estadias registradas por perfil consentido.
- Registros de consentimento recuperáveis mediante solicitação, conforme exige o Artigo 7(1).
Para os titulares de credenciais, os logins na splash page em estadias de retorno caem para zero, pois a página nunca é exibida. Veja como isso se encaixa em uma implantação mais ampla em Hotéis e use o Lista de verificação de RFP de WiFi para hotéis: autenticação, filtragem de conteúdo e marketing de hóspedes para incluí-lo em uma licitação.
Um shopping center adiciona OpenRoaming sem diluir sua lista de adesões
Situação. Um shopping center queria que os frequentadores se conectassem sem fricção. Sua equipe de marketing temia que a lista de opt-in diminuísse à medida que os clientes passassem para o acesso automático. A maioria dos celulares dos visitantes já possuía uma credencial OpenRoaming fornecida por um provedor de identidade de dispositivo ou aplicativo.
O que foi feito. O shopping operou um SSID OpenRoaming em paralelo ao seu Captive Portal existente. As visitas anônimas do OpenRoaming foram registradas apenas em relatórios agregados, contadas pelo atributo Chargeable-User-Identity nos casos em que os provedores o disponibilizaram. A URL do local no Passpoint Release 3 direcionou os visitantes para uma página de opt-in da newsletter do shopping. Nenhum material de marketing foi enviado a visitantes anônimos.
Resultado mensurável. O shopping agora gera relatórios para dois públicos distintos:
- Visitantes com consentimento, que podem receber ações de marketing.
- Dispositivos recorrentes anônimos, informados apenas de forma agregada.
A lista de opt-in cresce apenas por escolha consciente. O encarregado de proteção de dados pode visualizar essa divisão em cada relatório. O mesmo modelo se aplica a redes do setor de Varejo com múltiplos locais.
Um centro de convenções emite credenciais no credenciamento
Situação. Um centro de convenções que sediava eventos de três dias enfrentava filas na splash page todas as manhãs. As filas eram ainda piores na primeira sessão de cada dia. Os organizadores também queriam dados de presença por pavilhão.
O que foi feito. A página de credenciamento do evento continha as opções de opt-in e emitia um perfil Passpoint com cada ingresso. Cada credencial expirava automaticamente ao término do evento. Os participantes se conectavam em todos os pavilhões sem a etapa de login.
Resultado mensurável. Os participantes cadastrados não viram nenhuma splash page no local. Todas as credenciais foram revogadas automaticamente no encerramento, sem necessidade de limpeza manual. Os organizadores receberam contagens de sessões agregadas por pavilhão. As ações de marketing foram direcionadas apenas aos participantes que fizeram opt-in no credenciamento.
Quais são os limites que você deve conhecer?
O cadastro adiciona uma etapa
Em dispositivos Apple, o visitante instala um perfil de configuração e o aprova nos Ajustes. Os fluxos no Android variam de acordo com o fabricante e a versão do sistema operacional. Menos visitantes concluirão o cadastro em comparação ao preenchimento de uma splash page. Ofereça o cadastro após entregar valor, por exemplo, ao final de uma primeira estadia ou na confirmação de uma reserva.
O suporte a dispositivos não é universal
Dispositivos mais antigos e alguns notebooks não possuem suporte ao Passpoint. Mantenha o SSID do Captive Portal ativo para que nenhum visitante fique sem acesso. Teste o cadastro nos dispositivos que seus visitantes realmente utilizam.
Visitantes federados não podem receber marketing por padrão
Uma credencial OpenRoaming não carrega consentimento de marketing para o seu local. No Reino Unido, o regulamento 22 das Privacy and Electronic Communications Regulations (PECR) exige consentimento, ou um opt-in flexível, antes de enviar e-mails de marketing ou SMS para indivíduos. Uma conexão WiFi não atende a nenhum desses critérios.
O cancelamento deve ser tão simples quanto o consentimento
O Artigo 7(3) do GDPR exige que retirar o consentimento seja tão fácil quanto concedê-lo. Mantenha o consentimento de marketing e o acesso à rede como controles separados. Um visitante que cancela a inscrição de e-mail ainda pode querer WiFi automático.
Alguns setores precisam de uma captura de dados mais leve
Dados de localização em uma rede hospitalar podem revelar informações de saúde. Isso ativa as regras de categorias especiais do Artigo 9 do GDPR. Mantenha a captura mínima em redes de pacientes e visitantes, e nunca infira o estado de saúde a partir das visitas.
Seu serviço RADIUS carrega a carga
Toda conexão Passpoint depende do 802.1X e de um servidor RADIUS acessível contendo um certificado de servidor válido. O RADIUS em nuvem remove os servidores locais do projeto. Planeje a renovação do certificado antes do lançamento. O artigo Melhores Práticas de Rede para Locais e Empresas em 2026 aborda as escolhas de projeto associadas.
O que você deve fazer a seguir?
- Audite seus pontos de acesso. Confirme o suporte a Hotspot 2.0 e Passpoint por modelo e firmware com seu fornecedor.
- Revise o texto do seu consentimento. Garanta que ele informe aos visitantes que as conexões automáticas serão registradas como visitas.
- Escolha seu modelo. Use a tabela de decisão acima para escolher o Passpoint emitido pelo local, o OpenRoaming ou ambos.
- Projete o cadastramento. Posicione-o ao final do fluxo do seu Captive Portal e nos e-mails pré-chegada ou de registro.
- Defina regras de credenciais. Use credenciais exclusivas, defina uma expiração e acorde quem pode revogá-las.
- Divida seus relatórios. Mantenha públicos com consentimento e visitas anônimas agregadas em relatórios separados.
- Inclua na aquisição. Especifique Passpoint, OpenRoaming e o registro de consentimento como requisitos de licitação.
Perguntas frequentes
Preciso de novos pontos de acesso para executar o Passpoint?
Geralmente não. O Hotspot 2.0 e o Passpoint são recursos de firmware do ponto de acesso, e Cisco Meraki, HPE Aruba, Ruckus e Juniper Mist documentam a configuração para eles. O suporte depende do modelo e da versão do firmware, portanto, consulte seu fornecedor primeiro. O Purple é independente de hardware e é executado como uma sobreposição em nuvem no Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. O cadastramento e o RADIUS não exigem substituição de infraestrutura.
O consentimento capturado no cadastramento do Passpoint é válido de acordo com o GDPR?
Sim, desde que a etapa de cadastramento atenda ao padrão de consentimento do GDPR. O Artigo 4(11) exige que o consentimento seja livremente dado, específico, informado e inequívoco, e o Artigo 7(1) exige que você o comprove. Use opções separadas e desmarcadas para cada finalidade e armazene o texto e o carimbo de data/hora. Informe ao visitante que as conexões posteriores serão registradas como visitas. A credencial carrega esse consentimento; a conexão em si nunca o cria.
Posso fazer marketing para visitantes que se conectam via OpenRoaming?
Não apenas com base na força da conexão. Uma credencial OpenRoaming vem de um provedor de identidade de terceiros e não carrega consentimento de marketing para o seu local. Muitas vezes, você recebe apenas uma identidade anônima. Você pode relatar visitas anônimas de forma agregada sob uma base legal documentada. Use a URL do local do Passpoint Release 3 ou seu Captive Portal para convidar o visitante a aceitar seus termos.
O Passpoint pode ser executado junto com meu Captive Portal existente?
Sim, e a maioria dos locais deve executar ambos. Mantenha o Captive Portal para visitantes de primeira viagem, onde você captura a identidade e os consentimentos de escolha consciente. Anuncie uma rede Passpoint ao lado dele para convidados cadastrados, como um SSID separado nos mesmos pontos de acesso. O Captive Portal se torna sua rota de cadastro e o Passpoint sua rota de retorno. Seu banco de dados com consentimento continua crescendo enquanto os visitantes recorrentes pulam a tela de login.
O Passpoint funciona em dispositivos iPhone e Android?
Sim, ambas as plataformas suportam Passpoint, com fluxos de cadastro diferentes. Dispositivos Apple instalam o Passpoint por meio de um perfil de configuração que o convidado aprova nos Ajustes. O Android suporta a configuração do Passpoint nativamente e documenta o suporte para recursos do Release 3, incluindo aceitação de termos e URLs do local. Os fluxos variam de acordo com o fabricante e a versão do SO. Teste o cadastro nos dispositivos que seus convidados usam antes de lançar.
O que acontece com os dados quando um convidado retira o consentimento?
Você interrompe o marketing imediatamente e decide separadamente se deseja manter a credencial. O Artigo 7(3) do GDPR torna a retirada do consentimento tão fácil quanto doá-lo. Um convidado que se descadastra do e-mail ainda pode querer WiFi automático, portanto, mantenha o consentimento de marketing e o acesso à rede como controles separados. Se eles pedirem para sair completamente, revogue a credencial no RADIUS. Em seguida, exclua ou anonimize o perfil sob sua política de retenção.
Como o Passpoint afeta minhas análises de WiFi?
Ele torna as contagens de visitas recorrentes mais precisas. Endereços MAC aleatórios em dispositivos iOS e Android atuais tornam a contagem baseada em dispositivos não confiável, enquanto uma credencial Passpoint permanece estável entre as visitas. Com credenciais emitidas pelo local, cada autenticação se torna uma visita em um perfil com consentimento. Para visitantes federados, o atributo Chargeable-User-Identity definido na RFC 4372 pode fornecer um pseudônimo estável. Mantenha essas visitas pseudônimas em relatórios agregados, separadas do seu público de marketing.
Definições principais
Passpoint (Hotspot 2.0)
O programa de certificação para o Hotspot 2.0, um conjunto de recursos construído sobre a emenda IEEE 802.11u que permite que um dispositivo descubra e se conecte a uma rede automaticamente usando uma credencial instalada previamente, sem tela de login.
Você o utiliza ao habilitar um segundo SSID para visitantes cadastrados. Ele remove a splash page, exigindo a captura do consentimento no momento do cadastro.
ANQP (Access Network Query Protocol)
O mecanismo de consulta do IEEE 802.11u usado por um dispositivo para perguntar a um ponto de acesso quais provedores de identidade a rede aceita, antes de o dispositivo se associar.
Seus pontos de acesso anunciam os provedores aceitos por meio do ANQP. Ele determina quais credenciais, emitidas pelo local ou federadas, podem se conectar automaticamente.
IEEE 802.1X
O padrão IEEE de controle de acesso à rede baseado em portas. Ele autentica um dispositivo usando um método EAP, no qual o ponto de acesso envia as credenciais para um servidor RADIUS antes que o tráfego seja criptografado com WPA2-Enterprise ou WPA3-Enterprise.
Toda conexão Passpoint roda sobre o 802.1X. Ele substitui SSIDs abertos e requer um servidor RADIUS acessível com um certificado de servidor válido.
EAP-TTLS e EAP-TLS
Métodos Extensible Authentication Protocol usados no 802.1X. O EAP-TTLS transporta nome de usuário e senha dentro de um túnel criptografado e pode enviar uma identidade externa anônima; o EAP-TLS autentica por meio de um certificado.
Você escolhe um ao emitir credenciais Passpoint exclusivas. A identidade externa anônima no EAP-TTLS explica por que visitantes federados podem permanecer não identificados.
RADIUS
O protocolo que os pontos de acesso usam para verificar em um servidor se uma credencial é válida. O servidor RADIUS aceita ou rejeita a conexão e pode mapear cada credencial a um perfil.
Seu serviço RADIUS transforma cada autenticação em um evento de visita em um perfil com consentimento, sendo também onde você revoga credenciais. O Cloud RADIUS elimina servidores locais.
RadSec (RFC 6614)
Transporte de RADIUS dentro do TLS, especificado na RFC 6614, usado para transportar a autenticação de forma segura entre um local e um provedor de identidade remoto.
Você o encontra ao ingressar no OpenRoaming, onde a autenticação viaja da sua rede para o servidor de origem do provedor de identidade via RadSec.
OpenRoaming
Uma federação administrada pela Wireless Broadband Alliance e construída sobre o Passpoint. Provedores de identidade, como fabricantes de dispositivos, operadoras móveis e publicadores de aplicativos, emitem credenciais; os locais atuam como provedores de rede de acesso que as aceitam.
Ele oferece conexões sem atrito para visitantes que você nunca conheceu, mas não carrega consentimento de marketing para seu local e, frequentemente, apenas uma identidade anônima.
Chargeable-User-Identity
Um atributo RADIUS definido na RFC 4372: um identificador estável e opaco que um servidor de origem pode retornar para cada visitante.
Permite que suas análises contem visitas de retorno e tempo de permanência sem nome ou e-mail. Sob o Considerando 26 do GDPR, continua sendo um dado pessoal, portanto, mantenha-o em relatórios agregados.
Roaming Consortium Organisation Identifier (RCOI)
Um identificador anunciado por uma rede Passpoint por meio do qual os provedores de identidade OpenRoaming sinalizam sua política, incluindo se liberam uma identidade anônima ou verificada.
Verifique os RCOIs que você aceita antes de planejar qualquer campanha, pois eles determinam quais dados de identidade chegam até você.
Passpoint Release 3
Uma versão do Passpoint que permite que uma rede exija a aceitação dos termos e condições e envie uma URL do local que o dispositivo exibe após a conexão. O Android documenta suporte para ambos os recursos.
A URL do local oferece uma rota sem bloqueios para convidar visitantes anônimos a aceitarem seus termos.
Consentimento GDPR (Artigos 4(11), 7 e Considerando 32)
O Artigo 4(11) define o consentimento como livre, específico, informado e inequívoco; o Considerando 32 exclui o silêncio, caixas pré-marcadas e inatividade; o Artigo 7(1) exige a demonstração do consentimento e o Artigo 7(3) torna a revogação tão fácil quanto a concessão.
Uma conexão automática é inatividade, portanto nunca gera consentimento. Sua etapa de registro deve capturar e registrar opt-ins de escolha consciente.
Captive Portal
A tela de login que intercepta a primeira solicitação web do visitante via redirecionamento HTTP e solicita o login, com a descoberta do portal especificada nas RFC 8908 e RFC 8910.
Ele continua sendo sua rota de registro e a principal fonte de consentimento, identidade e dados primários, funcionando ao lado da rede Passpoint.
Exemplos práticos
Um hotel de 200 quartos percebeu que os hóspedes recorrentes encontravam a splash page a cada estadia. Cada novo telefone ou laptop criava um registro separado, dispersando o histórico de estadias e o consentimento em perfis parciais. Como ele consolidou esses dados ao mesmo tempo em que removeu a tela de login?
O hotel manteve seu Captive Portal para a primeira estadia e adicionou uma etapa de "adicionar esta rede ao seu dispositivo" ao final do fluxo de opt-in e no e-mail pré-chegada. Cada hóspede recebeu uma credencial EAP-TTLS exclusiva vinculada ao seu perfil consentido, expirando 12 meses após a última estadia. Os eventos de visita foram sincronizados com o CRM. As credenciais exclusivas garantiram que cada autenticação registrasse uma estadia em um único perfil. O hotel agora relata os detentores de credenciais como uma parcela dos hóspedes conectados, estadias por perfil consentido e registros de consentimento recuperáveis nos termos do Artigo 7(1). Para os detentores de credenciais, os logins via splash page em estadias futuras caíram para zero.
Um shopping center queria que os clientes se conectassem sem atrito, mas sua equipe de marketing temia que a lista de opt-in diminuísse à medida que os clientes passassem para a conexão automática. A maioria dos telefones já possuía uma credencial OpenRoaming. Como o shopping adicionou o OpenRoaming de forma segura?
O shopping operou um SSID OpenRoaming junto ao seu Captive Portal existente. As visitas anônimas via OpenRoaming foram incluídas apenas em relatórios agregados, contadas pelo atributo Chargeable-User-Identity onde os provedores o disponibilizavam. A URL do local no Passpoint Release 3 direcionava os clientes para uma página de opt-in para a newsletter, e nenhum material de marketing era enviado a clientes anônimos. Isso respeita o fato de que uma credencial federada não carrega consentimento para o local. O shopping agora relata dois públicos: clientes consentidos que podem receber marketing e dispositivos recorrentes anônimos em formato agregado. A lista de opt-in cresce apenas por escolha consciente, e o encarregado de proteção de dados visualiza essa divisão em todos os relatórios.
Um centro de convenções que hospeda eventos de três dias enfrentava filas na splash page todas as manhãs, com pico na primeira sessão de cada dia. Os organizadores também queriam dados de frequência por auditório. O que mudou?
A página de inscrição do evento continha as opções de opt-in e emitia um perfil Passpoint com cada ingresso. Cada credencial expirava automaticamente ao término do evento, permitindo que os participantes se conectassem em qualquer auditório sem etapas de login. Mover o consentimento para a inscrição significou que o registro já existia antes da chegada do participante, e a expiração automática gerenciou o ciclo de vida da credencial. Os participantes inscritos não viram nenhuma splash page no local. Todas as credenciais foram revogadas ao final do evento sem limpeza manual. Os organizadores receberam contagens de sessão agregadas por auditório, e o marketing foi enviado apenas aos participantes que fizeram opt-in na inscrição.
Perguntas frequentes
Preciso de novos pontos de acesso para executar o Passpoint?
Geralmente não. Hotspot 2.0 e Passpoint são recursos de firmware do ponto de acesso, e Cisco Meraki, HPE Aruba, Ruckus e Juniper Mist documentam a configuração para eles. O suporte depende do modelo e da versão do firmware, portanto consulte seu fornecedor primeiro. O Purple é agnóstico em relação ao hardware e roda como uma sobreposição em nuvem no Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks e Fortinet. O registro e o RADIUS não exigem a substituição da infraestrutura existente.
O consentimento capturado no registro do Passpoint é válido de acordo com o GDPR?
Sim, desde que a etapa de registro atenda ao padrão do GDPR para consentimento. O Artigo 4(11) exige que o consentimento seja livremente dado, específico, informado e inequívoco, e o Artigo 7(1) exige que você comprove isso. Use opções separadas e desmarcadas para cada finalidade e armazene o texto e a data e hora. Informe ao visitante que as conexões posteriores serão registradas como visitas. A credencial carrega esse consentimento; a conexão em si nunca o cria.
Posso fazer marketing para visitantes que se conectam via OpenRoaming?
Não apenas com base na conexão. Uma credencial do OpenRoaming vem de um provedor de identidade de terceiros e não carrega consentimento de marketing para o seu local. Muitas vezes você recebe apenas uma identidade anônima. Você pode relatar visitas anônimas de forma agregada sob uma base legal documentada. Use a URL do local do Passpoint Release 3 ou seu Captive Portal para convidar o visitante a aceitar seus termos de opt-in.
O Passpoint pode ser executado ao lado do meu Captive Portal existente?
Sim, e a maioria dos locais deve executar ambos. Mantenha o Captive Portal para visitantes de primeira viagem, onde você captura a identidade e os opt-ins de escolha consciente. Divulgue uma rede Passpoint ao lado dele para visitantes já registrados, como um SSID separado nos mesmos pontos de acesso. O Captive Portal se torna sua rota de registro e o Passpoint sua rota de retorno. Sua base de dados com consentimento continua crescendo enquanto os visitantes recorrentes pulam a tela de login.
O Passpoint funciona em dispositivos iPhone e Android?
Sim, ambas as plataformas suportam o Passpoint, com diferentes fluxos de registro. Dispositivos Apple instalam o Passpoint por meio de um perfil de configuração que o visitante aprova nos Ajustes. O Android suporta a configuração do Passpoint nativamente e documenta o suporte para recursos da Release 3, incluindo aceitação de termos e URLs do local. Os fluxos variam de acordo com o fabricante e a versão do sistema operacional. Teste o registro nos dispositivos que seus visitantes usam antes do lançamento.
O que acontece com os dados quando um visitante retira o consentimento?
Você interrompe o marketing imediatamente e decide separadamente se deseja manter a credencial. O Artigo 7(3) do GDPR torna a retirada do consentimento tão fácil quanto sua concessão. Um visitante que cancela a inscrição do e-mail ainda pode querer WiFi automático, portanto mantenha o consentimento de marketing e o acesso à rede como controles separados. Se ele solicitar a saída completa, revoque a credencial no RADIUS. Em seguida, exclua ou anonimize o perfil sob sua política de retenção.
Como o Passpoint afeta minhas análises de WiFi?
Isso torna as contagens de visitas de retorno mais precisas. Endereços MAC aleatórios em dispositivos iOS e Android atuais tornam a contagem baseada em dispositivos não confiável, enquanto uma credencial Passpoint permanece estável entre as visitas. Com credenciais emitidas pelo local, cada autenticação se torna uma visita em um perfil com consentimento. Para visitantes federados, o atributo Chargeable-User-Identity definido na RFC 4372 pode fornecer um pseudônimo estável. Mantenha essas visitas pseudônimas em relatórios agregados, separadas do seu público de marketing.
Fontes
Continue a ler esta série
Retenção de dados GDPR para operadores de WiFi compartilhado: quanto tempo você pode manter dados de login de visitantes e logs de rede
Defina um período de retenção documentado para cada categoria de dados de WiFi compartilhado, desde metadados de conexão até logs de bilhetagem RADIUS, e justifique-o nos termos do Artigo 5(1)(e) do GDPR. Você também poderá decidir se é um controlador ou operador para cada inquilino, e se a Investigatory Powers Act 2016 realmente o obriga a manter registros por 12 meses.
Guest WiFi ROI: metodologia de cálculo e benchmarks de estabelecimentos
Você será capaz de construir um modelo de Guest WiFi ROI que seu diretor financeiro assinará embaixo, usando margem bruta e grupos de controle (holdout groups) em vez de receita e atribuição. Calcule quatro fluxos de valor, teste-os sob estresse reduzindo pela metade as suposições de aumento, e substitua cada estimativa do primeiro ano pela sua própria linha de base de 90 dias antes de solicitar o orçamento do segundo ano.
Como aproveitar o SMS no marketing para aumentar as visitas de retorno
Este guia de referência técnica descreve como locais corporativos podem integrar analise de WiFi com mecanismos de marketing por SMS para impulsionar visitas repetidas. Ele detalha a arquitetura necessária para capturar dados de presença em tempo real, acionar campanhas de SMS automatizadas com base no comportamento físico e medir o impacto direto nas taxas de retorno. Ao alinhar a infraestrutura de rede com a automação de marketing, as equipes de TI e operações podem estabelecer um canal de alto rendimento para a retenção de clientes.
Tem dúvidas sobre a sua configuração específica?
A nossa equipa trabalha com operadores de espaços, gestores de TI e engenheiros de rede em 80.000 locais. Agende uma chamada de 20 minutos e mostraremos como outros profissionais na sua situação o resolveram.