Piattaforme di WiFi per aeroporti e snodi di trasporto: confronto tra roaming Passpoint e portali multilingue

La maggior parte degli aeroporti dovrebbe adottare entrambe le soluzioni. Passpoint, inclusi OpenRoaming e i profili fedeltà delle compagnie aeree, connette automaticamente i passeggeri che ritornano tramite un collegamento crittografato. Un portale captive multilingue serve tutti gli altri e acquisisce dati di prima parte con previo consenso. Tre fattori determinano quale approccio sia prevalente: la composizione dei passeggeri, gli obiettivi relativi ai dati e il supporto degli access point a Hotspot 2.0.

Quale modello di piattaforma WiFi per ospiti aeroportuali scegliere?

Scegliere una soluzione ibrida, quindi decidere quale approccio sia prevalente. Un'architettura basata su Passpoint mette al primo posto la connessione automatica e crittografata. Un'architettura basata sul portale privilegia i dati di prima parte acquisiti con consenso e la messaggistica multilingue. Poiché entrambe le soluzioni funzionano sugli stessi access point, si tratta di una decisione operativa piuttosto che hardware.

Tre termini definiscono qualsiasi confronto tra le piattaforme WiFi per ospiti aeroportuali:

• Passpoint è una certificazione di settore basata sullo standard IEEE 802.11u, noto anche come Hotspot 2.0. Un dispositivo con una credenziale memorizzata rileva una rete Passpoint e si connette senza schermata di accesso.
• OpenRoaming è una federazione gestita dalla Wireless Broadband Alliance (WBA). Utilizza Passpoint in modo che un'unica credenziale, fornita da un produttore di smartphone, un operatore o un'app, funzioni in ogni sede aderente.
• Un portale captive è la pagina web mostrata al passeggero su una rete aperta prima di accedere a Internet.

Passpoint esegue l'autenticazione tramite IEEE 802.1X, lo standard di controllo dell'accesso basato su porta utilizzato nel WiFi aziendale. Le credenziali viaggiano all'interno del protocollo EAP (Extensible Authentication Protocol) verso un server RADIUS. RADIUS è il protocollo che verifica le credenziali e restituisce le regole di sessione, come i limiti di tempo e di banda.

Purple offre un servizio di WiFi per ospiti gestito in cloud sugli access point di Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. La stessa piattaforma supporta OpenRoaming e portali captive multilingue. È attiva in oltre 80.000 sedi in oltre 90 Paesi e gestisce 500 milioni di utenti e accessi all'anno. Tra i clienti del settore trasporti figurano AGS Airports e Manchester Airports Group.

Quali sono le reali differenze tra il roaming Passpoint e i portali multilingue?

I due modelli si differenziano per aspetti fondamentali all'interno di un terminal: attrito nell'esperienza utente, crittografia, dati, requisiti di interfaccia e hardware. La tabella confronta le due opzioni insieme al modello ibrido solitamente adottato dalla maggior parte dei terminal.

Aspetto	Passpoint e OpenRoaming	Portale captive multilingue	Ibrido (entrambi)
Modalità di connessione del passeggero	Inserimento automatico, senza schermata, dopo l'installazione monouso del profilo	Connessione a un SSID aperto e compilazione della pagina di accesso	I titolari di profilo si connettono automaticamente; tutti gli altri utilizzano il portale
Crittografia over-the-air	WPA2-Enterprise o WPA3-Enterprise tramite 802.1X	Nessuna su SSID aperto; per sessione con Enhanced Open (OWE)	Enterprise su SSID Passpoint; OWE su SSID del portale
Dati di prima parte restituiti	Solo realm del provider di identità, nessun consenso di marketing	Email, preferenze di lingua, opt-in basati su scelte consapevoli	Dati con consenso dai passeggeri del portale; dati di sessione da entrambi
Gestione delle lingue	Nessuna richiesta, nessuna interfaccia mostrata	Rilevamento Accept-Language più selettore manuale	Il portale gestisce le lingue; Passpoint non ne necessita
Esposizione all'accessibilità	Nessuna interfaccia da sottoporre ad audit	Audit completo e dichiarazione WCAG 2.2 AA	Solo audit del portale
Standard principali	IEEE 802.11u, Passpoint, 802.1X, EAP, RadSec (RFC 6614)	RFC 8910, RFC 8908, WCAG 2.2, GDPR, PECR	Tutti i precedenti
Requisito dell'access point	Supporto Hotspot 2.0 nel firmware dell'AP e del controller	Reindirizzamento al portale captive esterno	Entrambe le funzionalità su un'unica infrastruttura
Qualità dell'identificatore per l'analisi	Stabile per la sessione, collegato a una credenziale autenticata	Stabile per la sessione; MAC randomizzato tra le visite	Copertura più ampia dei dispositivi connessi
A chi si adatta	Hub con molti frequent flyer su compagnie aeree dotate di app	Traffico turistico, charter e internazionale al primo ingresso	La maggior parte degli aeroporti e dei principali snodi ferroviari

