WiFi e ticketing: perché il check-in si pianta all’apertura porte

Ultimo aggiornamento: 17 Agosto 2026 — di Marco Regazzo

Il WiFi degli accrediti non si dimensiona sulla banda: si dimensiona sul picco. Cinquecento persone non arrivano in cinque ore, arrivano quasi tutte nello stesso quarto d’ora — e in quel quarto d’ora ogni lettore di badge fa una chiamata al server per ogni codice inquadrato. Se la linea rallenta proprio lì, non perdi qualche pacchetto: si ferma la coda all’ingresso, e la sala si riempie in ritardo mentre il palco è già partito.

Il conto del picco, che nessuno fa prima

Gli operatori di accredito stimano che fino al 60% dei partecipanti si presenti dentro una finestra di 15-20 minuti — è una valutazione operativa di chi fa accrediti di mestiere, non una statistica indipendente, ma chiunque abbia gestito una porta la riconosce (fielddrive, rilevato il 16 agosto 2026).

Facciamo il conto su un evento da 500 persone: il 60% in venti minuti sono 300 ingressi in venti minuti, cioè un ritmo di picco intorno ai 900 all’ora. Una postazione con lettore 2D dedicato processa 300-500 partecipanti l’ora con i QR code e 500-800 con i badge NFC (VenueSight, rilevato il 16 agosto 2026). Tradotto: servono due o tre banchi, non uno.

Ed è qui che si vede perché il problema non è la banda. Tre postazioni che fanno 900 scansioni l’ora muovono una quantità di dati ridicola — sono transazioni da pochi kilobyte. Ma se la rete non risponde in quel momento, tre banchi valgono esattamente quanto zero banchi.

Perché il check-in si pianta proprio quando arriva la gente

L’errore di partenza è contare i dispositivi. Alla postazione accrediti ce ne sono pochi — quattro tablet, due stampanti badge, un portatile — e sembra un carico ridicolo rispetto alle centinaia di telefoni in sala. Ma quei pochi dispositivi generano una transazione per ogni persona che entra, tutte concentrate nella finestra di apertura porte.

Nel frattempo la rete sta facendo un’altra cosa, ed è la cosa che la mette in ginocchio: gli ospiti che arrivano stanno agganciando il WiFi tutti insieme. Non è traffico, è associazione — centinaia di dispositivi che negoziano l’accesso nello stesso minuto. Le linee guida di progettazione ad alta densità di Cisco Meraki considerano un ambiente “ad alta densità” già sopra i 30 client su un singolo access point, e raccomandano di stare intorno a 25 client per radio e 50 per access point per non degradare l’esperienza (Cisco Meraki, guida al design ad alta densità).

È lo stesso ordine di grandezza che diciamo da sempre nella nostra serie: un’antenna su una singola banda regge dai 15 ai 30 dispositivi, e un evento aziendale medio ne mette insieme 110-120. Fai il conto con la regola dei 50 per AP e scopri che un evento da 500 persone, se anche solo la metà si collega, ne chiede almeno cinque o sei progettati — non “quello che c’è in zona”.

Nel momento del picco quella stessa infrastruttura deve reggere l’ondata di associazioni e le transazioni del ticketing. Vince l’ondata, e il check-in si ferma.

Tre reti, non una: ospiti, regia, accrediti

Sulla guida al WiFi per eventi la regola è che la regia non sta sulla WiFi degli ospiti. Sugli eventi con accrediti la regola diventa una in più: anche il ticketing ha diritto alla sua rete.

• Ospiti — tanti dispositivi, traffico imprevedibile, ma può degradare senza che l’evento si fermi;
• Regia — pochi dispositivi, banda alta e costante in upload, possibilmente su cavo;
• Accrediti — pochi dispositivi, banda quasi nulla, ma disponibilità obbligatoria in una finestra di venti minuti che non puoi spostare.

