Flux RSS de podcast avec transcriptions : ajoutez la bonne balise

Le tag qui compte

L'élément podcast:transcript permet aux applications de podcasts d'afficher votre transcription sans avoir à scraper ou à deviner. Vous hébergez le fichier, vous ajoutez un tag dans le bloc item de votre flux RSS, et tout client qui prend en charge le namespace Podcasting 2.0 peut le récupérer. Cet article couvre la spécification exacte, l'état du support applicatif à la mi-2026, le format à choisir, et les erreurs courantes qui cassent silencieusement l'affichage.

Ce que dit réellement la spécification

L'élément vit dans le namespace Podcasting 2.0, maintenu par le projet Podcast Index. L'élément channel de votre flux doit déclarer le namespace, et chaque item reçoit son propre tag de transcription.

<rss version="2.0" xmlns:podcast="https://podcastindex.org/namespace/1.0">
  <channel>
    <item>
      <title>Épisode 42 : L'avenir de l'audio en direct</title>
      <enclosure url="https://example.com/episodes/42.mp3" length="..." type="audio/mpeg"/>
      <podcast:transcript
        url="https://example.com/transcripts/42.vtt"
        type="text/vtt"
        language="fr"/>
    </item>
  </channel>
</rss>

Les quatre attributs :

• url : Lien direct vers le fichier de transcription. Doit être en HTTPS, sans authentification.
• type : Type MIME. La spécification accepte text/vtt, application/x-subrip (SRT), text/html, text/plain et application/json (le format JSON de PodcastIndex).
• language : Code BCP 47 comme en ou fr. Optionnel si l'attribut de langue au niveau du canal le couvre déjà.
• rel : Optionnel. Définissez rel="captions" si le fichier est une piste de sous-titres en direct plutôt qu'une transcription complète.

Vous pouvez inclure plusieurs tags podcast:transcript par épisode, un par format ou par langue.

Qui lit réellement votre tag RSS

C'est ici que le tableau devient plus nuancé que ce que la plupart des guides admettent. Il existe une distinction importante entre les applications qui lisent votre fichier lié via RSS et celles qui génèrent leur propre transcription de manière indépendante.

Mon avis : le cadrage de « trois des cinq plus grands clients » sous-estime ce qui est réellement en place. Le vrai fossé se situe entre les grandes plateformes de streaming (Spotify, Amazon) et les clients natifs du podcasting. Chaque client sérieux de podcast en dehors des géants du streaming lit déjà votre balise de transcription ou a annoncé le faire.

VTT vs SRT vs JSON : lequel publier

La spécification accepte cinq types MIME, mais trois formats font le gros du travail.

VTT (text/vtt) est le choix par défaut le plus solide. Natif des navigateurs web, pris en charge par Apple Podcasts, Pocket Casts, Castro, AntennaPod et la plupart des autres clients sensibles aux espaces de noms. Il gère nativement les étiquettes de locuteur via des identifiants de repère, ce qui compte pour les émissions avec interviews ou co-animateurs. Si vous ne pouvez générer qu'un seul fichier, faites-en un VTT.

SRT (application/x-subrip) est plus ancien et plus simple. Pas d'étiquettes de locuteur natives (vous les mettez en ligne dans le texte du repère), mais une reconnaissance quasi universelle. Utilisez SRT si vous téléversez aussi le même fichier comme sous-titres YouTube, ou si un outil en aval l'exige. Notez que le type MIME correct pour la balise RSS est application/x-subrip, pas application/srt.

JSON (application/json) suit le schéma de transcription JSON de PodcastIndex avec un champ version, un tableau segments, et pour chaque segment les champs speaker, startTime, endTime et body. Il permet un minutage au niveau du mot et de la phrase, que les applications peuvent utiliser pour une lecture surlignée. Spotify ne le récupère pas depuis votre flux RSS, mais des clients comme Pocket Casts et Fountain l'utilisent pour un défilement fluide pendant la lecture.

La plupart des émissions qui font bien les choses publient du VTT pour la balise RSS et gardent le JSON disponible sur la page de l'épisode pour des expériences plus riches dans le navigateur. Les deux fichiers sont petits, bien en dessous de quelques centaines de kilooctets par heure d'audio, donc le coût de stockage n'est pas un facteur. Pour générer l'un ou l'autre format à partir de votre audio monté, l'outil audio-vers-texte exporte les deux, et le générateur de sous-titres permet de convertir entre eux.

