Plataformas de WiFi para aeroportos e hubs de transporte: comparativo entre roaming Passpoint e portais multilíngues

A maioria dos aeroportos deve operar ambos. O Passpoint, incluindo o OpenRoaming e os perfis de fidelidade de companhias aéreas, conecta os passageiros recorrentes automaticamente por meio de um link criptografado. Um Captive Portal multilíngue atende a todos os outros e captura dados proprietários com consentimento. Três fatores decidem qual lado lidera: seu mix de passageiros, suas metas de dados e se seus pontos de acesso suportam Hotspot 2.0.

Qual modelo de plataforma de guest WiFi para aeroportos você deve escolher?

Escolha um modelo híbrido e, em seguida, decida qual lado lidera. Um design focado em Passpoint prioriza a conexão automática e criptografada. Um design focado em portal prioriza dados proprietários com consentimento e mensagens multilíngues. Ambos funcionam nos mesmos pontos de acesso, portanto, esta é uma decisão operacional e não de hardware.

Três termos fundamentam qualquer comparação de plataforma de guest WiFi para aeroportos:

• Passpoint é uma certificação do setor baseada no IEEE 802.11u, também chamada de Hotspot 2.0. Um dispositivo com uma credencial armazenada localiza uma rede Passpoint e se conecta a ela sem uma tela de login.
• OpenRoaming é uma federação administrada pela Wireless Broadband Alliance (WBA). Ele usa o Passpoint para que uma única credencial, seja de uma fabricante de telefones, operadora ou aplicativo, funcione em todos os locais participantes.
• Um Captive Portal é a página da web que um passageiro visualiza em uma rede aberta antes de se conectar.

O Passpoint autentica com o IEEE 802.1X, o padrão de controle de acesso baseado em porta por trás do WiFi corporativo. As credenciais trafegam dentro do EAP (Extensible Authentication Protocol) para um servidor RADIUS. O RADIUS é o protocolo que verifica as credenciais e retorna as regras de sessão, como limites de tempo e largura de banda.

A Purple oferece o Guest WiFi como uma sobreposição em nuvem em pontos de acesso da Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks e Fortinet. A mesma plataforma suporta OpenRoaming e Captive Portals multilíngues. Ela opera em mais de 80.000 locais ativos em mais de 90 países e gerencia 500 milhões de usuários e logins por ano. Os clientes do setor de transporte incluem a AGS Airports e o Manchester Airports Group.

Onde o roaming Passpoint e os portais multilíngues realmente se diferenciam?

Os dois modelos se diferenciam nos eixos que importam em um terminal: fricção, criptografia, dados, obrigações de interface e hardware. A tabela os coloca lado a lado, juntamente com o modelo híbrido que a maioria dos terminais acaba utilizando.

Eixo	Passpoint e OpenRoaming	Captive Portal multilíngue	Híbrido (ambos)
Como o passageiro se conecta	Automaticamente, sem tela, após a instalação de um perfil único	Conecta-se a um SSID aberto e preenche uma página de login	Titulares de perfil conectam-se automaticamente; todos os outros usam o portal
Criptografia via rádio	WPA2-Enterprise ou WPA3-Enterprise via 802.1X	Nenhuma no SSID aberto; por sessão com Enhanced Open (OWE)	Enterprise no SSID do Passpoint; OWE no SSID do portal
Dados próprios retornados	Apenas domínio do provedor de identidade, sem consentimento de marketing	E-mail, preferência de idioma, opt-ins por escolha consciente	Dados consentidos dos passageiros do portal; dados de sessão de ambos
Tratamento de idiomas	Nenhum necessário, nenhuma interface exibida	Detecção de Accept-Language e alternador manual	O portal gerencia os idiomas; o Passpoint não precisa de nenhum
Exposição à acessibilidade	Nenhuma interface para auditar	Auditoria e declaração completas da WCAG 2.2 AA	Apenas auditoria do portal
Padrões fundamentais	IEEE 802.11u, Passpoint, 802.1X, EAP, RadSec (RFC 6614)	RFC 8910, RFC 8908, WCAG 2.2, GDPR, PECR	Todos os anteriores
Requisito do ponto de acesso	Suporte a Hotspot 2.0 no firmware do AP e do controlador	Redirecionamento para portal cativo externo	Ambas as capacidades em uma única estrutura
Qualidade do identificador de análise	Estável para a sessão, vinculado a uma credencial autenticada	Estável para a sessão; MAC aleatório entre visitas	Cobertura mais ampla de dispositivos conectados
A quem se destina	Hubs com muitos passageiros frequentes em companhias aéreas com aplicativo	Tráfego internacional de lazer, fretado e de primeira viagem	A maioria dos aeroportos e principais entroncamentos ferroviários

