Checklist RFP WiFi per hotel: autenticazione, filtraggio dei contenuti e marketing per gli ospiti

Una lista di controllo RFP per il WiFi degli hotel deve verificare tre funzionalità in un'unica gara d'appalto. L'autenticazione del personale deve utilizzare IEEE 802.1X o chiavi individuali collegate al provider di identità. Il filtraggio dei contenuti deve applicare le regole DNS per ciascuna rete. La raccolta dei dati degli ospiti deve registrare il consenso GDPR per ogni adesione. Un'unica gara d'appalto offre un solo contratto, una sola dashboard e un unico registro di controllo.

Cosa copre effettivamente una lista di controllo RFP per il WiFi degli hotel?

La maggior parte degli hotel acquista il WiFi in tre parti separate:

• L'accesso del personale è gestito dall'IT, spesso come password condivisa su una rete nascosta.
• L'accesso degli ospiti fa capo a un fornitore di Captive Portal, scelto dal marketing o incluso dal provider della banda larga.
• Il filtraggio dei contenuti è affidato a una terza parte, oppure è del tutto assente.

Ogni elemento funziona autonomamente. Insieme, tuttavia, generano tre contratti, tre dashboard e tre serie di log che non coincidono mai. Quando un membro del personale se ne va, il suo accesso WiFi spesso rimane attivo fino al successivo cambio di password. Quando un ospite chiede quali dati possedete, la risposta potrebbe trovarsi in un sistema che il vostro responsabile della protezione dei dati (DPO) non ha mai verificato.

Una singola lista di controllo RFP per il WiFi degli hotel risolve questo problema valutando i fornitori su tutti e tre i settori contemporaneamente:

• Autenticazione del personale: chi accede alla rete aziendale, come viene verificata l'identità e con quale rapidità viene revocato l'accesso al momento dell'uscita dall'azienda.
• Filtraggio dei contenuti: quali categorie di siti vengono bloccate su ciascuna rete e quanto sia difficile aggirare il filtro.
• Raccolta dati degli ospiti e marketing: come si connettono gli ospiti, quali informazioni si ottengono su di loro e se ogni record di marketing riporta un consenso valido a norma di legge.

La lista di controllo presuppone il mantenimento degli access point esistenti. Purple funziona come un overlay cloud su hardware Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks e Fortinet. La vostra RFP può quindi concentrarsi sul software e sui dati, evitando la sostituzione integrale dell'infrastruttura. L'articolo Perché il tuo prossimo aggiornamento WiFi non richiede nuovo hardware illustra nel dettaglio l'argomentazione relativa all'hardware.

Di cosa avete bisogno prima di redigere la RFP?

I fornitori rispondono alla RFP che preparate. Requisiti vaghi generano risposte generiche con punteggi sovrapponibili. Raccogliete sei elementi chiave prima di scrivere anche una sola domanda.

Un inventario degli access point e dei controller

Elencate per ciascuna struttura il fornitore degli access point, il controller o la dashboard cloud e la versione del firmware. Indicate dove la struttura differisce, come nelle proprietà più recenti con Cisco Meraki e in quelle acquisite con Ruckus. Richiedete ai fornitori di confermare esplicitamente il supporto per ciascuna combinazione.

La vostra fonte principale di identità

Indicate la directory che gestisce gli account del personale: Microsoft Entra ID, Okta o Google Workspace. Specificate come compaiono gli account del personale interinale e stagionale. Questi ultimi sono gli account che più frequentemente rimangono attivi dopo l'interruzione del rapporto di lavoro.

Una mappa di segmentazione

Mappa le tue VLAN attuali. Una VLAN (virtual local area network) separa logicamente il traffico su switch e access point condivisi. Hai bisogno, come minimo, di reti separate per ospiti, personale e pagamenti. Lo standard PCI-DSS fa rientrare nell'ambito di conformità ogni sistema collegato all'ambiente dei dati dei titolari di carta. Una corretta segmentazione tiene la rete ospiti fuori dall'audit sui pagamenti con carta.

Una politica di filtraggio con un responsabile

