Confronto tra piattaforme di WiFi per ospiti multi-sede: overlay indipendenti dall'hardware vs portali controller

I portali dei controller integrati coprono le funzionalità di base per una singola sede su un unico fornitore che necessita solo dell'accesso tramite click-through. Quando un'infrastruttura si estende su più sedi, con fornitori di access point misti o una connessione CRM, è necessario un overlay cloud agnostico rispetto all'hardware. Purple standardizza splash page, consensi e reportistica su Cisco Meraki, HPE Aruba, Ruckus e altri cinque fornitori da un'unica dashboard.

È meglio utilizzare un portale del controller o un overlay neutrale rispetto all'hardware?

Scegli l'overlay se gestisci più di un fornitore di access point o se desideri i dati degli ospiti nel tuo CRM. Un portale del controller è sufficiente quando l'infrastruttura comprende un solo fornitore, poche sedi e richiede unicamente l'accettazione dei termini. Questo finché non subentra un secondo fornitore o il team di marketing non richiede i dati.

La terminologia è importante, eccola descritta di seguito.

Un portale captive è la pagina web a cui un dispositivo viene reindirizzato prima di accedere a Internet. È il luogo in cui un visitatore accetta i termini, effettua il login e, se lo desidera, acconsente al marketing.

Un portale del controller è il portale captive integrato nella piattaforma di gestione del fornitore WLAN. Tra gli esempi figurano la splash page nella dashboard di Cisco Meraki, il portale captive interno di HPE Aruba e il portale di accesso per gli ospiti in Ruckus SmartZone. È incluso nella licenza hardware che già si paga. Funziona solo sugli access point di quel fornitore. Per la visione di un fornitore su questo confronto, vedere Ruckus SmartZone e RUCKUS One guest WiFi vs piattaforme di portali captive esterni.

Un overlay neutrale rispetto all'hardware è un servizio di portale captive esterno posizionato al di sopra della rete. Gli access point vi reindirizzano i dispositivi non autenticati, ed esso restituisce una decisione di autorizzazione. Tale decisione passa solitamente tramite RADIUS (Remote Authentication Dial-In User Service). RADIUS è il protocollo utilizzato dagli access point per chiedere a un server se un dispositivo può connettersi, definito in RFC 2865. Tutti i principali fornitori supportano i portali captive esterni, quindi un singolo overlay può servire un'infrastruttura composta da più marchi.

Non si tratta di una scelta tra hardware e software. Gli access point, gli switch e i controller rimangono invariati in entrambi i casi. La vera questione riguarda la residenza dell'esperienza dell'ospite, del registro dei consensi e della reportistica: possono risiedere all'interno del silo di ciascun fornitore oppure in un unico luogo al di sopra di tutti.

Quali sono le differenze tra i portali dei controller e gli overlay cloud?

La tabella seguente mostra un confronto tra le piattaforme WiFi per ospiti per più sedi in base agli assi che determinano l'impegno totale su un'intera infrastruttura.

Asse	Portale del controller	Overlay cloud neutrale rispetto all'hardware (Purple)
Copertura hardware	Solo access point di un unico fornitore	Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme, Fortinet
Gestione delle splash page	Una configurazione per fornitore, modificata per rete o controller	Un'unica libreria di modelli applicata a tutte le sedi
Metodi di accesso	Click-through, voucher, accesso di base	Accessi via e-mail, social e moduli con consenso esplicito
Registro del consenso	Accettazione dei termini; nessun registro del consenso di marketing	Registro del consenso conservato a livello centrale per ogni visitatore, come previsto dall'Articolo 7(1) del GDPR
Connettori CRM e di marketing	Nessuno nativo; sviluppo API del fornitore o esportazione CSV	Connettori nativi verso piattaforme CRM e di marketing
Reportistica	Metriche di rete (client, larghezza di banda, stato AP) per dashboard del fornitore	Conteggio dei visitatori, tempo di permanenza e visite ripetute in tutte le sedi
Aggiunta di una nuova sede	Creazione o clonazione del portale sulla rete di quel sito	Assegnazione della sede a un modello esistente
Cambio del fornitore AP	Portale, testo del consenso e cronologia vengono ricreati	Reindirizzamento del nuovo hardware; i modelli e i dati vengono trasferiti
Modello di licenza	Incluso nella licenza dell'AP o del controller	Licenza di piattaforma separata, per AP o per sede
A chi si adatta	Fornitore unico, poche sedi, solo accesso	Strutture miste, gruppi multimarca, team di marketing orientati ai dati

In che modo un overlay standardizza le splash page