Três diferenças impulsionam a maioria das decisões.

Dados. O Passpoint informa qual provedor de identidade autenticou um dispositivo, como o domínio de uma companhia aérea ou um provedor OpenRoaming. Ele não retorna endereço de e-mail nem consentimento de marketing. Se a sua equipe comercial precisa de dados próprios consentidos para campanhas de concessões, apenas o portal os fornece.

Criptografia. O Passpoint roda em WPA2-Enterprise ou WPA3-Enterprise, portanto criptografa cada sessão desde o primeiro frame. Um SSID de portal aberto não carrega criptografia via rádio, a menos que você ative o Enhanced Open, também chamado de Opportunistic Wireless Encryption (OWE, RFC 8110). Use o modo de transição OWE para que dispositivos mais antigos ainda se conectem.

Obrigações. Uma conexão Passpoint não exibe tela, portanto você não tem nada para traduzir ou auditar. Um portal é uma página da web voltada ao público e carrega ambos os deveres na íntegra.

Como os aeroportos combinam OpenRoaming, perfis Passpoint de companhias aéreas e um portal fallback?

O padrão de dois SSIDs

Um design comum de terminal transmite duas redes de passageiros. A primeira é um SSID Passpoint protegido com WPA2-Enterprise ou WPA3-Enterprise. A segunda é um SSID aberto ou Enhanced Open que redireciona para o portal cativo. Dispositivos que possuem um perfil correspondente entram na primeira rede automaticamente, e todos os outros dispositivos veem a segunda.

O SSID Passpoint anuncia vários identificadores ao mesmo tempo. Um Roaming Consortium Organisation Identifier (RCOI) nomeia uma federação como o OpenRoaming. Um domínio Network Access Identifier (NAI) nomeia um único provedor de identidade, como o domínio de uma companhia aérea. O dispositivo consulta esses dados por meio do Access Network Query Protocol (ANQP) antes de se associar. Ele só se conecta se possuir uma credencial correspondente.

Como funciona o roteamento de domínios

Quando um dispositivo se autentica, a camada RADIUS lê o domínio em sua identidade externa e roteia a solicitação. As solicitações do OpenRoaming trafegam via RadSec, que é RADIUS sobre TLS (RFC 6614), para os provedores de identidade da federação. O domínio de uma companhia aérea roteia para o próprio servidor de autenticação da companhia aérea sob um acordo bilateral. Você nunca vê a senha ou o certificado do passageiro. Você recebe um aceite ou rejeição, além das regras da sessão.

É assim que um perfil de fidelidade de companhia aérea funciona na prática. O aplicativo da companhia aérea instala um perfil Passpoint por meio das interfaces NEHotspotConfiguration da Apple ou PasspointConfiguration do Android. O perfil carrega o domínio da companhia aérea e uma credencial, geralmente um certificado para EAP-TLS. O EAP-TLS é uma autenticação mútua de certificado, o método EAP mais forte amplamente implantado. Em qualquer aeroporto que anuncie esse domínio, o telefone se conecta sem pedir confirmação.

Transformando passageiros de primeira viagem em passageiros Passpoint