Decidi chi stabilisce le regole di filtraggio: IT, ufficio legale o operations. Poi decidi a quali aree applicare le singole politiche. Una hall utilizzata dalle famiglie necessita di regole diverse rispetto a una sala conferenze piena di espositori.

Una posizione sulla protezione dei dati

Concorda con il tuo DPO quali dati degli ospiti desideri raccogliere, perché li vuoi e dove vanno a finire. Ai sensi dell'Articolo 4(11) del GDPR, il consenso deve essere fornito liberamente, specifico, informato e inequivocabile. Nel Regno Unito, anche le Privacy and Electronic Communications Regulations (PECR) disciplinano il marketing via e-mail e SMS. Indica la tua piattaforma CRM o di marketing prima che siano i fornitori a chiederla.

Una baseline RF

L'autenticazione non può risolvere una copertura debole. Estrai i report sull'utilizzo dei canali dal tuo controller o richiedi un'analisi di copertura prima di indire la gara. Se la congestione a 2.4GHz è un problema noto, leggi prima The Ultimate Guide to WiFi Channels: 2.4GHz vs 5GHz Explained.

Come si pianifica la checklist, sezione per sezione?

Scrivi ogni requisito come una domanda che prevede una risposta positiva, negativa o la richiesta di una prova. L'affermazione "Supporta la sicurezza enterprise" valuta tutti i fornitori allo stesso modo. "Supporta EAP-TLS con Microsoft Entra ID, con revoca alla disabilitazione dell'account" permette invece di distinguerli.

Requisiti di autenticazione del personale

La rete WiFi del personale supporta il sistema di gestione della struttura, i terminali POS, i tablet del servizio pulizie e i laptop del back-office. Una password condivisa su quella rete rappresenta un singolo punto di vulnerabilità. Richiedi quanto segue:

• IEEE 802.1X. Questo standard IEEE per il controllo dell'accesso basato su porta impone a ciascun dispositivo di verificare la propria identità prima di ottenere un indirizzo. Chiedi quali metodi EAP supporta il fornitore. EAP-TLS utilizza certificati su entrambi i lati ed elimina completamente le password. PEAP protegge nome utente e password all'interno di un tunnel TLS crittografato.
• Cloud RADIUS. RADIUS (Remote Authentication Dial-In User Service) è il protocollo utilizzato dagli access point per decidere se un dispositivo può connettersi. Un servizio RADIUS nativo in cloud elimina il server on-premise che altrimenti dovresti aggiornare e sottoporre a backup.
• iPSK o PPSK. Le Identity pre-shared key (iPSK) e le private pre-shared key (PPSK) assegnano a ogni persona o dispositivo la propria chiave individuale su un unico nome di rete. Le stampanti per badge, le smart TV e i palmari meno recenti non possono utilizzare lo standard 802.1X, quindi necessitano di questa tecnologia.
• Sincronizzazione della directory. SCIM (System for Cross-domain Identity Management) è lo standard aperto per la creazione e la rimozione degli account tra i vari sistemi. Chiedi ai fornitori di mostrare come la gestione di nuovi ingressi, cambi di ruolo e uscite del personale avvenga direttamente dalla tua directory senza alcun passaggio manuale.
• WPA3. WPA3 richiede Protected Management Frames (IEEE 802.11w), che bloccano gli attacchi di disconnessione falsificati. Protected Management Frames: A Practical Guide for 2026 copre le domande sulla compatibilità dei client da porsi.

Le Identity-Based Networks di Purple inseriscono ogni membro dello staff nella rete con la propria identità. Quando disabiliti un account nella tua directory, Purple revoca l'accesso WiFi di quella persona.

Requisiti di autenticazione degli ospiti

L'onboarding determina se gli ospiti si connettono o meno. Ogni campo del modulo in più costa connessioni, e ogni campo mancante costa dati. Richiedi quanto segue:

