Accedi

Latenza della condivisione schermo nelle riunioni ibride: cause e soluzioni

Perché la condivisione schermo rallenta nelle riunioni ibride e negli eventi, e soluzioni pratiche per problemi di codec, bitrate, rete e firewall.

Cliqer Team

16 settembre 2026 · 7 min di lettura

A laptop screen showing a video call with a shared presentation, a technician checking network settings on a second device

La latenza della condivisione schermo si manifesta con uno schema preciso e fastidioso: il relatore dice qualcosa, indica un punto della slide e il pubblico vede il gesto cadere sul contenuto sbagliato, perché il video è ancora un attimo indietro rispetto all'audio. Raramente c'è un'unica causa. Di solito sono due o tre piccoli fattori che si sommano.

Punti chiave
  • La latenza deriva di solito da codifica, percorso di rete, attesa dei keyframe o risoluzione non adeguata, non da un'unica causa.
  • Cambia una variabile alla volta, prima il codec, poi la risoluzione, poi il bitrate, per capire cosa risolve davvero il problema.
  • Una connessione inoltrata tramite relay attraverso un firewall aggiunge latenza, ma mantiene attiva la sessione invece di bloccarla.

Da dove nasce davvero il ritardo

La latenza della condivisione schermo in una riunione o in un evento ibrido ha quattro origini, elencate più o meno in base a quanto spesso ciascuna è la vera colpevole:

Carico di codifica

Trasformare una cattura dello schermo in un flusso video compresso richiede un tempo di elaborazione reale, maggiore con alcuni codec rispetto ad altri.

Percorso di rete

Una connessione diretta è veloce; una connessione inoltrata tramite un server di fallback aggiunge un passaggio, e una rete congestionata aggiunge in più un ritardo di accodamento.

Attesa dei keyframe

Alcuni sistemi inviano un fotogramma completo solo periodicamente, quindi uno spettatore che si collega a trasmissione in corso può vedere un video vecchio o bloccato per qualche secondo, finché non arriva il successivo.

Risoluzione e bitrate non adeguati

Spingere un video 4K su una connessione che regge a malapena il 1080p costringe i fotogrammi ad accodarsi o a essere scartati.

Soluzione 1: scegli il codec giusto per la situazione

La condivisione schermo di Cliqer supporta VP8, VP9, H.264/AVC e AV1, e la scelta conta più di quanto si pensi:

CodecPunto di forzaCompromesso
VP8Massima compatibilità, funziona ovunqueFile più pesanti a parità di qualità
VP9Compressione migliore di circa il 20% rispetto a VP8 a parità di qualitàCarico di codifica leggermente superiore
H.264/AVCAccelerazione hardware sulla maggior parte dei dispositiviLa scelta migliore per un minore uso della CPU e per le reti aziendali
AV1La compressione migliore, ideale con banda limitataRichiede il supporto di un encoder hardware, in mancanza passa automaticamente a un altro codec

Se gli spettatori sono su reti aziendali o dispositivi meno recenti, H.264 è di solito l'impostazione predefinita più sicura, perché ha l'accelerazione hardware quasi ovunque. Se il vero limite è la banda e il computer del relatore lo supporta, AV1 offre il margine più ampio.

Se noti scatti, cambia una variabile alla volta: codec, poi risoluzione, poi bitrate. Cambiarle tutte e tre insieme rende impossibile capire cosa abbia risolto davvero il problema.

Soluzione 2: adatta risoluzione e bitrate alla connessione reale

Una risoluzione più alta ha un costo. Ogni preset ha un intervallo di banda realistico:

PresetRisoluzioneBanda consigliata
HD1280x720Da 1 a 3 Mbps
Full HD1920x1080Da 3 a 6 Mbps
2K2560x1440Da 6 a 10 Mbps
4K3840x2160Da 10 a 20 Mbps

Se la velocità di upload di un relatore non supera agevolmente la banda richiesta dalla risoluzione scelta, la soluzione è questa, non un misterioso problema di rete. Scendere da 1080p a 720p, o passare dal bitrate Auto a un'impostazione personalizzata da 2 a 4 Mbps, risolve gli scatti molto più spesso di quanto ci si aspetti da qualcosa che sembra un declassamento.

Soluzione 3: capisci che effetto hanno i keyframe sui tempi di accesso

Una condivisione schermo che sembra bloccata per un secondo o due proprio quando qualcuno si collega è di solito un problema di keyframe, non di connessione. L'approccio di Cliqer invia un keyframe già sul primo fotogramma e poi evita keyframe periodici forzati, fornendo però ai nuovi spettatori un keyframe in cache immediatamente al momento dell'accesso, così vedono il video in pochi millisecondi invece di attendere il successivo programmato. Se stai valutando altri strumenti, chiedi esplicitamente come gestiscono questo aspetto, perché la differenza tra «istantaneo» e «fino a tre secondi» a ogni accesso in ritardo dipende interamente dalla strategia sui keyframe, non da un limite di rete.