Su un overlay, la splash page viene progettata una sola volta e applicata a tutte le sedi. Le variabili per singola sede inseriscono i dettagli locali: nome della sede, orari di apertura o un'offerta locale. Il rinnovo del marchio si riduce a un'unica modifica che si estende contemporaneamente a tutti i siti.

I portali dei controller differiscono in base al fornitore per quanto riguarda le opzioni di personalizzazione. Ogni editor di splash page presenta i propri limiti in termini di HTML, immagini e campi modulo. In una struttura mista, lo stesso design deve essere creato e testato una volta per ciascun fornitore, per poi ripetere la procedura a ogni modifica.

In che modo un overlay collega i dati degli ospiti al CRM

Un overlay registra ciascun accesso in un unico database all'interno dell'intera struttura. Un ospite che visita tre dei vostri hotel corrisponde a un unico profilo con tre visite, non a tre righe in tre esportazioni diverse. Purple sincronizza quindi tali profili con le piattaforme CRM e di marketing. Vengono trasmessi solo i visitatori che hanno espresso il proprio consenso.

Con i portali dei controller, è necessario sviluppare un'integrazione con la API di ciascun fornitore e mantenerla aggiornata al variare di tali API. Molti team ripiegano sull'esportazione manuale di file CSV. Tuttavia, le esportazioni privano i dati del contesto del consenso, che rappresenta l'aspetto fondamentale per il responsabile della protezione dei dati.

Come cambia la reportistica

Le dashboard dei controller riportano lo stato di salute della rete: numero di client, larghezza di banda e stato degli AP. Si tratta della vista corretta per il team di rete. Tuttavia, non fornisce al reparto operativo informazioni sulla frequenza con cui i visitatori ritornano o sulla durata della loro permanenza.

WiFi Analytics riporta il comportamento dei visitatori per sede, area geografica o marchio. Mostra il confronto tra visitatori nuovi e abituali, il tempo di permanenza e la frequenza delle visite. Poiché l'overlay è posizionato al di sopra di tutto l'hardware, un sito Ruckus e un sito Juniper Mist vengono visualizzati nello stesso report.

Sicurezza e conformità rimangono dove devono stare

Un'overlay non rimuove la sicurezza radio dall'hardware. WPA3 e la cifratura wireless opportunistica (OWE, RFC 8110) sono funzionalità del punto di accesso. La OWE cifra le reti aperte per ospiti senza una password. Il traffico degli ospiti dovrebbe comunque risiedere su una propria VLAN (VLAN, un segmento logico di rete). Ove si accettino pagamenti con carta, il requisito 1.3.3 del PCI DSS v4.0 richiede controlli di sicurezza della rete tra tutte le reti wireless e l'ambiente dei dati dei titolari di carta.

Ciò che l'overlay modifica è il consenso. L'Articolo 7(1) del GDPR richiede di dimostrare che ciascuna persona abbia prestato il proprio consenso. Il Considerando 32 stabilisce che le caselle preselezionate non sono valide. L'Articolo 7(4) si oppone al rendere l'accesso condizionato al consenso al marketing quando questo non è necessario. Le opzioni di opt-in basate su una scelta consapevole di Purple separano l'accesso dal marketing, e il registro del consenso risiede in un unico luogo. Purple è certificato ISO 27001 e Cyber Essentials, ed è conforme a GDPR e CCPA.

Per i visitatori che ritornano, Purple supporta OpenRoaming. OpenRoaming è una federazione della Wireless Broadband Alliance basata su Passpoint, nota anche come Hotspot 2.0. Passpoint è lo standard che consente a un dispositivo di connettersi automaticamente a una rete con un profilo memorizzato, senza bisogno di una splash page.

Quando una proprietà multi-sito supera le capacità del proprio portale controller?

Il punto di svolta è segnato da sei fattori scatenanti. Se se ne applicano due, si consiglia di avviare l'valutazione dell'overlay ora, piuttosto che al prossimo aggiornamento.

1. Arriva un secondo fornitore di punti di accesso. Le acquisizioni e gli aggiornamenti scaglionati creano proprietà miste. Ogni nuovo fornitore comporta la creazione di un altro portale e un altro testo per il consenso.
2. Il marketing richiede i dati. Un portale controller non conserva alcun registro del consenso al marketing. Non c'è nulla di conforme da inviare al CRM.
3. Il numero di siti rende rischiose le modifiche manuali. Su 20 siti, un aggiornamento dei termini significa 20 modifiche manuali. Ciascuna rappresenta un'opportunità di pubblicare la versione errata.
4. I marchi si moltiplicano. Un gruppo che gestisce tre marchi necessita di tre aspetti visivi differenti, gestiti da un unico luogo.
5. Le richieste di dati attraversano i siti. Una richiesta ai sensi dell me dell'Articolo 15 (accesso) o dell'Articolo 17 (cancellazione) del GDPR implica la ricerca nei registri di ciascun fornitore.
6. Il consiglio di amministrazione richiede numeri relativi all'intera proprietà. La reportistica sui visitatori tra i vari siti richiede un unico set di dati, non esportazioni riconciliate.