• Un Captive Portal configurabile. Un Captive Portal è la pagina web che un ospite vede prima di andare online. Richiedi la personalizzazione del brand per struttura, più lingue e una scelta di metodi di accesso: e-mail, social login o verifica tramite SMS.
• Comportamento mobile comprovato. iOS e Android aprono i Captive Portal in un mini-browser limitato. Richiedi un accesso live sulle build correnti di iOS e Android durante la valutazione, non screenshot.
• Passpoint e OpenRoaming. Passpoint, chiamato anche Hotspot 2.0, è una certificazione di settore basata su IEEE 802.11u. Consente a un dispositivo di accedere a una rete nota in modo automatico e sicuro, senza Captive Portal. OpenRoaming è la federazione della Wireless Broadband Alliance basata su Passpoint. Consente a un ospite di connettersi con un'identità già in suo possesso.
• Controlli di sessione e larghezza di banda. Richiedi limiti di larghezza di banda per rete, controlli sulla durata della sessione e limiti di dispositivi per ospite.
• Isolamento dei client. Gli ospiti sulla stessa rete non dovrebbero vedere i dispositivi degli altri. Richiedi che l'isolamento sia attivo per impostazione predefinita.

Il Guest WiFi di Purple gestisce questo livello in oltre 80.000 location attive in più di 90 paesi. Ha gestito 440 milioni di accessi nel 2024, secondo i dati della piattaforma stessa di Purple.

Requisiti di filtraggio dei contenuti

Un hotel offre un accesso internet pubblico in spazi condivisi, spesso alle famiglie. Il filtraggio DNS è l'approccio comune: la piattaforma si rifiuta di risolvere i domini nelle categorie bloccate. Richiedi quanto segue:

• Filtraggio DNS basato su categorie con una fonte di categorizzazione nominativa. Nel Regno Unito, richiedi come minimo l'elenco di URL della Internet Watch Foundation (IWF).
• Criteri per rete. La hall e le aree per famiglie ottengono criteri rigidi. Le sale conferenze e le reti dello staff ottengono ciascuna i propri.
• Resistenza al bypass. DNS over HTTPS (DoH, definito in RFC 8484) invia query DNS all'interno del traffico web crittografato e può ignorare il tuo filtro. Chiedi come il fornitore gestisce DoH e gli ospiti che impostano i propri server DNS.
• Accreditamento. Nel Regno Unito, chiedi se la tua implementazione può soddisfare Friendly WiFi, lo schema di accreditamento promosso dal governo per il WiFi pubblico filtrato.
• Controlli di conservazione dei log. I log di filtraggio possono identificare le persone, pertanto si applica il GDPR. Chiedi per quanto tempo vengono conservati i log e chi può leggerli.

Requisiti di acquisizione dati degli ospiti e marketing

Il WiFi ospiti è l'unico punto di contatto in cui un cliente occasionale, un delegato di una conferenza e una prenotazione tramite agenzia si identificano tutti direttamente con te. Richiedi quanto segue:

• Consenso con scelta consapevole. Il consenso al marketing deve essere una scelta separata e non spuntata. L'Articolo 7(4) del GDPR stabilisce che il consenso non è espresso liberamente se la fornitura di un servizio è subordinata al consenso non necessario. L'accesso al WiFi non deve mai richiedere un consenso al marketing.
• Registro dei consensi con marca temporale per ogni profilo, esportabile in caso di richiesta di accesso da parte dell'interessato.
• Integrazioni nominate con piattaforme CRM e di marketing, con la mappatura dei campi mostrata nella risposta.
• Analisi delle visite: ospiti nuovi rispetto a quelli ricorrenti, tempo di permanenza e frequenza delle visite per struttura. I report di WiFi Analytics mostrano questi dati per ogni sede.
• Proprietà dei dati. Il contratto deve attestare che i dati degli ospiti sono dati di prima parte di tua proprietà, con esportazione completa in caso di recesso.

Requisiti di piattaforma, sicurezza e conformità