Soluzione 4: supera i firewall restrittivi senza aggiungere ritardo

Le reti aziendali e quelle delle sedi congressuali sono una causa frequente di latenza, non perché la connessione Internet sia lenta, ma perché il percorso peer-to-peer diretto è bloccato e ogni pacchetto deve fare una deviazione attraverso un relay. Le connessioni di Cliqer tentano prima un percorso diretto tramite STUN e passano automaticamente a un relay TURN quando questo è bloccato, anche inoltrando il traffico sulla porta 443 nelle reti che consentono solo le porte web standard. Questo fallback aggiunge un po' di latenza rispetto a una connessione diretta, ma è ciò che mantiene attiva la sessione invece di bloccarla del tutto. Firewall aziendali e strumenti di presentazione e I server TURN spiegati approfondiscono come viene presa questa decisione di instradamento.

Un ordine di risoluzione dei problemi collaudato sul campo

Quando la latenza si presenta dal vivo, esamina le cause in quest'ordine invece di andare a tentativi:

  1. Abbassa prima la risoluzione: prova 720p invece di 1080p o superiore.
  2. Abbassa il bitrate: un'impostazione personalizzata da 2 a 4 Mbps è un valore di prova ragionevole.
  3. Passa al codec H.264, che di solito ha il miglior supporto hardware sul computer del relatore.
  4. Verifica se la rete sta forzando una connessione tramite relay: in quel caso si tratta di un problema di firewall, non di un'impostazione della condivisione schermo.

Lo stesso ordine vale sia che la causa principale sia proprio la condivisione schermo, sia che sia un telecomando per presentazioni che sembra lento; consulta la latenza del telecomando in millisecondi per l'analisi equivalente sul lato del controllo anziché del video. Se il tuo strumento attuale sembra lento di base e non solo in condizioni di rete difficili, vale la pena leggere condivisione schermo quattro volte più veloce per vedere come si presenta davvero una base di partenza più veloce.

Abbiamo affrontato esattamente questa categoria di problemi anche a livello di infrastruttura. Perché abbiamo abbandonato Cloudflare racconta come abbiamo individuato connessioni che cadevano per motivi che non avevano nulla a che fare con la rete di un singolo utente, ed è una lettura utile se ti hanno mai detto che una connessione caduta era «solo colpa del Wi-Fi» e non ne eri convinto.

Firewall aziendali e strumenti di presentazione

Perché le reti aziendali bloccano le connessioni dirette e come il relay ti permette di superarle.

Latenza del telecomando in millisecondi

L'analisi equivalente per il ritardo nel controllo delle slide anziché nel video.

Condivisione schermo

La pagina della documentazione sulle impostazioni di codec, risoluzione e bitrate.

Sicurezza e rete

La pagina della documentazione su come le connessioni di Cliqer attraversano firewall e relay.

Domande frequenti

Fai la diagnosi sulla tua configurazione

Inizia con il piano Free di Cliqer per testare la condivisione schermo sulla tua rete reale prima che un evento dipenda da essa, e consulta le opzioni di codifica video nella documentazione per il riferimento completo delle impostazioni. In caso di latenza persistente su reti con restrizioni, tutti i piani indicati in prezzi includono lo stesso fallback tramite relay, quindi passare a un piano superiore riguarda la capacità, non la risoluzione della latenza in sé.

screen sharinglatencynetworking

Scritto dal Cliqer Team

Sviluppiamo Cliqer, il telecomando via Internet per presentazioni usato sui palchi, nelle aule e nelle sale riunioni di tutto il mondo.

Gestisci il tuo prossimo evento con Cliqer

Qualsiasi slide, qualsiasi telefono, ovunque. L'app desktop ospita la stanza, i relatori aprono semplicemente un link.

Continua a leggere

Altre eventi ibridi per il tuo prossimo evento

A world map style split screen showing a presenter in one country and a conference screen in another with matching slides
Eventi ibridi

Come far avanzare le slide di un relatore che si trova in un altro Paese

Far avanzare le slide per un relatore in un altro Paese: configurazione, latenza da aspettarsi e piano di riserva se il collegamento cade.
A presenter at a desk speaking into a webcam while a slide deck plays on a second monitor beside them
Eventi ibridi

Controllo delle slide nei webinar: lascia il comando al relatore

Dai ai relatori dei webinar il controllo diretto delle slide invece di far passare i clic tramite l'host, così decidono loro il ritmo.
Presenter at a laptop screen sharing a slide deck during a video call with a phone remote nearby
Eventi ibridi

Usare un telecomando per presentazioni in Zoom e Microsoft Teams

Mantieni il controllo delle tue slide mentre condividi lo schermo in Zoom o Teams, invece di chiedere a qualcun altro di cliccare per te.
Newsletter

Ricevi la prossima guida prima del tuo prossimo evento

Guide pratiche per relatori, tecnici AV e team di eventi, più le release di Cliqer che contano davvero. Niente spam, ti disiscrivi con un clic.