Passpoint e marketing de convidados: manter os dados em primeira mão quando os convidados se ligam automaticamente

Os espaços mantêm os dados em primeira mão sob o Passpoint mudando o consentimento da página de entrada para o registo. O visitante dá o seu consentimento uma única vez, num Captive Portal, página web ou aplicação, e recebe depois uma credencial Passpoint associada a esse perfil. Cada ligação automática posterior autentica a credencial através de RADIUS, para que cada visita atualize o perfil com consentimento sem necessidade de ecrã de início de sessão.

O que é o marketing de convidados com Passpoint?

O Passpoint é o programa de certificação para o Hotspot 2.0, um conjunto de funcionalidades baseadas na emenda IEEE 802.11u. Permite que um telemóvel ou portátil encontre e se ligue a uma rede automaticamente, utilizando uma credencial instalada antecipadamente. O visitante nunca vê um ecrã de início de sessão.

Três normas executam o trabalho:

• O ANQP (Access Network Query Protocol) permite que o dispositivo pergunte a um ponto de acesso quais os fornecedores de identidade aceites pela rede. Isto acontece antes de o dispositivo se associar.
• O IEEE 802.1X, a norma de controlo de acesso baseada em portas, autentica o dispositivo. Utiliza um método EAP (Extensible Authentication Protocol) como EAP-TLS ou EAP-TTLS.
• O RADIUS é o protocolo que os pontos de acesso utilizam para perguntar a um servidor se uma credencial é válida. O servidor RADIUS aceita ou rejeita a ligação, e o tráfego é depois encriptado com WPA2-Enterprise ou WPA3-Enterprise.

O OpenRoaming é uma federação gerida pela Wireless Broadband Alliance e construída sobre o Passpoint. Os fornecedores de identidade emitem as credenciais. Estes incluem fabricantes de dispositivos, operadores móveis e editores de aplicações. Os espaços atuam como fornecedores de rede de acesso que aceitam essas credenciais. O espaço e o fornecedor de identidade trocam a autenticação via RadSec, que transporta o RADIUS dentro de TLS (RFC 6614).

O marketing de convidados com Passpoint significa executar um programa de marketing e analítica com consentimento focado nos visitantes que se ligam desta forma. O caminho alternativo é um Captive Portal: a página de entrada que intercepta o primeiro pedido web de um visitante e solicita o início de sessão. Para a maioria dos espaços, o Captive Portal continua a ser de onde provêm o consentimento, a identidade e os dados em primeira mão.

Por que razão a ligação automática coloca os seus dados em primeira mão em risco?

Numa rede de Guest WiFi, a página de entrada realiza três tarefas ao mesmo tempo. Identifica o visitante, regista as suas escolhas de marketing e guarda a visita. A Purple processou 440 milhões de inícios de sessão em 2024 em mais de 80 000 espaços ativos (dados Purple). Cada início de sessão foi um momento em que todas as três tarefas ocorreram em conjunto.

O Passpoint elimina esse momento. O dispositivo autentica-se em segundo plano, pelo que não existe nenhuma página para fazer uma pergunta. Daqui resultam três consequências.

Uma ligação não é consentimento

O Artigo 4.º(11) do GDPR define o consentimento como uma manifestação de vontade livre, específica, informada e inequívoca. O Recital 32 acrescenta que o silêncio, as caixas pré-selecionadas ou a inatividade não contam como consentimento. Um dispositivo que se liga automaticamente é considerado inatividade em termos jurídicos. Não pode deduzir o consentimento de marketing a partir de uma ligação Passpoint.

Pode não ver quem se ligou

Os métodos EAP, como o EAP-TTLS, enviam uma identidade externa que pode ser anónima, por exemplo "anonymous@realm". A identidade real viaja dentro de um túnel encriptado para o servidor RADIUS de origem. No OpenRoaming, esse servidor pertence ao fornecedor de identidade, não a si. Recebe apenas o que o fornecedor de identidade optar por disponibilizar.

Os endereços MAC já não identificam dispositivos

As versões atuais do iOS e do Android utilizam, por predefinição, um endereço MAC privado e aleatório por rede. Qualquer análise que cruze visitas por endereço MAC irá subcontar os visitantes recorrentes. Uma credencial Passpoint é um âncora mais fiável, desde que a emita ou a consiga visualizar.