Dove si adatta ciascuna opzione in base al settore verticale

Hotel. Gli ospiti si spostano tra strutture e marchi differenti, pertanto un singolo profilo per ospite è fondamentale. I gruppi che aggiornano gli hotel con cicli diversi finiscono per avere hardware misto. Vedere Hotel.

Settore retail. Gli acquirenti visitano diversi negozi e le ristrutturazioni dei punti vendita avvengono raramente in un solo anno. Un overlay mantiene stabili la splash page e i dati mentre l'hardware sottostante cambia. Vedere Settore retail.

Stadi ed eventi. I tifosi e i partecipanti arrivano a picchi e il branding varia in base all'evento. Sostituire un solo modello è più rapido rispetto a modificare ogni controller tra una gara e l'altra.

Trasporti. I passeggeri si connettono sui treni e nelle stazioni, spesso su hardware differenti. Purple gestisce la rete WiFi per ospiti per c2c Rail e Avanti West Coast. Vedere Treni.

Sanità e settore pubblico. Pazienti e visitatori necessitano di condizioni d'uso accettabili chiare, applicate allo stesso modo in ogni sede. Consultare Sanità.

Scenario concreto: un gruppo di 35 hotel dopo un'acquisizione

Situazione. Un gruppo alberghiero gestiva 22 hotel su Cisco Meraki, poi ha acquisito 13 hotel che utilizzavano Ruckus SmartZone. Di conseguenza, doveva mantenere due splash page e due testi di condizioni d'uso. Ogni mese, il team esportava gli elenchi degli ospiti da entrambi i fornitori, li univa manualmente e li caricava nel CRM.

Intervento effettuato. Il gruppo ha mantenuto tutti gli access point e i controller. Ha reindirizzato gli SSID per ospiti (nomi di rete) di entrambi i fornitori verso Purple come portale captive esterno. Un unico modello includeva il nome di ciascun hotel e l'offerta locale. Un solo testo di consenso ha sostituito i due precedenti, e un connettore CRM ha sostituito l'unione dei file CSV.

Risultato. La creazione delle splash page si è ridotta da due a una. La modifica delle condizioni d'uso è diventata un'unica operazione anziché 35 modifiche di rete. L'unione mensile delle due esportazioni è stata azzerata, poiché i profili si sincronizzano continuamente. Le richieste di accesso da parte degli interessati vengono ora gestite su un unico database anziché su due sistemi di fornitori diversi.

Scenario concreto: la rete di biblioteche e centri ricreativi di un comune

Situazione. Un comune gestiva la rete WiFi per ospiti in 48 sedi. Le biblioteche utilizzavano HPE Aruba e i centri ricreativi Ubiquiti UniFi. Ogni rete aveva la propria pagina per le condizioni d'uso accettabili. I dati trimestrali sulle visite destinati alla giunta comunale richiedevano la riconciliazione manuale dei dashboard di due fornitori.

Intervento effettuato. Il comune ha distribuito Purple su entrambe le reti senza sostituire l'hardware. Ha pubblicato un'unica pagina per le condizioni d'uso accettabili e ha raggruppato le sedi per servizio nella reportistica.

Risultato. Le pagine relative alle condizioni d'uso accettabili sono passate da due a una. Il report trimestrale ora copre tutte le 48 sedi da un'unica fonte, sostituendo due riconciliazioni manuali.

Confronto tra licenze per AP e per sede su un piano di implementazione triennale

Le piattaforme WiFi per ospiti applicano i prezzi in uno dei due modi seguenti. Le licenze per AP addebitano un costo per ogni access point. Le licenze per sede addebitano un costo per ogni struttura, indipendentemente dal numero di access point presenti. Il modello ideale dipende dall'evoluzione del numero di AP durante l'implementazione.

Il numero di AP raramente rimane invariato. I segnali a 6 GHz si attenuano più rapidamente attraverso le pareti rispetto a quelli a 2,4 GHz o 5 GHz. Di conseguenza, le architetture WiFi 6E e WiFi 7 aggiungono spesso access point per mantenere la copertura. Con le licenze per AP, tale densificazione aumenta la fattura della piattaforma per ospiti. Con le licenze per sede, ciò non accade.