O portal também é a rampa de acesso. Depois que o passageiro concluir o login no portal, ofereça um download opcional de perfil para que a próxima visita seja automática. Explique a oferta em linguagem clara. Oriente a equipe do suporte a direcionar passageiros com dificuldades para um explicativo geral, como Como me conectar ao WiFi: redes residenciais, de hotéis e de trabalho.

Dispositivos compatíveis com a RFC 8910 obtêm o endereço do portal via DHCP ou anúncios do roteador. Eles consultam a API do portal cativo definida na RFC 8908. Isso substitui truques frágeis de redirecionamento por um sinal padrão, portanto, implemente-o onde seus pontos de acesso permitirem.

Mantenha os colaboradores fora das redes de passageiros

Equipes de companhias aéreas, varejo e aeroportos nunca devem compartilhar os SSIDs dos passageiros. O Purple Staff WiFi autentica funcionários no Microsoft Entra ID, Okta ou Google Workspace. Ele os aloca em VLANs separadas, LANs virtuais que isolam o tráfego. Prestadores de serviços e tripulações em trânsito trazem dispositivos não gerenciados, assunto abordado em Onboarding de WiFi BYOD: Gerenciando dispositivos não gerenciados em hotéis e no varejo.

Quando um design baseado em Passpoint e OpenRoaming é a escolha certa?

Priorize o Passpoint quando a conexão automática valer mais para você do que um endereço de e-mail capturado. Quatro situações indicam esse caminho:

• Participação de passageiros frequentes. Uma grande parcela dos seus passageiros voa por uma ou duas companhias aéreas principais cujos aplicativos podem instalar perfis.
• Janelas de conexão curtas. Passageiros em trânsito e conexões ferroviárias deixam pouco tempo para formulários. A mesma lógica se aplica a estações e redes a bordo, assunto abordado em nossa página de Trens.
• Postura de segurança. Sua equipe de TI exige que toda sessão de passageiro seja criptografada no ar, sem tráfego de SSID aberto.
• Fricção no portal nos horários de pico. As equipes de suporte recebem reclamações de login durante os picos de partida da manhã.

Hotéis de aeroporto ampliam esse benefício. Um hotel que anuncia o mesmo RCOI de OpenRoaming permite que os hóspedes permaneçam conectados do portão ao quarto sem precisar de um segundo login. Nossa página de Hotéis e o guia Plataformas de WiFi para hóspedes de hotéis: integração com PMS, Passpoint e largura de banda em camadas comparadas cobrem esse aspecto.

Acompanhe a adoção do perfil. O alcance do OpenRoaming depende de quais provedores de identidade enviam credenciais para os telefones dos seus passageiros. Meça a proporção de sessões que chegam via Passpoint a cada mês. Não desative o portal com base em suposições.

Quando um design multilíngue liderado por portal cativo é a escolha certa?

Dê prioridade ao portal quando o alcance e os dados próprios forem mais importantes do que uma conexão sem toque. Quatro situações indicam esse caminho:

• Tráfego de lazer e fretamento. Muitos passageiros internacionais e de primeira viagem não possuem um perfil correspondente.
• Objetivos comerciais. As equipes de concessões, estacionamento e duty-free querem contatos consentidos coletados por meio de opt-ins de escolha consciente.
• Mensagens operacionais. Você deseja exibir informações sobre portões, navegação ou solicitação de assistência no idioma do passageiro no momento da conexão.
• Limitações de hardware. Seus pontos de acesso não têm suporte a Hotspot 2.0. O portal funciona agora, e o Passpoint pode ser adotado na próxima atualização.

Projete o portal para um terminal, não para um café. Mantenha o login em uma única etapa e ofereça acesso gratuito sem exigir consentimento de marketing. O Artigo 7(4) do GDPR considera que o consentimento atrelado a um serviço dificilmente é dado de forma livre. Os portais geralmente são abertos em um minibrowser restrito; portanto, mantenha as páginas leves e evite scripts de terceiros e pop-ups.

Quais padrões de limite de tempo de sessão, detecção de idioma e acessibilidade se aplicam ao WiFi de passageiros em terminais?

