Plataformas de WiFi para aeroportos e interfaces de transporte: comparação entre roaming Passpoint e portais multilingues

A maioria dos aeroportos deve utilizar ambos. O Passpoint, incluindo o OpenRoaming e os perfis de fidelização das companhias aéreas, liga os passageiros de regresso automaticamente através de uma ligação encriptada. Um portal captivo multilingue serve todos os outros e recolhe dados de primeira parte com consentimento. Três fatores decidem qual dos lados lidera: o perfil dos seus passageiros, os seus objetivos de dados e se os seus pontos de acesso suportam Hotspot 2.0.

Qual modelo de plataforma de WiFi para convidados de aeroporto deve escolher?

Escolha um modelo híbrido e, em seguida, decida qual dos lados lidera. Um design centrado no Passpoint prioriza a ligação automática e encriptada. Um design centrado no portal prioriza a recolha de dados de primeira parte com consentimento e as mensagens multilingues. Ambos funcionam nos mesmos pontos de acesso, pelo que se trata de uma decisão operacional e não de hardware.

Três termos enquadram qualquer comparação de plataformas de WiFi para convidados em aeroportos:

• Passpoint é uma certificação da indústria baseada no IEEE 802.11u, também chamada Hotspot 2.0. Um dispositivo com uma credencial armazenada deteta uma rede Passpoint e estabelece ligação sem ecrã de início de sessão.
• OpenRoaming é uma federação gerida pela Wireless Broadband Alliance (WBA). Utiliza o Passpoint para que uma única credencial, proveniente de um fabricante de telemóveis, operadora ou aplicação, funcione em todos os locais participantes.
• Um portal captivo é a página web que um passageiro vê numa rede aberta antes de se ligar à Internet.

O Passpoint autentica através do IEEE 802.1X, o padrão de controlo de acesso baseado em portas por trás do WiFi empresarial. As credenciais viajam dentro de EAP (Extensible Authentication Protocol) para um servidor RADIUS. O RADIUS é o protocolo que verifica as credenciais e devolve as regras da sessão, como limites de tempo e de largura de banda.

A Purple disponibiliza WiFi para convidados como uma sobreposição na 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 portais captivos multilingues. Funciona em mais de 80 000 locais ativos em mais de 90 países e processa 500 milhões de utilizadores e inícios de sessão por ano. Os clientes do setor dos transportes incluem os AGS Airports e o Manchester Airports Group.

Em que aspetos residem as verdadeiras diferenças entre o itinerância Passpoint e os portais multilingues?

Os dois modelos diferem nos eixos fundamentais num terminal: fricção, encriptação, dados, obrigações de interface e hardware. A tabela apresenta-os lado a lado, juntamente com o modelo híbrido que a maioria dos terminais acaba por adotar.

Eixo	Passpoint e OpenRoaming	Captive Portal multilingue	Híbrido (ambos)
Como o passageiro se liga	Automaticamente, sem ecrã, após a instalação única de um perfil	Liga-se a um SSID aberto e preenche uma página de início de sessão	Os titulares de perfil ligam-se automaticamente; todos os outros utilizam o portal
Encriptação no ar	WPA2-Enterprise ou WPA3-Enterprise via 802.1X	Nenhuma num SSID aberto; por sessão com Enhanced Open (OWE)	Enterprise no SSID Passpoint; OWE no SSID do portal
Dados próprios retornados	Apenas domínio do fornecedor de identidade, sem consentimento de marketing	E-mail, preferência de idioma, consentimentos por escolha consciente	Dados com consentimento dos passageiros do portal; dados de sessão de ambos
Gestão de idiomas	Nenhuma necessária, nenhuma interface apresentada	Deteção de Accept-Language e seletor manual	O portal gere os idiomas; o Passpoint não precisa de nenhum
Exposição à acessibilidade	Sem interface para auditar	Auditoria e declaração WCAG 2.2 AA completas	Apenas auditoria do portal
Normas fundamentais	IEEE 802.11u, Passpoint, 802.1X, EAP, RadSec (RFC 6614)	RFC 8910, RFC 8908, WCAG 2.2, GDPR, PECR	Todas as anteriores
Requisito do ponto de acesso	Suporte Hotspot 2.0 no firmware do AP e do controlador	Redirecionamento para portal cativo externo	Ambas as capacidades num único local
Qualidade do identificador de analítica	Estável para a sessão, associado a uma credencial autenticada	Estável para a sessão; MAC aleatório entre visitas	Cobertura mais ampla de dispositivos ligados
A quem se adequa	Hubs com muitos passageiros frequentes em companhias aéreas com aplicação móvel	Tráfego de lazer, charter e internacional pela primeira vez	A maioria dos aeroportos e principais nós de ligação ferroviários

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