Tre differenze guidano la maggior parte delle decisioni.

Dati. Passpoint indica quale provider di identità ha autenticato un dispositivo, come un realm di una compagnia aerea o un provider OpenRoaming. Non restituisce alcun indirizzo email né consenso di marketing. Se il Suo team commerciale necessita di dati di prima parte con consenso per campagne relative alle concessioni, solo il portale è in grado di fornirli.

Crittografia. Passpoint funziona su WPA2-Enterprise o WPA3-Enterprise, pertanto crittografa ogni sessione a partire dal primo frame. Un SSID con portale aperto non include alcuna crittografia via radio a meno che non si abiliti l'Enhanced Open, chiamato anche Opportunistic Wireless Encryption (OWE, RFC 8110). Utilizzi la modalità di transizione OWE affinché i dispositivi più datati continuino a connettersi.

Obblighi. Una connessione Passpoint non mostra alcuna schermata, quindi non c'è nulla da tradurre o sottoporre ad audit. Un portale è una pagina web rivolta al pubblico e comporta interamente entrambi i doveri.

In che modo gli aeroporti combinano OpenRoaming, profili Passpoint delle compagnie aeree e un portale di riserva?

Il modello a due SSID

Una configurazione comune per i terminal trasmette due reti per i passeggeri. La prima è un SSID Passpoint protetto con WPA2-Enterprise o WPA3-Enterprise. La seconda è un SSID aperto o Enhanced Open che reindirizza al portale captive. I dispositivi in possesso di un profilo corrispondente si collegano automaticamente alla prima rete, mentre tutti gli altri dispositivi vedono la seconda.

Il SSID Passpoint trasmette più identificatori contemporaneamente. Un Roaming Consortium Organisation Identifier (RCOI) identifica una federazione come OpenRoaming. Un realm Network Access Identifier (NAI) identifica un singolo provider di identità, come il dominio di una compagnia aerea. Il dispositivo interroga questi elementi tramite l'Access Network Query Protocol (ANQP) prima di associarsi. Si connette solo se possiede una credenziale corrispondente.

Come funziona l'instradamento dei realm

Quando un dispositivo si autentica, lo strato RADIUS legge il realm nella sua identità esterna e reinstrada la richiesta. Le richieste OpenRoaming viaggiano tramite RadSec, ovvero RADIUS su TLS (RFC 6614), verso gli identity provider della federazione. Il realm di una compagnia aerea reinstrada al server di autenticazione della compagnia stessa in base a un accordo bilaterale. Non vedrai mai la password o il certificato del passeggero. Riceverai un esito positivo (accept) o negativo (reject), oltre alle regole della sessione.

Ecco come funziona in pratica un profilo fedeltà di una compagnia aerea. L'app della compagnia installa un profilo Passpoint tramite le interfacce NEHotspotConfiguration di Apple o PasspointConfiguration di Android. Il profilo contiene il realm della compagnia aerea e una credenziale, spesso un certificato per EAP-TLS. L'autenticazione EAP-TLS si basa su certificati reciproci ed è il metodo EAP più sicuro ampiamente diffuso. In qualsiasi aeroporto che trasmette quel realm, lo smartphone si connette senza richiedere alcun intervento.

Trasformare i passeggeri alla prima esperienza in utenti Passpoint

Il portale funge anche da punto di accesso. Dopo che un passeggero ha completato l'accesso al portale, proponi il download opzionale di un profilo affinché la visita successiva avvenga in modo automatico. Spiega l'offerta in modo semplice. Indirizza il personale del supporto a una guida generale come Come connettersi al WiFi: reti domestiche, alberghiere e di lavoro per i passeggeri in difficoltà.