Nenhum padrão único define a duração das sessões de WiFi em aeroportos. Três conjuntos de regras moldam o design: atributos de RADIUS para controle de sessão, padrões web para idioma e legislação de acessibilidade para o portal.

Limites de tempo de sessão

O RFC 2865 define os atributos Session-Timeout e Idle-Timeout do RADIUS. O Session-Timeout limita a duração total da sessão. O Idle-Timeout encerra a sessão após um período de inatividade. Defina ambos com base no tempo de permanência medido, não no hábito. Com 90 minutos de permanência na área de embarque e uma sessão de 30 minutos, cada passageiro precisará fazer login três vezes.

Na SSID de Passpoint, a reautenticação é silenciosa; portanto, uma sessão mais curta não gera atrito. Use-a para atualizar políticas e limites de largura de banda. Na SSID de portal, reconheça os dispositivos que retornam durante um período definido. Um passageiro que se reconecta após a inspeção de segurança não deve preencher o formulário novamente. Informe claramente quaisquer limites de tempo ou dados no portal antes de o passageiro se conectar.

Detecção de idioma

Todo navegador envia um cabeçalho Accept-Language que lista os idiomas de preferência do dispositivo, conforme definido na RFC 9110. Use-o para selecionar o idioma do portal automaticamente. Não deduza o idioma pelo endereço IP ou pelo país do SIM card: uma pessoa que fala espanhol em roaming com um SIM card do Reino Unido ainda desejará o idioma espanhol. Sempre exiba um seletor de idioma visível, com cada idioma nomeado em seu próprio script.

As orientações de internacionalização do W3C não recomendam o uso de bandeiras em seletores, pois bandeiras representam países, não idiomas. Declare o idioma da página no HTML, conforme exigido pelo critério de sucesso 3.1.1 do WCAG. Ofereça suporte a layouts da direita para a esquerda para árabe e hebraico. Escolha os idiomas com base em sua rede de rotas e nos dados dos passageiros, e não em uma lista genérica.

Acessibilidade

A referência é o WCAG 2.2 nível AA, publicado pelo W3C em outubro de 2023. Dois critérios novos na versão 2.2 afetam os portais. O critério de sucesso 3.3.8, Autenticação Acessível (Mínimo), proíbe testes cognitivos, como CAPTCHAs de quebra-cabeça, sem uma alternativa. O critério de sucesso 2.5.8, Tamanho do Alvo (Mínimo), estabelece um limite mínimo de 24 por 24 pixels CSS para alvos de toque. O texto do corpo precisa de uma taxa de contraste de pelo menos 4,5:1 de acordo com o critério 1.4.3.

No Reino Unido, o Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018 aplica-se a órgãos do setor público. Operadores de propriedade pública devem cumpri-lo e publicar uma declaração de acessibilidade. Na UE, a Lei Europeia de Acessibilidade (Diretiva (UE) 2019/882) está em vigor desde 28 de junho de 2025. Ela abrange sites e serviços móveis para transporte de passageiros aéreo, rodoviário, ferroviário e hidroviário. Consulte seu departamento jurídico para saber se seu portal se enquadra no escopo e projete para o WCAG 2.2 AA de qualquer maneira.

Como a telemetria de WiFi em nível de zona alimenta os painéis de filas do terminal e de tempo de permanência em concessões?

Dos pontos de acesso às zonas

Cada ponto de acesso identifica quais dispositivos se associam a ele, e muitos também identificam dispositivos fazendo varreduras nas proximidades. Agrupe os pontos de acesso em zonas que correspondam às áreas operacionais: check-in na área pública, entrada da segurança, saguão na área de embarque, cada píer e cada grupo de portões. Interfaces de fornecedores, como o Cisco Meraki Scanning API, expõem dados de presença. O WiFi Analytics converte esses dados em contagens de zonas, tempos de permanência e movimentação entre zonas.

Indicadores de tempo de fila

