HighLevel Calendars amplia i dati degli ospiti: telefono, conteggio e fuso orario più coerente

TL;DR: HighLevel ha ampliato la gestione degli ospiti nelle prenotazioni Calendar. Le aziende possono scegliere se raccogliere per ogni ospite nome ed email, nome e telefono, nome/email/telefono oppure soltanto il numero degli ospiti. Quando vengono acquisiti dati identificativi, HighLevel crea o associa automaticamente un contatto per ciascun ospite usando email e/o numero di telefono. Inoltre, i nuovi contatti ospite ereditano ora il fuso orario del contatto principale della prenotazione. I calendari esistenti che già raccolgono i dati degli ospiti restano configurati su nome ed email; per i nuovi calendari l’impostazione predefinita indicata dalla fonte è nome, email e telefono.

In sintesi

La novità rende più flessibile la raccolta dati degli accompagnatori nelle prenotazioni HighLevel. È utile a chi usa GoHighLevel per appuntamenti di gruppo, consulenze con più partecipanti, eventi, servizi locali o sessioni in cui il soggetto che prenota non coincide con tutti gli effettivi partecipanti.

L’aggiornamento ufficiale, denominato “Guest Enhancements in Calendars — More Flexible Guest Details”, interviene su due aspetti operativi: i campi raccolti per gli ospiti e il fuso orario assegnato ai contatti ospite creati in fase di booking.

Per le agenzie e le aziende che lavorano con il CRM di HighLevel, la conseguenza concreta è una maggiore possibilità di decidere quanto dettaglio chiedere all’utente. In alcuni contesti il telefono dell’ospite consente di disporre di una scheda contatto più completa; in altri, la sola dimensione del gruppo è sufficiente e riduce la necessità di raccogliere dati personali di ogni partecipante.

La fonte ufficiale è datata 26 agosto 2026. Nomi delle opzioni, posizione dei comandi e disponibilità effettiva nell’account possono cambiare dopo la data di verifica; prima di modificare processi o automazioni conviene quindi consultare la documentazione e l’interfaccia aggiornata di HighLevel.

Che cosa cambia nei dettagli degli ospiti dei Calendars?

HighLevel introduce quattro modalità di raccolta delle informazioni per gli ospiti, inclusa una che registra soltanto il numero dei partecipanti. In precedenza, secondo l’annuncio, i dettagli ospite erano limitati a nome ed email.

Le opzioni elencate dalla fonte ufficiale sono:

• Nome ed email;
• Nome e telefono;
• Nome, email e telefono;
• Solo conteggio degli ospiti, per acquisire esclusivamente il numero senza creare contatti ospite.

Questa distinzione è rilevante perché separa due esigenze spesso confuse. Da una parte c’è il bisogno di capire quante persone prenderanno parte a una prenotazione; dall’altra c’è l’esigenza di identificare e gestire ogni partecipante nel CRM.

Un ristorante, una struttura per eventi o un’attività che deve organizzare capacità e risorse può avere interesse a conoscere soltanto la numerosità del gruppo. Uno studio professionale, un centro di formazione o un’agenzia che svolge onboarding multi-partecipante potrebbe invece aver bisogno di un record individuale per ciascun ospite, con dati di contatto che supportino comunicazioni e attività successive nel rispetto delle proprie basi giuridiche e informative privacy.

Non va però dedotto dall’annuncio che ogni combinazione di dati sia adatta a ogni canale, workflow o normativa. La novità mette a disposizione una scelta di raccolta; non sostituisce una valutazione su consenso, informative, minimizzazione dei dati e finalità del trattamento.

Quando HighLevel crea o associa i contatti degli ospiti?

Se vengono raccolti dettagli identificativi dell’ospite, HighLevel crea o abbina automaticamente un contatto usando email e/o telefono. Questo è il collegamento diretto tra lo strumento Calendar e il CRM di GoHighLevel descritto dalla fonte.