I dispositivi che supportano RFC 8910 individuano l'indirizzo del portale tramite DHCP o router advertisement. Successivamente interrogano l'API del Captive Portal definita in RFC 8908. Ciò sostituisce i fragili trucchi di reindirizzamento con un segnale standard, pertanto si consiglia di implementarla ove consentito dai punti di accesso.

Mantenere il personale separato dalle reti dei passeggeri

Il personale della compagnia aerea, dei negozi e dell'aeroporto non dovrebbe mai condividere gli SSID dei passeggeri. Purple Staff WiFi autentica i dipendenti tramite Microsoft Entra ID, Okta o Google Workspace. Li colloca su VLAN separate, ossia LAN virtuali che isolano il traffico. Gli appaltatori e il personale di volo in transito utilizzano dispositivi non gestiti, argomento trattato in Onboarding BYOD WiFi: Gestione dei dispositivi non gestiti negli hotel e nel retail.

Quando un'architettura basata su Passpoint e OpenRoaming è la scelta corretta?

Punta su Passpoint quando una connessione automatica ha un valore maggiore per te rispetto all'acquisizione di un indirizzo email. Ci sono quattro situazioni principali che ne indicano l'opportunità:

• Alta quota di frequent flyer. Gran parte dei tuoi passeggeri vola con una o due compagnie principali i cui hub e app consentono l'installazione di profili.
• Finestre di coincidenza brevi. I passeggeri in transito e le coincidenze ferroviarie lasciano poco tempo per la compilazione di moduli. La stessa logica si applica alle stazioni e alle reti a bordo, di cui parliamo nella nostra pagina Treni.
• Requisiti di sicurezza. Il tuo team IT richiede che ogni sessione dei passeggeri sia crittografata via radio, senza traffico su SSID aperti.
• Attrito con il portale nei momenti di picco. Il supporto clienti riceve segnalazioni di problemi di accesso durante le fasce orarie di partenza mattutine.

Gli hotel aeroportuali estendono questo beneficio. Un hotel che pubblicizza lo stesso RCOI OpenRoaming consente agli ospiti di rimanere connessi dal gate alla camera senza un secondo accesso. La nostra pagina Hotel e la guida Piattaforme WiFi per ospiti degli hotel: integrazione PMS, Passpoint e larghezza di banda a livelli a confronto coprono questo aspetto.

Monitorare l'adozione del profilo. La copertura OpenRoaming dipende da quali provider di identità forniscono le credenziali sui telefoni dei passeggeri. Misurare la quota di sessioni che arrivano tramite Passpoint ogni mese. Non disattivare il portale basandosi su presupposti.

Quando un design basato su un portale captive multilingue è la scelta giusta?

Privilegiare il portale quando la copertura e i dati di prima parte contano più della connessione zero-touch. Quattro situazioni vanno in questa direzione:

• Traffico leisure e charter. Molti passeggeri per la prima volta e internazionali non possiedono un profilo corrispondente.
• Obiettivi commerciali. I team responsabili di concessioni, parcheggi e duty-free desiderano contatti con consenso raccolti tramite opt-in basati su una scelta consapevole.
• Messaggi operativi. Si desidera mostrare informazioni sul gate, indicazioni di orientamento o assistenza per le prenotazioni nella lingua del passeggero al momento della connessione.
• Limiti hardware. Gli access point non supportano Hotspot 2.0. Il portale funziona subito e Passpoint può essere integrato al momento dell'aggiornamento.

Progettare il portale per un terminal, non per un bar. Mantenere l'accesso in un solo passaggio e offrire l'accesso gratuito senza richiedere il consenso al marketing. L'GDPR Articolo 7(4) considera il consenso vincolato a un servizio come improbabile che sia prestato liberamente. I portali si aprono spesso in un mini-browser limitato, quindi è bene mantenere le pagine leggere ed evitare script di terze parti e pop-up.

Quali standard di timeout della sessione, rilevamento della lingua e accessibilità si applicano alla WiFi per i passeggeri del terminal?

Nessuno standard singolo stabilisce la durata delle sessioni WiFi negli aeroporti. Tre insiemi di regole modellano la progettazione: attributi RADIUS per il controllo della sessione, standard web per la lingua e leggi sull'accessibilità per il portale.

Timeout della sessione

