Cours pratique Podcast RSS

Publier son podcast sur Spotify, Apple Podcasts et Deezer grâce au flux RSS

Vous avez un flux RSS podcast sur votre site ? Ce cours explique comment le connecter aux trois grandes plateformes : les prérequis techniques du flux, la validation avant soumission, les étapes exactes sur Apple Podcasts Connect, Spotify for Creators et Deezer, les délais, et les pièges qui font échouer une soumission sur deux.

Écouter ce cours (16 min)

Version audio générée localement (Pocket TTS, Kyutai, voix Estelle). Les étapes détaillées et tableaux sont à retrouver sur cette page.

1. Objectifs pédagogiques

Comprendre
Le rôle de chaque acteur : l'hébergeur qui stocke les fichiers, le flux RSS qui décrit l'émission, et les annuaires qui la référencent.

Préparer
Un flux RSS conforme aux exigences des trois plateformes : pochette, catégorie, email de contact, épisodes bien formés.

Soumettre
Le flux sur Apple Podcasts Connect, Spotify for Creators et Deezer, avec les étapes exactes et les vérifications par email.

Pérenniser
Comprendre ce qui se passe après : mises à jour automatiques, GUID stables, analytics, et changement d'URL de flux sans perdre les abonnés.

Prérequis : ce cours suppose que vous avez déjà un flux RSS podcast accessible en HTTPS (par exemple généré par votre site ou votre hébergeur) et au moins un épisode MP3 en ligne. Si ce n'est pas le cas, commencez par publier votre flux avant de revenir ici.

2. Hébergeur, flux RSS, annuaire : le trio

Un podcast n'est jamais « envoyé » sur Spotify ou Apple Podcasts. Les plateformes ne stockent pas vos fichiers audio (sauf si vous les hébergez chez elles) : elles lisent votre flux RSS et le référencent. Trois rôles distincts :

Rôle	Ce qu'il fait	Exemples
Hébergeur	Stocke les fichiers MP3 et sert le flux RSS en HTTPS.	Votre propre serveur, un bucket objet, ou un hébergeur spécialisé (Buzzsprout, Acast…)
Flux RSS	Fichier XML qui décrit l'émission et ses épisodes : titres, descriptions, dates, URL des MP3, pochette, catégorie.	`https://votre-site.fr/podcast.xml`
Annuaire	Lit le flux, référence l'émission dans son catalogue, la présente aux auditeurs, et relit le flux périodiquement pour détecter les nouveaux épisodes.	Apple Podcasts, Spotify, Deezer, Amazon Music…

Idée clé : vous ne soumettez le flux qu'une seule fois par plateforme. Ensuite, chaque nouvel épisode ajouté au flux apparaît automatiquement partout, sans aucune nouvelle action de votre part.

Analogie : l'hébergeur est l'entrepôt, le flux RSS est le catalogue, et chaque annuaire est une vitrine qui consulte votre catalogue pour remplir ses rayons.

3. Prérequis : un flux RSS conforme

Les trois plateformes lisent le même standard (RSS 2.0 + extension iTunes). Leurs exigences se recoupent largement. Voici la checklist complète avant toute soumission :

Au moins 1 épisode publié avec une balise <enclosure> pointant vers un MP3 en HTTPS, avec length (poids en octets) et type="audio/mpeg".
Pochette carrée : minimum 1400 × 1400 px (Apple), recommandé 3000 × 3000 px, JPEG ou PNG, mode RGB, moins de 512 Ko, lisible en miniature. Spotify accepte de 640 × 640 à 10 000 × 10 000 px.
Titre et description de l'émission, sans HTML dans les titres (encoder les caractères spéciaux : & pour « & »).
Langue déclarée (<language>fr-FR</language>).
Catégorie iTunes choisie dans la taxonomie officielle (ex. Technology > Artificial Intelligence).
Email de contact dans <itunes:owner> : indispensable, car Spotify et Deezer y envoient un code de vérification.
Drapeau explicite renseigné (<itunes:explicit>false</itunes:explicit> si le contenu est tout public).
GUID stables et uniques pour chaque épisode — c'est l'identifiant qui permet aux plateformes de suivre un épisode dans le temps.
HTTPS partout : flux, MP3, pochette. Le HTTP est refusé ou mal toléré.
Contraintes MP3 Spotify : 96 à 320 kbit/s, moins de 12 h par épisode.