Os ganhos são reais. O Passpoint encripta cada sessão com WPA2- ou WPA3-Enterprise e substitui SSIDs abertos por 802.1X. Também elimina a fricção das páginas de boas-vindas para convidados que regressam. A sua tarefa é manter o consentimento e os dados enquanto tira partido desses ganhos.

Como é que o consentimento viaja com uma credencial Passpoint?

O princípio consiste em mover o momento do consentimento para a adesão, deixando depois que a credencial o transporte. Cinco opções de design tornam isso possível.

Capte o consentimento uma vez, no momento da adesão

A primeira visita continua a precisar de um momento de escolha. Esse momento pode ser um Captive Portal, uma página web associada a uma confirmação de reserva ou uma etapa dentro da aplicação do local. Nesse ponto, recolhe autorizações explícitas de escolha consciente: opções separadas e não pré-selecionadas para e-mail, SMS e ofertas personalizadas.

O Artigo 7.º(1) do GDPR exige que demonstre que o consentimento foi dado. Armazene o texto apresentado, o carimbo de data/hora e cada escolha no perfil. Informe o convidado de forma clara que as ligações automáticas posteriores serão registadas como visitas. O Artigo 13.º exige essa informação no momento da recolha.

O Captive Portal da Purple já capta este registo de consentimento e integra-se com plataformas de CRM e marketing. Quando emite um perfil Passpoint no final desse fluxo, o mesmo registo abrange todas as visitas futuras.

Associe cada credencial a um único perfil

Emita uma credencial única para cada visitante, nunca uma partilhada. Um nome de utilizador e palavra-passe para EAP-TTLS funciona, tal como um certificado para EAP-TLS. O servidor RADIUS mapeia cada credencial de volta ao respetivo perfil com consentimento. Cada autenticação posterior torna-se num evento de visita associado a um registo conhecido, sem qualquer página de boas-vindas envolvida.

As credenciais únicas também lhe dão controlo sobre o ciclo de vida. Pode expirar uma credencial no check-out. Pode revogá-la quando um dispositivo é perdido ou quando um convidado sai do programa. Uma credencial partilhada elimina tudo isso e quebra completamente a atribuição.

Reconheça visitantes recorrentes sem a sua identidade real

Onde não possuir a identidade, pode ainda assim contar as visitas. O RFC 4372 define o atributo Chargeable-User-Identity, um identificador estável e opaco que um servidor de origem pode retornar para cada visitante. Isto permite que o seu WiFi Analytics conte visitas de regresso e tempo de permanência sem necessitar de um nome ou endereço de e-mail.

Trate esse identificador como dados pessoais. O Recital 26 do GDPR confirma que os dados pseudonimizados continuam a ser dados pessoais quando informação adicional os possa atribuir a uma pessoa. Utilize-o para relatórios agregados ao abrigo de uma base legal documentada. Mantenha-o fora de envios de marketing.

Utilize o Passpoint Release 3 para termos e um URL do local

O Passpoint Release 3 adiciona duas funcionalidades importantes para o marketing. Uma rede pode exigir que o convidado aceite os termos e condições. Pode também enviar um URL do local que o dispositivo apresenta após a ligação. O Android documenta o suporte para ambas as funcionalidades.

O URL do local é útil para visitantes anónimos. Dá-lhe uma forma de os convidar a dar o consentimento (opt-in), sem bloquear a sua ligação.

Verifique o que cada fornecedor de identidade OpenRoaming disponibiliza

Os fornecedores de identidade OpenRoaming sinalizam a sua política através de Roaming Consortium Organisation Identifiers (RCOIs) anunciados pela rede. Essa política inclui o tipo de identidade disponibilizado: alguns fornecedores disponibilizam uma identidade anónima, outros uma identidade verificada. Verifique o que os fornecedores que aceita irão disponibilizar antes de planejar qualquer campanha. Na maioria das implementações, os visitantes federados chegam anónimos e permanecem anónimos até darem o consentimento nos seus termos.

Onde se posiciona o Passpoint em conjunto com o seu Captive Portal?

O Passpoint não substitui o seu Captive Portal. Funciona em conjunto com ele. A maioria dos locais opera um SSID com Captive Portal para visitantes pela primeira vez e uma rede Passpoint para convidados inscritos.

A Purple é independente do hardware e funciona com Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks e Fortinet. Ambas as redes podem, portanto, ser executadas nos pontos de acesso que já possui. O suporte para Hotspot 2.0 depende do modelo do ponto de acesso e do firmware, pelo que deve confirmá-lo primeiro com o seu fornecedor. O artigo Por que razão a sua próxima atualização de WiFi não precisa de novo hardware explica a abordagem de sobreposição na nuvem.