L'RFC 2865 definisce gli attributi RADIUS Session-Timeout e Idle-Timeout. Session-Timeout stabilisce la durata massima totale della sessione. Idle-Timeout termina una sessione dopo un periodo di inattività. Impostare entrambi in base al tempo di permanenza misurato, non all'abitudine. Con 90 minuti di permanenza nell'area imbarchi e una sessione di 30 minuti, ogni passeggero effettuerà l'accesso tre volte.

Sulla SSID Passpoint, la riautenticazione è trasparente, quindi una sessione più breve non comporta alcuna frizione. Utilizzarla per aggiornare le norme e i limiti di larghezza di banda. Sulla SSID del portale, riconoscere i dispositivi che ritornano per una finestra temporale definita. Un passeggero che si riconnette dopo i controlli di sicurezza non dovrebbe ripetere il modulo. Indicare eventuali limiti di tempo o dati sul portale prima che il passeggero si connetta.

Rilevamento della lingua

Ogni browser invia un'intestazione Accept-Language contenente l'elenco delle lingue preferite del dispositivo, come definito nel documento RFC 9110. Questo parametro consente di selezionare automaticamente la lingua del portale. Evitare di dedurre la lingua dall'indirizzo IP o dal Paese della SIM: un utente di madrelingua spagnola in roaming con una SIM del Regno Unito continuerà a preferire lo spagnolo. È opportuno mostrare sempre un selettore di lingua ben visibile, indicando ciascuna lingua nel rispettivo alfabeto.

Le linee guida W3C sull'internazionalizzazione sconsigliano l'uso delle bandiere nei selettori, in quanto le bandiere rappresentano i Paesi e non le lingue. È necessario dichiarare la lingua della pagina nel codice HTML, come richiesto dal criterio di successo WCAG 3.1.1. Garantire il supporto ai layout con scrittura da destra a sinistra per l'arabo e l'ebraico. Scegliere le lingue in base alla propria rete di rotte e ai dati sui passeggeri, evitando di ricorrere a un elenco generico.

Accessibilità

Il benchmark di riferimento è rappresentato dalle linee guida WCAG 2.2 livello AA, pubblicate dal W3C nell'ottobre 2023. Due nuovi criteri introdotti nella versione 2.2 incidono direttamente sui portali. Il criterio di successo 3.3.8, Autenticazione accessibile (minimo), vieta i test cognitivi come i CAPTCHA basati su puzzle, a meno che non sia prevista un'alternativa. Il criterio di successo 2.5.8, Dimensioni dell'obiettivo (minimo), stabilisce una soglia minima di 24 x 24 pixel CSS per gli elementi da toccare. Il testo principale richiede un rapporto di contrasto minimo di 4,5:1 ai sensi del criterio 1.4.3.

Nel Regno Unito, alle organizzazioni del settore pubblico si applica la normativa Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018. Gli operatori di proprietà pubblica sono tenuti a rispettarla e a pubblicare una dichiarazione di accessibilità. Nell'Unione Europea, a partire dal 28 giugno 2025 è in vigore l'European Accessibility Act (Direttiva (UE) 2019/882), che disciplina i siti web e i servizi mobili per il trasporto di passeggeri aereo, su autobus, ferroviario e per vie navigabili. Si consiglia di verificare con il proprio ufficio legale se il portale rientra nel campo di applicazione e di progettare comunque in conformità allo standard WCAG 2.2 AA.

In che modo la telemetria WiFi a livello di zona alimenta le dashboard sui tempi di attesa nei terminal e sulla permanenza nelle aree commerciali?

Sugli access point nelle zone

Ogni access point rileva i dispositivi che vi si associano e, in molti casi, anche quelli nelle vicinanze che effettuano la scansione delle reti. Gli access point possono essere raggruppati in zone corrispondenti ad aree operative specifiche: accettazione landside, ingresso ai controlli di sicurezza, plaza airside, singoli moli e gruppi di gate. Le interfacce dei fornitori, come Cisco Meraki Scanning API, forniscono dati sulla presenza. WiFi Analytics converte tali dati nel conteggio delle presenze per zona, nei tempi di permanenza e negli spostamenti tra le diverse aree.

Indicatori dei tempi di coda

Calcolando l'intervallo tra l'ultima rilevazione di un dispositivo nella zona precedente ai controlli di sicurezza e la prima rilevazione nell'area airside, si ottiene una stima approssimativa del tempo totale necessario per il superamento dei controlli. Aggregando questi intervalli in mediane mobili, la dashboard mostra l'andamento delle code quasi in tempo reale. Questo dato va considerato come un indicatore di tendenza e non come una misurazione precisa della singola corsia. I sensori aerei consentono di misurare le singole corsie con maggiore precisione. WiFi integra un contesto generale relativo all'intero terminal senza installare nuovi sensori, poiché sfrutta gli access point già esistenti.