Dados. O Passpoint indica-lhe qual o fornecedor de identidade que autenticou um dispositivo, como o domínio de uma companhia aérea ou um fornecedor OpenRoaming. Não retorna qualquer endereço de e-mail nem consentimento de marketing. Se a sua equipa comercial necessitar de dados próprios com consentimento para campanhas de concessões, apenas o portal os fornece.

Encriptação. O Passpoint é executado em WPA2-Enterprise ou WPA3-Enterprise, pelo que encripta todas as sessões desde a primeira trama. Um SSID de portal aberto não transporta qualquer encriptação através do ar, a menos que ative o Enhanced Open, também designado por Opportunistic Wireless Encryption (OWE, RFC 8110). Utilize o modo de transição OWE para que os dispositivos mais antigos continuem a ligar-se.

Obrigações. Uma ligação Passpoint não apresenta qualquer ecrã, pelo que não tem nada para traduzir ou auditar. Um portal é uma página web pública e implica o cumprimento integral de ambas as obrigações.

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

O padrão de dois SSID

Uma arquitetura comum em terminais transmite duas redes para 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. Os dispositivos que possuem um perfil correspondente ligam-se automaticamente à primeira rede, e todos os outros dispositivos veem a segunda.

O SSID Passpoint anuncia vários identificadores em simultâneo. Um Roaming Consortium Organisation Identifier (RCOI) identifica uma federação como o OpenRoaming. Um domínio Network Access Identifier (NAI) identifica um único fornecedor de identidade, como o domínio de uma companhia aérea. O dispositivo consulta estes dados através do Access Network Query Protocol (ANQP) antes de se associar. A ligação só é efetuada se possuir uma credencial correspondente.

Como funciona o encaminhamento de domínios

Quando um dispositivo se autentica, a camada RADIUS lê o domínio na sua identidade externa e encaminha o pedido. Os pedidos OpenRoaming viajam através de RadSec, que é RADIUS sobre TLS (RFC 6614), para os fornecedores de identidade da federação. O domínio de uma companhia aérea é encaminhado para o servidor de autenticação da própria companhia aérea ao abrigo de um acordo bilateral. Nunca vê a palavra-passe ou o certificado do passageiro. Recebe uma aceitação ou rejeição, além das regras da sessão.

É assim que um perfil de fidelização de uma companhia aérea funciona na prática. A aplicação da companhia aérea instala um perfil Passpoint através das interfaces NEHotspotConfiguration da Apple ou PasspointConfiguration do Android. O perfil contém o domínio da companhia aérea e uma credencial, frequentemente um certificado para EAP-TLS. O EAP-TLS é uma autenticação mútua de certificados, o método EAP mais forte e amplamente implementado. Em qualquer aeroporto que anuncie esse domínio, o telemóvel liga-se sem solicitar qualquer ação.

Transformar passageiros no primeiro acesso em passageiros Passpoint

O portal é também a via de entrada. Depois de o passageiro concluir o início de sessão no portal, ofereça uma transferência opcional de perfil para que a próxima visita seja automática. Explique a oferta em linguagem simples. Encaminhe a equipa de suporte para um guia explicativo geral, como Como aceder ao WiFi: Redes domésticas, de hotéis e de trabalho, para ajudar os passageiros com dificuldades.

Os dispositivos compatíveis com a RFC 8910 obtêm o endereço do portal através de DHCP ou de anúncios do router. Em seguida, consultam a API do portal cativo definida na RFC 8908. Isto substitui técnicas frágeis de redirecionamento por um sinal standard, pelo que deve implementá-lo onde os seus pontos de acesso o permitam.

Manter os colaboradores fora das redes de passageiros

Os colaboradores de companhias aéreas, de lojas e do aeroporto nunca devem partilhar os SSID dos passageiros. O Purple Staff WiFi autentica os funcionários através do Microsoft Entra ID, Okta ou Google Workspace. Coloca-os em VLAN distintas, LAN virtuais que isolam o tráfego. Os prestadores de serviços e as tripulações de visita trazem dispositivos não geridos, abordados em Integrar WiFi BYOD: Gerir dispositivos não geridos em hotéis e no comércio.

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

