Sottotitoli burn-in vs sidecar: quale export, e quando

Una volta che i tuoi sottotitoli sono sincronizzati e puliti, arrivi a un bivio che manda in tilt più montatori di quanti dovrebbe: fonderli nel video, o tenerli come file separato? Entrambe le scelte sono giuste — per lavori diversi. Sbaglia e ti ritrovi a riesportare a mezzanotte, o peggio, a mandare a un cliente la versione che non può disattivare quando gli serviva quella che poteva.

Rendiamo facile la decisione.

Burn-in (fuso nei pixel)

I sottotitoli in burn-in (o “hardcoded”) fanno parte del fotogramma stesso. Non possono essere disattivati, non possono essere ri-stilizzati da una piattaforma, e appaiono sempre esattamente come li hai progettati.

Usa il burn-in quando:

• Pubblichi sui social — TikTok, Reels, Shorts — dove i sottotitoli devono sempre comparire e rispettare lo stile del tuo brand.
• Vuoi il controllo totale di font, dimensione, posizione, spessore e animazione.
• La piattaforma non rende in modo affidabile i file di sottotitoli caricati (molte non lo fanno, o li rendono in modo brutto).
• Vuoi un unico file autosufficiente che appaia identico ovunque.

Il compromesso: la permanenza. I sottotitoli adesso sono pixel. Un refuso significa un nuovo rendering, e non puoi offrire allo spettatore un cambio di lingua né disattivarli per il pubblico udente che preferirebbe non averli.

Sidecar / asset (un livello separato)

Un “sidecar” è un file di sottotitoli separato (come un SRT) — o, meglio per i montatori, una caption renderizzata come asset con un vero canale alpha che si posa sulla sua traccia in Premiere, DaVinci Resolve o Final Cut.

Usa un sidecar o un asset quando:

• I sottotitoli vanno a un montatore che li vuole sul proprio livello, sopra l’immagine.
• Ti servono sottotitoli selezionabili e accessibili — YouTube, broadcast, o conformità all’accessibilità (molti contesti richiedono per legge sottotitoli attivabili).
• Vuoi riutilizzare gli stessi sottotitoli stilizzati su più montaggi o rapporti d’aspetto.
• Consegni più lingue e vuoi una base pulita da cui tradurre.

La mossa da pro: un asset di caption trasparente, con canale alpha, dà ai montatori uno stile alla qualità del burn-in più la flessibilità di un livello separato. Possono spostarlo, dissolverlo o cambiare versione linguistica senza mai toccare la tua tipografia. È il meglio dei due mondi, ed è ciò che separa un “sottotitolatore” da un flusso di lavoro di sottotitolazione.

La tabella per decidere in fretta

Situazione	Export migliore
Social, sottotitoli sempre attivi	Burn-in
Consegna a un montatore	Asset con canale alpha
Accessibilità / selezionabili	Sidecar SRT
Più versioni linguistiche	Sidecar/asset + ri-traduzione
Broadcast / conformità	SRT o asset (attivabile)
Un unico file autosufficiente	Burn-in

Un flusso reale

Diciamo che monti un brand video che vive in tre posti: un taglio verticale di 60 secondi per i Reels, una versione 16:9 per YouTube e un master consegnato al montatore interno del cliente. La consegna intelligente è: burn-in per il Reel (sempre attivo, stilizzato, autosufficiente), un SRT per YouTube (selezionabile, accessibile, buono per la SEO — YouTube legge il testo delle caption) e un asset trasparente che il montatore del cliente possa piazzare sulla propria timeline. Tre destinazioni, tre formati corretti, un solo set di sottotitoli.

Perché dovrebbe venire da un solo progetto

L’errore è sincronizzare e spezzare i sottotitoli una volta, poi ricostruirli per ogni formato. Tutto il senso di un vero strumento di sottotitolazione è che li fai giusti una volta sola e li esporti come serve a ciascuna destinazione. SubSlap fa esattamente questo — burn-in per il post, un asset con canale alpha per il montatore, un SRT per la piattaforma, tutto dallo stesso progetto sincronizzato, spezzato, tradotto. Sincronizzali una volta. Spediscili ovunque.