Permanenza nelle aree commerciali

Il tempo di permanenza nell'area imbarco è il tempo che i passeggeri hanno a disposizione da trascorrere. La telemetria delle zone mostra quanto tempo i dispositivi rimangono nella plaza rispetto al movimento diretto verso il molo. Unendo questo dato alle vendite dei punti di ristoro e commerciali per ora, è possibile confrontare la spesa rispetto al tempo di permanenza disponibile. Purple applica lo stesso approccio nel settore Retail, con zone mappate per reparti anziché per unità.

Qualità dei dati e privacy

A partire da iOS 14 e Android 10, i dispositivi presentano per impostazione predefinita un indirizzo MAC casuale, che varia a seconda della rete. Il solo conteggio dei probe porta quindi a ripartire due volte alcuni dispositivi e a perderne altri. Le sessioni associate, e soprattutto le sessioni Passpoint, forniscono identificatori più stabili per l'intera durata della visita.

L'articolo 35 del GDPR richiede una valutazione d'impatto sulla protezione dei dati (DPIA) per il monitoraggio sistematico su larga scala di aree accessibili al pubblico. La completi prima della messa in funzione. Aggreghi a livello di zona per le dashboard e imposti una conservazione breve per i record a livello di dispositivo. Indichi la finalità sul portale e sulla segnaletica del terminal.

Scenari pratici: un aeroporto regionale e un complesso commerciale in area imbarco

Questi esempi utilizzano cifre illustrative. Le sostituisca con i propri dati di riferimento prima di elaborare un business case.

Scenario 1: un aeroporto regionale di proprietà del comune

Situazione. Un aeroporto regionale di proprietà del comune gestisce 8.000 passeggeri in partenza al giorno. Si ipotizza che il 60% si connetta, ovvero 4.800 dispositivi al giorno. L'aeroporto utilizzava una rete SSID aperta, un portale solo in lingua inglese e un timeout di sessione di 30 minuti. Il tempo di permanenza medio nell'area imbarco è di 90 minuti. In quanto ente pubblico, deve pubblicare una dichiarazione di accessibilità.

Azioni intraprese dal team. Il team ha aggiunto una rete Passpoint SSID che pubblicizza OpenRoaming e il realm della sua principale compagnia aerea di base. Ha ricostruito il portale in sei lingue selezionate in base alla rete delle rotte, con rilevamento tramite Accept-Language e un selettore manuale. Un revisore esterno ha verificato la conformità del portale allo standard WCAG 2.2 AA. Il team ha impostato un Session-Timeout di tre ore e ha riconosciuto i dispositivi di ritorno per il resto della giornata.

Risultato. Si ipotizza che il 25% dei dispositivi connessi passi a Passpoint entro un anno. Gli accessi al portale scendono da 4.800 a 3.600 al giorno e 1.200 dispositivi si connettono senza mostrare alcuna schermata. La sessione più lunga elimina due riautenticazioni forzate per passeggero, il che significa 9.600 schermate di accesso in meno al giorno. L'aeroporto pubblica inoltre la propria dichiarazione di accessibilità supportata da una verifica indipendente.

Scenario 2: un gestore di punti vendita in area imbarco

Situazione. Un gestore di punti vendita gestisce 14 unità distribuite tra una plaza in area imbarco e due moli. Poteva visualizzare le vendite per ora, ma non il tempo a disposizione dei passeggeri prima dell'imbarco.

Azioni intraprese dal gestore. Il gestore ha mappato gli access point in quattro zone: uscita controlli di sicurezza, plaza, Molo A e Molo B. Ha unito il tempo di permanenza orario per zona ricavato da WiFi Analytics con i dati orari delle casse. Ha definito un'unica metrica: transazioni per 100 dispositivi connessi per zona all'ora.

Risultato. Nella fascia oraria mattutina, 1.200 dispositivi superano i controlli di sicurezza in un'ora, con una permanenza media nella plaza di 42 minuti. Nella fascia oraria serale, ne passano 900, con una media di 18 minuti. L'operatore ha spostato due addetti dal servizio ai tavoli alle unità grab-and-go per la fascia serale. Se le transazioni serali per 100 dispositivi salgono da nove a 12, si tratta di un aumento del 33% a parità di volume. Lo stesso dashboard consente di misurarlo.