Aposte no Passpoint quando a ligação automática tiver mais valor para si do que a recolha de um endereço de e-mail. Há quatro situações que apontam nesse sentido:

• Proporção de passageiros frequentes. Uma grande percentagem dos seus passageiros voa em uma ou duas companhias aéreas principais cujas aplicações podem instalar perfis.
• Janelas de ligação curtas. Os passageiros em trânsito e os transbordos ferroviários deixam pouco tempo para preencher formulários. A mesma lógica aplica-se a estações e redes a bordo, abordadas na nossa página sobre Comboios.
• Postura de segurança. A sua equipa de TI exige que todas as sessões de passageiros sejam encriptadas via rádio, sem tráfego de SSID aberto.
• Fritos e bloqueios no portal nas horas de ponta. As equipas de suporte recebem reclamações de início de sessão durante os picos de partida da manhã.

Os hotéis de aeroporto ampliam este benefício. Um hotel que publicite a mesma RCOI OpenRoaming permite que os hóspedes permaneçam ligados desde o terminal até ao quarto sem um segundo início de sessão. A nossa página de Hotéis e o guia Plataformas de WiFi para hóspedes de hotéis: integração PMS, Passpoint e largura de banda em camadas em comparação abordam esse aspeto.

Acompanhe a adesão a perfis. O alcance da OpenRoaming depende dos fornecedores de identidade que disponibilizam credenciais nos telemóveis dos seus passageiros. Meça mensalmente a percentagem de sessões originadas através de Passpoint. Não desative o portal com base em suposições.

Quando é que um design baseado em portal cativo multilingue é a opção certa?

Dê prioridade ao portal quando o alcance e os dados próprios forem mais importantes do que uma ligação sem contacto. Quatro situações apontam nesse sentido:

• Tráfego de lazer e charter. Muitos passageiros em primeira viagem e internacionais não possuem um perfil correspondente.
• Objetivos comerciais. As equipas de concessões, estacionamento e duty-free pretendem contactos com consentimento recolhidos através de adesões por escolha consciente.
• Mensagens operacionais. Pretende apresentar informações sobre portas de embarque, orientação ou pedido de assistência no idioma do passageiro no momento da ligação.
• Limitações de hardware. Os seus pontos de acesso não suportam Hotspot 2.0. O portal funciona agora e a Passpoint pode ser implementada na atualização seguinte.

Projete o portal para um terminal, não para um café. Mantenha o início de sessão num único passo e ofereça acesso gratuito sem exigir consentimento de marketing. O Artigo 7.º(4) do GDPR considera improvável que o consentimento associado a um serviço seja prestado livremente. Os portais abrem frequentemente num mini-navegador restrito, pelo que deve manter as páginas leves e evitar scripts de terceiros e pop-ups.

Que padrões de tempo limite de sessão, deteção de idioma e acessibilidade se aplicam à WiFi para passageiros no terminal?

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

Tempos limite 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 uma sessão após um período de inatividade. Defina ambos com base no tempo de permanência medido e não no hábito. Com 90 minutos de permanência na zona de embarque e uma sessão de 30 minutos, cada passageiro inicia sessão três vezes.

Na SSID Passpoint, a reautenticação é silenciosa, pelo que uma sessão mais curta não gera qualquer atrito. Utilize-a para atualizar políticas e limites de largura de banda. Na SSID do portal, reconheça os dispositivos que regressam durante um período definido. Um passageiro que se volte a ligar após o controlo de segurança não deve ter de preencher o formulário novamente. Indique claramente quaisquer limites de tempo ou de dados no portal antes de o passageiro se ligar.

Deteção de idioma

Cada navegador envia um cabeçalho Accept-Language que lista os idiomas preferidos do dispositivo, definidos na RFC 9110. Utilize-o para selecionar o idioma do portal automaticamente. Não infira o idioma a partir do endereço IP ou do país do SIM: um falante de espanhol em roaming com um SIM do Reino Unido continua a querer espanhol. Mostre sempre um seletor de idioma visível, com cada idioma nomeado no seu próprio alfabeto.

