Changer d’hébergeur de podcast

Importez l’émission, vérifiez que les identifiants d’épisode restent les mêmes, puis faites rediriger l’ancien flux RSS vers le nouveau. Contrôlez les fiches d’écoute existantes avant de fermer l’ancien compte.

Le trajet du flux après la bascule
  1. Ancien flux RSS
  2. Redirection 301
  3. Nouveau flux RSS

Comparer les flux avant la bascule

  1. Préserver les accès. Enregistrez l’adresse de l’ancien flux et celles des fiches publiques. Vérifiez que vous pouvez accéder à Apple Podcasts Connect et à Spotify for Creators. Demandez à l’ancien hébergeur comment créer la redirection et combien de temps il la maintient.
  2. Garder une copie. Conservez les fichiers audio et les métadonnées. Téléchargez les statistiques d’écoute que l’ancien hébergeur permet d’exporter. Spotify indique que ses statistiques dans Spotify for Creators couvrent la période qui suit un transfert chez lui. Informations de Spotify sur les statistiques importées.
  3. Vérifier l’import. Comparez le nombre d’épisodes, les titres, les dates et les identifiants <guid> dans les deux fichiers XML. Ouvrez plusieurs fichiers audio depuis le nouveau flux, y compris un épisode ancien. L’adresse du fichier audio peut changer. L’identifiant d’un épisode déjà publié doit rester stable. Consignes Apple sur les GUID.

Contrôler la redirection 301

Une fois l’import vérifié, configurez la redirection 301 dans l’interface de l’ancien hébergeur ou demandez-lui de l’activer. La redirection doit viser l’URL du nouveau fichier RSS.

Pour un flux que vous hébergez vous-même, Apple demande aussi la balise <itunes:new-feed-url> dans le nouveau flux et recommande de maintenir cette balise et la redirection 301 pendant au moins quatre semaines. Pour un hébergement géré, confirmez le comportement et la durée avec le prestataire. Consignes Apple sur la redirection.

Vérifier depuis un terminal avec curl

Remplacez l’adresse d’exemple par celle de l’ancien flux. La première commande affiche l’en-tête Location et le statut 301 attendu. La seconde suit les redirections et affiche le statut et l’adresse obtenus à la fin.

curl -sS --max-time 15 -D - -o /dev/null 'https://exemple.test/ancien.xml'
curl -sSL --max-time 15 --max-redirs 8 -o /dev/null -w '%{http_code} %{url_effective}\n' 'https://exemple.test/ancien.xml'

Le dernier statut doit être 200 et l’adresse finale doit correspondre au nouveau RSS. Ouvrez aussi ce dernier pour confirmer qu’il contient bien le fichier XML attendu.

Si l’ancien hébergeur ne peut pas rediriger, contactez les plateformes pour mettre à jour les fiches existantes. Apple documente une mise à jour dans Apple Podcasts Connect selon l’état de l’ancien flux. Spotify indique la marche à suivre quand la redirection est impossible. Options Apple · Aide Spotify.

Vérifier que les auditeurs retrouvent l’émission

L’ancien flux ne renvoie plus le bon statut
Vérifiez l’adresse exacte de l’ancien flux, la cible renseignée et l’état de l’ancien compte. Une page d’erreur ne redirige pas les abonnements.
Des épisodes sont en double
Comparez leurs GUID avec ceux du flux sauvegardé et contactez le nouvel hébergeur si l’import les a changés. Les GUID modifiés peuvent créer des doublons dans Apple Podcasts.
Un nouvel épisode n’apparaît pas
Vérifiez d’abord sa présence dans le nouveau RSS. Ensuite, contrôlez l’état de la fiche et la date de dernière mise à jour dans Apple Podcasts Connect. Vérifier l’actualisation du flux dans Apple Podcasts.

Ouvrez les mêmes fiches publiques qu’avant la migration, lisez un ancien épisode et contrôlez le prochain épisode publié. Confirmez la durée de la redirection avec votre ancien hébergeur avant de fermer son compte.

Préparer les prochains contrôles