Quali sono i costi di gestione di ciascun modello?

Nessuno dei due modelli richiede nuovi access point sull'hardware supportato, come spiegato nell'articolo Perché il tuo prossimo aggiornamento del WiFi non richiede nuovo hardware. I costi di gestione riguardano altri aspetti.

Voce di costo	Passpoint e OpenRoaming	Portale captive multilingue	Una tantum o ricorrente
Access point	Supporto Hotspot 2.0 confermato per modello e firmware	Reindirizzamento del portale esterno sugli AP esistenti	Verifica di compatibilità una tantum
Autenticazione	RADIUS in cloud con RadSec verso la federazione e i domain delle compagnie aeree	RADIUS in cloud per il controllo delle sessioni	Abbonamento ricorrente alla piattaforma
Certificati	Certificato OpenRoaming nell'ambito della PKI della WBA	Certificato TLS per il dominio del portale	Ricorrente a ogni scadenza
Accordi con i partner	Condizioni generali con ciascuna compagnia aerea o provider di identità	Nessuno	Revisione legale ricorrente
Traduzione	Nessuna, nessuna interfaccia	Ogni lingua, ogni modifica ai contenuti	Ricorrente a ogni modifica
Accessibilità	Nessuna interfaccia da sottoporre ad audit	Audit WCAG 2.2 AA e dichiarazione pubblicata	Audit una tantum, riesame dopo le modifiche
Protezione dei dati	DPIA relativa alle analisi	DPIA, registri dei consensi, programma di conservazione	Revisione annuale ricorrente
Carico dell'help-desk	Richieste di informazioni sull'installazione dei profili	Richieste di informazioni su login e lingua nei momenti di picco	Tempo del personale continuativo

Il portale comporta un maggior lavoro continuativo sui contenuti, principalmente legato alla traduzione e alla verifica dell'accessibilità dopo ogni modifica. Passpoint richiede una maggiore gestione dei partner e dei certificati. Una soluzione ibrida comporta entrambi gli aspetti, ma ciascuna parte gestisce un carico inferiore rispetto a quello che gestirebbe da sola.

Come scegliere la soluzione più adatta per i propri snodi di trasporto

Associare la propria situazione a un modello di riferimento, quindi seguire i passaggi indicati di seguito.

La propria situazione	Soluzione di riferimento	Motivo
La maggior parte dei passeggeri vola con una o due compagnie principali dello snodo ed è iscritta ai relativi programmi fedeltà tramite app	Passpoint, priorità ai domain delle compagnie aeree	Le app contengono già i dati identificativi, quindi la connessione è automatica
In prevalenza viaggiatori per motivi di svago e passeggeri internazionali al primo transito	Portale multilingue, OpenRoaming secondario	Pochi utenti dispongono di un profilo; il portale raggiunge tutti nella loro lingua
Il team commerciale necessita di contatti di marketing previo consenso	Portale	Passpoint non acquisisce alcun consenso
Ente del settore pubblico soggetto alla normativa del 2018	Portale sottoposto ad audit secondo le linee guida WCAG 2.2 AA, oltre a Passpoint	L'obbligo di legge riguarda il portale; Passpoint ne riduce il carico di lavoro
Nodo di scambio ferroviario con tempi di permanenza brevi	OpenRoaming con portale a un solo passaggio	I tempi di permanenza sono troppo brevi per la compilazione di moduli lunghi
Gli access point non supportano la tecnologia Hotspot 2.0	Portale subito, Passpoint al momento del rinnovo dell'hardware	Evita spese hardware anticipate

1. Misurare la baseline. Registrare le connessioni giornaliere, il tempo di permanenza per zona e le richieste di accesso all'help-desk.
2. Eseguire l'audit dell'hardware. Confermare il supporto a Hotspot 2.0 su ogni modello di access point e versione del firmware del controller.
3. Scegliere i provider di identità. Decidere quali federazioni e realm di compagnie aeree accettare e avviare con anticipo gli accordi con i partner.
4. Impostare i timeout in base ai dati. Allineare Session-Timeout e Idle-Timeout con la permanenza misurata.
5. Eseguire la conformità in parallelo. Commissionare l'audit di accessibilità e la Valutazione d'Impatto sulla Protezione dei Dati (DPIA) contestualmente alla configurazione della rete, non in un secondo momento.
6. Revisionare su base trimestrale. Monitorare la quota di sessioni Passpoint e riequilibrare gli investimenti nel portale a mano a mano che questa cresce.

