Migrer un podcast : supprimer l’ancien flux peut dupliquer les épisodes

11 octobre 2026 à 23:00|Auteur: Équipe éditoriale de QUASA|6 min de lecture

Pour changer d’hébergeur sans perdre les abonnements ni dupliquer les épisodes, importez le catalogue avec ses GUID d’origine, redirigez l’ancien flux RSS vers le nouveau, puis contrôlez les applications avant de fermer l’ancien compte. Le guide de migration d’Apple Podcasts recommande de comparer les deux flux, de conserver les identifiants des épisodes et de rediriger l’ancienne adresse.

Deux problèmes peuvent se cumuler : si l’ancien flux cesse de répondre, les applications qui l’utilisent encore risquent de manquer les nouveaux épisodes ; si les GUID changent pendant l’importation, des épisodes déjà publiés peuvent réapparaître en double. Voir le catalogue chez le nouvel hébergeur ne suffit donc pas à conclure que les abonnements et l’historique ont suivi.

Avant le transfert : garder l’ancien flux comme référence

Notez l’URL RSS actuellement distribuée et conservez une copie de son contenu avant toute modification. Dans une visionneuse RSS, relevez les GUID des épisodes ainsi que leurs titres, leurs dates de publication et, si vous les utilisez, leurs numéros de saison et d’épisode. Ces valeurs serviront à distinguer une importation fidèle d’un catalogue recréé avec de nouveaux identifiants.

Vérifiez que le nouvel hébergeur peut importer les épisodes en conservant leurs GUID. Demandez à l’ancien fournisseur comment activer la redirection depuis l’URL d’origine et si elle restera active après la fermeture du compte. Si cette adresse disparaît avec le service, il faudra régler sa continuité avant de résilier : les applications abonnées à l’ancien flux ont besoin d’un chemin vers le nouveau.

Gardez également une copie des fichiers audio et des données que votre hébergeur permet d’exporter. Les tableaux de bord peuvent présenter des statistiques de téléchargement inhabituelles autour d’une migration. Cette sauvegarde aide à relire l’historique de mesure, mais le bon fonctionnement des abonnements se vérifie sur les flux et dans les applications.

Importer les épisodes sans changer leurs GUID

Importez les épisodes chez le nouvel hébergeur avant de modifier l’ancienne URL. Ouvrez ensuite les deux flux dans une visionneuse RSS et comparez les GUID des épisodes déjà publiés. Un titre identique ne remplace pas cette vérification : l’identifiant doit rester stable même si le titre ou l’adresse du fichier audio évolue.

Comparez aussi le titre et la description de l’émission, son illustration, les fichiers audio accessibles et l’ordre des épisodes. Si le podcast comporte des saisons ou une offre payante, contrôlez les numéros de saison et d’épisode : leur cohérence contribue à éviter des doublons et à préserver, dans Apple Podcasts, le lien entre épisodes RSS et épisodes réservés aux abonnés.

Si des GUID ont changé, faites corriger l’importation avant d’activer la redirection. Lorsqu’un épisode ne possède pas de GUID, son URL audio peut servir d’identifiant de remplacement ; cette URL doit alors rester unique et stable. Évitez aussi de soumettre le flux importé comme une nouvelle émission dans un annuaire où la fiche existante doit simplement suivre la nouvelle adresse.

Rediriger l’ancienne adresse et tester le trajet complet

Une fois le nouveau catalogue complet et ses fichiers audio accessibles, activez une redirection HTTP 301 de l’ancienne URL RSS vers la nouvelle. Si vous quittez Spotify for Creators, la procédure de Spotify demande de rediriger le flux avant de fermer le compte ; elle précise que la redirection peut prendre jusqu’à sept jours et recommande d’attendre au moins une semaine après son activation avant de supprimer le compte.

Testez le départ depuis l’ancienne URL, et pas seulement l’ouverture du nouveau flux. Avec un outil qui affiche les réponses HTTP, vérifiez que la première réponse porte le code 301 et que son en-tête Location désigne la nouvelle adresse RSS. Suivez ensuite la redirection : la destination doit livrer le catalogue importé, avec les épisodes et leurs GUID attendus, plutôt qu’une page d’accueil ou un flux vide.

Un navigateur peut afficher directement la destination et masquer la réponse initiale. Ses outils réseau ou un vérificateur HTTP permettent de voir cette étape. Si l’ancienne adresse renvoie une erreur ou pointe ailleurs, faites corriger la configuration avant de résilier ; une option enregistrée dans un tableau de bord ne prouve pas encore que la redirection fonctionne pour les applications.

Contrôler les annuaires et les applications RSS

Sur les fiches existantes de Spotify et d’Apple Podcasts, vérifiez que les anciens épisodes apparaissent une seule fois, que le plus récent se lit et que les nouvelles publications arrivent sur la même émission. Faites également un essai dans une application acceptant directement l’ancienne URL RSS. Un annuaire peut avoir mis sa fiche à jour alors qu’un abonnement enregistré ailleurs dépend encore de la redirection.

La procédure d’Apple pour changer l’URL RSS demande, pour un flux que vous gérez vous-même, de maintenir la redirection 301 et la balise <itunes:new-feed-url> pendant au moins quatre semaines ; elle précise aussi qu’un hébergeur tiers peut prendre en charge le changement. Si vous gérez cette balise, elle doit désigner la nouvelle URL du flux, et non l’URL miroir affichée dans Apple Podcasts Connect.

Des épisodes en double appellent d’abord une comparaison des GUID entre les deux flux. Une fiche qui ne reçoit plus les nouveautés appelle plutôt un contrôle de l’adresse utilisée et de la redirection. Si l’ancien flux est devenu inaccessible, la modification de l’URL dans Apple Podcasts Connect peut mettre à jour la fiche Apple, mais elle ne modifie pas les abonnements enregistrés directement dans d’autres applications RSS.

Fermer l’ancien compte lorsque le passage reste assuré

Avant de fermer le compte, refaites le test depuis l’ancienne URL et vérifiez les fiches et l’application RSS choisies. Obtenez de l’ancien hébergeur une réponse précise sur le maintien de cette URL et de sa redirection après la résiliation. Si leur fonctionnement dépend du compte actif, réglez ce point avec le fournisseur ou reportez la fermeture.

Le contrôle final porte sur deux éléments distincts : les épisodes historiques gardent leurs identifiants dans le nouveau flux, et l’ancienne adresse conduit toujours à ce flux. Tant que ces conditions sont réunies, les applications qui consultent encore l’ancienne URL disposent d’un chemin vers les prochains épisodes.