Le point le plus souvent oublié : l'email dans <itunes:owner>. Sans lui, impossible de recevoir le code de vérification que Deezer et Spotify envoient pour prouver que vous êtes bien le propriétaire du flux.

4. Valider son flux avant de soumettre

Une soumission avec un flux défectueux, c'est un rejet — ou pire, une émission référencée avec des épisodes cassés. Cinq minutes de validation évitent des jours d'attente perdus.

Valideur RSS spécialisé podcast. Collez l'URL du flux dans un validateur comme podba.se ou Cast Feed Validator : ils vérifient la conformité iTunes (pochette, catégories, enclosures) et signalent les erreurs bloquantes.

Tester chaque type d'URL. Le flux, un MP3 et la pochette doivent tous répondre 200 avec le bon type de contenu :

curl -I https://votre-site.fr/podcast.xml
curl -I https://votre-site.fr/episode.mp3
curl -I https://votre-site.fr/pochette.png

Attendu : HTTP 200, audio/mpeg pour le MP3, image/png pour la pochette.

Écouter un épisode complet. Les plateformes ne vérifient pas la qualité du son, mais vos premiers auditeurs, si. Contrôlez au moins un épisode de bout en bout.

Vérifier la mailbox de l'email du flux. Le code de vérification Deezer/Spotify arrive sur l'adresse déclarée dans <itunes:owner> — assurez-vous qu'elle existe et que vous la lisez.

5. Apple Podcasts Connect

Apple Podcasts est historiquement le premier annuaire de podcast — beaucoup d'autres plateformes (Overcast, Pocket Casts…) se servent d'ailleurs de son catalogue comme source. Être référencé ici est souvent la priorité n°1.

Outil : podcastsconnect.apple.com — gratuit, il suffit d'un Apple ID. C'est le tableau de bord des créateurs pour Apple Podcasts.

Étapes de soumission

Connectez-vous sur podcastsconnect.apple.com avec votre Apple ID. La première fois, acceptez les conditions et donnez un nom à votre « émission » (show).

Cliquez sur « + » / « Ajouter une émission » puis choisissez « Ajouter une émission avec un flux RSS » (Add a show with an RSS feed).

Collez l'URL complète de votre flux (https://votre-site.fr/podcast.xml) et validez. Apple lit immédiatement le flux et affiche ce qu'il a compris : titre, description, pochette, épisodes.

Vérifiez tout ce qui est affiché : pochette correcte, bonne langue, bonne catégorie, épisodes présents avec leurs durées. Si quelque chose manque, corrigez le flux côté site, pas ici — Apple ne fait que lire.

Cliquez sur « Publier ». L'émission passe en validation humaine/automatique : comptez en général 24 à 48 heures avant l'apparition dans le catalogue. Vous recevez un email à chaque changement d'état.