Générer le fichier de transcription

Téléversez l'audio finalement monté, pas l'enregistrement brut. Les outils de transcription IA gèrent bien mieux l'audio post-montage : les jingles musicaux et les chevauchements de voix des prises non éditées introduisent des erreurs qui se retrouvent dans le fichier publié.

Un flux de travail typique pour un épisode de 45 minutes :

1. Téléversez le MP3 final dans un outil de transcription avec la diarisation des locuteurs activée.
2. Exportez en VTT. Si votre hébergeur ou votre flux de travail prend en charge le JSON, exportez-le aussi.
3. Vérifiez les deux premières et les deux dernières minutes, ainsi que les noms propres, les termes techniques et les noms des invités.
4. Corrigez les étiquettes des locuteurs si le diariseur a attribué des étiquettes génériques « Locuteur 1 ».
5. Téléversez les deux fichiers à votre emplacement d'hébergement.
6. Ajoutez la balise podcast:transcript à l'élément RSS.

Le travail actif par épisode représente environ dix minutes une fois l'audio finalisé. Pour les épisodes où vous générez aussi des notes d'émission de podcast, la transcription alimente directement ce processus.

Si vous avez besoin de transcriptions pour des dizaines d'épisodes d'archives d'un coup, ConvertAudioToText prend en charge la soumission d'URL par lot, vous n'avez donc pas à téléverser les fichiers un par un.

Où héberger le fichier

L'URL de la transcription doit être accessible publiquement via HTTPS, sans connexion. Voici vos options, à peu près par ordre de commodité :

Votre hébergeur de podcast. Buzzsprout, Transistor, Captivate, RSS.com et Fireside acceptent tous les téléversements de transcriptions par épisode et écrivent la balise RSS automatiquement pour vous. Si votre hébergeur le permet, utilisez-le : ils gèrent les types MIME, le CORS et l'injection de balises.

Votre page d'épisode ou votre CMS. Si vous publiez des pages d'épisodes sur votre propre site, déposez le fichier VTT dans le même répertoire et liez-le depuis le flux. Cela le rend également indexable par les moteurs de recherche.

Stockage d'objets. Cloudflare R2, AWS S3 et Backblaze B2 servent des fichiers statiques pour une fraction de centime par gigaoctet. Définissez explicitement un en-tête Content-Type: text/vtt ; la plupart des CDN attribuent par défaut application/octet-stream aux extensions inconnues, ce qui casse le rendu dans les applications.

GitHub Pages. Gratuit et suffisant pour les petits podcasts. Ajoutez un fichier _headers pour définir le bon type de contenu.

Les en-têtes CORS ne sont pas nécessaires puisque les applications récupèrent le fichier directement, pas depuis un contexte de navigation inter-origine. Mais si vous configurez CORS, Access-Control-Allow-Origin: * convient pour les fichiers de transcription.

Erreurs qui cassent l'affichage en silence

Ces erreurs n'entraînent aucune erreur visible dans le client de podcast, ce qui les rend difficiles à diagnostiquer :

HTTP au lieu de HTTPS. Apple Podcasts ignore silencieusement toute URL de transcription qui n'utilise pas TLS. Commencez par HTTPS et ne faites pas de redirection.

Mauvais type MIME. C'est le plus courant. Définissez Content-Type: text/vtt au niveau du serveur ou du CDN, pas seulement dans l'attribut RSS. Certains clients se fient davantage à l'en-tête Content-Type qu'au type déclaré.

Mauvais type MIME SRT dans la balise. La valeur spécifiée est application/x-subrip. Utiliser application/srt (une variante courante mais non officielle) fait que certains clients ignorent le fichier.

Incohérence de l'attribut de langue. Si votre canal indique en mais que la balise de transcription indique en-US, certaines applications refusent de l'afficher. Faites correspondre le format utilisé par votre flux, ou omettez complètement l'attribut lorsqu'il ferait doublon avec la langue du canal.

Cues vides. Les transcriptions générées automatiquement émettent souvent des cues vides pendant les silences. Supprimez-les avant la publication ; certains clients échouent silencieusement sur des blocs de cues mal formés.

Étiquettes d'intervenants manquantes pour les émissions multi-intervenants. Apple affiche un repli générique quand les étiquettes sont absentes. Réétiquetez en post-production avant la publication. Pour comprendre le fonctionnement de la diarisation et ce qu'on peut attendre de l'étiquetage automatique, voir la diarisation des intervenants expliquée.

