Publier ses articles en podcast sur Apple, Spotify et Deezer : ce que chacun exige
Un flux RSS standard, trois plateformes qui ne le lisent pas de la même façon. Ce qu'Apple refuse sans discuter, ce que Spotify vérifie par courriel, ce que chacune réécrit de son côté, et le premier passage réel chez Apple en septembre 2026.
Transformer ses articles en podcast repose sur une seule brique : un flux RSS que les plateformes savent lire. C'est ce que fait WeDispatch, et nous l'expliquons dans l'article sur le site transformé en podcast automatique. Mais « les plateformes savent lire un flux » cache une réalité moins lisse : Apple Podcasts, Spotify et Deezer ne demandent pas la même chose au même flux, et l'une refuse là où une autre accepte. Voici ce que chacune exige, lu dans le code qui fabrique notre flux, et pas dans une promesse commerciale.
Apple : trois balises, sans lesquelles rien ne passe
Apple est la plus stricte des trois, et c'est elle qui fixe le niveau. Un flux sans image de podcast, sans catégorie et sans mention « explicite » (le contenu est-il tout public ou non) est refusé, sans négociation. Nous l'avons appris de la façon la plus concrète qui soit : le 23 septembre 2026 au soir, Apple Podcasts Connect a répondu « Une erreur s'est produite » à notre propre flux, qui n'avait pas encore d'adresse de contact. Le flux a donc été repris pour porter ces balises, et le premier podcast qu'Apple a fini par accepter s'appelait, faute de réglage à l'époque, « TEF, version audio », avec une pochette au nom du compte.
Un détail compte sur Apple, et il déroute : la plateforme réécrit, à chaque lecture du flux, ce qu'on modifie chez elle. Si vous changez la description dans Apple Podcasts Connect mais que votre flux porte encore l'ancienne, Apple la reprendra. La source de vérité, c'est le flux. C'est pour cela que, sur l'écran Diffusion, les champs réglables (nom, description, auteur, catégorie, mention explicite, pochette) vivent dans le flux lui-même : un champ laissé vide garde sa valeur précédente, et l'adresse de la pochette porte un numéro de version pour forcer les plateformes à relire une image changée. La pochette, justement, obéit à une règle d'Apple que nous appliquons avant l'envoi : au moins 1 400 pixels de côté, recadrée au carré, en RVB.
Spotify : la vérification passe par une adresse de courriel
Spotify lit le même flux, mais ajoute sa propre étape : pour prouver que le podcast est bien le vôtre, il envoie un code de vérification à l'adresse de contact déclarée dans le flux, et à nulle autre. Sans adresse, pas de code, pas de revendication possible. C'est la raison pour laquelle notre flux porte une balise d'adresse de contact, choisie par le client, distincte de l'adresse du compte : le flux est public, et y écrire l'adresse de connexion l'exposerait à tous les robots qui lisent des flux. Si vous ne choisissez pas d'adresse de contact, la balise n'est tout simplement pas écrite, et Spotify ne pourra pas vous envoyer son code.
Deezer : le même flux, un espace podcasteurs à part
Deezer lit lui aussi un flux RSS standard, sans exigence propre notable au-delà de ce qu'Apple impose déjà. L'inscription se fait depuis son espace podcasteurs, où l'on donne l'adresse du flux. Nous ne prétendons pas documenter chaque recoin de ces trois plateformes, qui changent leurs règles sans prévenir ; ce que nous garantissons, c'est que le flux que nous produisons porte ce qu'Apple exige, ce que Spotify vérifie, et ce que Deezer relit comme les autres.
Ce que nous suivons pour vous, sans rien vous demander
Soumettre un flux à Apple, c'est attendre que son robot vienne le lire, puis attendre encore que l'émission apparaisse dans la recherche. Pendant ce temps, l'éditeur ne sait pas où il en est. L'écran Diffusion affiche donc l'état chez Apple sans que vous ayez à aller le chercher : « Apple a lu le flux » dès le passage de son robot, puis « En ligne sur Apple Podcasts » avec le lien, une fois l'émission trouvée par la recherche publique d'Apple. C'est une information factuelle, tirée de ce qu'Apple expose publiquement, pas une estimation.
En résumé
Publier un podcast tient à un flux RSS, mais les trois grandes plateformes ne le traitent pas de la même façon. Apple refuse sans image, sans catégorie ni mention explicite, et réécrit ce qu'on change ailleurs que dans le flux. Spotify vérifie la propriété par un courriel envoyé à l'adresse de contact du flux. Deezer relit le même flux depuis son propre espace. Notre travail est de produire un flux qui satisfait le plus exigeant des trois, et de vous montrer où en est Apple sans que vous ayez à surveiller. Pour le réglage fin de chaque émission, nous détaillons le fonctionnement « une émission par rubrique » dans l'article un podcast par rubrique, et le module qui pose tout cela sur un site existant est décrit sur la page WordPress.
Sonorisez vos articles avec WeDispatch
Ce blog sera lui-même sonorisé par WeDispatch. Envie de voir ce que ça donne sur vos contenus ?
Demandez une démo