As orientações de internacionalização do W3C aconselham a não utilizar bandeiras nos seletores, pois as bandeiras representam países, não idiomas. Declare o idioma da página em HTML, conforme exige o critério de sucesso 3.1.1 do WCAG. Suporte esquemas da direita para a esquerda para árabe e hebraico. Escolha os idiomas com base na sua rede de rotas e dados de passageiros, e não numa 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ças, 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 píxeis CSS para alvos de toque. O texto do corpo necessita de uma relação de contraste de, pelo menos, 4,5:1 ao abrigo do critério 1.4.3.

No Reino Unido, o regulamento Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018 aplica-se a organismos do setor público. Os operadores públicos devem cumpri-lo e publicar uma declaração de acessibilidade. Na UE, a Lei Europeia da Acessibilidade (Diretiva (UE) 2019/882) aplica-se desde 28 de junho de 2025. Abrange websites e serviços móveis para transporte de passageiros aéreo, de autocarro, ferroviário e por vias navegáveis. Consulte os seus assessores jurídicos para saber se o seu portal se enquadra no âmbito de aplicação e, de qualquer forma, projete segundo a norma WCAG 2.2 AA.

Como é que a telemetria do WiFi ao nível da zona alimenta os painéis de controlo de filas de espera do terminal e do tempo de permanência nas concessões?

Dos pontos de acesso às zonas

Cada ponto de acesso vê quais os dispositivos que se associam a ele e muitos também veem dispositivos a detetar redes nas proximidades. Agrupe os pontos de acesso em zonas que correspondam a áreas operacionais: check-in na zona pública, entrada na segurança, praça na zona de embarque, cada cais e cada conjunto de portas. As interfaces de fornecedores, como a Cisco Meraki Scanning API, expõem dados de presença. O WiFi Analytics transforma-os em contagens por zona, tempos de permanência e movimento entre zonas.

Estimativas de tempo de fila de espera

Considere o intervalo entre a última visualização de um dispositivo na zona pré-segurança e a sua primeira visualização na zona de embarque. Esse intervalo aproxima-se do tempo total de processamento no controlo de segurança. Agregue os intervalos em medianas móveis e o painel de controlo mostrará a tendência das filas em tempo quase real. Trate esta informação como um indicador de tendência e não como uma medição ao nível da fila individual. Os sensores superiores medem as filas individuais com maior precisão. O WiFi adiciona contexto a todo o terminal sem necessidade de novos sensores, uma vez que os pontos de acesso já existem.

Permanência em concessões

O tempo de permanência na zona restrita é o tempo que os passageiros têm disponível para gastar. A telemetria de zona mostra quanto tempo os dispositivos permanecem na praça comercial em comparação com a deslocação direta para a porta de embarque. Associe esses dados às vendas das concessões por hora para comparar os gastos com a permanência disponível. O Purple aplica a mesma abordagem no Retalho, com zonas mapeadas para departamentos em vez de unidades.

Qualidade dos dados e privacidade

Desde o iOS 14 e o Android 10, os dispositivos apresentam um endereço MAC aleatório por predefinição, que difere consoante a rede. Por isso, a simples contagem de sondagens duplica a contagem de alguns dispositivos e omite outros. As sessões associadas, e sobretudo as sessões Passpoint, fornecem identificadores mais estáveis durante a duração de uma visita.

O Artigo 35.º do GDPR exige uma avaliação de impacto sobre a proteção de dados (AIPD) para a monitorização sistemática em grande escala de áreas acessíveis ao público. Conclua-a antes da entrada em funcionamento. Agregue os dados ao nível da zona para os painéis de controlo e defina uma retenção curta para os registos ao nível do dispositivo. Declare a finalidade no portal e na sinalética do terminal.

Cenários práticos: um aeroporto regional e um conjunto de concessões na zona restrita

Estes exemplos utilizam valores ilustrativos. Substitua-os pela sua própria linha de base antes de criar um caso de negócio.

Cenário 1: um aeroporto regional de gestão municipal

Situação. Um aeroporto regional de gestão municipal recebe 8.000 passageiros em partida por dia. Assuma que 60% se ligam, ou seja, 4.800 dispositivos por dia. O aeroporto operava uma rede SSID aberta, um portal apenas em inglês e um limite de tempo de sessão de 30 minutos. A mediana do tempo de permanência na zona restrita é de 90 minutos. Como organismo do setor público, deve publicar uma declaração de acessibilidade.

