Les sous-titres de vidéos sont-ils vraiment invisibles pour Google ?

Pourquoi Google ignore-t-il les sous-titres intégrés dans les players vidéo ?

Les moteurs de recherche crawlent le code HTML des pages, pas le contenu des fichiers médias embarqués. Quand vous intégrez une vidéo avec des sous-titres via un player (YouTube, Vimeo, ou même un lecteur HTML5 custom), les fichiers de sous-titres (.vtt, .srt) sont chargés dynamiquement par le player JavaScript. Google ne parse pas ces fichiers pour en extraire le texte.

Cette limitation technique n'est pas nouvelle, mais elle passe souvent inaperçue. Beaucoup de professionnels pensent qu'ajouter un fichier .vtt dans la balise d'une vidéo HTML5 suffit pour l'indexation. C'est faux. Le contenu reste invisible pour les crawlers, même si les utilisateurs le voient parfaitement s'afficher.

Qu'est-ce que Google entend par "déclarer correctement" les versions de pages ?

Pour un site multilingue proposant des vidéos avec sous-titres en plusieurs langues, chaque langue doit avoir sa propre URL. Par exemple : /cours/video-intro-fr/ pour les sous-titres français, /cours/video-intro-en/ pour l'anglais. Sur chaque page, le texte des sous-titres doit être présent dans le DOM HTML, soit en transcription complète sous la vidéo, soit en résumé structuré.

Ensuite, vous devez implémenter les balises hreflang pour indiquer à Google les variantes linguistiques. Sans cela, Google risque de considérer vos pages comme du contenu dupliqué ou de mal cibler la langue des résultats selon la géolocalisation de l'utilisateur.

Cette règle s'applique-t-elle uniquement aux sites e-learning ?

Non. Google utilise l'exemple de l'e-learning parce que ces sites misent lourdement sur le contenu vidéo éducatif, mais la règle vaut pour tous les types de sites qui intègrent des vidéos. Un site corporate avec des témoignages clients, un media avec des reportages, un e-commerce avec des démos produit : tous sont concernés.

La nuance, c'est l'intention de recherche. Si votre vidéo sert uniquement d'illustration (une démo produit), la transcription complète n'apporte peut-être pas de valeur SEO. Mais si la vidéo contient de l'information recherchée (tutoriel, formation, interview d'expert), alors le texte des sous-titres devient un actif de référencement majeur.

• Les sous-titres dans un player vidéo ne sont pas indexés par Google, quel que soit le format (.vtt, .srt) ou le lecteur utilisé
• Pour chaque langue de sous-titres, créez une URL distincte avec le texte visible dans le HTML de la page
• Déclarez les variantes linguistiques avec les balises hreflang pour éviter les problèmes de contenu dupliqué
• La transcription doit être dans le DOM, accessible au crawl, idéalement sous forme de texte structuré (sections, timestamps si pertinent)
• Cette logique vaut pour tous les sites utilisant des vidéos avec intention informationnelle, pas seulement l'e-learning

Cette déclaration est-elle cohérente avec les observations terrain ?

Complètement. J'ai audité des dizaines de sites avec des milliers de vidéos : ceux qui se contentent de charger des fichiers .vtt via n'obtiennent aucune traction SEO sur les mots-clés présents dans les sous-titres. Les moteurs testent régulièrement l'indexation de contenus riches (PDF, vidéos, audio), mais à ce jour, les sous-titres encapsulés dans les players restent un angle mort.

La confirmation de Google est utile parce qu'elle tranche un débat récurrent. Certains SEO espéraient que l'évolution du rendering JavaScript permettrait à Googlebot de parser les fichiers .vtt. Ce n'est toujours pas le cas, et cette déclaration indique que ce n'est pas dans la roadmap à court terme.

Quelles nuances faut-il apporter à cette recommandation ?

Créer une page par langue de sous-titres peut vite devenir ingérable si vous avez 50 vidéos et 10 langues : 500 URLs à maintenir. Pour les gros catalogues, il faut arbitrer. Priorisez les langues principales et les vidéos à fort potentiel de trafic organique. Ne dupliquez pas mécaniquement tout.

Autre point : Google parle de "déclarer correctement" sans préciser si un simple sélecteur de langue (via JavaScript) sur une URL unique suffirait, à condition que le contenu texte soit bien dans le DOM initial. [A verifier] avec des tests de rendering, mais l'approche la plus safe reste l'URL distincte + hreflang.