Considere o intervalo entre a última visualização de um dispositivo na zona pré-segurança e sua primeira visualização na área de embarque. Esse intervalo aproxima o tempo de processamento da segurança de ponta a ponta. Agregue os intervalos em medianas móveis e o painel exibirá a tendência da fila em tempo quase real. Trate isso como um indicador de tendência, não como uma medição em nível de pista. Sensores aéreos medem pistas individuais com maior precisão. O WiFi adiciona contexto a todo o terminal sem a necessidade de novos sensores, pois os pontos de acesso já existem.

Tempo de permanência em concessões

O tempo de permanência no lado do ar é o tempo que os passageiros têm disponível para gastar. A telemetria de zonas mostra quanto tempo os dispositivos permanecem na praça versus se deslocarem diretamente para o portão de embarque. Associe isso às vendas das concessões por hora para comparar o gasto com a permanência disponível. O Purple aplica a mesma abordagem no setor de Varejo, com zonas mapeadas para departamentos em vez de unidades.

Qualidade de dados e privacidade

Desde o iOS 14 e o Android 10, os dispositivos apresentam um endereço MAC aleatório por padrão, que difere por rede. Contar apenas as sondagens, portanto, duplica a contagem de alguns dispositivos e omite outros. Sessões associadas, e sessões de Passpoint acima de tudo, fornecem identificadores mais estáveis para a duração de uma visita.

O Artigo 35 do GDPR exige uma avaliação de impacto sobre a proteção de dados (DPIA) para monitoramento sistemático em grande escala de áreas acessíveis ao público. Conclua-a antes do lançamento. Agregue os dados ao nível de zona para os painéis e defina uma retenção curta para registros em nível de dispositivo. Declare a finalidade no portal e na sinalização do terminal.

Cenários práticos: um aeroporto regional e uma rede de concessões no lado do ar

Estes exemplos usam números ilustrativos. Substitua-os pela sua própria linha de base antes de criar um plano de negócios.

Cenário 1: um aeroporto regional de propriedade do conselho municipal

Situação. Um aeroporto regional de propriedade do conselho municipal atende 8.000 passageiros saindo por dia. Assuma que 60% se conectam, resultando em 4.800 dispositivos por dia. Ele operava com um SSID aberto, um portal apenas em inglês e um limite de tempo de sessão de 30 minutos. O tempo mediano de permanência no lado do ar é de 90 minutos. Como um órgão do setor público, ele deve publicar uma declaração de acessibilidade.

O que a equipe fez. A equipe adicionou um Passpoint SSID anunciando OpenRoaming e o domínio de sua maior companhia aérea sediada lá. Reconstruiu o portal em seis idiomas selecionados a partir da rede de rotas, com detecção de Accept-Language e um seletor manual. Um auditor externo testou o portal em relação ao WCAG 2.2 AA. A equipe definiu um Session-Timeout de três horas e reconheceu dispositivos que retornavam pelo restante do dia.

Resultado. Assuma que 25% dos dispositivos conectados migrem para o Passpoint dentro de um ano. Os logins no portal caem de 4.800 para 3.600 por dia, e 1.200 dispositivos se conectam sem exibir tela alguma. A sessão mais longa remove dois novos logins forçados por passageiro, o que significa 9.600 telas de login a menos por dia. O aeroporto também publica sua declaração de acessibilidade respaldada por uma auditoria independente.

Cenário 2: um operador de concessões no lado do ar

Situação. Um operador de concessões administra 14 unidades em uma praça no lado do ar e dois portões de embarque. Ele conseguia ver as vendas por hora, mas não quanto tempo os passageiros tinham antes do embarque.

O que o operador fez. O operador mapeou os pontos de acesso em quatro zonas: saída da segurança, praça, Portão A e Portão B. Ele associou a permanência horária da zona do WiFi Analytics aos dados horários do caixa. Ele definiu uma métrica: transações por 100 dispositivos conectados por zona por hora.