Bon à savoir : une fois l'émission validée, Apple Podcasts Connect donne accès aux statistiques d'écoute (appareils, durée d'écoute moyenne, abandons) — pensez à les consulter après quelques semaines.

6. Spotify for Creators

Spotify est le deuxième acteur majeur. Son outil créateur s'appelle Spotify for Creators (creators.spotify.com, anciennement « Spotify for Podcasters »). Deux cas de figure : héberger chez Spotify, ou — notre cas — référencer un flux hébergé ailleurs.

Étapes pour un flux hébergé sur votre site

Connectez-vous sur creators.spotify.com avec votre compte Spotify (le même que votre compte auditeur convient).

Cliquez sur votre profil en haut à droite puis « Add a new show », puis « Find an existing show » et choisissez l'option indiquant que votre émission est hébergée ailleurs (Somewhere else).

Collez l'URL de votre flux RSS et validez. Spotify lit le flux et pré-remplit les informations de l'émission.

Vérification de propriété : Spotify envoie un code à 8 chiffres à l'adresse email déclarée dans le flux (<itunes:owner>). Saisissez ce code pour prouver que le flux est bien à vous.

Confirmez les métadonnées (catégorie, langue) et soumettez. L'apparition au catalogue est en général quasi immédiate (quelques heures au plus).

Exigences Spotify à retenir : MP3 entre 96 et 320 kbit/s, épisodes de moins de 12 heures, pochette carrée entre 640 × 640 et 10 000 × 10 000 px, au moins un épisode publié.

7. Deezer

Deezer, acteur français, a son propre portail de soumission : podcasters.deezer.com. Processus proche de celui de Spotify, avec là encore une vérification par email.

Étapes de soumission

Rendez-vous sur podcasters.deezer.com et cliquez « Publish My Podcast ».

Collez l'URL de votre flux RSS et cliquez « Verify Podcast RSS » : Deezer lit le flux et contrôle sa conformité.

Code de vérification : Deezer envoie un code à l'email déclaré dans le flux (<itunes:owner>). Saisissez-le et cliquez « Next ».

Complétez le formulaire (langue, catégorie, pays) et soumettez. La mise en ligne prend en général quelques jours.

Attention : sans email valide dans le flux, la vérification Deezer est impossible — c'est le point de blocage n°1 des soumissions faites avec des flux artisanaux.

8. Bonus : Amazon Music, YouTube, Podcast Index

Une fois les trois principaux en place, trois autres canaux valent le détour. Le principe est toujours le même : donner l'URL du flux.

Plateforme	Portail	Particularités	Délai constaté
Amazon Music	`podcasters.amazon.com`	Soumission du flux après connexion avec un compte Amazon. Important aussi pour Alexa.	Jusqu'à 24 h
YouTube	YouTube Studio → Contenu → Podcasts	Import possible via le flux RSS : YouTube transforme les épisodes en vidéos avec la pochette en image fixe. Gros levier de découverte.	Quelques heures
Podcast Index	`podcastindex.org`	Index ouvert utilisé par de nombreuses apps indépendantes. Ajout du flux gratuit, il suffit d'une clé API ou du formulaire.	Quelques heures

Ordre conseillé : Apple Podcasts d'abord (catalyseur de l'écosystème), puis Spotify, puis Deezer, puis les bonus. Chaque soumission prend 10 à 15 minutes une fois le flux conforme.

9. Après la validation : ce qui se passe tout seul

C'est là que l'architecture RSS montre sa puissance : une fois référencé, vous ne touchez plus aux plateformes.

Nouveaux épisodes automatiques : chaque annuaire relit votre flux périodiquement (toutes les quelques heures). Ajoutez un épisode au flux, il apparaît partout sans aucune action.
Modifications automatiques : corriger un titre ou une description dans le flux met à jour les annuaires à leur prochaine lecture.
Analytics : « revendiquez » (claim) l'émission sur chaque plateforme pour accéder aux statistiques d'écoute. Sur Apple et Spotify, c'est le même compte que la soumission.

Changer d'URL de flux sans perdre ses abonnés

Si un jour le flux déménage (nouvel hébergeur, nouveau domaine), ne recréez pas l'émission : utilisez la balise de redirection prévue à cet effet dans l'ancien flux :

<itunes:new-feed-url>https://nouveau-site.fr/podcast.xml</itunes:new-feed-url>

Les annuaires suivent cette redirection et migrent les abonnés vers la nouvelle adresse. Laissez l'ancien flux en ligne plusieurs semaines le temps que tous le relisent.

Règle d'or : ne changez jamais le <guid> d'un épisode publié. C'est son identité pour les plateformes : un GUID modifié est traité comme un nouvel épisode (doublons, historiques d'écoute perdus).

10. Pièges courants (et comment les éviter)

Piège	Symptôme	Solution
Flux ou MP3 en HTTP	Rejet immédiat ou épisodes muets	Passer tout en HTTPS, y compris les liens internes du flux.
Pochette trop petite (< 1400 px)	Refus Apple Podcasts	Exporter en 3000 × 3000 px, RGB, < 512 Ko.
Pas d'email dans `<itunes:owner>`	Code de vérification jamais reçu	Ajouter l'email au flux, attendre que les plateformes le relisent, recommencer.
`<enclosure>` sans `length` ou mauvais `type`	Épisodes absents du catalogue	Renseigner le poids exact en octets et `type="audio/mpeg"`.
HTML brut dans les titres	Rejet ou affichage cassé	Texte brut + entités encodées (`&`, `<`).
Recréer l'émission après un déménagement de flux	Perte des abonnés et des avis	Utiliser `itunes:new-feed-url` dans l'ancien flux.
Impatience après soumission	Double soumission, doublons	Apple : 24-48 h. Deezer : quelques jours. Attendre l'email de confirmation.