• Certificazioni. Richiedi un certificato ISO 27001 in corso di validità e Cyber Essentials per i contratti nel settore pubblico del Regno Unito. Purple detiene le certificazioni ISO 27001 e Cyber Essentials ed è conforme a GDPR e CCPA.
• Uptime. Inserisci l'impegno all'interno dello SLA. L'uptime della piattaforma pubblicato da Purple è del 99,999%.
• Accesso amministratore. SAML (Security Assertion Markup Language) consente al tuo team di accedere alla dashboard con l'account aziendale della propria directory. Associalo a ruoli di amministrazione distinti per ogni struttura.
• Prove di test sulla rete wireless. Il requisito 11.2.1 di PCI-DSS v4.0 richiede di rilevare gli access point wireless autorizzati e non autorizzati almeno ogni tre mesi. Chiedi cosa riportano la piattaforma o il tuo controller a questo scopo.

La checklist in sintesi

Area	Requisito indispensabile	Prova da richiedere	Risposta da considerare campanello d'allarme
Autenticazione del personale	IEEE 802.1X con EAP-TLS o PEAP	Demo dal vivo sul tuo tenant Microsoft Entra ID, Okta o Google Workspace	"Utilizzare una password condivisa robusta"
Dispositivi del personale	iPSK o PPSK per dispositivo	Due dispositivi sulla stessa rete con chiavi separate	"Inserire le stampanti sulla rete ospiti"
Gestione degli ex dipendenti	Sincronizzazione della directory con revoca automatica	Disabilitare un account di prova e misurare il tempo di disconnessione	"Gli amministratori eliminano gli account manualmente"
Onboarding degli ospiti	Captive Portal con opzioni email, social e SMS	Accesso effettuato su versioni recenti di iOS e Android	Portal visualizzato solo su desktop
Riconnessione trasparente	Passpoint e OpenRoaming	Il dispositivo che ritorna si riconnette senza passare dal portal	"In roadmap" senza una data precisa
Filtraggio dei contenuti	Criteri delle categorie DNS per ciascuna rete	Test su categorie bloccate nelle reti della hall e delle sale conferenze	Un unico criterio applicato a tutte le reti
Aggiramento dei filtri	Gestione del DoH e del DNS personalizzato	Test con un browser impostato su DoH	Nessuna risposta in merito al DoH
Consenso	Consenso al marketing separato e non spuntato	Registro dei consensi esportato con marca temporale	Consenso incluso nei termini di utilizzo
Proprietà dei dati	I dati degli ospiti sono dati di prima parte di tua proprietà	Clausola contrattuale e formato di esportazione	Il fornitore riutilizza i dati tra più clienti
Conformità	ISO 27001, GDPR, segmentazione PCI-DSS	Certificato attuale e accordo sul trattamento dei dati	Certificato "in corso"

Come testare le risposte dei fornitori prima di firmare?

Le risposte scritte appaiono sempre eccellenti. Un Proof of Concept in una singola struttura mostra ciò che accade realmente. Esegui questi sei test con ciascun fornitore selezionato.

1. Test nuovi assunti. Crea un account dipendente nella tua directory. Registra quanto tempo occorre prima che la persona possa accedere alla rete aziendale.
2. Test uscite. Disabilita l'account. Verifica se la piattaforma invia un RADIUS Change of Authorisation (RFC 5176) per terminare la sessione attiva o se attende la riautenticazione.
3. Test di accesso ospiti. Effettua l'accesso da smartphone iOS e Android recenti e da un laptop. Prendi nota di ogni errore e di ogni passaggio extra.
4. Test di filtraggio. Visita una categoria bloccata dalla rete della hall, poi dalla rete della sala conferenze. Ripeti il test con il browser impostato su DoH.
5. Test del consenso. Presta il consenso su un dispositivo e rifiutalo su un altro. Richiedi poi entrambi i record come se stessi rispondendo a una richiesta di accesso da parte dell'interessato (SAR).
6. Test di segmentazione. Da un dispositivo ospite, prova a raggiungere una stampante del personale e un indirizzo del punto vendita (POS). Entrambi i tentativi devono fallire.

Assegna a ciascun test l'esito superato o non superato. Un fornitore che non è in grado di eseguirli durante la fase di valutazione non sarà in grado di eseguirli dopo l'assegnazione del contratto.

Come si presenta questo scenario in un gruppo alberghiero reale?

Un hotel cittadino da 200 camere con tre contratti WiFi

