El episodio 45 pesa 65 MB. Cien descargas simultáneas: el sistema compartido limita la velocidad, WordPress se ralentiza, el anfitrión envía un correo electrónico de "ancho de banda excedido". El podcast no es una página HTML: son archivos de gran tamaño transmitidos o descargados en bucle por aplicaciones de escucha. El mismo servidor que el blog supone compartir ascensor con palés de ladrillos.
Un podcast combina una fuente RSS, archivos de audio (MP3 u Opus) y metadatos. El sitio presenta las notas del episodio; El audio puede vivir en otra parte, y debería hacerlo, tan pronto como la audiencia supere los cientos de escuchas por mes. Confundir los dos consumos (solicitudes web ligeras versus gigabytes de audio) genera sorpresas en la facturación y sitios de exhibición ralentizados por el éxito del programa.
Una buena arquitectura no requiere necesariamente una plataforma costosa desde el primer episodio. Requiere separar lo que escala en consultas de lo que escala en gigabytes, antes de que el crecimiento fuerce una migración de emergencia.
Opciones de alojamiento de audio
| Opciones | Ventajas | Límites |
|---|---|---|
| Mismo servidor web | Sencillo, una cuenta | Ancho de banda, copias de seguridad pesadas |
| Almacenamiento de objetos + CDN | Costo predecible por GB, escalabilidad | Configuración RSS más técnica |
| Plataforma de podcast (Anchor, Acast, etc.) | Poca infraestructura para gestionar, estadísticas | Dependencia parcial, marca limitada |
| Anfitrión de podcast profesional (Buzzsprout, Transistor) | RSS, análisis, soporte | Suscripción mensual |
El mismo servidor web es adecuado para un lanzamiento: unas pocas docenas de escuchas, archivos en /wp-content/uploads/, feed RSS generado por un complemento. Tan pronto como comienza el programa, el ancho de banda se convierte en el costo principal, no el procesador PHP.
Almacenamiento de objetos + CDN (S3, Scaleway Object Storage, OVH Object Storage) ofrece un coste predecible por gigabyte transferido. La etiqueta <enclosure url="..."> en el RSS apunta a la CDN, no a WordPress. Consulte elija una región de nube para colocar el depósito cerca de su audiencia.
Arquitectura recomendada: sitio y audio separados
La arquitectura saludable se basa en cuatro pilares distintos:
- Sitio — WordPress, sitio estático o CMS headless para páginas de episodios y notas.
- Audio: depósito de objetos con CDN o host de podcasts dedicado, según su presupuesto y habilidades.
- RSS — URL estable; la etiqueta
<enclosure>apunta a la CDN o la plataforma, nunca a/wp-content/uploads/en producción. - Estadísticas: plataforma de podcast o prefijo de análisis (Podsights, etc.); Los registros de Apache por sí solos subestiman las escuchas a través de aplicaciones de terceros.
Opus o AAC reducen el ancho de banda en comparación con MP3 de 128 kbps: pruebe la compatibilidad con las principales aplicaciones de escucha antes de cambiar. La calidad percibida es importante, pero un archivo dos veces más liviano también reduce el costo de transferencia.
Ancho de banda: órdenes de magnitud antes de decidir
1000 reproducciones × 50 MB ≈ 50 GB de transferencia por episodio. Diez episodios populares = 500 GB/mes: mucho más que la cuota de un servicio compartido clásico. Calcula antes de “poner todo en el sitio”:
| Audiencia mensual | Tamaño del episodio | Transferencia estimada |
|---|---|---|
| 500 jugadas | 40MB | 20 GB/episodio |
| 2000 jugadas | 50 MB | 100 GB/episodio |
| 10.000 reproducciones | 60MB | 600 GB/episodio |
Para vídeos pesados, la lógica es idéntica; el podcast sigue siendo más liviano que el video 4K, pero mucho más pesado que una página CSS o una imagen optimizada. Compare el almacenamiento de objetos y la CDN en el directorio antes de comprometerse con un único servidor web.
La cumbre: el podcast escala en gigabytes, el sitio en solicitudes
El marketing de “alojamiento ilimitado” no se refiere a lo mismo que su fuente RSS. Un sitio de exhibición consume solicitudes; un podcast consume gigabytes. Mezclar los dos en un sitio compartido significa apostar a que su audiencia seguirá siendo pequeña, una apuesta que muchos pierden.
Decide y avanza sin puntos ciegos
Antes de publicar el próximo episodio:
- Calcule la transferencia mensual (visualizaciones esperadas × tamaño promedio del episodio): redondee hacia arriba si está ejecutando una campaña promocional.
- Separe la URL de la etiqueta
<enclosure>del alojamiento de WordPress siempre que planee transferir más de 100 GB/mes. - Pruebe una plataforma gratuita como prueba de concepto y luego planifique una migración RSS si la audiencia supera el umbral esperado.
- Supervise la cuota de su servidor web: una alerta al 80% del límite evita un corte en medio del lanzamiento de un episodio.
Preguntas frecuentes
¿Puedo alojar mi podcast en mi alojamiento web?
Sí, para un público reducido: inicialmente basta con MP3 y RSS en el mismo dominio. Tan pronto como aumentan las descargas, el ancho de banda y los costos se disparan: un CDN o un host de podcast se vuelve rentable antes de la primera factura por exceso.
¿Cuál es la diferencia con Spotify para Podcasters o Anchor?
Plataformas gratuitas que alojan audio y RSS, con estadísticas y, en ocasiones, monetización. Menos control total, migración posible mediante redirección RSS. Ideal para comenzar sin administrar la infraestructura: planifique el lanzamiento si el programa crece.
CDN para podcast: ¿requerido?
Recomendado para más de unos cientos de escuchas por mes. La misma lógica que los activos pesados en Jamstack: archivos grandes, caché a largo plazo, costo por gigabyte predecible.
¿Mismo dominio que el sitio o subdominio?
Sitio web aquí (WordPress o estático); audio a menudo en CDN o subdominio de feeds (feeds.domaine.tld). La separación evita que las descargas de audio ralenticen el sitio de presentación.
Si su podcast crece, la pregunta ya no es "dónde poner el MP3", sino "quién paga por los gigabytes". La respuesta es rara: la misma compartida que el blog.