Piattaforme webinar: dati di partecipazione, telefono e residenza UE (2026)
I dati di partecipazione di una piattaforma webinar sono il registro di quali iscritti si sono davvero collegati, quando sono entrati e quando sono usciti, e della possibilità che i vostri sistemi lo leggano in modo automatico. Quasi tutte le piattaforme prima o poi ne producono una versione. Pochissime lo emettono mentre la sessione è in corso, diverse rendono difficile associarvi un numero di telefono, e alcune conservano quei dati fuori dall’Unione Europea. Questa pagina mette quelle tre domande in una tabella sola, perché sono le tre che decidono se una telefonata di follow-up sia possibile — e nessun confronto fra piattaforme che siamo riusciti a trovare le pubblica, tanto meno tutte e tre insieme.
In breve
Su 25 piattaforme esaminate, esattamente una emette un evento push nel momento in cui un partecipante esce da un webinar dal vivo: Zoom Webinars (versione classica), tramite webinar.participant_left. Altre due dichiarano un evento di uscita senza documentare con quanto ritardo scatti. Una è interrogabile a intervalli. Ventuno non possono farlo affatto. Separatamente, diverse piattaforme non raccolgono un numero di telefono all’iscrizione in nessun modo strutturato: l’API di registrazione massiva di Zoho documenta solo e-mail, nome e cognome, e Microsoft Teams non ha alcun campo telefono fra le domande standard. La residenza dei dati nell’UE, poi, è molto più frastagliata di quanto suggerisca il marketing: l’opzione di Zoom è a pagamento e lascia comunque negli Stati Uniti i dati di account e di funzionamento, quella di Vimeo esclude esplicitamente metadati, analytics e log, e quella di GoTo non siamo riusciti a verificarla in alcun modo perché le sue pagine trust rispondono HTTP 403.
I termini usati in questo confronto
- Webhook push
- La piattaforma invia al vostro server una richiesta HTTP nel momento stesso in cui l’evento accade. Non serve alcuna richiesta da parte vostra e non c’è nessun intervallo di attesa. Source
- Interrogazione periodica (polling)
- Il vostro sistema chiede ripetutamente alla piattaforma se qualcosa è cambiato. La velocità di rilevazione è limitata dalla frequenza con cui vi è consentito chiedere, e ogni piattaforma la limita. Source
- Residenza dei dati
- L’impegno di un fornitore sulla collocazione geografica in cui conserva ed elabora i dati. È una promessa più stretta di quanto sembri: di norma viene circoscritta a specifiche categorie di dati e a specifici piani tariffari. Source
- Iscritto
- Chi ha completato il modulo di iscrizione, indipendentemente dal fatto che poi partecipi. Il record di iscrizione è il posto in cui vive il numero di telefono, ammesso che il modulo lo abbia chiesto. Source
Quali piattaforme webinar mostrano chi ha partecipato?
Quasi tutte, prima o poi. La distinzione utile non è se il dato di presenza esista, ma quando diventa leggibile e in che forma. Livestorm pubblica la separazione post-sessione più pulita, con eventi webhook dedicati people.attended e people.not_attended — ma la sua stessa documentazione li descrive come scatenati «after it ends», cioè dopo la fine della sessione. GoTo Webinar pubblica uno schema Attendance che la sua specifica OpenAPI descrive così: «Describes the times the attendee joined and left a webinar session», con joinTime e leaveTime entrambi obbligatori — ma come estrazione di reportistica, non come evento.
Questo basta per un flusso di lavoro post-webinar. Non basta per reagire durante la sessione, e da solo non basta nemmeno per fare una telefonata, perché una telefonata richiede un numero che il modulo di iscrizione deve aver chiesto. Sono domande separate con risposte separate per ogni piattaforma, ed è per questo che qui sotto hanno colonne separate.
Leggete l’etichetta, non l’intestazione di colonna
Ogni cella qui sotto porta il grado di certezza che abbiamo davvero. Dove in questa tornata abbiamo riverificato l’affermazione contro la documentazione del fornitore, la cella dice il risultato in chiaro e la fonte è collegata nella sezione sottostante. Dove non siamo riusciti a raggiungere una fonte di prima parte, la cella lo dichiara. Una cella non confermata non è un sì attenuato e non è un no attenuato. Il senso di questa pagina è che le sue etichette siano affidabili, il che significa che alcune devono per forza essere noiose.
La matrice completa: presenze, telefono, residenza UE
L’origine è la sede dichiarata dal fornitore così come registrata nella nostra matrice, non una determinazione giuridica su quale entità sia il vostro titolare o responsabile del trattamento: per quello leggete il vostro contratto.
| Piattaforma | Origine | Dati di partecipazione | Telefono all’iscrizione | Residenza dei dati nell’UE | Note |
|---|---|---|---|---|---|
| Zoom Webinars (classica) | USA (San Jose) | La migliore del gruppo. Webhook push dal vivo participant_joined e participant_left, più un endpoint post-evento sugli assenti | Sì — il telefono è un campo standard documentato dell’iscritto, oltre alle domande personalizzate. L’organizzatore deve attivarlo | Parziale e solo a pagamento. Il Customer Content sta negli USA per impostazione predefinita e gli account a pagamento possono spostarne solo una parte; dati di account e diagnostici non si spostano affatto | L’unica piattaforma di questa rilevazione con un vero evento push di uscita |
| Microsoft Teams | USA | Sì — registri di presenza nativi | No. Non è nell’elenco delle domande standard. Il numero va aggiunto come domanda personalizzata a testo libero | Microsoft 365 — che include Teams — rientra nell’EU Data Boundary per i clienti la cui registrazione avviene in UE o EFTA. I clienti con Multi-Geo sono esplicitamente fuori perimetro | La risposta più solida sulla residenza fra quelle che la maggior parte delle organizzazioni europee già possiede |
| ClickMeeting | Polonia (Danzica) | La guida API documenta un endpoint Attendees di sessione. In quella guida non compaiono né webhook né un endpoint sugli assenti | Solo campo di testo personalizzato secondo la nostra matrice — non riverificato in questa tornata | La dichiarazione più forte del gruppo. Tutti i data center della piattaforma nell’UE, ISO/IEC 27001:2022. CDN e server di streaming possono stare fuori dallo SEE per i partecipanti che si collegano da fuori | Nessuna interfaccia in lingua italiana rilevata |
| Livestorm | Francia (Lione) | Sì — la separazione post-sessione più pulita, ma people.attended e people.not_attended scattano solo a sessione conclusa | Sì — il telefono è un attributo standard di iscrizione, di tipo testo | Ospitata su AWS in Irlanda, ma la sua stessa informativa dichiara che i dati possono essere trasferiti o conservati fuori dall’Unione Europea, compresi gli Stati Uniti | Non esiste alcun evento di ingresso né di uscita |
| GoTo Webinar | USA (Boston) | Sì — schema Attendance con joinTime e leaveTime obbligatori, come estrazione | Sì — phone è un campo documentato dell’iscritto nel payload di registrazione | NON VERIFICABILE DAI NOSTRI STRUMENTI. L’intero host www.goto.com risponde 403 al recupero automatico, quindi non abbiamo potuto leggere le sue pagine trust alla fonte. È un problema di accesso, non una prova di assenza | Esattamente cinque eventName webhook e nessuno di essi è un evento di uscita |
| WebinarJam / EverWebinar | USA (Las Vegas) | Sì — attended_live, entered_live, time_live. C’è un orario di ingresso e una durata, ma nessun timestamp di uscita | Sì — phone e phone_country_code di prima classe, e il record porta twilio_consented_at | Nessuna opzione UE registrata nella nostra matrice — non riverificata di prima parte in questa tornata | Prima di credere al nome del trigger Zapier, leggete la trappola più sotto |
| Demio (Banzai) | USA | Sì — report partecipanti dopo la sessione | Sì — «Phone Number (validates and auto-formats entries)» è un campo predisposto, ma il modulo di default contiene solo nome ed e-mail. Nessun SMS nativo: l’assistenza Demio dice che «Demio doesn’t offer native support for sending SMS notifications» e rimanda a una soluzione via Zapier | «Our servers are currently primarily located in the US» — centro assistenza Demio | Quattro trigger Zapier documentati: iscrizione, ingresso, mancata partecipazione a evento concluso, aggiornamento di serie. Nessuno è un’uscita a metà sessione |
| Zoho Webinar | Paesi Bassi B.V. (entità UE di un gruppo globale) | Debole. Il recupero delle presenze non è stato riverificato in questa tornata e non lo affermiamo | La più debole del gruppo. L’API di registrazione massiva documenta solo email, firstName e lastName; la parola phone non compare in nessun punto della pagina | Data center UE: Amsterdam (primario) e Dublino (secondario) | Su questa riga abbiamo verificato alla fonte solo i campi di registrazione e la collocazione dei data center; il resto resta registrato in matrice |
| Contrast | Francia (Parigi) | Visualizzazioni dal vivo e in replica, entrambe a posteriori — registrato in matrice, non riverificabile: la documentazione è generata lato client | Registrato in matrice come risposta di iscrizione con riferimento phoneNumber. NON RIVERIFICATO: la documentazione per sviluppatori restituisce ai nostri strumenti sempre lo stesso guscio HTML | NON CONFERMATA. L’informativa privacy di Contrast risponde HTTP 403, quindi non affermiamo nulla | Sull’intera riga il nostro grado di certezza è basso e lo dichiariamo |
| Vimeo Events | USA | Esportazione CSV secondo la nostra matrice — non riverificata in questa tornata | Non confermato in questa tornata | Solo Enterprise, ed esclude proprio ciò che conta. Il video sta in Germania e Belgio; metadati dei video, profili utente, informazioni di account, analytics e log restano fuori dalla regione | Le categorie escluse sono esattamente i registri di iscrizione e di presenza |
| eWebinar | Canada (Vancouver) | Nell’enum delle azioni webhook esiste il valore «Left». Solo push, nessun recupero a posteriori, latenza non documentata | Nessuna chiave telefono nel payload webhook di esempio documentato | Non confermata di prima parte in questa tornata | Il riferimento webhook non documenta alcuna latenza di invio, per nessuna azione, «Left» compreso |
| BigMarker | USA | Endpoint live_attendees interrogabile che espone exit_time per partecipante, «intended for only live, recurring, and evergreen webinars» | Solo campo di testo personalizzato secondo la nostra matrice — non riverificato in questa tornata | Non confermata in questa tornata | 100 chiamate API al minuto, con un limite separato di 50 chiamate al secondo per l’aggiunta di iscrizioni |
| StealthSeminar | USA | Esiste un webhook leaveBefore con parametro in minuti. La latenza di invio non è documentata | Sì — sms_number, documentato come «Phone number for sending SMS reminders» | Non confermata in questa tornata | L’evento di uscita è parametrizzato su una soglia in minuti, non è un generico «è appena uscito» |
| YouTube Live / Facebook Live / LinkedIn Live | USA | Strutturalmente impossibile — nessuna identità del partecipante. LinkedIn vi dà gli iscritti tramite Lead Sync ma non espone alcun endpoint di presenza per singolo partecipante | No / No / LinkedIn: il modulo di iscrizione predefinito raccoglie nome, cognome, indirizzo e-mail, ruolo, nome azienda e Paese — nessun telefono | No | Chi trasmette qui deve possedere esternamente il livello di iscrizione |
Fonti per le celle verificate, nell’ordine della tabella: documentazione per sviluppatori Zoom e articolo Zoom sulla collocazione dei dati; riferimento Microsoft sul modulo di iscrizione Teams e documentazione dell’EU Data Boundary; pagina sicurezza di ClickMeeting, la sua FAQ privacy e la sua guida API; webhook Livestorm, il suo elenco di attributi e la sua informativa privacy; la specifica GoTo Webinar v2; l’API iscritti di WebinarJam; sicurezza e privacy di Demio, il suo elenco dei campi del modulo e il suo articolo sulle notifiche SMS; l’API di registrazione massiva di Zoho e la mappa dei suoi data center; la residenza dei dati di Vimeo Enterprise; il riferimento webhook di eWebinar; i limiti di frequenza API di BigMarker e, separatamente, il suo riferimento API per l’endpoint live_attendees e il campo exit_time; la documentazione API di StealthSeminar; e la pagina di assistenza LinkedIn sul modulo di iscrizione, che è dove vive davvero l’elenco dei campi predefiniti.
Qualche piattaforma segnala il momento esatto in cui qualcuno esce?
È la domanda che separa una piattaforma webinar da uno strumento di reportistica, e su 25 piattaforme la risposta è scomoda. Un evento di ingresso non è la prova che esista un evento di uscita: lo dimostra Riverside, che pubblica un manuale attendee.joined e semplicemente non ha mai costruito attendee.left. Il suo catalogo completo degli eventi conta sei voci, e l’unica vicina all’uscita è un contrassegno post-evento di mancata partecipazione.
| Livello | Piattaforme | Che cos’è davvero il segnale | Verdetto |
|---|---|---|---|
| Livello 1 — un vero evento push di uscita | Solo Zoom Webinars (classica) | webinar.participant_left è un webhook push dal vivo che porta leave_time, leave_reason e registrant_id | Realizzabile — ma leggete la sezione sull’affidabilità prima di promettere qualcosa che ci si appoggi |
| Livello 2 — un evento di uscita dichiarato, latenza non misurata | StealthSeminar, eWebinar | StealthSeminar ha leaveBefore con parametro in minuti; eWebinar ha il valore «Left» nell’enum delle azioni webhook. Nessuno dei due fornitori documenta con quanto ritardo scatti | Non vendetelo finché non lo avete misurato con un webinar di prova |
| Livello 3 — solo interrogazione periodica | BigMarker | Un endpoint di reportistica live_attendees, «intended for only live, recurring, and evergreen webinars», espone exit_time per partecipante | Possibile, ma 100 chiamate API al minuto pongono un tetto rigido ai webinar in contemporanea |
| Livello 4 — non è possibile affatto (21 piattaforme) | WebinarJam, EverWebinar, Demio, Livestorm, Contrast, Sequel.io, GoTo Webinar, Riverside, StreamYard, Hubilo, ON24, Zoho Webinar, WebinarNinja, Crowdcast, Zoom Events, Microsoft Teams, ClickMeeting, Vimeo Events, YouTube Live, Facebook Live, LinkedIn Live | O non esiste alcun segnale di uscita, o esiste solo dentro un report post-sessione che dovete scaricare a evento finito | Qualunque fornitore vi prometta una reazione dal vivo a metà sessione su queste piattaforme sta descrivendo qualcosa che la piattaforma non emette |
Zoom Events non è Zoom Webinars
Sono due prodotti Zoom diversi e solo uno dei due ha eventi sui partecipanti. Il catalogo webhook di Zoom Events riguarda solo ciclo di vita, biglietteria, espositori e relatori: evento pubblicato, sessione creata, tipo di biglietto aggiornato, più creazione, modifica ed eliminazione di espositori e relatori. Abbiamo controllato l’intero catalogo cercando un evento di ingresso o di uscita di un partecipante e abbiamo trovato zero riscontri. Se qualcuno vi propone un’integrazione «con Zoom», la domanda che qualifica è su quale prodotto Zoom giri davvero il webinar.
Perché su Zoom registrant_id conta più dell’indirizzo e-mail?
Perché su Zoom l’e-mail fallisce in silenzio come chiave di collegamento. Il payload di webinar.participant_left documenta il campo email testualmente così: «The participant’s email address. This field is returned if the participant joined the webinar by logging into their Zoom account. If the participant is not part of the host’s account, this returns an empty string value, with some exceptions.» La maggioranza dei partecipanti a un webinar non fa parte dell’account Zoom di chi organizza. Quindi un’integrazione che colleghi gli eventi di uscita ai record di iscrizione tramite l’e-mail sembrerebbe corretta in fase di test — dove lo sviluppatore è autenticato — e restituirebbe stringhe vuote in produzione.
Il campo che regge è registrant_id, documentato come «The participant’s registrant ID». Collega l’evento dal vivo al record di iscrizione, e quindi a tutto ciò che il modulo ha raccolto, numero di telefono compreso. Lo stesso payload porta anche leave_reason, che elenca in chiaro motivi come «$name left the meeting», «$name got disconnected from the meeting» o «Network connection error»: permette cioè di distinguere un’uscita deliberata da una caduta di rete invece di trattarle allo stesso modo. Entrambi i campi sono nel riferimento pubblicato degli eventi.
La domanda di prova per qualunque fornitore
Chiedete su quale campo fanno il collegamento. Se la risposta è l’e-mail, o non l’hanno costruito o non l’hanno testato fuori dal proprio account Zoom. È una domanda da trenta secondi che separa chi ha letto la documentazione da chi ha letto un elenco di funzionalità.
Quali funzionalità sembrano reali e non lo sono?
Questi sono i paragrafi più utili della pagina, perché ognuno descrive un punto in cui un’integrazione dall’aspetto plausibile fallisce in silenzio e nessuno ve lo dirà.
| Che cosa sembra | Che cosa dice davvero la documentazione | Conseguenza |
|---|---|---|
| WebinarJam ed EverWebinar espongono un trigger Zapier letteralmente chiamato «Registrant Leaves Before», descritto come attivato quando un iscritto lascia il webinar dal vivo prima di un certo momento | La documentazione di WebinarJam sulle regole di automazione dice che «Negative triggers are evaluated after the webinar session concludes», e «if they leave early» è nell’elenco dei trigger negativi | Il trigger non può scattare durante il webinar. È il nome di un trigger che permetterebbe a un fornitore di vendervi una funzionalità che la piattaforma non può erogare |
| webinar.participant_left di Zoom è un webhook push in tempo reale documentato | Una segnalazione di bug sul forum sviluppatori Zoom, intitolata «BUG: webinar.participant_left webhook sometimes not fired», descrive un fallimento silenzioso: «There’s no connection to my HTTP server to deliver them, and no record of them in the “Call Logs → Webhook Logs” on the App Marketplace management screens». Nessun dipendente Zoom ha risposto e la discussione è stata chiusa automaticamente senza soluzione | Perfino l’unica piattaforma di Livello 1 non regge una promessa in tempo reale. Zoom non pubblica da nessuna parte un impegno sulla latenza dei webhook |
| Una piattaforma no-code può sorvegliare per voi qualunque webinar | Dove non esiste un evento push, Zapier interroga a intervalli fissati dal piano: 15 minuti sul gratuito, 2 minuti su Professional, 1 minuto su Team ed Enterprise. I trigger istantanei sono basati su webhook ed esistono solo dove è l’applicazione a fornirli — per i webinar, cioè Zoom | Tutto ciò che è sensibile al tempo, se passa da un’interrogazione periodica, arriva dopo il momento che avrebbe dovuto cogliere |
| GoHighLevel può rilevare la partecipazione a un webinar e agire di conseguenza | GoHighLevel non ospita webinar, quindi può solo ricevere un segnale rilevato da qualcun altro. La sua documentazione dice che i tentativi automatici di reinvio «apply only to Marketplace app webhooks sent from HighLevel to your external server», e alla domanda se questo riguardi i trigger Inbound Webhook dei Workflow risponde «No» | Una POST fallita verso un inbound webhook perde l’evento per sempre. Chi rileva l’evento deve possedere in proprio la logica di reinvio |
Fonti: la scheda dei trigger WebinarJam su Zapier contro l’articolo di WebinarJam sulle regole di automazione; la segnalazione di bug sul forum Zoom; la documentazione Zapier sui trigger; e l’articolo di GoHighLevel sui reinvii automatici.
Che cosa dovrebbe cambiare, nel modo in cui comprate
Entrambe le fonti su WebinarJam sono pubbliche e nessuna delle due è nascosta. Il nome del trigger e la regola sulla tempistica si contraddicono dentro i materiali dello stesso fornitore, e l’unico modo di accorgersene è leggere la seconda pagina. Quando valutate qualunque automazione basata sulla partecipazione, chiedete l’URL della documentazione, non il nome della funzionalità — e se la risposta è lo screenshot di una directory di integrazioni, quella è la risposta.
Quali piattaforme webinar tengono i dati europei in Europa?
È la colonna che chi compra in Europa guarda per ultima e dovrebbe guardare per prima, perché è l’unica che non si sistema dopo. Ed è anche la colonna in cui il linguaggio commerciale e la documentazione divergono di più. Quattro risultati contano più degli altri.
Zoom: solo a pagamento, e non copre tutto
Il Customer Content sta negli Stati Uniti per impostazione predefinita, e gli account a pagamento possono spostarne solo una parte. Per riunioni e webinar l’insieme spostabile è: registrazioni nel cloud, trascrizioni delle registrazioni, messaggi di chat in riunione e file trasferiti se la riunione è registrata, ed etichette nome intelligenti. I dati di account e quelli diagnostici restano negli Stati Uniti e non si spostano affatto: l’articolo di assistenza di Zoom dice testualmente che «Account data and operation data will continue to be stored in the US». Lo stesso articolo esclude inoltre la chat inviata fuori da una riunione, insieme a sondaggi, Q&A e registri delle chiamate, che restano nella regione in cui l’account è stato creato invece che in quella scelta da voi. La selezione regionale è reale, è solo molto più stretta di «i nostri dati sono in Europa».
Vimeo: la residenza esclude proprio i record che vi interessano
La residenza dei dati UE di Vimeo Enterprise copre sei categorie, che il suo stesso articolo di assistenza indica come quelle «currently stored within the EU»: file sorgente e versioni transcodificate dei video, trascrizioni e sottotitoli, indice di ricerca, miniature dei video, immagini profilo degli utenti e dirette. Lo stesso articolo elenca poi cinque categorie che restano fuori dalla regione: metadati dei video, profili utente Vimeo, informazioni dell’account Enterprise, analytics e log, e notifiche, commenti e interazioni. Per chi organizza webinar, l’elenco degli iscritti e il registro delle presenze stanno dal lato sbagliato di quella linea. È l’esempio più limpido di tutta la rilevazione di una dichiarazione di residenza vera e inutile allo stesso tempo.
ClickMeeting: la dichiarazione più forte, con un caveat onesto
ClickMeeting è polacca, e la sua pagina sicurezza dice senza giri di parole «Your data never leaves the European Union» e, dei suoi data center, «All of them are located in the European Union», con una certificazione ISO/IEC 27001:2022 a sostegno. Non nominiamo l’ente certificatore: la pagina sicurezza non lo dichiara e il certificato è la scansione di un’immagine da cui non siamo riusciti a estrarre testo, quindi l’emittente qui resta non verificato. La sua FAQ privacy nomina i responsabili del trattamento e le loro sedi — OVH in Francia, Germania e Polonia; Amazon Web Services in Germania; Leaseweb in Germania — e aggiunge il caveat che citiamo perché è il genere di dettaglio che di solito i fornitori seppelliscono: «However, it is worth noting that some of the network infrastructure, in particular content delivery networks (CDNs) and streaming servers, may be located outside the EEA», usati, prosegue, solo quando un partecipante si collega da fuori dallo Spazio economico europeo.
Microsoft Teams è probabilmente già la risposta alla vostra domanda sulla residenza
Microsoft 365 — che include Teams — rientra nell’EU Data Boundary per i clienti la cui registrazione avviene in un Paese dell’Unione Europea o dell’EFTA, e copre i dati del cliente e i dati personali pseudonimizzati nei log generati dal sistema. La documentazione del perimetro nomina solo le famiglie di servizi — Azure, Dynamics 365, Power Platform e Microsoft 365 — e rimanda l’elenco per singolo servizio ai Product Terms: leggete quindi l’inclusione di Teams attraverso Microsoft 365, senza aspettarvi di trovare la parola Teams su quella pagina. Con l’impegno viaggiano due caveat: Microsoft dichiara che gli impegni sono «subject to limited circumstances where Customer Data, personal data, and Professional Services Data will continue to be transferred outside the EU Data Boundary», e i clienti che hanno acquistato le funzionalità Multi-Geo sono esplicitamente fuori perimetro anche con un tenant UE. Poi leggete la sezione successiva, perché Teams ha un problema diverso.
Due dichiarazioni di residenza che ci rifiutiamo di fare
- GoTo. Le pagine trust di GoTo rispondono HTTP 403 al recupero automatico — l’intero host
www.goto.comlo fa — quindi non abbiamo potuto verificarle con i nostri strumenti. Non ripetiamo affermazioni che non abbiamo letto alla fonte. È un problema di accesso, non una prova di assenza: l’host di assistenza di GoTo funziona, e il suo articolo sul GDPR risponde HTTP 200. Apritelo voi in un browser prima di concludere alcunché, in un senso o nell’altro. - Webex Webinars. L’articolo di Cisco sulla residenza dei dati enumera Meetings, Messaging, Calling e Contact Center, insieme a identità comune, analytics e chiavi di cifratura. Webinars non è in quell’elenco. È ragionevole dedurne la copertura ed è irragionevole affermarla, quindi la etichettiamo come dedotta e la teniamo fuori dalla tabella.
Il modulo di iscrizione può raccogliere un numero di telefono?
Quasi nessuno pensa di controllarlo, e questa cosa decide in silenzio tutto ciò che viene dopo. Se il modulo di iscrizione non chiede mai un numero, nessuna telefonata di follow-up è possibile, a prescindere dalla piattaforma, dal consenso e dagli strumenti: non si può chiamare un campo che non esiste, e non si può applicare a posteriori un consenso a un modulo che non è mai stato mostrato all’iscritto.
| Qualità della raccolta | Piattaforme | Che cosa significa in pratica |
|---|---|---|
| Campo di prima classe | Zoom Webinars (phone), Livestorm (phone, attributo standard di tipo testo), GoTo Webinar (phone), WebinarJam ed EverWebinar (phone più phone_country_code), Demio («Phone Number», predisposto ma non presente sul modulo di default), StealthSeminar (sms_number) | Il campo esiste nello schema e arriva dall’API in modo prevedibile. L’organizzatore deve comunque attivarlo sul modulo |
| Solo domanda personalizzata a testo libero | Microsoft Teams (le domande standard sono indirizzo, città, provincia, CAP, Paese, settore, ruolo, organizzazione e termini legali — nessun telefono); ClickMeeting e BigMarker secondo la nostra matrice, non riverificati in questa tornata | Funziona, ma il formato è quello che l’iscritto ha digitato. Mettete in conto di normalizzare voi i numeri e aspettatevi che una quota non trascurabile sia inutilizzabile |
| Bloccato strutturalmente o non confermato | Zoho Webinar (l’API di registrazione massiva documenta solo email, firstName e lastName; la parola phone non compare nella pagina), Vimeo Events (non confermato in questa tornata), eWebinar (nessuna chiave telefono nel payload webhook di esempio), Contrast (registrato in matrice come riferimento phoneNumber, non riverificabile: documentazione generata lato client) | Trattate il numero come non disponibile per la via documentata finché non avete dimostrato il contrario in un account di prova |
| Nessuna raccolta | YouTube Live, Facebook Live, LinkedIn Live (il modulo predefinito raccoglie nome, cognome, e-mail, ruolo, azienda e Paese) | Il numero deve arrivare da un modulo vostro, ospitato fuori dalla piattaforma di trasmissione |
Il modulo è il prodotto
Un numero di telefono raccolto senza una base giuridica è peggio di nessun numero, perché sembra utilizzabile. In Italia la domanda di che cosa debba dire il vostro modulo di iscrizione prima che qualcuno possa telefonare a quegli iscritti ha una risposta propria, e non è una spunta messa lì per scrupolo: la trovate in possiamo chiamare gli iscritti al webinar. Sistemate il modulo prima di scegliere la piattaforma, non dopo.
Quali piattaforme non possono dirvi chi ha partecipato?
YouTube Live, Facebook e Meta Live e LinkedIn Live sono superfici di trasmissione, non piattaforme webinar, e la differenza è che non stabiliscono mai un registro di presenza per singola persona che possiate recuperare. LinkedIn è il caso più interessante dei tre perché ci va più vicino: la sua Event Management API permette di agganciare un modulo di iscrizione personalizzato e di instradarne i risultati verso la Lead Sync API, quindi gli iscritti potete averli. Quello che non esiste è un endpoint di presenza per singolo partecipante che dica chi ha guardato. E l’elenco dei campi predefiniti vive sulla pagina di assistenza LinkedIn, non nella panoramica API: raccoglie nome, cognome, indirizzo e-mail, ruolo, nome dell’azienda e Paese, e nessun numero di telefono.
La regola pratica quindi è semplice. Se trasmettete su una piattaforma social, possedete voi il livello di iscrizione: usate un modulo vostro, raccogliete i campi che vi servono compreso il numero di telefono e la sua informativa, e trattate la piattaforma social puramente come la sala. Tutto ciò che viene dopo dipenderà dai vostri dati e non da un’esportazione che non esiste.
Che cosa cambia per un provider ECM o un evento formativo accreditato?
In Italia buona parte della formazione online non si vende come «webinar»: si vende come corso FAD, evento formativo o formazione sincrona erogata da un provider ECM o da un ordine professionale, e assegna crediti formativi. Il vocabolario cambia, ma la matrice tecnica resta identica, perché sotto quei corsi girano esattamente le stesse piattaforme di questa tabella: Teams, Zoom, ClickMeeting e le altre.
Ci sono però due conseguenze che pesano di più in questo contesto. La prima: se dovete attestare la presenza per l’assegnazione dei crediti, i registri di presenza sono il documento su cui poggia l’attestazione, quindi la colonna «dati di partecipazione» smette di essere una comodità di marketing e diventa un requisito operativo — e la colonna «residenza dei dati» diventa una domanda su dove risieda un registro che contiene dati identificativi di professionisti iscritti a un albo. La seconda: se sulla piattaforma non c’è un campo telefono, non c’è nemmeno un modo di contattare per via telefonica chi non si è collegato, e su Teams — la piattaforma più diffusa fra le organizzazioni già dentro Microsoft 365 — quel campo semplicemente non esiste fra le domande standard.
Che cosa non affermiamo qui
Non abbiamo verificato alla fonte alcun requisito normativo italiano sull’attestazione della presenza per la formazione accreditata, e quindi non ne descriviamo nessuno. Le due conseguenze qui sopra sono osservazioni sulle capacità tecniche delle piattaforme, non affermazioni sugli obblighi di un provider. Per gli obblighi, il riferimento è il vostro ente accreditante, non questa pagina.
Che cosa non siamo riusciti a verificare
Questa sezione è il motivo per fidarsi del resto della pagina. Ogni voce è qualcosa che in questa tornata abbiamo provato a confermare senza riuscirci, e in più di un caso il fallimento è esso stesso il risultato.
- La residenza dei dati UE di GoTo. Due URL trust, due risposte HTTP 403. Nessuna dichiarazione di prima parte ottenuta. Non affermiamo nulla.
- Contrast, tutta la riga. L’informativa privacy risponde HTTP 403 e la documentazione per sviluppatori è generata lato client: restituisce ai nostri strumenti lo stesso guscio HTML su qualunque percorso. Il riferimento
phoneNumbere i tipi di evento webhook restano registrati nella nostra matrice e non riverificati. - La residenza di Webex Webinars. Cisco enumera Meetings, Messaging, Calling e Contact Center. Webinars è assente, quindi la copertura è dedotta, non documentata.
- La collocazione dei dati di eWebinar, StealthSeminar, BigMarker e WebinarJam/EverWebinar. Non l’abbiamo confermata di prima parte in questa tornata e non la affermiamo in nessuna direzione.
- La latenza dei webhook di Zoom. Zoom non pubblica da nessuna parte un impegno sui tempi di consegna. Non c’è un numero da citare, né nostro né di altri, e qualunque fornitore ve ne citi uno sta citando nel migliore dei casi i propri test.
- Quanto in fretta viene rilevata un’uscita alla chiusura di una scheda del browser. Nessun fornitore di questa rilevazione lo pubblica, e chiudere una scheda è un evento diverso dal cliccare «esci». Va misurato nel vostro account, non affermato.
- Se l’endpoint live_attendees di BigMarker sia riservato al piano Enterprise. BigMarker contrassegna diversi parametri webhook come «enterprise only», ma l’endpoint di reportistica sui partecipanti dal vivo non porta alcun contrassegno di livello. È commercialmente decisivo e pubblicamente poco chiaro.
- La raccolta del telefono su ClickMeeting, BigMarker e Vimeo, e il recupero delle presenze su Vimeo e Zoho. Restano registrati nella nostra matrice e non riverificati, ed è così che sono etichettati in tabella. Di ClickMeeting abbiamo confermato che la guida API documenta un endpoint Attendees di sessione e che in quella guida non compaiono né webhook né un endpoint sugli assenti; quello che non siamo riusciti a recuperare è l’elenco dei campi per singolo partecipante, che la pagina rimanda a un riferimento separato.
- Su quali delle ventuno piattaforme di Livello 4 poggia davvero il conteggio. In questa tornata abbiamo riletto alla fonte il catalogo completo degli eventi, o la regola che ne governa la tempistica, per nove di esse: WebinarJam, EverWebinar, Demio, Livestorm, GoTo Webinar, Riverside, Zoom Events, ClickMeeting e LinkedIn Live. Per le altre dodici — Contrast, Sequel.io, StreamYard, Hubilo, ON24, Zoho Webinar, WebinarNinja, Crowdcast, Microsoft Teams, Vimeo Events, YouTube Live e Facebook Live — l’assenza di un evento di uscita dal vivo è registrata nella nostra matrice e non è stata rirecuperata in questa tornata. La documentazione API di ON24, in particolare, porta una direttiva
Disallow: /: è consultabile da browser ma non recuperabile dai nostri strumenti.
Come dovrebbe leggere questa tabella chi compra in Europa?
Non come una classifica. In questa matrice non esiste una piattaforma migliore, perché le tre colonne tirano in direzioni opposte: la piattaforma con il miglior segnale di presenza dal vivo ha la storia più debole sulla residenza UE, e quella con la storia più forte sulla residenza ha l’API di presenza meno documentata. Quello che la tabella vi dà è la possibilità di vedere lo scambio che state accettando, invece di scoprirlo al quarto mese.
| Se il vostro vincolo è… | Guardate | Che cosa rinunciate |
|---|---|---|
| Reagire durante la sessione dal vivo | Zoom Webinars (classica), tenendo la sottoscrizione al webhook direttamente e non attraverso un passaggio no-code | La residenza UE diventa un’impostazione a pagamento che lascia comunque negli Stati Uniti i dati di account e di funzionamento, e l’evento di uscita ha segnalazioni documentate di inaffidabilità |
| Che i dati restino dentro l’Unione Europea | ClickMeeting, oppure Microsoft Teams se la vostra organizzazione è già su Microsoft 365 con registrazione in UE o EFTA | Teams non ha alcun campo telefono fra le domande standard di iscrizione; ClickMeeting documenta un endpoint Attendees ma nessun webhook, e la sua gestione del telefono non siamo riusciti a riverificarla |
| Ottenere un numero di telefono utilizzabile | Zoom, Livestorm, GoTo Webinar, WebinarJam ed EverWebinar, Demio, StealthSeminar | Niente sul piano tecnico — ma il numero serve solo se il modulo lo ha chiesto in modo lecito, e questa è una domanda di conformità, non di piattaforma |
| Trasmettere dove il vostro pubblico già si trova | YouTube, LinkedIn o Meta, con un vostro modulo di iscrizione a monte | Tutta l’identità di presenza. Saprete chi si è iscritto e mai chi ha guardato |
Dall’insieme della rilevazione discendono due conseguenze pratiche. Primo, l’affermazione generica «funziona con qualunque piattaforma webinar» non è credibile, perché ventuno delle venticinque piattaforme esaminate non possono fare la cosa che quell’affermazione di solito sottintende. Secondo, la versione onesta di un flusso di lavoro innescato dalla presenza, sulla maggior parte delle piattaforme, non è affatto una reazione dal vivo: è un confronto in un momento fissato. Nel punto della sessione che vi interessa, confrontate chi è ancora nell’elenco dei presenti con chi si era iscritto, e lavorate il divario dopo. Questo è realizzabile su molte più piattaforme e regge alla lettura di un interlocutore tecnico.
Se vi interessa il lato operativo invece di quello tecnico, la nostra panoramica sulla partecipazione ai webinar con l’IA copre che cosa succede fra l’iscrizione e la sessione, e le chiamate di follow-up dopo il webinar coprono la parte che gira sui dati che tutte le piattaforme di questa tabella sanno restituire. Per i numeri invece che per gli ingranaggi, abbiamo fatto lo stesso lavoro fonte per fonte in tasso di partecipazione ai webinar: tutti gli studi.
Domande frequenti
Domande frequenti
Quasi tutte lo mostrano prima o poi, in un report post-sessione o in un’esportazione delle presenze. Le differenze stanno nella forma e nei tempi. Livestorm separa chi ha partecipato e chi no in eventi webhook dedicati che scattano dopo la fine della sessione. GoTo Webinar pubblica uno schema Attendance con joinTime e leaveTime obbligatori, come estrazione di reportistica. Demio espone un report partecipanti dopo la sessione. Zoom offre sia un endpoint post-evento sugli assenti sia eventi dal vivo sui partecipanti. ClickMeeting documenta un endpoint Attendees di sessione ma nessun webhook e nessun endpoint sugli assenti.
Una sola lo fa in modo compiuto. Zoom Webinars (versione classica) emette webinar.participant_left come vero webhook push, con leave_time, leave_reason e registrant_id. StealthSeminar ha un evento leaveBefore parametrizzato in minuti ed eWebinar ha il valore «Left» nell’enum delle azioni webhook, ma nessuno dei due fornitori documenta con quanto ritardo scattino. BigMarker può essere interrogato per l’exit_time di ogni partecipante tramite un endpoint che la sua documentazione descrive come «intended for only live, recurring, and evergreen webinars». Le altre ventuno piattaforme esaminate non hanno alcun segnale di uscita dal vivo, comprese WebinarJam, EverWebinar, Demio, Livestorm, GoTo Webinar, Microsoft Teams, ClickMeeting, ON24 e Zoom Events.
Perché WebinarJam lo classifica come trigger negativo, e la sua documentazione sulle regole di automazione dice che «Negative triggers are evaluated after the webinar session concludes». La scheda su Zapier lo descrive come attivato quando un iscritto lascia il webinar dal vivo prima di un certo momento, e sembra quindi un evento in diretta, ma la valutazione sottostante avviene a sessione conclusa. Il nome del trigger e la regola sulla tempistica si contraddicono dentro i materiali pubblici dello stesso fornitore.
In parte, e solo sui piani a pagamento. Il Customer Content sta negli Stati Uniti per impostazione predefinita e gli account a pagamento possono spostarne solo una parte: per riunioni e webinar si tratta di registrazioni nel cloud, trascrizioni, messaggi di chat in riunione e file trasferiti se la riunione è registrata, ed etichette nome intelligenti. I dati di account e quelli diagnostici restano negli Stati Uniti e non si spostano: l’articolo di assistenza Zoom dice che «Account data and operation data will continue to be stored in the US». Lo stesso articolo esclude anche la chat inviata fuori da una riunione, insieme a sondaggi, Q&A e registri delle chiamate, che restano nella regione in cui l’account è stato creato. È un’opzione regionale reale, ma molto più stretta di un impegno generale di residenza europea.
Sulla base delle dichiarazioni pubblicate, ClickMeeting. È un’azienda polacca, la sua pagina sicurezza dichiara che i dati non lasciano mai l’Unione Europea e che tutti i suoi data center si trovano nell’UE, e vanta una certificazione ISO/IEC 27001:2022. Non nominiamo l’ente certificatore, perché la pagina sicurezza non lo dichiara e il certificato è la scansione di un’immagine da cui non siamo riusciti a estrarre testo. La sua FAQ privacy nomina i responsabili del trattamento e le loro sedi nello Spazio economico europeo, e dichiara onestamente che CDN e server di streaming possono trovarsi fuori dallo SEE quando un partecipante si collega da fuori. Per le organizzazioni già su Microsoft 365 con registrazione in UE o EFTA, l’altra risposta forte è Microsoft Teams attraverso l’EU Data Boundary.
Per quello che esclude. Vimeo Enterprise copre sei categorie, che il suo articolo di assistenza indica come quelle «currently stored within the EU»: file sorgente e versioni transcodificate dei video, trascrizioni e sottotitoli, indice di ricerca, miniature, immagini profilo e dirette. Lo stesso articolo elenca cinque categorie che restano fuori dalla regione: metadati dei video, profili utente Vimeo, informazioni dell’account Enterprise, analytics e log, e notifiche, commenti e interazioni. Per chi organizza webinar, l’elenco degli iscritti e il registro delle presenze cadono nelle categorie escluse, quindi l’impegno di residenza non copre proprio i dati personali che più avreste bisogno di giustificare.
Non come campo standard. La documentazione Microsoft elenca come domande obbligatorie nome, cognome e un campo di consenso Microsoft, e come domande standard indirizzo, città, provincia, CAP, Paese, settore, ruolo, organizzazione e termini legali. Fra queste non c’è alcun numero di telefono. Il numero va aggiunto come domanda personalizzata a testo libero, il che significa che il formato sarà quello che l’iscritto ha digitato e che dovrete normalizzare voi i numeri.
No, non per singola persona. Sono superfici di trasmissione che non stabiliscono mai un registro di presenza per partecipante che si possa recuperare. LinkedIn ci va più vicino: la sua Event Management API consente di agganciare un modulo di iscrizione personalizzato e di instradare i risultati tramite la Lead Sync API, quindi gli iscritti si possono avere, ma non esiste un endpoint di presenza per singolo partecipante. Il modulo predefinito di LinkedIn raccoglie inoltre nome, cognome, e-mail, ruolo, azienda e Paese, e nessun numero di telefono. Chi trasmette su queste piattaforme deve possedere esternamente il livello di iscrizione.
Solo dove l’applicazione fornisce un trigger istantaneo basato su webhook, il che per i webinar significa Zoom. In tutti gli altri casi Zapier interroga a intervalli fissati dal vostro piano: 15 minuti sul gratuito, 2 minuti su Professional, 1 minuto su Team ed Enterprise. Qualunque flusso il cui valore dipenda dal cogliere un momento preciso dentro una sessione dal vivo, se passa da un trigger a interrogazione periodica, quel momento lo mancherà. E GoHighLevel non può essere il rilevatore, perché non ospita webinar e i suoi trigger Inbound Webhook non ricevono reinvii automatici: una POST fallita perde l’evento per sempre.
Perché il payload di webinar.participant_left di Zoom documenta che il campo e-mail viene restituito se il partecipante si è collegato autenticandosi con il proprio account Zoom, e che se il partecipante non fa parte dell’account di chi organizza restituisce una stringa vuota, con alcune eccezioni. La maggioranza dei partecipanti a un webinar non fa parte dell’account Zoom di chi organizza, quindi il collegamento tramite e-mail funziona in fase di test — dove lo sviluppatore è autenticato — e fallisce in silenzio in produzione. Il campo registrant_id è quello che collega in modo affidabile un evento dal vivo al record di iscrizione, e quindi al numero di telefono che il modulo ha raccolto.
Sì, perché sotto i corsi FAD e gli eventi formativi accreditati girano esattamente le stesse piattaforme: Teams, Zoom, ClickMeeting e le altre di questa tabella. Cambiano le conseguenze. Se dovete attestare la presenza per l’assegnazione dei crediti formativi, i registri di presenza smettono di essere una comodità di marketing e diventano un requisito operativo, e la domanda sulla residenza dei dati diventa una domanda su dove risieda un registro che contiene dati identificativi di professionisti iscritti a un albo. Su questa pagina non affermiamo però alcun requisito normativo italiano in materia: non lo abbiamo verificato alla fonte, e il riferimento resta il vostro ente accreditante.
Fondatore e CEO, AInora
Costruisco amministratori digitali AI che sostituiscono il lavoro di reception per le aziende di servizi in tutta Europa. In precedenza ho creato sistemi di IA vocale per cliniche dentali, hotel e ristoranti.
Tutti gli articoliVuoi apparire nelle risposte di ChatGPT?
Scopri se la tua azienda è citata dai motori AI. Audit gratuito di visibilità AI con report PDF in 48 ore.
Articoli correlati
Tasso di partecipazione ai webinar: tutti gli studi (2026)
Ogni benchmark pubblicato con il suo campione reale, il suo mercato di origine e la sua cifra, più le statistiche più citate che non reggono a un clic.
Possiamo chiamare gli iscritti al webinar? Le regole italiane
Art. 130 del Codice Privacy, Registro Pubblico delle Opposizioni e limitazione della finalità applicati a chi si è iscritto a un vostro evento.
I tre livelli di integrazione telefonica con l’IA
Come si collega davvero un sistema vocale al vostro stack, e che cosa cambia fra un aggancio superficiale e una vera integrazione.
Telemarketing e chiamate a freddo: cosa è legale in Italia 2026?
Il caso opposto: nessun rapporto precedente e nessun consenso, fra Registro delle Opposizioni, GDPR e regolamento IA.