Héberger un podcast sur WordPress : le guide complet

« Où héberger mon podcast ? » est souvent la première décision technique d’un podcasteur. On la prend en choisissant un service, alors qu’elle se résume à deux questions : où vit le flux RSS, et où vivent les fichiers audio. Ce guide les prend une par une, avec les calculs.

Un podcast, techniquement, c’est un flux RSS

Tout part d’un fichier XML, le flux, que les applications d’écoute relisent régulièrement. Il a deux niveaux.

Au niveau de l’émission (<channel>) : le titre, la description, la langue, la catégorie (<itunes:category>, dans la liste d’Apple), la pochette (<itunes:image>) et le type (<itunes:type>, episodic quand on écoute d’abord le dernier épisode, serial pour une série à suivre dans l’ordre).

Au niveau de chaque épisode (<item>) : le titre, les notes, la date, la durée, et deux balises qui comptent plus que les autres.

<enclosure> donne l’adresse du fichier audio, sa taille et son type. Cette adresse désigne l’endroit où vit réellement le fichier, qui n’est pas forcément celui où vit le flux.
<guid> est l’identifiant de l’épisode. Deux éléments qui partagent le même GUID sont le même épisode pour toutes les applications ; en changer, c’est publier un doublon.

Apple Podcasts, Spotify et les autres ne stockent que ce que contient le flux. Notre article sur Apple et Spotify détaille ce que chacun exige.

Qui tient l’adresse du flux

Héberger de l’audio coûte de l’argent, chez un hébergeur spécialisé comme sur un hébergement géré (Zekast compris). La vraie différence entre les montages tient à une chose plus discrète : à quelle adresse vit le flux.

Quand le flux est publié à une adresse de l’hébergeur (feeds.exemple.com/votre-id), c’est cette adresse que les applications de vos abonnés ont enregistrée. Changer d’hébergeur suppose alors une redirection que l’ancien hébergeur doit accepter de poser et de maintenir. Quand le flux vit sur votre domaine, c’est vous qui la posez.

Les statistiques suivent la même logique : elles restent dans le tableau de bord de l’outil qui les calcule, et se recoupent mal d’un outil à l’autre.

Ce qu’ajoute une extension de podcast

Une extension comme Zekast ajoute à WordPress les pièces qui manquent :

un type de contenu « épisode », donc une page par épisode sur votre domaine ;
un flux RSS généré à une adresse de votre site ;
un <enclosure> qui pointe vers des fichiers dont vous choisissez l’emplacement ;
un lecteur rendu dans votre page, sans iframe. On a mesuré ce que ça change.

Vous inscrivez le flux une fois dans chaque annuaire, et chaque épisode publié y apparaît ensuite de lui-même.

La bande passante, calculs à l’appui

Le poids d’un épisode. Un fichier audio pèse à peu près débit en kbit/s × durée en secondes ÷ 8. Pour une heure de voix :

à 128 kbit/s en stéréo : 58 Mo ;
à 96 kbit/s : 43 Mo ;
à 64 kbit/s en mono, largement suffisant pour de la parole : 29 Mo.

Multiplié par les écoutes. Un épisode de 50 Mo téléchargé 1 000 fois représente 50 Go servis, pour ce seul épisode. Un catalogue actif se compte vite en centaines de gigaoctets par mois. Pour situer, l’offre gratuite de Zekast inclut 50 Go de bande passante par mois, et l’offre Starter 500 Go.

Pourquoi un hébergement mutualisé souffre quand même. Un fichier déposé dans la médiathèque de WordPress est servi directement par le serveur web, sans passer par PHP. Le problème est ailleurs : les offres mutualisées limitent souvent le trafic mensuel ou le nombre de connexions simultanées, et une sortie d’épisode arrive d’un coup, en pic. Le cas vraiment fragile est celui d’une extension qui fait transiter chaque téléchargement par un script PHP pour le compter : chaque écoute occupe alors un processus du serveur pendant tout le téléchargement.

Où mettre les fichiers. Trois montages, du plus simple au plus autonome :