Modello di calcolo: una catena retail con 120 punti vendita

Un rivenditore parte con 120 punti vendita con una media di sei AP ciascuno. Nel secondo anno, aumenta la densità a otto AP per punto vendita. Nel terzo anno, apre 15 nuovi punti vendita con la stessa densità.

Anno	Punti vendita	Media AP per punto vendita	Licenze per AP	Licenze per sede
Anno 1	120	6	720	120
Anno 2	120	8	960	120
Anno 3	135	8	1.080	135
Totale triennio	Da 120 a 135	Da 6 a 8	2.760	375

Dividendo 2.760 per 375 si ottiene 7,36. Nell'arco di tre anni, la licenza per sede è più conveniente ogni volta che costa meno di 7,36 volte una licenza per AP. Solo nel primo anno, il rapporto di pareggio è sei. Entro il terzo anno sale a otto. La densificazione sposta il punto di pareggio a favore della licenza per sede ogni anno.

Esegua lo stesso calcolo sulle Sue infrastrutture. Prenda gli AP/anno totali nel periodo considerato e li divida per le sedi/anno totali. Confronti poi questo rapporto con i preventivi a Sua disposizione.

I costi nascosti da un portale basato su controller

Un portale basato su controller non prevede alcun costo di licenza separato, pertanto sembra gratuito in un business case. Il costo si ripercuote invece sul tempo del Suo team:

• Creazione e test della pagina di benvenuto una volta per ciascun fornitore, e di nuovo per ogni modifica.
• Scrittura e manutenzione dell'integrazione CRM per la API di ciascun fornitore.
• Esportazione e riconciliazione manuale degli elenchi di ospiti e dei registri del consenso.
• Ricreazione da zero del portale, del testo di consenso e della cronologia quando si cambia fornitore.

L'ultimo punto è quello che impatta maggiormente in un piano di implementazione triennale. Se si cambia fornitore di AP a metà termine, ogni sito migrato riparte con un database vuoto. Con una soluzione overlay, la pagina di benvenuto, i registri del consenso e la cronologia delle visite sopravvivono al cambio di hardware. Per ulteriori informazioni su come effettuare un aggiornamento senza sostituire ciò che funziona, legga Perché il Suo prossimo aggiornamento WiFi non richiede nuovo hardware. Per la questione relativa al controller, consulti Che cos'è un WLC (Wireless LAN Controller) e ne ha ancora davvero bisogno?.

Come scegliere la migliore piattaforma WiFi per ospiti per le Sue sedi divise in più strutture?

Mappi la Sua infrastruttura nella riga che meglio la descrive.

La Sua situazione	Raccomandazione	Perché
Un solo fornitore, poche sedi, solo accettazione dei termini	Implementare l'overlay sull'hardware esistente prima della prima richiesta di dati	Evita di dover ricreare in seguito il portale e il testo di consenso
Un solo fornitore, oltre 20 sedi, il marketing richiede i dati degli ospiti	Overlay con connettore CRM	I portali basati su controller non conservano i registri del consenso di marketing
Due o più fornitori di AP	Overlay con un unico modello condiviso	Elimina la creazione di un portale per ciascun fornitore
Cambio di fornitore AP previsto entro tre anni	Overlay prima dell'inizio della migrazione	Le pagine di benvenuto e i dati sopravvivono al cambio di hardware
Più marchi all'interno di un'unica infrastruttura	Overlay con modelli dedicati per ciascun marchio	Un'unica piattaforma, esperienze di marchio distinte
Sedi ad alta densità di AP come stadi o aeroporti	Overlay con licenza per sede	Il costo della licenza rimane invariato all'aumentare del numero di AP

Domande da porre a ciascun fornitore

Utilizzi queste domande in qualsiasi confronto tra soluzioni enterprise per portale captive:

• Quali fornitori di access point supportate attualmente, nello specifico?
• Dove viene memorizzato il consenso ed è possibile esportare ciascun registro con il testo esatto visualizzato dal visitatore?
• Di quali certificazioni disponete: conformità ISO 27001, Cyber Essentials, GDPR e CCPA?
• Quale livello di uptime garantite contrattualmente?
• La licenza è per AP o per sede, e cosa succede al prezzo in caso di densificazione della rete?
• In cosa consiste la migrazione dal nostro attuale portale del controller, sito per sito?

