Épisode 45 pèse 65 Mo. Cent téléchargements simultanés — le mutualisé limite le débit, WordPress ralentit, l'hébergeur envoie un mail « dépassement bande passante ». Le podcast n'est pas une page HTML : ce sont de gros fichiers streamés ou téléchargés en boucle par les applications d'écoute. Le même serveur que le blog, c'est partager un ascenseur avec des palettes de briques.
Un podcast combine un flux RSS, des fichiers audio (MP3 ou Opus) et des métadonnées. Le site présente les notes d'épisode ; l'audio peut vivre ailleurs — et devrait, dès que l'audience dépasse quelques centaines d'écoutes par mois. Confondre les deux consommations (requêtes web légères versus gigaoctets audio) mène à des surprises de facturation et à des sites vitrine ralentis par le succès du show.
La bonne architecture ne demande pas forcément une plateforme coûteuse dès le premier épisode. Elle demande de séparer ce qui scale en requêtes de ce qui scale en gigaoctets — avant que la croissance ne force une migration d'urgence.
Options d'hébergement audio
| Option | Avantages | Limites |
|---|---|---|
| Même hébergeur web | Simple, un seul compte | Bande passante, sauvegardes lourdes |
| Stockage objet + CDN | Coût au Go prévisible, montée en charge | Configuration RSS plus technique |
| Plateforme podcast (Anchor, Acast, etc.) | Peu d'infrastructure à gérer, statistiques | Dépendance partielle, branding limité |
| Hébergeur podcast pro (Buzzsprout, Transistor) | RSS, analytics, support | Abonnement mensuel |
Le même hébergeur web convient pour un lancement : quelques dizaines d'écoutes, fichiers dans /wp-content/uploads/, flux RSS généré par un plugin. Dès que le show décolle, la bande passante devient le poste de coût principal — pas le processeur PHP.
Le stockage objet + CDN (S3, Scaleway Object Storage, OVH Object Storage) offre un coût prévisible au gigaoctet transféré. La balise <enclosure url="..."> du RSS pointe vers le CDN, pas vers WordPress. Voir choisir une région cloud pour placer le bucket près de votre audience.
Architecture recommandée : séparer site et audio
Une architecture saine repose sur quatre briques distinctes :
- Site — WordPress, site statique ou CMS headless pour les pages épisodes et les notes.
- Audio — bucket objet avec CDN, ou hébergeur podcast dédié selon votre budget et compétences.
- RSS — URL stable ; la balise
<enclosure>pointe vers le CDN ou la plateforme, jamais vers/wp-content/uploads/en production. - Statistiques — plateforme podcast ou préfixe analytics (Podsights, etc.) ; les logs Apache seuls sous-estiment les écoutes via applications tierces.
Opus ou AAC réduit la bande passante par rapport au MP3 128 kbps — testez la compatibilité avec les principales applications d'écoute avant de basculer. La qualité perçue compte, mais un fichier deux fois plus léger divise aussi le coût de transfert.
Bande passante : ordres de grandeur avant de décider
1000 écoutes × 50 Mo ≈ 50 Go de transfert par épisode. Dix épisodes populaires = 500 Go/mois — largement hors quota d'un mutualisé classique. Calculez avant de « tout mettre sur le site » :
| Audience mensuelle | Taille épisode | Transfert estimé |
|---|---|---|
| 500 écoutes | 40 Mo | 20 Go/épisode |
| 2000 écoutes | 50 Mo | 100 Go/épisode |
| 10 000 écoutes | 60 Mo | 600 Go/épisode |
Pour la vidéo lourde, la logique est identique ; le podcast reste plus léger que la vidéo 4K, mais bien plus lourd qu'une page CSS ou une image optimisée. Comparez stockage objet et CDN sur l'annuaire avant de vous engager sur un hébergeur web unique.
Le sommet : le podcast scale en gigaoctets — le site en requêtes
Le marketing « hébergement illimité » ne parle pas de la même chose que votre flux RSS. Un site vitrine consomme des requêtes ; un podcast consomme des gigaoctets. Mélanger les deux sur un mutualisé, c'est parier que votre audience restera modeste — pari que beaucoup perdent.
Décider et avancer sans angle mort
Avant de publier le prochain épisode :
- Estimez le transfert mensuel (écoutes prévues × taille moyenne d'épisode) — arrondissez à la hausse si vous lancez une campagne de promotion.
- Séparez l'URL de la balise
<enclosure>de l'hébergement WordPress dès que vous prévoyez plus de 100 Go/mois de transfert. - Testez une plateforme gratuite en preuve de concept, puis planifiez une migration RSS si l'audience dépasse le seuil prévu.
- Surveillez le quota de votre hébergeur web — une alerte à 80 % du plafond évite la coupure en pleine sortie d'épisode.
Questions fréquentes
Puis-je héberger mon podcast sur mon hébergement web ?
Oui pour une petite audience : MP3 et RSS sur le même domaine suffisent au départ. Dès que les téléchargements montent, bande passante et coût explosent — un CDN ou un hébergeur podcast devient rentable avant le premier dépassement facturé.
Quelle différence avec Spotify for Podcasters ou Anchor ?
Plateformes gratuites qui hébergent audio et RSS, avec stats et parfois monétisation. Moins de contrôle total, migration possible via redirection RSS. Idéal pour débuter sans gérer d'infrastructure — planifiez la sortie si le show grandit.
CDN pour podcast : obligatoire ?
Recommandé au-delà de quelques centaines d'écoutes par mois. Même logique que les assets lourds en Jamstack : fichiers volumineux, cache longue durée, coût prévisible au gigaoctet.
Même domaine que le site ou sous-domaine ?
Site web ici (WordPress ou statique) ; audio souvent sur CDN ou sous-domaine feed (feeds.domaine.tld). Séparer évite que les téléchargements audio ralentissent le site vitrine.
Si votre podcast grandit, la question n'est plus « où mettre le MP3 » — c'est « qui paie les gigaoctets ». La réponse est rarement : le même mutualisé que le blog.