Situazione. L'hotel gestiva l'accesso degli ospiti tramite un Captive Portal incluso dal proprio provider di banda larga. Il personale utilizzava un'unica password condivisa, modificata con cadenza trimestrale. Un fornitore separato forniva il filtraggio DNS. Le e-mail degli ospiti arrivavano al marketing come esportazioni mensili di fogli di calcolo, prive di marca temporale del consenso.

Azione intrapresa. L'hotel ha indetto un'unica RFP basata sulla checklist sopra indicata. Ha richiesto la sincronizzazione della directory da Microsoft Entra ID, iPSK per stampanti e TV, criteri DNS per singola rete e consenso con marca temporale su ogni record.

Risultato. Tre contratti sono diventati uno solo. L'accesso dei dipendenti usciti, prima attivo fino a 90 giorni in attesa della successiva rotazione delle credenziali, ora termina nel momento stesso in cui l'account viene disabilitato. Ogni record di marketing include una marca temporale del consenso, consentendo di gestire le richieste di accesso da parte degli interessati con un'unica esportazione.

Un gruppo di 40 strutture con hardware misto

Situazione. Un gruppo alberghiero gestiva 28 strutture su Cisco Meraki e 12 strutture acquisite su Ruckus. La prima selezione di fornitori ipotizzava l'uso di due piattaforme, una per ciascun fornitore hardware.

Azione intrapresa. La RFP ha specificato entrambi i fornitori hardware e ha richiesto un'unica piattaforma in grado di supportare entrambi. Ha inoltre richiesto un set unico di criteri di filtraggio e un unico database ospiti per l'intero portfolio di strutture.

Risultato. Un'unica dashboard copre ora tutte le 40 strutture. Nessun access point è stato sostituito. Le modifiche al filtraggio per le hall vengono ora applicate a tutte le strutture con un'unica operazione, anziché due modifiche distinte per ciascun fornitore.

Un centro congressi ed eventi gestito da un ente pubblico

Situazione. Una struttura del settore pubblico ospitava eventi per le vacanze scolastiche e fiere di settore all'interno dei medesimi padiglioni. Un unico filtro restrittivo bloccava i siti web necessari agli espositori per le loro dimostrazioni dal vivo.

Cosa è stato fatto. La struttura ha attivato due reti guest sugli stessi access point. Le sale pubbliche hanno ricevuto una politica DNS restrittiva, con il blocco della lista IWF. Gli espositori hanno ottenuto una politica più flessibile protetta da credenziali valide per il giorno dell'evento. L'RFP richiedeva inoltre la certificazione Cyber Essentials.

Risultato. Due politiche ora funzionano su un unico set di access point senza acquistare nuovo hardware. Il personale modifica le politiche per ciascun evento direttamente dalla dashboard, senza dover riconfigurare i controller.

Cosa va storto nelle RFP per il WiFi degli hotel e come rimediare?

L'RFP viene divisa tra tre dipartimenti diversi

L'IT redige la sezione relativa al personale, il marketing quella per gli ospiti e nessuno si occupa del filtraggio. I fornitori rispondono quindi a tre documenti distinti. Soluzione: nominare un unico responsabile e valutare tutte e tre le sezioni all'interno di un solo modello di punteggio.

Il consenso viene incorporato nelle condizioni d'uso

Un'unica casella "Accetto" copre sia l'accesso WiFi sia il marketing. È improbabile che tale consenso soddisfi l'Articolo 7(4) del GDPR. Soluzione: richiedere un opt-in separato, non preselezionato, e testarlo durante la proof of concept.

Le password condivise del personale sopravvivono alla gara d'appalto

Alcuni fornitori propongono una chiave condivisa per il personale perché è rapida da configurare. Soluzione: rendere 802.1X o iPSK un requisito obbligatorio e non una preferenza soggetta a punteggio.

Il filtro viene aggirato fin dal primo giorno

I browser che utilizzano DoH come impostazione predefinita possono saltare completamente il filtraggio DNS. Soluzione: includere il test DoH nella valutazione e richiedere una risposta scritta sulla sua applicazione effettiva.

Il Captive Portal non funziona sui telefoni