11. Étude de cas : le flux d'explodev.fr

Ce site applique exactement ce cours. Son flux https://www.explodev.fr/podcast.xml est un flux artisanal généré par le site (pas d'hébergeur spécialisé) : les MP3 sont servis depuis un stockage objet (audio.explodev.fr) et chaque article/cours devient un épisode lu par une voix de synthèse.

État du flux au moment de ce cours

21 épisodes publiés, enclosures MP3 96 kbit/s avec poids et durées réels
Pochette carrée 1400 × 1400 px RGB, 228 Ko — conforme au minimum Apple (un passage à 3000 × 3000 px est prévu pour anticiper)
Email de contact présent dans <itunes:owner> — vérifications Deezer/Spotify possibles
Catégorie Technology > Artificial Intelligence, langue fr-FR, explicite : non
GUID stables par épisode (aide-ia-audio:<slug>)
HTTPS partout (flux, MP3, pochette)

Reste à faire, dans l'ordre du cours : soumission Apple Podcasts Connect, puis Spotify for Creators, puis Deezer — trois actions manuelles d'une quinzaine de minutes chacune, sur les comptes du propriétaire du site. Ce cours sera mis à jour avec les retours d'expérience (délais réels constatés, éventuels rejets et leurs motifs).

Pourquoi documenter ça publiquement ? Parce que les tutoriels de soumission datent vite (les interfaces changent), et qu'un cas réel et vérifiable vaut mieux qu'une capture d'écran générique. Vous pouvez ouvrir le flux et contrôler chaque point de la checklist vous-même.

12. Quiz et résumé

Question 1 : Doit-on renvoyer chaque nouvel épisode sur Spotify et Apple Podcasts ?

Non. On ne soumet le flux RSS qu'une seule fois par plateforme. Ensuite, les annuaires relisent le flux périodiquement : chaque nouvel épisode ajouté apparaît automatiquement partout, en quelques heures.

Question 2 : Quelles sont les dimensions minimales de la pochette pour Apple Podcasts ?

1400 × 1400 pixels, carrée, JPEG ou PNG en RGB. La taille recommandée est 3000 × 3000 px (512 Ko maximum) pour rester nette sur tous les supports.

Question 3 : Pourquoi l'email dans <itunes:owner> est-il indispensable ?

Parce que Spotify et Deezer envoient un code de vérification à cette adresse pour prouver que vous êtes le propriétaire du flux. Sans cet email, la soumission ne peut pas aboutir.

Question 4 : Le flux change d'adresse. Que faire pour ne pas perdre les abonnés ?

Ajouter la balise <itunes:new-feed-url> dans l'ancien flux avec la nouvelle adresse, et laisser l'ancien flux en ligne plusieurs semaines. Surtout, ne pas recréer l'émission de zéro sur les plateformes.

Question 5 : Pourquoi ne faut-il jamais modifier le <guid> d'un épisode ?

Le GUID est l'identifiant stable de l'épisode pour les plateformes. Le changer crée un doublon (l'épisode est vu comme nouveau) et perd l'historique d'écoute associé.

Résumé final

Architecture
Hébergeur = fichiers, flux RSS = catalogue, annuaires = vitrines. On soumet le flux une fois, les épisodes suivent automatiquement.

Prérequis
Pochette ≥ 1400 × 1400, email dans itunes:owner, catégorie, GUID stables, HTTPS partout, MP3 96-320 kbit/s.

Soumissions
Apple Podcasts Connect (24-48 h), Spotify for Creators (quasi immédiat, code email), Deezer (code email, quelques jours).

Après
Claim pour les analytics, épisodes automatiques, GUID intangibles, déménagement de flux via itunes:new-feed-url.

Phrase à retenir : un podcast sur les plateformes, c'est un flux RSS qu'on leur a donné à lire une fois — tout le reste (nouveaux épisodes, mises à jour) se fait tout seul, pourvu qu'on ne casse jamais le flux.