Le risposte di Purple sono trasparenti e verificabili. Fondata nel 2012, Purple è attiva in oltre 80.000 sedi operative in più di 90 paesi. Conta 500 milioni di utenti e accessi all'anno, con un tempo di attività del 99,999%. È indipendente dall'hardware ed è compatibile con Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Marchi come McDonald's, Harrods, Premier Inn e Stonegate Pubs utilizzano il Guest WiFi su Purple.

Domande frequenti

Purple funziona con gli access point già in nostro possesso?

Sì, Purple funziona come overlay in cloud sugli access point esistenti. Si integra con Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. È sufficiente indirizzare ciascuna rete ospiti a Purple come portale captive esterno, mentre l'hardware continuerà a gestire la parte radio. L'utilizzo di infrastrutture miste è un caso comune, pertanto la gestione di due o tre fornitori sotto un unico modello rappresenta un'installazione standard. La documentazione di supporto di Purple copre la configurazione per ciascun fornitore.

Dobbiamo sostituire il nostro controller per utilizzare un overlay indipendente dall'hardware?

No, il controller e gli access point rimangono al loro posto. Una piattaforma di guest WiFi indipendente dall'hardware si posiziona al di sopra della rete e gestisce la pagina di benvenuto, il consenso e la reportistica. Il controller continua a gestire le frequenze radio, le VLAN e la crittografia. L'unica modifica a livello di rete consiste nel reindirizzare gli ospiti non autenticati all'overlay anziché al portale integrato. Ciò rende l'overlay una semplice modifica di configurazione, senza alcuna necessità di sostituire l'infrastruttura.

La licenza per sede è più conveniente rispetto a quella per AP?

La licenza per sede è più conveniente quando la propria sede media ospita un numero di AP superiore al rapporto tra il prezzo per sede e il prezzo per AP. Nell'arco di tre anni, divida il totale degli anni-AP per il totale degli anni-sede per trovare il rapporto di pareggio. Nel nostro modello a 120 punti vendita, tale rapporto è pari a 7,36. La densificazione per il WiFi 6E e il WiFi 7 aumenta il numero di AP senza aggiungere sedi. Ciò sposta ulteriormente il calcolo a favore delle licenze per sede ogni anno.

È possibile migrare dai portali dei controller un sito alla volta?

Sì, è possibile migrare sito per sito, poiché ogni rete ospiti punta al proprio portale captive in modo indipendente. I siti ancora attestati sul portale del controller continuano a funzionare, mentre i siti migrati vengono eseguiti sull'overlay. La maggior parte dei team inizia con un gruppo pilota, conferma il modello e l'informativa sul consenso, per poi procedere al rollout per fasi. La pianificazione per fasi consente di allineare la migrazione con gli aggiornamenti hardware o con i periodi di minore attività commerciale.

Che cosa succede ai dati dei nostri ospiti se cambiamo il fornitore degli access point?

Con un overlay, i dati degli ospiti rimangono protetti e invariati anche se si cambia il fornitore degli access point. I profili, i registri dei consensi e la cronologia delle visite risiedono in Purple, non nell'hardware. È sufficiente reindirizzare i nuovi access point ai medesimi modelli e gli ospiti che ritornano verranno comunque riconosciuti. Con il portale di un controller, invece, la pagina di benvenuto e tutti i dati memorizzati si trovano all'interno della piattaforma del vecchio fornitore, costringendo a ricrearli sul nuovo hardware.

In che modo un overlay cloud gestisce il consenso ai sensi del GDPR in più sedi?

Un overlay cloud conserva un unico registro dei consensi per visitatore in tutte le sedi, ovvero ciò che l'Articolo 7(1) del GDPR richiede di dimostrare. Purple utilizza l'adesione basata su una scelta consapevole, pertanto il consenso al marketing è separato dall'accesso alla rete e non è mai preselezionato, in linea con il Considerando 32. Le richieste di accesso e cancellazione ai sensi degli Articoli 15 e 17 vengono eseguite su un unico database. Purple ha ottenuto la certificazione ISO 27001 ed è conforme al GDPR e alla norma CCPA.

Il WiFi per ospiti su un overlay incide sul nostro ambito PCI DSS?

Il WiFi per ospiti rimane fuori dall'ambito PCI DSS quando è segmentato dall'ambiente dei dati dei titolari di carta, a prescindere dal portale utilizzato. Il requisito 1.3.3 della norma PCI DSS v4.0 richiede controlli di sicurezza della rete tra tutte le reti wireless e tale ambiente. La segmentazione avviene sulla rete dell'utente, tramite VLAN e firewall. L'overlay gestisce la splash page e il consenso e non entra mai in contatto con i dati delle carte.