I portali progettati per desktop spesso si bloccano nel mini browser captive di iOS e Android. Soluzione: effettuare i test sui dispositivi mobili attuali e assegnare un punteggio insufficiente ai tentativi di accesso non riusciti.

Il vincolo all'hardware si nasconde nella valutazione dei punteggi

Alcune risposte presuppongono implicitamente l'acquisto degli access point proprietari del fornitore. Soluzione: specificare il proprio hardware nell'RFP e richiedere la conferma del supporto per iscritto. La guida Network Best Practices for Venues and Enterprises in 2026 approfondisce le scelte di progettazione più ampie.

Come si confrontano le opzioni di procurement?

Approccio	Contratti da gestire	Nuovo hardware necessario	Fonte di identità tipica del personale	Chi detiene i dati degli ospiti	A chi si adatta
Captive Portal integrato del fornitore hardware	1 per fornitore hardware	Sostituzione completa per cambiare fornitore	Account gestiti nella dashboard del fornitore	Il cloud del fornitore hardware	Una singola struttura con un solo fornitore hardware senza obiettivi di marketing
Specialisti separati per RADIUS, filtraggio e portale ospiti	3	Nessuno	Server RADIUS sincronizzato tramite script o manualmente	Il fornitore del portale, secondo i propri termini	Gruppi con ingegneri interni per integrare e aggiornare ciascun sistema
Singolo overlay cloud come Purple	1	Nessuno su Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme o Fortinet	Microsoft Entra ID, Okta o Google Workspace	Tu, come titolare dei dati di prima parte	Gruppi con più strutture che desiderano un unico registro di controllo per personale e ospiti

Quanto costa e qual è il ritorno sull'investimento?

Elementi da includere nel prezzo

Chiedi a ogni fornitore di quotare quattro voci separatamente, in modo da confrontare offerte omogenee.

• Licenza della piattaforma. Purple vende tre piani: Connect, Capture ed Engage. Gli add-on di sicurezza SecurePass, Verify e Shield si aggiungono a questi. Richiedi ai fornitori di associare ogni requisito dell'RFP a un piano o add-on specifico, in modo che il preventivo non subisca variazioni dopo l'assegnazione.
• Hardware. Sugli access point supportati, l'overlay non richiede nuovo hardware. Qualsiasi fornitore che richieda una sostituzione dovrebbe quotarla per intero.
• Integrazione. Connessioni alla directory, al CRM e alle piattaforme di marketing. Chiedi chi sviluppa ciascuna integrazione e chi ne cura la manutenzione.
• Tempo interno. Calcola le ore che il tuo team dedica oggi alla rotazione delle password, alla rimozione degli ex dipendenti e all'esportazione di fogli di calcolo.

Cosa ottieni in cambio

• Meno contratti. Un'unica piattaforma sostituisce fornitori separati per personale, ospiti e filtraggio, con una sola data di rinnovo e un unico accordo sul trattamento dei dati.
• Revoca più rapida. L'accesso termina con la chiusura dell'account nella directory, riducendo la finestra temporale di utilizzo da parte di un ex dipendente.
• Dati degli ospiti di prima parte. Ogni indirizzo email acquisito con consenso è un contatto a cui puoi rivolgerti direttamente per il marketing, anziché tramite un'agenzia di viaggi online.
• Insight sulle visite. I tassi di ritorno degli ospiti e il tempo di permanenza per struttura ti aiutano a valutare dove investire.

Purple lavora con le strutture ricettive dal 2012. Gruppi dell'accoglienza tra cui Whitbread, Premier Inn e Stonegate Pubs utilizzano Purple, e Purple è una B Corp certificata. Consulta Hotel per i dettagli dedicati al settore dell'ospitalità.

La stessa struttura a tre domini funziona per immobili Retail, strutture Sanitarie e Treni. Per i hub di trasporto, leggi Fornitori di piattaforme WiFi aeroportuali: cosa richiedere nell'RFP.

Domande frequenti

Come viene determinato il prezzo del software WiFi per hotel?