Purple è certificato ISO 27001, Cyber Essentials e B Corp, conforme a GDPR e CCPA, ed opera con un uptime del 99,999%.

Domande frequenti

Purple funziona con gli access point già installati nel nostro terminal?

Sì, Purple funziona come overlay cloud su access point Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. È possibile mantenere l'hardware esistente. Per Passpoint e OpenRoaming, verificare con il proprio fornitore che i modelli di access point e il firmware del controller supportino Hotspot 2.0. Un portale captive richiede il supporto al reindirizzamento esterno su quelle stesse piattaforme.

È necessario aderire alla Wireless Broadband Alliance per offrire OpenRoaming?

No, le strutture possono aderire a OpenRoaming tramite un provider di piattaforma anziché direttamente. Il provider detiene l'accordo di federazione e i certificati emessi nell'ambito dell'infrastruttura a chiave pubblica della WBA. Inoltre, instrada l'autenticazione tramite RadSec. È comunque la struttura a decidere quali provider di identità accettare e quali livelli di OpenRoaming offrire. È opportuno verificare la politica OpenRoaming della WBA con il proprio ufficio legale prima del lancio.

Cosa succede ai passeggeri i cui telefoni non hanno un profilo Passpoint?

Accedono alla rete aperta o Enhanced Open e visualizzano il portale captive, nella lingua del loro dispositivo ove sia disponibile la traduzione. Il portale può offrire il download facoltativo di un profilo dopo il primo accesso, in modo che la visita successiva si connetta automaticamente. È necessario mantenere l'accesso gratuito disponibile anche senza il consenso al marketing, poiché il GDPR richiede che il consenso sia prestato liberamente.

L'analisi dei dati di WiFi dei passeggeri a livello di zona è conforme al GDPR?

Sì, quando viene progettata fin dall'inizio per essere conforme. È necessario eseguire una valutazione d'impatto sulla protezione dei dati, poiché l'Articolo 35 del GDPR cita il monitoraggio sistematico su larga scala di zone accessibili al pubblico. È opportuno aggregare le dashboard in base al conteggio delle zone e alle mediane di permanenza, impostando una conservazione breve per i record a livello di dispositivo. Pubblicare un'informativa chiara sul portale e sulla segnaletica del terminal. Purple è certificato ISO 27001 e conforme al GDPR.

È opportuno eliminare il portale captive e gestire una rete solo Passpoint?

No, non in un aeroporto. Una rete solo Passpoint esclude tutti i passeggeri privi di un profilo compatibile, a prescindere dalla compagnia aerea o dal Paese di provenienza. Inoltre, elimina l'unico canale a disposizione per acquisire dati di prima parte basati sul consenso e per inviare messaggi nella lingua dell'utente al momento della connessione. È consigliabile utilizzare Passpoint come corsia preferenziale e mantenere il portale come soluzione di ripiego universale, verificando questo equilibrio ogni anno con l'aumentare dell'adozione dei profili.

Come viene concessa in licenza Purple per uno snodo di trasporti?

Purple viene concessa in licenza tramite tre piani: Connect, Capture ed Engage. Il piano ideale dipende dalle Sue esigenze: semplice connessione, acquisizione di dati di prima parte basati sul consenso o interazione con i passeggeri dopo la connessione. Poiché Purple è indipendente dall'hardware, non è necessario acquistare nuovi access point sulle infrastrutture supportate Cisco Meraki, HPE Aruba, Ruckus o Juniper Mist. Richieda a Purple un preventivo personalizzato per i Suoi terminal.

Quanto lavoro richiede l'implementazione in un terminal?

Meno di un progetto hardware, poiché non occorre sostituire alcun componente. Il lavoro si articola in quattro fasi: la conferma del supporto per Hotspot 2.0 e la configurazione dell'ANQP SSID Passpoint, la definizione dei reami con le compagnie aeree partner, la creazione e la verifica del portale multilingue e la mappatura degli access point nelle diverse zone per l'analisi dei dati. A determinare le tempistiche sono solitamente gli accordi con i partner e la verifica dell'accessibilità, non la configurazione della rete.