Miglior bitrate per tipo di podcast
| Tipo di show | Canali | Bitrate | File di 1 ora |
|---|---|---|---|
| Parlato da solo, interviste | Mono | 64–96 kbps | 29–43 MB |
| Parlato con basi musicali o jingle | Mono | 96–128 kbps | 43–58 MB |
| Show ricchi di musica o sound design | Stereo | 128–192 kbps | 58–86 MB |
| Master grezzo da conservare | Mono o stereo | WAV, 16 o 24 bit | 635 MB o più (qualità CD, stereo) |
Superare i 192 kbps raramente giova a un podcast: la maggior parte delle persone ascolta con auricolari e altoparlanti del telefono, e i file più grandi costano spazio di hosting e dati mobili.
Standard del settore: 96–128 kbps CBR mono
Se vuoi la risposta breve: codifica il tuo podcast come MP3, 96–128 kbps, CBR, mono, 44,1 kHz. Apple Podcasts e Spotify lo accettano e qualsiasi app di podcast è in grado di riprodurlo.
| Impostazione | Valore consigliato | Perché |
|---|---|---|
| Formato | MP3 | Compatibilità universale in tutte le app di podcast |
| Bitrate | 96–128 kbps | 96 per sola voce; 128 se sono presenti segmenti musicali |
| Modalità bitrate | CBR (bitrate costante) | Navigazione affidabile, dimensione del file prevedibile |
| Canali | Mono | La voce è mono; dimezza la dimensione rispetto allo stereo |
| Sample rate | 44,1 kHz | Standard del CD, compatibilità massima |
| Loudness | -16 LUFS | Standard per le piattaforme di podcast |
Regola rapida: 96 kbps mono per show solo parlato. 128 kbps mono se il tuo podcast ha segmenti musicali significativi (jingle di intro/outro, musica di sottofondo). Andare oltre 128 kbps in un podcast spreca spazio e banda senza beneficio udibile per la voce.
Perché CBR e non VBR?
Per la musica il VBR (bitrate variabile) è generalmente preferito perché assegna più bit ai passaggi complessi e meno al silenzio, migliorando la qualità per byte. Per i podcast, invece, il CBR è la scelta più sicura per diverse ragioni pratiche:
- Navigazione affidabile: i file CBR permettono ai player di podcast di calcolare qualsiasi posizione temporale a partire dall'offset in byte. Il VBR richiede una tabella di seek separata (header Xing/VBRI), e alcune app di podcast più vecchie non la gestiscono bene — causando tempi imprecisi o salti a posizioni sbagliate.
- Stima accurata della durata: i feed RSS includono una dimensione del file (enclosure length). Con CBR le app possono stimare la durata dell'episodio dalla sola dimensione. Il VBR rende impossibile tutto ciò senza analizzare l'header del file.
- Dimensioni prevedibili: con CBR puoi calcolare la dimensione esatta prima della codifica. A 96 kbps ogni minuto costa esattamente 720 KB. Questo semplifica la pianificazione dello spazio sul tuo account di hosting.
- Affidabilità in streaming: il CBR trasmette a velocità costante, più facile da gestire per gli algoritmi di buffering delle app di podcast, specialmente su connessioni mobili lente.
Il vantaggio qualitativo del VBR sul CBR è minimo per contenuti parlati. La voce è molto meno complessa della musica, quindi il VBR risparmierebbe bit soprattutto durante i silenzi — dove la qualità non conta comunque. I benefici pratici del CBR superano il guadagno marginale di efficienza del VBR per i podcast.
Perché mono per i podcast?
Un podcast con un singolo narratore è intrinsecamente audio mono. La voce proviene da una sola fonte e non porta informazioni stereo significative. Codificarla in stereo raddoppia la dimensione del file senza alcun beneficio udibile.
- Stessa dimensione, bit sfruttati meglio: un episodio di 1 ora a 96 kbps pesa circa 43 MB sia in mono sia in stereo. In stereo quei bit coprono due canali quasi identici; in mono vanno tutti all'unica voce.
- File più piccoli: poiché il mono richiede meno bit a parità di qualità, puoi scendere da 128 kbps stereo a 64–96 kbps mono e ridurre la dimensione del file del 25–50%.
- Migliore qualità per bit: a parità di bitrate, il mono alloca tutti i bit a un unico canale. A 96 kbps mono, ogni secondo riceve 96 kbit di dati. A 96 kbps stereo, ogni canale riceve solo ~48 kbit. La versione mono suona notevolmente meglio.
- Riproduzione universale: l'audio mono esce identico da entrambi gli altoparlanti/auricolari. Gli ascoltatori sentono la stessa cosa usando un solo auricolare o entrambi.
Show di interviste: anche le interviste a due persone sono tipicamente distribuite in mono. Potresti panoramicare host e ospite a sinistra e a destra, ma ciò crea un'esperienza sgradevole per chi usa un solo auricolare. La maggior parte dei podcaster professionisti mixa tutte le voci al centro ed esporta in mono.
Sample rate: resta a 44,1 kHz
Per la distribuzione di podcast, 44,1 kHz è il sample rate corretto. Ecco perché:
- Standard del CD: 44,1 kHz è lo standard dell'audio digitale dal 1982. Ogni dispositivo, app e piattaforma lo supporta senza ricampionamento.
- Supera le esigenze della voce: la voce umana va da circa 85 Hz a 8 kHz (con sibilanti fino a ~12 kHz). 44,1 kHz cattura frequenze fino a 22,05 kHz — ben oltre qualunque contenuto vocale.
- Compatibilità massima: alcuni decoder MP3 più vecchi e sistemi embedded possono non gestire correttamente i file MP3 a 48 kHz. 44,1 kHz funziona ovunque.
- Nessun beneficio salendo più in alto: 48 kHz, 96 kHz o sample rate maggiori catturano frequenze ultrasoniche che non esistono nella voce e che comunque la codifica MP3 non preserva.
Se la tua registrazione è a 48 kHz, imposta 44,1 kHz nelle impostazioni di esportazione del tuo editor. Il convertitore di questa pagina mantiene il sample rate del WAV, quindi un WAV a 48 kHz diventa un MP3 a 48 kHz.
Pianificazione delle dimensioni per gli host di podcast
I piani di hosting per podcast sono spesso limitati dallo spazio (es. i piani di Libsyn si basano su una quota di upload mensile). Conoscere in anticipo le dimensioni dei tuoi file aiuta a scegliere il piano giusto ed evitare sforamenti.
| Durata | 96 kbps mono | 128 kbps mono | 128 kbps stereo | 192 kbps stereo |
|---|---|---|---|---|
| 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 ora | 43,2 MB | 57,6 MB | 57,6 MB | 86,4 MB |
| 2 ore | 86,4 MB | 115,2 MB | 115,2 MB | 172,8 MB |
Per un programma settimanale che pubblica 4 episodi da un'ora al mese:
- 96 kbps mono: ~173 MB/mese — sta entro un limite di upload mensile di 250 MB
- 128 kbps mono: ~230 MB/mese — appena sotto i 250 MB
- 192 kbps stereo: ~346 MB/mese — richiede un piano più grande
Formula rapida: dimensione (MB) = bitrate (kbps) × durata (secondi) ÷ 8.000. Ad esempio, 96 kbps × 3.600 secondi ÷ 8.000 = 43,2 MB per un episodio di 1 ora.
Tag ID3 per i podcast
I tag ID3 sono metadati incorporati nel file MP3. Le app di podcast leggono questi tag per mostrare le informazioni dell'episodio. File ben taggati appaiono professionali e aiutano gli ascoltatori a navigare tra i tuoi contenuti.
- Titolo (TIT2): il titolo dell'episodio. Mantienilo conciso — i titoli lunghi vengono troncati nelle UI delle app di podcast.
- Artista (TPE1): il nome del tuo podcast/show.
- Album (TALB): il nome del tuo podcast/show (uguale all'artista per la maggior parte dei podcast).
- Numero traccia (TRCK): numero dell'episodio (aiuta l'ordinamento in alcune app).
- Genere (TCON): imposta su "Podcast".
- Anno (TDRC): anno di pubblicazione.
- Copertina (APIC): artwork dell'episodio o dello show. Mantienilo sotto 500 KB — copertine grandi appesantiscono ogni file episodio. Usa JPEG a 1400×1400 o 3000×3000 pixel compresso a qualità 70–80.
Anche se i feed RSS veicolano questi metadati, i tag ID3 incorporati garantiscono che le informazioni rimangano con il file anche se scaricato separatamente o condiviso al di fuori di un'app di podcast.
Normalizzazione per un volume costante
La normalizzazione di loudness assicura che il tuo podcast venga riprodotto a volume costante — senza balzi o cali improvvisi che costringano gli ascoltatori a toccare il volume.
Il settore dei podcast si è assestato su -16 LUFS (Loudness Units Full Scale) come obiettivo:
- -16 LUFS: lo standard per la maggior parte delle piattaforme di podcast. Abbastanza forte da essere chiaro in ambienti rumorosi, abbastanza basso da evitare distorsioni.
- -14 LUFS: usato da Spotify per la musica. Alcuni podcaster puntano a questo valore per una riproduzione leggermente più forte, ma lascia meno headroom.
- Limite di true peak: mantieni i picchi a o sotto -1 dBTP (decibel True Peak). Ciò previene artefatti di clipping da picchi inter-sample durante la codifica MP3 e la ricostruzione DAC.
| Piattaforma | Loudness target | Limite di true peak |
|---|---|---|
| Apple Podcasts | -16 LUFS | -1 dBTP |
| Spotify | -14 LUFS (normalizzazione in riproduzione) | -1 dBTP |
| YouTube | -14 LUFS | -1 dBTP |
| EBU R128 (broadcast) | -23 LUFS | -1 dBTP |
Applica la normalizzazione di loudness prima della codifica MP3, durante la fase di editing/mastering. Normalizzare dopo la codifica può introdurre ulteriore perdita di qualità. La maggior parte dei software di editing per podcast (Audacity, Hindenburg, Adobe Audition, Descript) include la normalizzazione di loudness come funzione standard.
La coerenza conta più del numero esatto. Un podcast costantemente a -18 LUFS suona meglio agli ascoltatori rispetto a uno che oscilla tra -12 e -22 LUFS da un episodio all'altro. Scegli un obiettivo e mantienilo su tutti gli episodi.
Come esportare l'MP3 di un podcast con queste impostazioni
Audacity
- Scegli File → Esporta audio e imposta il formato su MP3.
- Imposta Canali su Mono e il sample rate su 44100 Hz.
- Imposta Modalità bitrate su Costante e Qualità su 96 o 128 kbps, poi esporta.
Il convertitore di questa pagina
Carica il WAV e scegli CBR 128 kbps, il bitrate costante più basso disponibile qui. Il convertitore mantiene il numero di canali e il sample rate del tuo WAV, quindi esporta prima un WAV mono a 44,1 kHz se vuoi un MP3 mono. Per 64 o 96 kbps, usa un editor come Audacity.