Publier dans plusieurs langues

L'élément podcast:transcript peut apparaître plusieurs fois par item, une fois par langue. Pointez chacun vers le fichier correct avec l'attribut language correspondant :

<podcast:transcript
  url="https://example.com/transcripts/42-en.vtt"
  type="text/vtt"
  language="en"/>
<podcast:transcript
  url="https://example.com/transcripts/42-fr.vtt"
  type="text/vtt"
  language="fr"/>

Apple Podcasts prend en charge les transcriptions en anglais, danois, néerlandais, finnois, français, allemand, italien, norvégien, portugais, espagnol et suédois. Les épisodes de plus de 10 heures ne sont pas transcrits par Apple, et les paroles de musique sont exclues du rendu d'Apple.

Questions fréquentes

Est-ce que Spotify lit la balise podcast:transcript de mon flux RSS ?

Non, pas directement. Spotify génère ses propres transcriptions pour certaines émissions et les affiche dans la vue En lecture ainsi que sur les pages d'épisodes. Ce que Spotify prend en charge, c'est l'export de votre transcription vers d'autres plateformes via RSS : si vous téléversez un fichier VTT ou SRT dans Spotify for Creators (Paramètres, puis Transcriptions), Spotify peut le distribuer dans votre flux RSS pour que d'autres applications puissent le lire. Le flux va de Spotify vers les autres, pas des autres vers Spotify.

Quel format de fichier devrais-je publier dans mon flux RSS ?

Le VTT est le choix le plus sûr si vous n'en retenez qu'un. Il est pris en charge par Apple Podcasts (pour la substitution de transcription personnalisée), Pocket Casts, Castro, AntennaPod, Podcast Addict et d'autres clients compatibles avec les espaces de noms. Le SRT arrive juste derrière. Le JSON apporte une valeur ajoutée pour les applications qui peuvent surligner les mots pendant la lecture, mais il fonctionne mieux comme second fichier sur votre page d'épisode plutôt que comme format unique lié au RSS.

Quel type MIME dois-je utiliser pour les fichiers SRT ?

La spécification Podcasting 2.0 utilise application/x-subrip pour le SRT. L'utilisation de application/srt (une variante informelle courante) peut amener certains clients à ignorer le fichier. Configurez votre CDN ou votre serveur pour servir le fichier avec Content-Type: application/x-subrip et faites correspondre cela dans l'attribut type de votre balise RSS.

Dois-je aussi inclure la transcription sur ma page d'épisode, ou la balise RSS suffit-elle ?

La balise RSS gère l'affichage dans l'application. Publier le texte de la transcription sur la page de votre épisode est une étape distincte qui en vaut la peine : l'audio n'est pas indexable par les moteurs de recherche, contrairement au texte de la transcription. L'article sur les transcriptions pour l'accessibilité des podcasts couvre les arguments SEO et d'accessibilité en faveur des transcriptions sur page. Vous devriez faire les deux : la balise RSS pour les auditeurs dans les applications, la page pour la découvrabilité et l'accès aux lecteurs d'écran.

Sources

• Spécification de l'élément transcript du Podcasting 2.0 : https://podcasting2.org/docs/podcast-namespace/tags/transcript
• Exemples de transcripts dans le namespace PodcastIndex : https://github.com/Podcastindex-org/podcast-namespace/blob/main/docs/examples/transcripts/transcripts.md
• Transcripts Apple Podcasts pour les créateurs : https://podcasters.apple.com/support/5316-transcripts-on-apple-podcasts
• Gestion des transcripts Spotify pour les créateurs : https://support.spotify.com/us/creators/article/managing-episode-transcripts-on-spotify/
• Transcripts d'épisodes sur Pocket Casts : https://support.pocketcasts.com/knowledge-base/episode-transcripts/
• Lancement de la balise transcript chez Castro (février 2025) : https://castro.fm/blog/transcript-tag-release
• Lancement des transcripts sur Overcast (avril 2026) : https://9to5mac.com/2026/04/08/overcast-launches-podcast-transcripts-in-new-app-update-for-iphone/
• Quelles applications de podcasts prennent en charge les transcripts (Transistor) : https://support.transistor.fm/en/article/which-podcast-apps-support-transcripts-qphklp/