Mejor bitrate para podcasts según el tipo de programa
| Tipo de programa | Canales | Bitrate | Archivo de 1 hora |
|---|---|---|---|
| Monólogos, entrevistas | Mono | 64–96 kbps | 29–43 MB |
| Voz con fondos musicales o sintonías | Mono | 96–128 kbps | 43–58 MB |
| Programas con mucha música o diseño sonoro | Stereo | 128–192 kbps | 58–86 MB |
| Máster original que conservas | Mono o stereo | WAV, 16 o 24 bits | 635 MB o más (calidad CD, stereo) |
Superar los 192 kbps rara vez beneficia a un podcast: la mayoría de la gente escucha con auriculares y altavoces de móvil, y los archivos más grandes cuestan espacio de hosting y datos móviles.
Estándar de la industria: 96–128 kbps CBR mono
Si quieres la respuesta corta: codifica tu podcast en MP3, 96–128 kbps, CBR, mono, 44,1 kHz. Apple Podcasts y Spotify lo aceptan, y cualquier app de podcasts puede reproducirlo.
| Ajuste | Valor recomendado | Por qué |
|---|---|---|
| Formato | MP3 | Compatibilidad universal en todas las apps de podcast |
| Bitrate | 96–128 kbps | 96 para voz pura; 128 si hay segmentos musicales |
| Modo de bitrate | CBR (bitrate constante) | Navegación fiable, tamaño de archivo predecible |
| Canales | Mono | La voz es mono; reduce a la mitad el tamaño frente a estéreo |
| Sample rate | 44,1 kHz | Estándar del CD, máxima compatibilidad |
| Loudness | -16 LUFS | Estándar para plataformas de podcast |
Regla rápida: 96 kbps mono para programas 100 % hablados. 128 kbps mono si tu podcast tiene segmentos musicales importantes (jingles de intro/outro, música de fondo). Pasar de 128 kbps en un podcast malgasta almacenamiento y ancho de banda sin beneficio audible para la voz.
¿Por qué CBR y no VBR?
Para música, se suele preferir VBR (bitrate variable) porque asigna más bits a los pasajes complejos y menos a los silencios, lo que mejora la calidad por byte. Sin embargo, para podcasts CBR es la opción más segura por varias razones prácticas:
- Navegación fiable: los archivos CBR permiten a los reproductores de podcast calcular cualquier posición temporal a partir del desplazamiento en bytes. VBR requiere una tabla de búsqueda separada (cabecera Xing/VBRI), y algunas apps antiguas no la manejan bien — provocando tiempos inexactos o saltos a la posición equivocada.
- Estimación precisa de duración: los feeds RSS incluyen un tamaño de archivo (enclosure length). Con CBR, las apps pueden estimar la duración del episodio solo a partir del tamaño. VBR lo hace imposible sin analizar la cabecera.
- Tamaños de archivo predecibles: con CBR puedes calcular tamaños exactos antes de codificar. A 96 kbps, cada minuto cuesta exactamente 720 KB. Esto facilita la planificación de almacenamiento en tu cuenta de hosting.
- Fiabilidad en streaming: CBR transmite a tasa constante, más fácil de gestionar por los algoritmos de buffer de las apps de podcast, especialmente en conexiones móviles lentas.
La ventaja de calidad de VBR sobre CBR es mínima para contenido hablado. La voz es mucho menos compleja que la música, así que VBR ahorraría bits sobre todo en silencios — donde la calidad da igual. Los beneficios prácticos de CBR superan la ganancia marginal de eficiencia de VBR para podcasts.
¿Por qué mono en los podcasts?
Un podcast con un solo narrador es, por naturaleza, audio mono. La voz proviene de una sola fuente y no lleva información estéreo significativa. Codificarla en estéreo duplica el tamaño del archivo sin beneficio audible.
- Mismo tamaño, mejor aprovechamiento de los bits: un episodio de 1 hora a 96 kbps ocupa unos 43 MB en mono o en stereo. En stereo, esos bits cubren dos canales casi idénticos; en mono, todos se dedican a la única voz.
- Archivos más pequeños: como el mono necesita menos bits para la misma calidad, puedes bajar de 128 kbps stereo a 64–96 kbps mono y reducir el tamaño del archivo entre un 25 y un 50 %.
- Mejor calidad por bit: con el mismo bitrate, el mono dedica todos los bits a un solo canal. A 96 kbps mono, cada segundo recibe 96 kbits de datos. A 96 kbps stereo, cada canal recibe solo ~48 kbits. La versión mono suena claramente mejor.
- Reproducción universal: el audio mono suena igual por ambos altavoces o auriculares. Los oyentes escuchan lo mismo tanto con un auricular como con dos.
Programas de entrevistas: incluso las entrevistas a dos personas se distribuyen típicamente en mono. Podrías panoramizar al anfitrión y al invitado a izquierda y derecha, pero eso genera una experiencia desagradable para quien usa un solo auricular. La mayoría de podcasters profesionales mezclan todas las voces al centro y exportan en mono.
Sample rate: quédate con 44,1 kHz
Para distribuir podcasts, 44,1 kHz es la frecuencia de muestreo adecuada. Estos son los motivos:
- Estándar del CD: 44,1 kHz es el estándar de audio digital desde 1982. Todo dispositivo, app y plataforma lo soporta sin remuestreo.
- Supera las necesidades de la voz: la voz humana va de unos 85 Hz a 8 kHz (con silbidos que llegan a ~12 kHz). 44,1 kHz captura frecuencias hasta 22,05 kHz — muy por encima de cualquier contenido del habla.
- Máxima compatibilidad: algunos decodificadores MP3 antiguos y sistemas embebidos pueden no manejar correctamente archivos MP3 a 48 kHz. 44,1 kHz funciona en todas partes.
- Ningún beneficio al subir más: 48 kHz, 96 kHz o sample rates mayores capturan frecuencias ultrasónicas que no existen en la voz y que, además, la codificación MP3 no preserva.
Si tu grabación está a 48 kHz, elige 44,1 kHz en los ajustes de exportación de tu editor. El convertidor de esta página conserva la frecuencia de muestreo del WAV, así que un WAV a 48 kHz se convierte en un MP3 a 48 kHz.
Planificación de tamaño para hosts de podcast
Los planes de hosting de podcasts suelen estar limitados por almacenamiento (p. ej., los planes de Libsyn se basan en cuota mensual de subida). Conocer los tamaños de archivo con antelación ayuda a elegir el plan adecuado y evitar excesos.
| Duración | 96 kbps mono | 128 kbps mono | 128 kbps estéreo | 192 kbps estéreo |
|---|---|---|---|---|
| 15 min | 10,8 MB | 14,4 MB | 14,4 MB | 21,6 MB |
| 30 min | 21,6 MB | 28,8 MB | 28,8 MB | 43,2 MB |
| 1 hora | 43,2 MB | 57,6 MB | 57,6 MB | 86,4 MB |
| 2 horas | 86,4 MB | 115,2 MB | 115,2 MB | 172,8 MB |
Para un programa semanal que publica 4 episodios de una hora al mes:
- 96 kbps mono: ~173 MB/mes — cabe en un límite de subida de 250 MB al mes
- 128 kbps mono: ~230 MB/mes — cabe muy justo por debajo de 250 MB
- 192 kbps stereo: ~346 MB/mes — requiere un plan mayor
Fórmula rápida: tamaño (MB) = bitrate (kbps) × duración (segundos) ÷ 8.000. Por ejemplo, 96 kbps × 3.600 segundos ÷ 8.000 = 43,2 MB para un episodio de 1 hora.
Etiquetas ID3 para podcasts
Las etiquetas ID3 son metadatos incrustados en el archivo MP3. Las apps de podcasts leen estas etiquetas para mostrar la información del episodio. Los archivos bien etiquetados transmiten profesionalidad y ayudan a los oyentes a navegar por tu contenido.
- Título (TIT2): el título del episodio. Que sea conciso — los títulos largos se truncan en las interfaces de las apps de podcast.
- Artista (TPE1): el nombre de tu podcast/programa.
- Álbum (TALB): el nombre de tu podcast/programa (igual que el artista en la mayoría de podcasts).
- Número de pista (TRCK): número de episodio (ayuda a ordenar en algunas apps).
- Género (TCON): pon «Podcast».
- Año (TDRC): año de publicación.
- Carátula (APIC): arte del episodio o del programa. Mantenla por debajo de 500 KB — imágenes grandes hinchan cada archivo de episodio. Usa JPEG a 1400×1400 o 3000×3000 píxeles comprimido a calidad 70–80.
Aunque los feeds RSS también transportan estos metadatos, las etiquetas ID3 embebidas aseguran que la información permanezca con el archivo, incluso al descargarse por separado o compartirse fuera de una app de podcast.
Normalización para un volumen constante
La normalización de loudness asegura que tu podcast suene a un volumen constante — sin saltos ni caídas bruscas que obliguen al oyente a tocar el volumen.
La industria del podcast ha adoptado -16 LUFS (Loudness Units Full Scale) como objetivo:
- -16 LUFS: el estándar en la mayoría de plataformas de podcast. Lo bastante alto para oírse claro en entornos ruidosos, lo bastante bajo para evitar distorsión.
- -14 LUFS: usado por Spotify para música. Algunos podcasters apuntan a este valor para una reproducción un poco más alta, pero deja menos headroom.
- Límite de true peak: mantén los picos en o por debajo de -1 dBTP (decibelios True Peak). Esto evita artefactos de clipping por picos inter-muestra durante la codificación MP3 y la reconstrucción DAC.
| Plataforma | Loudness objetivo | Límite true peak |
|---|---|---|
| Apple Podcasts | -16 LUFS | -1 dBTP |
| Spotify | -14 LUFS (normalización en la reproducción) | -1 dBTP |
| YouTube | -14 LUFS | -1 dBTP |
| EBU R128 (radiodifusión) | -23 LUFS | -1 dBTP |
Aplica la normalización de loudness antes de codificar a MP3, durante la fase de edición o masterización. Normalizar después de codificar puede añadir una pérdida de calidad adicional. La mayoría de los programas de edición de podcasts (Audacity, Hindenburg, Adobe Audition, Descript) incluyen la normalización de loudness como función estándar.
La consistencia importa más que la cifra exacta. Un podcast que se mantiene en -18 LUFS suena mejor para el oyente que uno que oscila entre -12 y -22 LUFS de un episodio a otro. Elige un objetivo y mantenlo en todos los episodios.
Cómo exportar un MP3 de podcast con estos ajustes
Audacity
- Elige Archivo → Exportar audio y selecciona el formato MP3.
- Ajusta Channels a Mono y la frecuencia de muestreo a 44100 Hz.
- Ajusta Bit Rate Mode a Constant y Quality a 96 o 128 kbps, y exporta.
El convertidor de esta página
Sube el WAV y elige CBR 128 kbps, el bitrate constante más bajo que se ofrece aquí. El convertidor conserva el número de canales y la frecuencia de muestreo de tu WAV, así que exporta primero un WAV mono a 44,1 kHz si quieres un MP3 mono. Para 64 o 96 kbps, usa un editor como Audacity.