In pratica, le modalità che acquisiscono nome insieme a email, telefono o entrambi alimentano il processo di creazione o matching del contatto ospite. L’identificatore disponibile dipende dalla configurazione scelta: email, telefono oppure tutte e due le informazioni. La modalità “Guest Count Only”, invece, è esplicitamente descritta come raccolta del solo numero degli ospiti senza creare contatti per loro.

Il risultato operativo può essere significativo soprattutto dove la prenotazione è avviata da un referente ma coinvolge più persone. L’azienda può mantenere il contatto principale come soggetto della prenotazione e, quando necessario, ottenere record distinti per gli accompagnatori o altri partecipanti.

Questa logica rende importante la qualità del dato raccolto. Un indirizzo email digitato male o un numero condiviso tra più persone può incidere sul modo in cui i record vengono riconosciuti o utilizzati nei processi interni. L’annuncio non specifica criteri ulteriori di deduplicazione, priorità tra email e telefono né il comportamento in caso di dati incoerenti: non è quindi corretto presumere regole tecniche oltre al matching tramite email e/o telefono dichiarato da HighLevel.

Per chi costruisce processi CRM più ampi, il principio resta lo stesso: definire quali campi sono davvero necessari prima di collegare segmentazioni, follow-up o automazioni ai nuovi contatti. Un riferimento utile sul rapporto tra raccolta di informazioni e CRM è la guida su come sincronizzare le domande delle Community GoHighLevel con il CRM, pur trattando un’area diversa della piattaforma.

Che cosa succede ai calendari già esistenti?

I calendari esistenti che raccolgono già i dettagli degli ospiti non cambiano automaticamente esperienza di prenotazione: restano su nome ed email. È una precisazione importante per chi teme variazioni improvvise nei moduli già pubblicati o nei flussi utilizzati dai clienti.

La fonte chiarisce che gli attuali calendari con raccolta dei dati ospite continueranno con l’impostazione “Name & Email”. Ciò suggerisce continuità per l’esperienza esistente, senza un passaggio automatico verso la richiesta del telefono.

Per i nuovi calendari, invece, l’impostazione predefinita dichiarata è “Name, Email & Phone”. HighLevel motiva questa scelta con l’obiettivo di aiutare le aziende ad acquisire fin dall’inizio informazioni di contatto più ricche.

Dal punto di vista gestionale, il cambiamento richiede soprattutto una verifica consapevole della configurazione adottata nei nuovi asset. Se un team crea un nuovo calendario per una campagna, una sede o un servizio, non dovrebbe dare per scontato che replichi la quantità di dati richiesta da un calendario più vecchio. La fonte comunica un default differente, non una garanzia che sia quello più appropriato per ogni caso d’uso.

Perché il fuso orario degli ospiti è più coerente?

I nuovi contatti ospite creati durante una prenotazione ereditano ora il fuso orario del contatto principale, anziché quello dell’azienda. L’obiettivo dichiarato è mantenere informazioni temporali più consistenti tra i partecipanti dello stesso booking.

Prima dell’aggiornamento, l’annuncio riferisce che gli ospiti creati potevano ricevere automaticamente il fuso orario aziendale. Con la nuova logica, un ospite creato al momento della prenotazione prende il timezone del contatto principale.

L’effetto è particolarmente comprensibile per organizzazioni che gestiscono appuntamenti con partecipanti in aree geografiche diverse rispetto alla sede aziendale. Se il contatto principale prenota in un determinato fuso orario, gli ospiti aggiunti nel medesimo contesto vengono allineati a quel riferimento temporale, invece di usare automaticamente quello dell’impresa.

HighLevel specifica anche un limite rilevante: se l’ospite esiste già nel CRM, il suo fuso orario esistente non viene modificato. L’aggiornamento riguarda quindi i contatti ospite creati durante il booking, non una normalizzazione retroattiva di tutti i record già presenti.

Questo dettaglio evita un’interpretazione eccessiva della novità. Non va considerata come uno strumento di pulizia globale dei timezone CRM, né come una modifica automatica dei dati storici. Chi opera su mercati internazionali dovrebbe continuare a verificare i propri flussi di comunicazione, le impostazioni dell’account e le fonti da cui arrivano i dati dei contatti.