Resultado. No fluxo da manhã, 1.200 dispositivos passam pela segurança em uma hora, com um tempo médio de permanência na área de 42 minutos. No fluxo da noite, 900 dispositivos passam pela segurança, com uma média de 18 minutos. O operador realocou dois funcionários do serviço de mesa para as unidades de refeições rápidas (grab-and-go) no fluxo da noite. Se as transações noturnas por 100 dispositivos subirem de nove para 12, isso representa um aumento de 33% sobre o mesmo volume. O mesmo painel faz essa medição.

Quanto custa a execução de cada modelo?

Nenhum dos modelos exige novos pontos de acesso em hardwares compatíveis, conforme explicado em Por que sua próxima atualização de WiFi não precisa de novos hardwares. Os custos operacionais estão em outros lugares.

Linha de custo	Passpoint e OpenRoaming	Portal cativo multilíngue	Único ou recorrente
Pontos de acesso	Suporte ao Hotspot 2.0 confirmado por modelo e firmware	Redirecionamento de portal externo em APs existentes	Verificação única de compatibilidade
Autenticação	RADIUS em nuvem com RadSec para federação e domínios de companhias aéreas	RADIUS em nuvem para controle de sessão	Assinatura recorrente da plataforma
Certificados	Certificado OpenRoaming sob a PKI da WBA	Certificado TLS para o domínio do portal	Recorrente a cada expiração
Acordos de parceiros	Termos com cada companhia aérea ou provedor de identidade	Nenhum	Análise jurídica recorrente
Tradução	Nenhuma, sem interface	Todos os idiomas, todas as alterações de conteúdo	Recorrente a cada alteração
Acessibilidade	Sem interface para auditar	Auditoria WCAG 2.2 AA e declaração publicada	Auditoria única, novo teste após alterações
Proteção de dados	DPIA cobrindo análise de dados	DPIA, registros de consentimento, cronograma de retenção	Análise anual recorrente
Carga do suporte técnico	Dúvidas sobre instalação de perfil	Dúvidas sobre login e idioma no pico	Tempo contínuo da equipe

O portal demanda mais trabalho recorrente de conteúdo, principalmente tradução e novos testes de acessibilidade após cada alteração. O Passpoint exige mais administração de parceiros e certificados. Um modelo híbrido inclui ambos, mas cada lado carrega menos carga do que carregaria sozinho.

Como decidir para a sua rede de hubs de transporte

Mapeie sua situação para um modelo principal e siga as etapas abaixo.

Sua situação	Priorize	Por quê
A maioria dos passageiros voa por uma ou duas companhias do hub com aplicativos de fidelidade	Passpoint, domínios de companhias aéreas primeiro	Os aplicativos já possuem a identidade, tornando a conexão automática
Passageiros internacionais em sua maioria a lazer e de primeira viagem	Portal multilíngue, OpenRoaming secundário	Poucos possuem perfis; o portal alcança todos no idioma deles
A equipe comercial precisa de contatos de marketing consentidos	Portal	O Passpoint não retorna consentimento
Você é um órgão do setor público sujeito aos regulamentos de 2018	Portal auditado para WCAG 2.2 AA, além de Passpoint	O dever legal recai sobre o portal; o Passpoint reduz a sua carga
Interconexão ferroviária com permanência curta	OpenRoaming com um portal de uma única etapa	A permanência é curta demais para formulários longos
Pontos de acesso não possuem suporte ao Hotspot 2.0	Portal agora, Passpoint na renovação	Evita gastos precoces com hardware

1. Meça sua linha de base. Registre conexões diárias, tempo de permanência por zona e consultas de login no suporte técnico.
2. Audite o hardware. Confirme o suporte ao Hotspot 2.0 em todos os modelos de ponto de acesso e versões de firmware do controlador.
3. Escolha os provedores de identidade. Decida quais federações e domínios de companhias aéreas aceitar e inicie os acordos com parceiros com antecedência.
4. Defina tempos limite com base em dados. Alinhe Session-Timeout e Idle-Timeout com o tempo de permanência medido.
5. Execute a conformidade em paralelo. Encomende a auditoria de acessibilidade e a DPIA juntamente com a configuração da rede, e não depois dela.
6. Revise trimestralmente. Acompanhe a participação do Passpoint nas sessões e reequilibre o investimento no portal à medida que ele cresce.