la médiathèque de WordPress convient pour démarrer, tant que l’audience et le quota de l’hébergeur le permettent ;
un stockage que vous louez vous-même (Bunny, ou un stockage compatible S3) : vous gardez le compte et la facture, les fichiers partent du CDN, WordPress ne fait que publier le flux. Zekast le prend en charge sur toutes ses offres, gratuite comprise ;
un hébergement géré, où les fichiers vivent sur un CDN et où la bande passante consommée est suivie contre un quota. C’est l’hébergement inclus dans Zekast.

Un stockage objet ou un CDN accepte les requêtes par plages d’octets, que les applications utilisent pour avancer dans un épisode et qu’Apple exige.

Compter les écoutes : ce que dit la norme

Un téléchargement n’est pas une écoute. La référence du secteur est la norme de mesure de l’IAB Tech Lab, dont la version 2.2, publiée en mai 2024, est en vigueur. Une version 2.3 a été soumise à consultation du 21 juillet au 19 août 2026, sans publication finale à ce jour. La version 2.2 demande notamment :

de dédoublonner par adresse IP et navigateur (ou application) sur 24 heures, en jour civil ou en fenêtre glissante, la méthode choisie étant déclarée ;
de ne compter qu’un téléchargement qui couvre au moins une minute d’audio, ou le fichier entier pour un épisode plus court ;
d’exclure les robots, les centres de données et les requêtes manifestement invalides ;
d’ignorer les requêtes HEAD, les réponses 304 et les requêtes de deux octets par lesquelles certaines applications vérifient seulement qu’un fichier existe.

Deux conséquences pratiques. Compter soi-même les lignes brutes des journaux du serveur gonfle les chiffres. Et deux outils qui appliquent des filtres différents ne donneront jamais le même total : on compare des tendances sur un même outil, pas des décimales entre deux.

Migrer un podcast existant sans perdre ses abonnés

L’opération fait peur, et elle se passe bien quand on respecte ce qu’Apple demande :

gardez les GUID à l’identique. Chaque épisode importé doit conserver son identifiant d’origine, sans quoi Apple prévient de doublons dans les bibliothèques et de statistiques faussées. L’import de Zekast conserve les GUID et ne crée pas de doublon quand on réimporte ;
posez une redirection permanente (301) de l’ancienne adresse du flux vers la nouvelle. Quand l’ancien flux était chez un hébergeur, c’est lui qui la pose ; quand vous le gériez vous-même, Apple demande aussi la balise <itunes:new-feed-url> dans le nouveau flux ;
maintenez les deux au moins quatre semaines, le temps que les annuaires relisent et basculent ;
ne demandez rien à vos auditeurs : la redirection fait le travail dans leur application.

Les erreurs qui coûtent cher

Changer l’adresse du flux sans redirection : les applications continuent de lire l’ancienne adresse, et les nouveaux épisodes n’arrivent plus chez vos abonnés.
Régénérer les GUID à l’import : tout le catalogue réapparaît comme neuf.
Une pochette hors norme : Apple recommande 3000 × 3000 pixels et refuse en dessous de 1400, en RVB, JPG ou PNG, sans transparence.
Faire passer chaque téléchargement par un script sans gérer les requêtes par plages : l’avance rapide casse dans certaines applications.
Des fichiers lents ou protégés : un annuaire qui n’arrive pas à télécharger l'<enclosure> finit par ignorer l’épisode.

Quand héberger sur WordPress a du sens

Ça vaut le coup quand votre site est un canal à part entière : des pages d’épisode qui doivent être trouvées, une identité visuelle soignée, une vente d’abonnements depuis le site, un flux dont vous tenez l’adresse. La bande passante se règle avec un CDN, géré ou loué par vous. C’est moins utile si le site n’est qu’un point de contact et que l’écoute se fait presque entièrement sur les plateformes.

Zekast publie votre podcast depuis WordPress, avec l’hébergement géré inclus ou votre propre stockage Bunny ou S3. Voir le stockage →

Vérifié le 13 septembre 2026. Les règles d’Apple et la norme de mesure de l’IAB citées ici sont datées dans le texte ; prochaine relecture en septembre 2027, ou plus tôt si la version 2.3 de l’IAB est publiée.