Sono tre profili di rischio diversi, non tre capricci. Metterli sulla stessa rete significa far dipendere l’ingresso in sala da quanti ospiti stanno scaricando allegati in quel momento. E la sproporzione è il punto: per dare un riferimento, una videochiamata HD chiede circa 1,5 Mbps e uno streaming HD dai 3 ai 5, mentre una validazione di badge sta ordini di grandezza sotto. La rete degli accrediti è la più economica da garantire e la più costosa da perdere.

Il rischio vero non è la banda, è la dipendenza dal cloud

Quasi tutti i software di ticketing e accredito validano il codice interrogando un server. È comodo, tiene i dati allineati fra più postazioni, e funziona benissimo — finché la linea c’è. Nel momento in cui cade, il lettore non “va lento”: smette di validare.

La buona notizia è che la tecnologia per non dipenderne esiste ed è matura. Un’app di check-in ben fatta scarica la lista dei partecipanti prima dell’evento e lavora su copia locale, poi risincronizza quando la linea torna; e questo vale allo stesso modo per QR e NFC, che hanno requisiti di connettività sostanzialmente identici. La differenza non la fa la tecnologia del badge, la fa come è scritto il software.

Per questo la domanda da fare al fornitore del ticketing viene prima di quella sulla rete: «il vostro sistema ha una modalità offline reale, e come risincronizza quando la linea torna?». Se la risposta è vaga, o se “offline” significa solo che l’app non crasha, hai appena scoperto che il tuo ingresso dipende da una connessione che, in una location che non conosci, non controlli.

Come si attrezza davvero la postazione accrediti

• Cavo dove si può. Il banco accrediti sta fermo in un punto solo per tutta la durata dell’evento: è il candidato ideale a una tratta di rete dedicata, molto più della sala.
• Un access point dedicato se il cavo non arriva — non condiviso con gli ospiti, posizionato sulla postazione e non “quello che c’è in zona”.
• Due o tre banchi, non uno. Il collo di bottiglia del picco è il numero di postazioni prima ancora della rete: 300-500 ingressi l’ora a postazione con QR sono un tetto fisico, non un’opinione.
• Lettori dedicati, non fotocamere di smartphone. Lo scanner 2D è sensibilmente più veloce, e su trecento persone in fila la differenza fra due secondi e quattro sono dieci minuti di coda.
• Una ridondanza separata da quella della regia. Se il backup è uno solo e la linea principale cade, regia e accrediti se lo contendono nel momento peggiore. Qui la differenza fra ridondanza vera e finta.
• Un test alla stessa ora del giorno prima, non alle sette di mattina con la sala vuota: la cella 4G e la rete della location si comportano in modo diverso quando l’edificio è pieno.

Il piano B che nessuno prepara (e che perfino i fornitori raccomandano)

Il piano B degli accrediti non è tecnologico, è di carta. L’elenco stampato dei partecipanti, aggiornato la sera prima, in due copie. Non è una nostra fissazione da vecchia scuola: è il fallback finale che raccomandano gli stessi confronti tecnici fra QR e NFC, per gestire i guasti di entrambe le tecnologie.

Costa dieci minuti e vale quanto un router di backup: se il sistema si pianta a porte aperte, si spunta a mano e la coda continua a scorrere, e si riallinea tutto dopo. Chi non ce l’ha si trova a spiegare a duecento persone in fila che “sta tornando”.

Le domande da fare prima di firmare

1. Il sistema di ticketing funziona davvero offline, scaricando la lista in locale? Come si risincronizza?
2. La rete degli accrediti è separata da quella degli ospiti, o è solo un’altra SSID sullo stesso apparato?
3. Al banco accrediti arriva un cavo? Se no, chi ci mette l’access point e dove?
4. Quante postazioni sono previste, e su che ritmo di ingressi l’avete calcolato?
5. Il backup di rete è condiviso con la regia?
6. Il test di carico è previsto nella fascia oraria dell’apertura porte?

Se stai preparando un congresso o un evento con molti ingressi contemporanei, il resto del metodo sta nella guida al WiFi per eventi; per capire quanta banda serve alla sala c’è il calcolo su streaming, Teams e quality check, e per la parte di allestimento come si allestisce un congresso aziendale.

Domande frequenti