O WPA3 torna os Protected Management Frames obrigatórios. Verifique como a sua infraestrutura os gere antes de ativar o WPA3-Enterprise no SSID do Passpoint. O guia Protected Management Frames: Um Guia Prático para 2026 cobre as verificações de compatibilidade.

Comparação entre os três métodos de ligação

	Captive Portal	Passpoint emitido pelo local	OpenRoaming (federado)
Como o visitante se liga	Seleciona o SSID e preenche uma página de entrada	Instala um perfil uma vez e depois liga-se automaticamente	Liga-se automaticamente com uma credencial de um fornecedor de identidade terceiro
Onde o consentimento é recolhido	Na página de entrada, para cada novo dispositivo	No momento da inscrição, antes de o perfil ser emitido	Não é recolhido pelo local; o consentimento (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 com consentimento	Tudo o que o fornecedor de identidade disponibilizar, frequentemente anónimo
Encriptação	Aberta, ou OWE (Opportunistic Wireless Encryption) onde suportado	WPA2- ou WPA3-Enterprise	WPA2- ou WPA3-Enterprise
Experiência em visitas repetidas	Página de entrada novamente, ou um dispositivo memorizado	Sem ecrã de início de sessão	Sem ecrã de início de sessão
Normas	Redirecionamento HTTP; RFC 8908 e RFC 8910 para deteção do portal	IEEE 802.11u, IEEE 802.1X, EAP	IEEE 802.11u, IEEE 802.1X, RadSec (RFC 6614)
Melhor adequação	Visitantes pela primeira vez e recolha de dados em primeira mão	Hóspedes habituais, membros de programas de fidelização e membros de coworking	Visitantes que nunca encontrou antes

Qual a abordagem mais adequada ao seu local

A sua situação	Abordagem recomendada
Maioritariamente visitantes pela primeira vez, como uma atração turística	Captive portal com adesões de escolha consciente
Elevada taxa de regresso, como membros de programas de fidelização de hotéis ou membros de coworking	Captive portal para inscrição e, em seguida, Passpoint emitido pelo local
Elevado volume de transeuntes anónimos, como um centro comercial, estação ou comboio	Captive portal e OpenRoaming, com análises agregadas para visitas anónimas
Eventos de vários dias com participantes registados	Perfil Passpoint emitido no registo, que expira quando o evento terminar
Redes de doentes e visitantes na área da saúde	Captive portal com recolha mínima de dados; Passpoint apenas para visitantes de longa duração

Cenários práticos de hotéis, retalho e eventos

Um hotel de 200 quartos converte membros de fidelização em hóspedes com ligação automática

Situação. Os hóspedes habituais de um hotel de 200 quartos encontravam a página de entrada em todas as estadias. Cada novo telemóvel ou portátil criava um registo separado. O histórico de estadias e o consentimento estavam dispersos por vários perfis parciais.

O que foi feito. O hotel manteve o seu Captive portal para a primeira estadia. Adicionou um passo "adicione esta rede ao seu dispositivo" no final do fluxo de adesão e no e-mail anterior à chegada. Cada hóspede recebeu uma credencial EAP-TTLS única associada ao seu perfil com consentimento. As credenciais expiravam 12 meses após a última estadia do hóspede. Os eventos de visita foram sincronizados com o CRM do hotel.

Resultado mensurável. O hotel comunica agora três números todos os meses:

• Detentores de credenciais como percentagem de hóspedes ligados.
• Estadias registadas por perfil com consentimento.
• Registos de consentimento recuperáveis mediante pedido, conforme exige o Artigo 7.º, n.º 1.

Para os detentores de credenciais, os inícios de sessão na página de entrada nas estadias de regresso caem para zero, porque a página nunca é apresentada. Veja como isto se enquadra numa implementação mais vasta em Hotéis e utilize a Lista de verificação de RFP para WiFi de hotel: autenticação, filtragem de conteúdos e marketing de hóspedes para a incluir num concurso.

Um centro comercial adiciona o OpenRoaming sem diluir a sua lista de adesões

Situação. Um centro comercial pretendia que os visitantes se ligassem sem fricção. A sua equipa de marketing receava que a lista de adesão (opt-in) diminuísse à medida que os visitantes passassem a utilizar a ligação automática. A maioria dos telemóveis dos visitantes já possuía uma credencial OpenRoaming fornecida por um prestador de identidade de dispositivo ou de aplicação.

O que foi feito. O centro comercial disponibilizou um SSID OpenRoaming em paralelo com o seu portal cativo existente. As visitas anónimas através do OpenRoaming foram incluídas apenas em relatórios agregados, contabilizadas pelo atributo Chargeable-User-Identity nos casos em que os fornecedores o disponibilizaram. O URL do local de Passpoint Release 3 encaminhou os visitantes para uma página de subscrição do boletim informativo do centro comercial. Nenhuma ação de marketing foi direcionada a visitantes anónimos.

Resultado mensurável. O centro comercial apresenta agora relatórios para dois públicos distintos:

• Visitantes com consentimento, que podem receber comunicações de marketing.
• Dispositivos recorrentes anónimos, comunicados apenas em formato agregado.

A lista de adesão (opt-in) cresce apenas através de uma escolha consciente. O encarregado da proteção de dados consegue verificar essa separação em todos os relatórios. O mesmo modelo aplica-se a portfólios imobiliários de Aresto e Retalho com múltiplas localizações.

Um centro de conferências emite credenciais no momento do registo

Situação. Um centro de conferências que acolhia eventos de três dias registava filas de espera na página inicial de acesso (splash page) todas as manhãs. As filas eram mais críticas durante a primeira sessão de cada dia. Os organizadores pretendiam também obter dados de afluência por auditório.

O que foi feito. A página de registo do evento incluiu as opções de consentimento (opt-in) e emitiu um perfil Passpoint associado a cada bilhete. Cada credencial expirava automaticamente quando o evento terminava. Os participantes ligaram-se em todos os auditórios sem necessidade de efetuar qualquer início de sessão.

Resultado mensurável. Os participantes registados não viram qualquer página inicial de acesso (splash page) no local. Todas as credenciais foram revogadas automaticamente no final do evento, sem necessidade de intervenção manual. Os organizadores receberam a contagem agregada de sessões por auditório. As comunicações de marketing foram enviadas apenas para os participantes que deram o seu consentimento no momento do registo.

QUAIS SÃO OS LIMITES QUE DEVE CONHECER?

O registo adiciona um passo no processo

Nos dispositivos Apple, o visitante instala um perfil de configuração e aprova-o nas Definições. Os fluxos em Android variam consoante o fabricante e a versão do sistema operativo. Haverá menos visitantes a concluir o registo do que a preencher uma página inicial de acesso (splash page). Ofereça o registo após ter demonstrado valor, por exemplo, no final de uma primeira estadia ou numa confirmação de reserva.

O suporte por parte dos dispositivos não é universal

Dispositivos mais antigos e alguns computadores portáteis não suportam Passpoint. Mantenha o SSID do portal cativo ativo para que nenhum visitante fique impedido de aceder. Teste o registo nos dispositivos que os seus visitantes utilizam efetivamente.

Os visitantes federados não podem receber marketing por predefinição

Uma credencial OpenRoaming não inclui o consentimento de marketing para o seu espaço. No Reino Unido, a regulamentação 22 do Privacy and Electronic Communications Regulations (PECR) exige o consentimento explícito, ou uma adesão simplificada (soft opt-in), antes de enviar e-mails ou mensagens SMS de marketing a particulares. Uma ligação WiFi não cumpre nenhum destes 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 dá-lo. Mantenha o consentimento de marketing e o acesso à rede como controlos separados. Um visitante que cancele a subscrição por e-mail pode ainda querer WiFi automático.

Alguns setores precisam de uma recolha de dados mais leve

Os dados de localização numa rede hospitalar podem revelar informações de saúde. Isso ativa as regras da categoria especial do Artigo 9 do GDPR. Mantenha a recolha ao mínimo nas redes de doentes e visitantes e nunca deduza o estado de saúde a partir das visitas.

O seu serviço RADIUS suporta a carga

Todas as ligações Passpoint dependem do 802.1X e de um servidor RADIUS acessível que disponha de um certificado de servidor válido. O RADIUS na nuvem remove os servidores locais do projeto. Planeie a renovação do certificado antes do lançamento. O artigo Network Best Practices for Venues and Enterprises in 2026 abrange as opções de design suplementares.

O que deve fazer a seguir?

1. Audite os seus pontos de acesso. Confirme o suporte a Hotspot 2.0 e Passpoint por modelo e firmware com o seu fornecedor.
2. Reveja a formulação do seu consentimento. Certifique-se de que informa os visitantes de que as ligações automáticas serão registadas como visitas.
3. Escolha o seu modelo. Utilize a tabela de decisão acima para escolher Passpoint emitido pelo local, OpenRoaming ou ambos.
4. Projete a adesão. Coloque-a no final do seu fluxo de Captive Portal e nos e-mails pré-chegada ou de registo.
5. Defina regras de credenciais. Utilize credenciais únicas, defina uma expiração e acorde quem as pode revogar.
6. Divida os seus relatórios. Mantenha públicos com consentimento e visitas agregadas anónimas em relatórios separados.
7. Inclua nos requisitos de aquisição. Especifique Passpoint, OpenRoaming e o registo de consentimento como requisitos de concurso público.

Perguntas frequentes

Preciso de novos pontos de acesso para executar o Passpoint?

Geralmente não. O Hotspot 2.0 e o Passpoint são funcionalidades do firmware dos pontos de acesso, e a Cisco Meraki, HPE Aruba, Ruckus e Juniper Mist documentam a sua configuração. O suporte depende do modelo e da versão do firmware, por isso confirme primeiro com o seu fornecedor. A Purple é independente de hardware e funciona como uma sobreposição em nuvem sobre Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. A adesão e o RADIUS não exigem a substituição de equipamentos.

O consentimento recolhido na adesão ao Passpoint é válido ao abrigo do GDPR?

Sim, desde que a etapa de adesão cumpra os padrões do GDPR para o consentimento. O Artigo 4(11) exige que o consentimento seja dado livremente, específico, informado e inequívoco, e o Artigo 7(1) exige que comprove esse consentimento. Utilize opções separadas e desmarcadas para cada finalidade e guarde o texto e o carimbo de data/hora. Informe o visitante de que as ligações posteriores serão registadas como visitas. A credencial transporta esse consentimento; a ligação em si nunca o cria.

Posso fazer marketing para visitantes que se ligam através do OpenRoaming?

Não com base apenas na força da ligação. Uma credencial OpenRoaming provém de um fornecedor de identidade de terceiros e não inclui qualquer consentimento de marketing para o seu local. Muitas vezes, recebe apenas uma identidade anónima. Pode comunicar visitas anónimas de forma agregada ao abrigo de uma base legal documentada. Utilize o URL de local do Passpoint Release 3 ou o seu captive portal para convidar o visitante a dar o seu consentimento nos seus termos.

O Passpoint pode funcionar em conjunto com o meu captive portal existente?

Sim, e a maioria dos locais deve executar ambos. Mantenha o captive portal para visitantes de primeira viagem, onde recolhe a identidade e os consentimentos de escolha consciente. Anuncie uma rede Passpoint em conjunto para convidados registados, como um SSID separado nos mesmos pontos de acesso. O captive portal torna-se a sua rota de registo e o Passpoint a sua rota de regresso. A sua base de dados com consentimento continua a crescer enquanto os convidados recorrentes saltam o ecrã de início de sessão.

O Passpoint funciona em dispositivos iPhone e Android?

Sim, ambas as plataformas suportam o Passpoint, com fluxos de registo diferentes. Os dispositivos Apple instalam o Passpoint através de um perfil de configuração que o convidado aprova nas Definições. O Android suporta a configuração do Passpoint nativamente e documenta o suporte para funcionalidades do Release 3, incluindo a aceitação de termos e URLs de local. Os fluxos variam consoante o fabricante e a versão do SO. Teste o registo nos dispositivos que os seus convidados utilizam antes de lançar.

O que acontece aos dados quando um convidado retira o consentimento?

Interrompe o marketing imediatamente e decide separadamente se mantém a credencial. O Artigo 7(3) do GDPR torna a retirada do consentimento tão fácil como a sua concessão. Um convidado que cancele a subscrição de e-mail pode ainda querer WiFi automático, pelo que deve manter o consentimento de marketing e o acesso à rede como controlos separados. Se pedirem para sair completamente, revogue a credencial no RADIUS. Em seguida, elimine ou anonimize o perfil ao abrigo da sua política de retenção.

Como é que o Passpoint afeta as minhas análises de WiFi?

Torna as contagens de visitas de regresso mais precisas. Os endereços MAC aleatórios nos dispositivos iOS e Android atuais tornam a contagem baseada no dispositivo não fiável, enquanto uma credencial Passpoint permanece estável ao longo das visitas. Com credenciais emitidas pelo local, cada autenticação torna-se uma visita num 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 recetivo a marketing.