O que a equipa fez. A equipa adicionou uma rede SSID Passpoint a anunciar o OpenRoaming e o domínio da sua maior companhia aérea baseada no aeroporto. Reconstruiu o portal em seis idiomas selecionados a partir da rede de rotas, com deteção de Accept-Language e um seletor manual. Um auditor externo testou o portal em relação às diretrizes WCAG 2.2 AA. A equipa definiu um limite de tempo de sessão (Session-Timeout) de três horas e reconheceu os dispositivos de regresso durante o resto do dia.

Resultado. Assuma que 25% dos dispositivos ligados mudam para Passpoint no prazo de um ano. Os inícios de sessão no portal caem de 4.800 para 3.600 por dia, e 1.200 dispositivos ligam-se sem qualquer ecrã. A sessão mais longa elimina dois inícios de sessão forçados por passageiro, o que significa menos 9.600 ecrãs de início de sessão por dia. O aeroporto publica também a sua declaração de acessibilidade apoiada por uma auditoria independente.

Cenário 2: um operador de concessões na zona restrita

Situação. Um operador de concessões gere 14 unidades numa praça comercial na zona restrita e em duas portas de embarque. Conseguia ver as vendas por hora, mas não o tempo que os passageiros tinham antes de embarcar.

O que o operador fez. O operador mapeou os pontos de acesso em quatro zonas: saída da segurança, praça comercial, Cais A e Cais B. Cruzou a permanência horária por zona do WiFi Analytics com os dados horários das caixas registadoras. Definiu uma métrica: transações por 100 dispositivos ligados por zona por hora.

Resultado. No período da manhã, 1.200 dispositivos passam pela segurança numa hora, com um tempo médio de permanência na praça de 42 minutos. No período da tarde/noite, 900 dispositivos passam pela segurança, com uma média de 18 minutos. O operador transferiu dois funcionários do serviço de mesa para as unidades de refeições rápidas (grab-and-go) no período da tarde/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 de controlo faz essa medição.

Quanto custa a execução de cada modelo?

Nenhum dos modelos necessita de novos pontos de acesso em hardware suportado, como explica Por que motivo a sua próxima atualização de WiFi não precisa de hardware novo. Os custos de funcionamento encontram-se noutros aspetos.

Linha de custos	Passpoint e OpenRoaming	Portal cativo multilingue	Pontual ou recorrente
Pontos de acesso	Suporte a Hotspot 2.0 confirmado por modelo e firmware	Redirecionamento para portal externo nos APs existentes	Verificação pontual de compatibilidade
Autenticação	RADIUS na nuvem com RadSec para federações e domínios de companhias aéreas	RADIUS na nuvem para controlo de sessão	Subscrição 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 fornecedor de identidade	Nenhum	Revisão 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 pontual, novo teste após alterações
Proteção de dados	AIPD cobrindo a análise de dados	AIPD, registos de consentimento, plano de retenção	Revisão anual recorrente
Carga do suporte técnico	Questões sobre a instalação de perfis	Questões sobre início de sessão e idioma nos picos de afluência	Tempo contínuo da equipa

O portal envolve mais trabalho recorrente de conteúdo, maioritariamente tradução e novos testes de acessibilidade após cada alteração. O Passpoint envolve mais administração de parceiros e certificados. Um modelo híbrido inclui ambos, mas cada lado suporta uma carga menor do que suportaria isoladamente.

Como decidir para o seu conjunto de centros de transporte

Mapeie a sua situação para um modelo principal e, em seguida, siga os passos abaixo.

A sua situação	Priorizar	Porquê
A maioria dos passageiros voa em uma ou duas companhias aéreas principais com apps de fidelização	Passpoint, domínios de companhias aéreas primeiro	As apps já possuem a identidade, por isso a ligação é automática
Maioritariamente passageiros em lazer e internacionais pela primeira vez	Portal multilingue, OpenRoaming secundário	Poucos possuem perfis; o portal chega a todos no seu próprio idioma
A equipa comercial necessita de contactos de marketing com consentimento	Portal	O Passpoint não devolve consentimento
É um organismo do setor público sujeito aos regulamentos de 2018	Portal auditado segundo a WCAG 2.2 AA, além de Passpoint	A obrigação legal incide sobre o portal; o Passpoint reduz a sua carga
Interface ferroviária com permanência curta	OpenRoaming com um portal de um só passo	A permanência é demasiado curta para formulários longos
Os pontos de acesso não têm suporte a Hotspot 2.0	Portal agora, Passpoint na renovação	Evita despesas imediatas em hardware

