Controllo Qualità Sottotitoli

Controlla un file di sottotitoli prima che venga pubblicato

Incolla il contenuto di un file .srt o .vtt, o trascina il file, e ogni segnale viene analizzato e misurato. Ottieni un punteggio e un elenco di ciò che è effettivamente sbagliato: tempistiche non valide o sovrapposte, segnali che passano troppo velocemente, didascalie che rimangono sullo schermo troppo a lungo, righe troppo lunghe per adattarsi e testo che scorre più velocemente di quanto chiunque possa leggere.

Ogni problema viene segnalato con il timecode a cui appartiene, così correggi il segnale 47 invece di scorrere un file cercandolo.

Funziona nel browser. Il file viene analizzato e misurato sul tuo dispositivo, il che è importante quando i sottotitoli appartengono a un episodio non ancora pubblicato o a un video di un cliente.

Come appare un rapporto

Questa è la forma del risultato. Il file e i suoi segnali sono inventati per questo esempio.

Ogni altro strumento di sottotitoli crea didascalie, questo le controlla

Generare sottotitoli è un problema risolto. Mezza dozzina di strumenti trascriverà un video e ti darà un SRT, e la maggior parte lo fa abbastanza bene.

Ciò che quasi nessun strumento fa è dirti se il file con cui ti sei ritrovato è buono. Così i sottotitoli vengono distribuiti con il segnale 12 che si sovrappone al segnale 13, una riga di 78 caratteri che va a capo in tre su un telefono, e una didascalia che trasporta 40 caratteri in mezzo secondo. Nulla di tutto ciò è visibile in un editor di testo. Tutto ciò è ovvio per uno spettatore entro circa dieci secondi.

I controlli qui sono aritmetici sui timestamp e sul conteggio dei caratteri. Questo è il punto: questi sono i problemi dei sottotitoli che puoi dimostrare piuttosto che discutere.

Cosa misura

Questi sono i limiti esatti che utilizza.

Sources, checked 2026-10-12: Subtitle Quality Checker settings

Il punteggio inizia a 100, minus 120 points for every problem and 45 for every warning, each divided by the number of cues.

La velocità di lettura è il controllo che nessuno esegue

I caratteri al secondo sono il numero che separa i sottotitoli che risultano confortevoli da quelli che sembrano un compito, e quasi nessuno li misura.

L’aritmetica è semplice. Prendi i caratteri nel segnale, dividili per il tempo in cui è sullo schermo. Un segnale con 60 caratteri mostrato per 2 secondi scorre a 30 caratteri al secondo. Uno spettatore deve leggere quello, guardare l’immagine e ascoltare, tutto in una volta. Non finirà.

La convenzione a cui la maggior parte delle guide di stile si avvicina è di circa 17 caratteri al secondo per un pubblico generico, e questo segnala qualsiasi cosa al di sopra. Oltre 21 viene contrassegnato come un vero problema piuttosto che qualcosa da esaminare, perché a quella velocità il testo scompare prima che un lettore medio raggiunga la fine.

Ciò che lo rende degno di essere controllato è che l’alta velocità di lettura è invisibile in ogni altro modo. Il file è valido. Le tempistiche sono in ordine. Nulla è malformato. I sottotitoli si stanno semplicemente muovendo troppo velocemente, e l’unico modo per saperlo è fare la divisione su ogni segnale.

Dove si colloca questo in conformità con l’accessibilità

Vale la pena separare due cose che vengono confuse, perché il divario tra di esse è dove la maggior parte dei sottotitoli fallisce.

Gli standard di accessibilità decidono se i sottotitoli devono esistere. Le WCAG richiedono sottotitoli per i video preregistrati come elemento di Livello A e per l’audio dal vivo a Livello AA, e la Sezione 508 rimanda alle WCAG per la stessa cosa. Ciò che tali standard richiedono è che i sottotitoli siano presenti, accurati e sincronizzati con l’audio.

Ciò che non fanno è impostare una velocità di lettura o una lunghezza di riga. Non esiste un numero WCAG per i caratteri al secondo, e chiunque ne citi uno sta citando una guida di stile. Le soglie utilizzate qui provengono dalla pratica di trasmissione e streaming, dove sono stati elaborati i limiti utilizzabili, e questa è un’autorità di tipo diverso rispetto a uno standard di conformità.

La conseguenza pratica è la parte che vale la pena conoscere. Una checklist di conformità chiede se il file ha sottotitoli, e un file pieno di cue sovrapposte che scorrono a trenta caratteri al secondo risponde sì. È presente, è probabilmente sincronizzato, ed è illeggibile per la persona a cui è destinato. I sottotitoli che nessuno riesce a seguire soddisfano l’audit e deludono l’utente.

Quindi, questo copre la metà misurabile della qualità dei sottotitoli piuttosto che la conformità. Ti dirà che i tempi sono validi, i cue non collidono e il testo è leggibile alla velocità con cui appare. Se la formulazione è accurata rispetto all’audio, che è la parte che più interessa agli standard, è un controllo diverso: il calcolatore del tasso di errore di parola misura una trascrizione rispetto a quanto è stato effettivamente detto.

Cosa non significa un punteggio perfetto

Significa che il file è strutturalmente sano e entro i limiti usuali. Non significa che i sottotitoli siano corretti.

Questo non può dirti se le parole corrispondono all’audio. Un file di sottotitoli può superare ogni controllo qui pur essendo trascritto erroneamente, o spostato di due secondi rispetto al dialogo, perché lo strumento non vede né sente mai il video. La sincronizzazione con l’audio effettivo è un lavoro diverso.

Non controlla l’ortografia, e questo è intenzionale piuttosto che un’omissione. Il controllo ortografico richiede un dizionario per la lingua giusta, e i sottotitoli sono pieni di nomi, luoghi, termini di prodotto e informalità deliberate che un semplice controllo segnalerebbe a centinaia. Un elenco di 200 falsi positivi è peggio di nessun elenco, quindi non lo finge.

Inoltre non conosce il tuo stile interno. Emittenti, piattaforme di streaming e standard di accessibilità differiscono tutti per la lunghezza delle righe e la velocità di lettura, e alcune lingue necessitano di limiti completamente diversi. Le soglie qui sono le convenzioni comuni, non regole imposte da chissà dove. Tratta un avviso come un invito a controllare, e un fallimento come qualcosa da correggere.

SRT, VTT, e ciò che ignora

Entrambi i formati funzionano, e puoi incollare il testo invece di caricarlo se è più facile. I numeri di sequenza SRT e l’header WEBVTT sono riconosciuti e saltati piuttosto che contati come contenuto.

I timestamp vengono analizzati in entrambi i dialetti, quindi la virgola in 00:00:04,120 e il punto in 00:00:04.120 vanno entrambi bene, inclusa la forma più breve MM:SS.mmm di VTT. Le impostazioni dei cue VTT che seguono l’ora di fine, cose come align:start o position:10%, vengono lette e ignorate piuttosto che trattate come testo.

I tag di formattazione vengono rimossi prima che qualsiasi cosa venga contata. Questo è più importante di quanto sembri: una riga racchiusa in tag corsivo non è in realtà più lunga per uno spettatore, e contare il markup segnalerebbe righe che sono perfettamente a posto.

Se hai bisogno di creare o correggere sottotitoli

Questo controlla un file che hai già. Questi strumenti coprono i passaggi correlati.