Convertisseur de sous-titres SRT et WebVTT

Ce que demandent les critères 4.3 et 4.4

Le critère 4.3 du RGAA 4.1.2 demande des sous-titres synchronisés pour chaque vidéo pré-enregistrée qui comporte du son, ou une autre version sous-titrée accessible par un lien ou un bouton adjacent (test 4.3.1). Quand les sous-titres passent par une balise <track>, elle doit porter kind="captions" (test 4.3.2). Il correspond au critère de succès 1.2.2 des WCAG 2.1, de niveau A.

Le critère 4.4 vérifie que ces sous-titres sont pertinents : toutes les informations sonores importantes sont présentes, les dialogues notamment, et elles sont correctement synchronisées. Seule une personne qui regarde la vidéo peut en juger.

Le critère 4.3 reprend les cas particuliers du critère 4.1 : il est non applicable à une vidéo décorative, à une vidéo qui est elle-même l’alternative d’un contenu de la page (en langue des signes, par exemple) ou à un CAPTCHA, et certaines vidéos publiées avant le 23 septembre 2020 sont exemptées.

Des sous-titres pour sourds et malentendants

Le glossaire du RGAA définit les sous-titres synchronisés comme le texte des informations audio, paroles et bruits utiles à la compréhension, affiché au rythme de la vidéo. Il recommande de distinguer qui parle par des crochets, de l’italique ou une mention comme « voix off : ». Il précise aussi que seuls des sous-titres pour sourds et malentendants rendent la vidéo conforme : une simple traduction des dialogues ne suffit pas.

En HTML, cette différence passe par l’attribut kind : captions pour les sourds et malentendants, subtitles pour une traduction. Sans attribut, la spécification HTML traite la piste comme subtitles. Un <track> sans kind ne passe donc pas le test 4.3.2.

<video controls src="atelier.mp4">
  <track kind="captions" srclang="fr"
         label="Français" src="atelier.vtt">
</video>

SRT et WebVTT : ce qui change

WebVTT est une spécification du W3C, écrite pour l’élément <track>. SRT, le format du logiciel SubRip, n’a pas de norme : la Library of Congress le décrit comme peu standardisé. Les différences qui comptent pour la conversion :

Différences entre les formats SRT et WebVTT

Élément	SRT	WebVTT
Première ligne	Le numéro du premier sous-titre	WEBVTT, obligatoire
Horodatage	00:00:01,000, avec une virgule	00:00:01.000, avec un point ; heures facultatives si elles valent zéro
Numéro	Obligatoire, à suivre	Identifiant facultatif, unique dans le fichier
Mise en forme	Italique, gras, souligné, couleur	Italique, gras, souligné, voix, langue, classes, ruby
Position	Aucune prévue	Réglages après l’horodatage : line, position, align…
Encodage	Non fixé	UTF-8

Comment l’outil convertit

De SRT vers VTT, il ajoute la ligne WEBVTT, écrit les horodatages avec un point et garde les numéros comme identifiants, renumérotés à partir de 1 si la suite était cassée. Il garde l’italique, le gras et le souligné. WebVTT réserve & et < aux entités et aux balises : ils sont écrits & et <, sans quoi un « 3 < 5 » serait lu comme le début d’une balise. Les balises <font> et les codes entre accolades comme {\an8} sont retirés.

De VTT vers SRT, il écrit les horodatages avec une virgule et numérote les sous-titres à partir de 1. Une voix <v Claire> devient « [Claire] » en tête du texte, pour que l’on sache toujours qui parle. Les entités comme & redeviennent des caractères. La position, les classes, les blocs NOTE et STYLE n’existent pas en SRT : ils sont retirés, et la liste s’affiche au-dessus de l’aperçu.

Le résultat est écrit en UTF-8. Un SRT enregistré en Windows-1252, l’encodage par défaut de SubRip selon la Library of Congress, est reconnu à la lecture : les accents restent justes.

Erreurs et points à vérifier

Une erreur est contraire au format, et le sous-titre risque de ne pas s’afficher. En WebVTT, la règle de lecture des navigateurs refuse tout le fichier s’il ne commence pas par WEBVTT, et ignore un sous-titre dont l’horodatage est mal écrit, par exemple avec une virgule. L’heure de fin doit venir après celle de début, et les sous-titres doivent être rangés dans l’ordre de leur début (horodatages WebVTT). Un bloc sans horodatage n’est pas converti : c’est souvent une ligne vide de trop au milieu d’un sous-titre.

Un point à vérifier est permis ou toléré, mais souvent le signe d’une erreur : deux sous-titres qui se chevauchent, ce que WebVTT autorise, une numérotation SRT qui saute un numéro, un sous-titre vide. Le bouton de chaque ligne la sélectionne dans la zone de saisie : corrigez, le résultat suit.

Pourquoi aucun seuil de vitesse

Les critères 4.3 et 4.4 du RGAA et son glossaire ne fixent ni vitesse de lecture, ni nombre de caractères par ligne, ni durée minimale d’affichage. L’outil n’en invente pas. Il donne des repères pour retrouver un sous-titre qui défile vite : le nombre de caractères affichés, espaces compris et balises exclues, divisé par la durée d’affichage en secondes. Comparez-les d’un sous-titre à l’autre du même fichier plutôt qu’à une valeur fixe.

Sources

RGAA 4.1.2, critère 4.3 (sous-titres synchronisés) ; RGAA 4.1.2, critère 4.4 (pertinence des sous-titres) ; RGAA 4.1.2, cas particuliers du critère 4.1, repris par le critère 4.3 ; RGAA 4.1.2, glossaire : Sous-titres synchronisés (objet multimédia) ; WCAG 2.1, critère de succès 1.2.2 Captions (Prerecorded), en anglais ; W3C, WebVTT: The Web Video Text Tracks Format, en anglais ; WHATWG, HTML Living Standard : attribut kind de l’élément track, en anglais ; Library of Congress, SubRip Subtitle format (SRT), en anglais .

Page mise à jour le 11 novembre 2026.