A chi serve questa novità di GoHighLevel?

La funzione è utile quando una prenotazione può includere più persone, ma il livello di identificazione necessario varia per servizio e settore. Il vantaggio non è raccogliere più dati in assoluto: è scegliere dati proporzionati al processo operativo.

Esempi coerenti con quanto annunciato includono:

• strutture ricettive, ristorazione e attività eventi che possono avere bisogno del solo numero degli ospiti;
• studi, consulenti e servizi B2B che organizzano incontri con più stakeholder e possono richiedere dati individuali;
• corsi, demo e sessioni formative nelle quali è utile associare partecipanti distinti al CRM;
• agenzie che configurano calendari per sub-account con requisiti differenti di raccolta dati.

Per le agenzie italiane, la funzione può facilitare una configurazione meno uniforme tra clienti. Un calendario per prenotazioni di gruppo non deve necessariamente generare record per ogni partecipante; un altro, dedicato a una consulenza con più decisori, può invece richiedere informazioni individuali più complete.

In presenza di comunicazioni telefoniche o SMS, raccogliere il numero non equivale automaticamente a poter inviare campagne o messaggi promozionali. Occorre distinguere dato di contatto, finalità del contatto e gestione delle preferenze secondo il processo dell’azienda. Sul tema del canale SMS, può essere utile approfondire costi, controllo e strategie dell’SMS marketing internazionale con HighLevel.

Quali errori evitare prima di adottare le nuove opzioni?

L’errore principale è trattare il telefono dell’ospite come un campo obbligatorio per ogni scenario, anziché come una scelta da motivare nel processo. La nuova flessibilità serve proprio a evitare raccolte indifferenziate.

Prima di adottare o rivedere la configurazione, è prudente evitare almeno questi comportamenti:

1. Confondere il conteggio con l’anagrafica. Se serve solo la capacità del gruppo, la modalità solo conteggio è quella che la fonte indica senza creazione di contatti ospite. Non progettare automazioni sui contatti ospite se si è scelto di non crearli.
2. Dare per scontata la stessa configurazione sui calendari vecchi e nuovi. HighLevel comunica continuità su nome/email per i calendari esistenti e un default nome/email/telefono per quelli nuovi.
3. Presumere che i timezone già presenti vengano riscritti. Per gli ospiti già nel CRM, HighLevel dichiara che il fuso orario esistente resta invariato.
4. Usare dati ospite senza verificare informative e finalità. La possibilità tecnica di acquisire email o telefono non definisce da sola le modalità corrette di utilizzo del dato.
5. Assumere dettagli tecnici non pubblicati. L’annuncio non descrive tutti i possibili casi limite relativi a duplicati, modifiche post-prenotazione o automazioni collegate. È preferibile testare il flusso nel proprio contesto prima di estenderlo ai clienti.

Impatto pratico per CRM, appuntamenti e gestione dei partecipanti

L’aggiornamento collega meglio il dato raccolto nel calendario alla reale necessità di gestione del partecipante nel CRM. Quando è richiesta un’identità individuale, email e/o telefono permettono a HighLevel di creare o abbinare il contatto; quando non lo è, il solo conteggio evita la creazione di contatti aggiuntivi.

Questa separazione può aiutare a mantenere più ordinati i processi di booking. Il team operativo può disporre del numero di partecipanti dove conta la pianificazione, mentre i team commerciali o di customer success possono lavorare su record individuali solo quando esiste una ragione concreta per farlo.

L’ereditarietà del timezone dal contatto principale completa il quadro sul lato temporale: i nuovi ospiti di una stessa prenotazione vengono associati al riferimento del partecipante principale, senza alterare il fuso orario di chi era già presente nel CRM. È un miglioramento di coerenza, non una promessa di risolvere ogni problema legato a appuntamenti internazionali, reminder o dati anagrafici preesistenti.

Per aggiornamenti e configurazioni di HighLevel orientati a casi d’uso reali, puoi richiedere il nostro bonus WhatsApp GoHighLevel. Ogni risultato dipende da configurazione, qualità dei dati, processi interni e contesto normativo dell’azienda.