1. Meça a sua linha de base. Registe as ligações diárias, o tempo de permanência por zona e os pedidos de assistência de início de sessão.
2. Audite o hardware. Confirme o suporte para Hotspot 2.0 em todos os modelos de pontos de acesso e versões de firmware do controlador.
3. Escolha os fornecedores de identidade. Decida quais as federações e domínios de companhias aéreas a aceitar e inicie os acordos com parceiros com antecedência.
4. Defina os tempos limite a partir de dados. Alinhe o Session-Timeout e o Idle-Timeout com o tempo de permanência medido.
5. Execute a conformidade em paralelo. Encomende a auditoria de acessibilidade e a AIPD em conjunto com a configuração da rede, e não depois dela.
6. Reveja trimestralmente. Acompanhe a quota de sessões do Passpoint e reequilibre o investimento no portal à medida que esta cresce.

O Purple tem certificação ISO 27001, Cyber Essentials e B Corp, está em conformidade com o GDPR e o CCPA, e funciona com um tempo de atividade de 99,999%.

Perguntas frequentes

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

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

Temos de nos associar à Wireless Broadband Alliance para oferecer o OpenRoaming?

Não, os locais podem aderir ao OpenRoaming através de um fornecedor de plataformas em vez de o fazerem diretamente. O fornecedor detém o acordo de federação e os certificados emitidos ao abrigo da infraestrutura de chave pública da WBA. Também encaminha a autenticação via RadSec. A decisão sobre quais os fornecedores de identidade a aceitar e quais os níveis de OpenRoaming a oferecer continua a ser sua. Reveja a política do OpenRoaming da WBA com a sua equipa jurídica antes do lançamento.

O que acontece aos passageiros cujos telemóveis não têm um perfil Passpoint?

Estes associam-se à rede aberta ou Enhanced Open e veem o portal cativo, no idioma do seu dispositivo, caso disponibilize essa tradução. O portal pode oferecer uma transferência opcional de perfil após o primeiro início de sessão, para que a visita seguinte se ligue automaticamente. Mantenha o acesso gratuito disponível sem consentimento de marketing, uma vez que o GDPR exige que o consentimento seja dado livremente.

A análise de WiFi de passageiros ao nível da zona está em conformidade com o GDPR?

Sim, desde que a projete para a conformidade desde o início. Realize uma avaliação de impacto sobre a proteção de dados, uma vez que o Artigo 35.º do GDPR refere a monitorização sistemática em grande escala de zonas de acesso público. Agregue os painéis a contagens por zona e medianas de tempo de permanência, e defina uma retenção curta para registos ao nível do dispositivo. Publique um aviso claro no portal e na sinalética do terminal. O Purple tem certificação ISO 27001 e está em conformidade com o GDPR.

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

Não, num aeroporto não. Uma rede exclusivamente Passpoint exclui todos os passageiros que não possuam um perfil compatível, seja qual for a sua companhia aérea ou país. Também elimina a sua única via para obter dados próprios consentidos e mensagens específicas no idioma do utilizador no momento da ligação. Execute o Passpoint como a via rápida e mantenha o portal como a opção alternativa universal. Analise este equilíbrio anualmente, à medida que a adoção de perfis aumenta.

Como é licenciado o Purple para um centro de transportes?

O Purple é licenciado através de três planos: Connect, Capture e Engage. O plano adequado depende de precisar apenas da ligação, da recolha de dados próprios consentidos ou da interação com os passageiros após a ligação. Como o Purple é agnóstico em relação ao hardware, não precisa de comprar novos pontos de acesso em instalações suportadas da Cisco Meraki, HPE Aruba, Ruckus ou Juniper Mist. Solicite ao Purple um orçamento adaptado aos seus terminais.

Qual o volume de trabalho envolvido na implementação num terminal?

É inferior ao de um projeto de hardware, uma vez que não substitui qualquer equipamento. O trabalho divide-se em quatro vertentes. Deve confirmar o suporte para Hotspot 2.0, configurar a SSID do Passpoint e acordar os domínios ("realms") com as companhias aéreas parceiras. Deve também criar e auditar o portal multilingue e, em seguida, mapear os pontos de acesso por zonas para efeitos de análise. Os acordos com os parceiros e a auditoria de acessibilidade costumam definir o cronograma, e não a configuração da rede.