Purple determina il prezzo in base al piano e agli add-on, non in base all'hardware. I tre piani sono Connect, Capture ed Engage, con SecurePass, Verify e Shield come add-on di sicurezza. Il preventivo riflette il piano, gli add-on e il numero di strutture di cui hai bisogno. In qualsiasi RFP, chiedi a ciascun fornitore di associare ogni requisito a un piano o add-on specifico. Questo evita che le funzionalità passino a un livello superiore dopo la firma e rende i preventivi concorrenti direttamente comparabili.

Purple può essere eseguito sugli access point che già possediamo?

Sì, Purple funziona come overlay in cloud su hardware Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Mantieni i tuoi access point e controller, e Purple aggiunge autenticazione, filtraggio e acquisizione dei dati degli ospiti. Funziona anche su ambienti misti, consentendo a un gruppo con Cisco Meraki in alcuni hotel e Ruckus in altri di gestire un'unica piattaforma. Indica il tuo hardware nell'RFP e chiedi a ogni fornitore di confermare il supporto per iscritto.

Come possiamo migrare i dati degli ospiti dal nostro attuale fornitore di Captive Portal?

Sposta solo i record con un consenso dimostrabile. Richiedi al tuo attuale fornitore un'esportazione completa che includa i timestamp del consenso e il testo esatto accettato da ciascun ospite. I record privi di una data di consenso dimostrabile non dovrebbero entrare in un nuovo database di marketing. Avvia la nuova piattaforma prima in una singola struttura, verifica la mappatura dei campi del CRM, quindi procedi con il rollout struttura per struttura. Concorda l'esportazione per iscritto prima di inviare la disdetta, mentre il fornitore uscente è ancora sotto contratto.

La raccolta dei dati degli ospiti tramite WiFi è conforme al GDPR?

Sì, quando il consenso è separato, specifico e registrato. L'Articolo 7(4) del GDPR stabilisce che l'accesso al WiFi non può dipendere dall'adesione al marketing, pertanto l'opt-in deve essere una scelta distinta e non preselezionata. Purple utilizza opt-in basati su scelte consapevoli, conserva un registro del consenso con timestamp per ogni profilo e detiene la certificazione ISO 27001. Nel Regno Unito, le normative PECR si applicano anche al marketing via e-mail e SMS. Richiedi a qualsiasi fornitore di mostrare un registro di consenso esportato durante la fase di valutazione.

Il filtraggio DNS è sufficiente per il WiFi degli ospiti in hotel?

Il filtraggio DNS soddisfa i requisiti principali per le aree pubbliche, a condizione che sia resistente al bypass. Blocca categorie ed elenchi come l'elenco URL IWF senza ispezionare il traffico crittografato. Il suo punto debole è il DNS over HTTPS, che può instradare le query all'esterno del tuo resolver. Richiedi una risposta scritta sulla gestione di DoH e DNS personalizzati, ed effettua dei test durante il proof of concept. Imposta policy separate per hall, sale conferenze e reti dello staff.

Dovremmo acquistare il WiFi per gli ospiti dal nostro fornitore di hardware o da una piattaforma separata?

Scegli una piattaforma separata se utilizzi più di un fornitore di hardware o se desideri mantenere la proprietà dei dati degli ospiti. I Captive Portal integrati sono adatti a una singola struttura basata su un solo fornitore senza obiettivi di marketing. Una piattaforma hardware agnostic mantiene aperte le tue opzioni in fase di rinnovo. Inoltre, raccoglie l'autenticazione dello staff, il filtraggio e il consenso degli ospiti in un'unica traccia di audit. Confronta entrambe le opzioni rispetto alla tabella di controllo, assegnando a ciascun requisito l'esito superato o non superato.

Quanto sforzo richiede l'implementazione del WiFi in un hotel?

La maggior parte dello sforzo riguarda le integrazioni e le decisioni sulle policy, non l'hardware. Sugli access point supportati non viene sostituito nulla, quindi il lavoro consiste nel collegare la directory, il CRM e le policy di filtraggio. Concorda le categorie di filtraggio e il testo del consenso con il tuo DPO prima di iniziare l'implementazione. Esegui un proof of concept in una struttura, completa i sei test descritti in questa guida, quindi procedi con il rollout nell'intero complesso aziendale attraverso fasi pianificate.