O Purple possui certificações ISO 27001, Cyber Essentials e B Corp, está em conformidade com GDPR e CCPA e opera com 99,999% de disponibilidade.

Perguntas frequentes

O Purple funciona com os pontos de acesso já instalados em nosso terminal?

Sim, o Purple opera como uma sobreposição em nuvem nos pontos de acesso Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Você mantém seu hardware existente. Para Passpoint e OpenRoaming, confirme com seu fornecedor se os modelos de ponto de acesso e o firmware do controlador suportam o Hotspot 2.0. Um portal cativo precisa de suporte a redirecionamento externo nessas mesmas plataformas.

Precisamos nos associar à Wireless Broadband Alliance para oferecer o OpenRoaming?

Não, os locais podem aderir ao OpenRoaming por meio de um provedor de plataforma, em vez de fazer isso diretamente. O provedor detém o acordo de federação e os certificados emitidos sob a infraestrutura de chave pública da WBA. Ele também roteia a autenticação via RadSec. Você ainda decide quais provedores de identidade aceitar e quais níveis do OpenRoaming oferecer. Revise a política do OpenRoaming da WBA com sua equipe jurídica antes do lançamento.

O que acontece com os passageiros cujos telefones não possuem um perfil do Passpoint?

Eles se conectam à rede aberta ou Enhanced Open e visualizam o portal cativo, no idioma do dispositivo quando houver tradução disponível. O portal pode oferecer o download opcional de um perfil após o primeiro login, para que a próxima visita se conecte automaticamente. Mantenha o acesso gratuito disponível sem a necessidade de consentimento de marketing, pois a GDPR exige que o consentimento seja fornecido livremente.

As análises de WiFi de passageiros em nível de zona estão em conformidade com a GDPR?

Sim, desde que projetadas para conformidade desde o início. Realize uma avaliação de impacto sobre a proteção de dados, pois o Artigo 35 da GDPR prevê o monitoramento sistemático em grande escala de áreas acessíveis ao público. Agregue painéis para contagens de zonas e medianas de tempo de permanência, e defina retenções curtas para registros em nível de dispositivo. Publique um aviso claro no portal e na sinalização do terminal. O Purple possui certificação ISO 27001 e conformidade com a GDPR.

Devemos eliminar o portal cativo e operar uma rede exclusiva de Passpoint?

Não, em um aeroporto não. Uma rede exclusivamente Passpoint exclui todos os passageiros sem um perfil compatível, independentemente da companhia aérea ou do país. Ela também elimina sua única via para obter dados próprios consentidos e mensagens específicas no idioma do usuário no momento da conexão. Utilize o Passpoint como a via expressa e mantenha o portal como a alternativa universal. Revise o equilíbrio a cada ano à medida que a adoção de perfis crescer.

Como o Purple é licenciado para um centro de transporte?

O Purple é licenciado por meio de três planos: Connect, Capture e Engage. O plano ideal depende se você precisa apenas de conexão, de captura de dados próprios consentidos ou do engajamento com os passageiros após a conexão. Como o Purple é independente de hardware, você não precisa comprar novos pontos de acesso em instalações compatíveis da Cisco Meraki, HPE Aruba, Ruckus ou Juniper Mist. Solicite ao Purple um orçamento dimensionado para os seus terminais.

Quanto trabalho exige a implantação em um terminal?

Menos do que um projeto de hardware, porque você não substitui nada. O trabalho é dividido em quatro etapas. Você confirma o suporte ao Hotspot 2.0 e configura o SSID do Passpoint, além de definir os domínios com as companhias aéreas parceiras. Você também cria e audita o portal multilíngue e, em seguida, mapeia os pontos de acesso em zonas para análise. Os acordos com parceiros e a auditoria de acessibilidade geralmente definem o cronograma, e não a configuração da rede.