Enfin, attention à la qualité des transcriptions. Si vous générez automatiquement du texte depuis la piste audio (via Whisper, Google Speech-to-Text), relisez avant de publier. Une transcription bourrée de fautes ou de non-sens nuit à l'expérience utilisateur et peut déclencher des signaux qualité négatifs.

Dans quels cas cette règle ne s'applique-t-elle pas totalement ?

Si votre vidéo est hébergée sur YouTube et que vous comptez sur le SEO YouTube (recherche interne YouTube), alors oui, les sous-titres uploadés sur YouTube participent au ranking interne de la plateforme. Mais ça ne change rien pour le SEO Google web classique : la page web qui embarque la vidéo YouTube doit quand même contenir le texte.

Autre cas limite : les vidéos courtes (30 secondes, démo produit silencieuse). Pas de dialogue, pas de sous-titres, donc la question ne se pose pas. Idem pour les vidéos purement décoratives ou émotionnelles sans contenu informationnel. Pas de texte utile = pas de problème d'indexation.

Que faut-il faire concrètement si vous avez des vidéos avec sous-titres ?

D'abord, auditez vos pages vidéo existantes. Utilisez l'outil "Inspecter l'URL" de Search Console et regardez le HTML rendu : le texte des sous-titres apparaît-il ? Si non, vous avez un problème. Ensuite, décidez de la stratégie : transcription complète sous la vidéo, ou résumé structuré par chapitres (si la vidéo est longue).

Pour un site multilingue, structurez vos URLs avec un paramètre langue clair : /videos/titre-video/fr/, /videos/titre-video/en/. Implémentez les balises hreflang dans le de chaque variante. Si vous utilisez un CMS (WordPress, Drupal), des plugins comme WPML ou Polylang gèrent ça automatiquement, mais vérifiez la sortie HTML.

Quelles erreurs éviter lors de la mise en œuvre ?

Ne créez pas de contenu dupliqué en copiant-collant la même page avec juste les sous-titres traduits, sans changer l'URL ni ajouter hreflang. Google va choisir une version canonique au hasard, et vous perdrez du trafic sur les autres langues. Chaque langue = URL unique + hreflang bidirectionnel.

Évitez aussi de cacher le texte des sous-titres dans un accordéon fermé ou un onglet masqué par défaut. Google indexe ce contenu, mais il peut le déprioriser s'il n'est pas immédiatement visible. Idéalement, la transcription doit être accessible au scroll, sous la vidéo, dans un bloc bien identifié.

Dernière erreur fréquente : oublier le balisage schema.org VideoObject. Ajoutez les propriétés transcript (URL de la transcription) ou caption (URL du fichier .vtt) dans votre JSON-LD. Ça n'indexe pas le texte directement, mais ça aide Google à comprendre la structure du contenu et peut débloquer des rich snippets vidéo.

Comment vérifier que votre site est conforme après modifications ?

Utilisez Screaming Frog ou Sitebulb pour crawler vos pages vidéo. Vérifiez que chaque URL contient bien du texte indexable (longueur > 300 mots si transcription complète). Exportez les balises hreflang et contrôlez qu'elles forment un cluster complet (chaque langue pointe vers toutes les autres + elle-même).

Dans Search Console, activez le rapport "Couverture vidéo" (si disponible pour votre compte). Il indique si Google détecte vos vidéos et les erreurs potentielles. Enfin, lancez un test de recherche manuelle avec des extraits textuels des sous-titres : si Google ne retrouve pas votre page avec une phrase exacte tirée de la transcription, c'est que le texte n'est pas indexé.

• Auditez vos pages vidéo avec l'outil "Inspecter l'URL" pour vérifier la présence du texte dans le DOM
• Créez une URL distincte par langue de sous-titres, avec slug clair (/fr/, /en/, etc.)
• Implémentez les balises hreflang bidirectionnelles sur toutes les variantes linguistiques
• Intégrez la transcription dans le HTML, visible ou accessible au scroll, pas cachée dans un player
• Ajoutez le balisage schema.org VideoObject avec les propriétés transcript ou caption
• Vérifiez la cohérence des clusters hreflang avec un crawler (Screaming Frog, Sitebulb)