Beste Podcast-Bitrate nach Sendungsformat
| Sendungsformat | Kanäle | Bitrate | Datei mit 1 Stunde |
|---|---|---|---|
| Solo-Talk, Interviews | Mono | 64–96 kbps | 29–43 MB |
| Talk mit Musikbetten oder Jingles | Mono | 96–128 kbps | 43–58 MB |
| Musiklastige Sendungen oder Sounddesign | Stereo | 128–192 kbps | 58–86 MB |
| Roh-Master zur Archivierung | Mono oder Stereo | WAV, 16 oder 24 Bit | 635 MB oder mehr (CD-Qualität, Stereo) |
Mehr als 192 kbps bringt einem Podcast selten etwas: Die meisten Menschen hören über Ohrhörer und Smartphone-Lautsprecher, und größere Dateien kosten Hosting-Speicher und mobiles Datenvolumen.
Branchenstandard: 96–128 kbps CBR mono
Die kurze Antwort: Kodieren Sie Ihren Podcast als MP3, 96–128 kbps, CBR, mono, 44,1 kHz. Apple Podcasts und Spotify akzeptieren das, und jede Podcast-App kann es abspielen.
| Einstellung | Empfohlener Wert | Warum |
|---|---|---|
| Format | MP3 | Universelle Kompatibilität in allen Podcast-Apps |
| Bitrate | 96–128 kbps | 96 für reine Sprache; 128 wenn Musiksegmente vorhanden sind |
| Bitrate-Modus | CBR (konstante Bitrate) | Zuverlässiges Springen, vorhersehbare Dateigröße |
| Kanäle | Mono | Sprache ist mono; halbiert die Dateigröße gegenüber Stereo |
| Sample Rate | 44,1 kHz | CD-Standard, maximale Kompatibilität |
| Loudness | -16 LUFS | Standard für Podcast-Plattformen |
Schnelle Regel: 96 kbps mono für reine Wortbeiträge. 128 kbps mono, wenn Ihr Podcast bedeutende Musiksegmente hat (Intro-/Outro-Jingles, Hintergrundmusik). Über 128 kbps bei einem Podcast zu gehen verschwendet Speicher und Bandbreite ohne hörbaren Nutzen für Sprache.
Warum CBR und nicht VBR?
Für Musik wird meist VBR (variable Bitrate) bevorzugt, weil es komplexen Passagen mehr Bits zuweist und Stille weniger, was die Qualität pro Byte verbessert. Für Podcasts ist CBR jedoch die sicherere Wahl, und zwar aus mehreren praktischen Gründen:
- Zuverlässiges Springen: CBR-Dateien erlauben Podcast-Playern, jede Zeitposition aus dem Byte-Offset zu berechnen. VBR benötigt eine separate Seek-Tabelle (Xing-/VBRI-Header), und einige ältere Podcast-Apps handhaben sie nicht korrekt — was zu ungenauen Zeitangaben oder Sprüngen an die falsche Position führt.
- Genaue Dauerschätzung: RSS-Feeds enthalten eine Dateigröße (Enclosure-Length). Bei CBR können Apps die Episodendauer allein aus der Dateigröße schätzen. VBR macht das ohne Parsen des Datei-Headers unmöglich.
- Vorhersagbare Dateigrößen: Mit CBR können Sie exakte Dateigrößen vor der Kodierung berechnen. Bei 96 kbps kostet jede Minute genau 720 KB. Das vereinfacht die Speicherplanung für Ihren Hosting-Account.
- Streaming-Zuverlässigkeit: CBR streamt mit konstanter Rate, was für Puffer-Algorithmen in Podcast-Apps einfacher zu handhaben ist, besonders bei langsamen Mobilfunkverbindungen.
Der Qualitätsvorteil von VBR gegenüber CBR ist bei Sprachinhalten minimal. Sprache ist weit weniger komplex als Musik, daher würde VBR hauptsächlich Bits während Stille sparen — wo die Qualität ohnehin keine Rolle spielt. Die praktischen Vorteile von CBR überwiegen den marginalen Effizienzgewinn von VBR für Podcasts.
Warum mono für Podcasts?
Ein Podcast mit einem einzigen Sprecher ist von Natur aus mono. Die Stimme kommt aus einer Quelle und trägt keine bedeutsame Stereo-Information. Sie als Stereo zu kodieren verdoppelt die Dateigröße ohne hörbaren Nutzen.
- Gleiche Größe, bessere Nutzung der Bits: Eine einstündige Folge mit 96 kbps ist in Mono wie in Stereo etwa 43 MB groß. In Stereo verteilen sich diese Bits auf zwei nahezu identische Kanäle, in Mono fließen sie komplett in die eine Stimme.
- Kleinere Dateien: Da Mono für die gleiche Qualität weniger Bits braucht, können Sie von 128 kbps Stereo auf 64–96 kbps Mono heruntergehen und die Dateigröße um 25–50 % senken.
- Bessere Qualität pro Bit: Bei gleicher Bitrate stehen in Mono alle Bits einem Kanal zur Verfügung. Bei 96 kbps Mono erhält jede Sekunde 96 kbit Daten. Bei 96 kbps Stereo bekommt jeder Kanal nur ~48 kbit. Die Mono-Version klingt hörbar besser.
- Einheitliche Wiedergabe: Mono-Audio klingt aus beiden Lautsprechern bzw. Ohrhörern identisch. Ihre Hörer bekommen dasselbe zu hören, ob mit einem Ohrhörer oder mit zwei.
Interview-Sendungen: Selbst Zwei-Personen-Interviews werden typischerweise in mono verteilt. Sie könnten Gastgeber und Gast nach links und rechts pannen, aber das schafft ein unangenehmes Erlebnis für Zuhörer mit nur einem Ohrhörer. Die meisten professionellen Podcaster mischen alle Stimmen zur Mitte und exportieren in mono.
Sample Rate: Bleiben Sie bei 44,1 kHz
Für die Podcast-Distribution ist 44,1 kHz die richtige Sample Rate. Die Gründe:
- CD-Standard: 44,1 kHz ist seit 1982 der digitale Audiostandard. Jedes Gerät, jede App und jede Plattform unterstützt es ohne Resampling.
- Übertrifft Sprachanforderungen: Menschliche Sprache reicht von etwa 85 Hz bis 8 kHz (mit Zischlauten bis ~12 kHz). 44,1 kHz erfasst Frequenzen bis 22,05 kHz — weit über allem in Sprache.
- Maximale Kompatibilität: Einige ältere MP3-Dekoder und eingebettete Systeme handhaben 48-kHz-MP3-Dateien möglicherweise nicht korrekt. 44,1 kHz funktioniert überall.
- Kein Nutzen beim Höhergehen: 48 kHz, 96 kHz oder höhere Sample Rates erfassen Ultraschallfrequenzen, die in Sprache nicht existieren und von der MP3-Kodierung ohnehin nicht bewahrt werden.
Liegt Ihre Aufnahme in 48 kHz vor, stellen Sie in den Exporteinstellungen Ihres Editors 44,1 kHz ein. Der Konverter auf dieser Seite behält die Sample Rate der WAV bei, aus einer 48-kHz-WAV wird also eine 48-kHz-MP3.
Dateigrößenplanung für Podcast-Hoster
Podcast-Hosting-Pläne sind oft speicherbegrenzt (z. B. basieren Libsyns Pläne auf einem monatlichen Upload-Kontingent). Ihre Dateigrößen im Voraus zu kennen hilft, den richtigen Plan zu wählen und Überschreitungen zu vermeiden.
| Dauer | 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 Stunde | 43,2 MB | 57,6 MB | 57,6 MB | 86,4 MB |
| 2 Stunden | 86,4 MB | 115,2 MB | 115,2 MB | 172,8 MB |
Für eine wöchentliche Sendung, die 4 einstündige Episoden pro Monat veröffentlicht:
- 96 kbps mono: ~173 MB/Monat — passt in ein monatliches Upload-Limit von 250 MB
- 128 kbps mono: ~230 MB/Monat — knapp unter 250 MB
- 192 kbps stereo: ~346 MB/Monat — erfordert einen größeren Tarif
Schnelle Formel: Dateigröße (MB) = Bitrate (kbps) × Dauer (Sekunden) ÷ 8.000. Zum Beispiel: 96 kbps × 3.600 Sekunden ÷ 8.000 = 43,2 MB für eine 1-stündige Episode.
ID3-Tags für Podcasts
ID3-Tags sind in die MP3-Datei eingebettete Metadaten. Podcast-Apps lesen diese Tags aus, um Informationen zur Folge anzuzeigen. Sauber getaggte Dateien wirken professionell und erleichtern Ihren Hörern die Orientierung.
- Titel (TIT2): der Episodentitel. Halten Sie ihn prägnant — lange Titel werden in Podcast-App-UIs abgeschnitten.
- Künstler (TPE1): Ihr Podcast-/Show-Name.
- Album (TALB): Ihr Podcast-/Show-Name (bei den meisten Podcasts identisch mit Künstler).
- Titelnummer (TRCK): Episodennummer (hilft beim Sortieren in einigen Apps).
- Genre (TCON): auf „Podcast" setzen.
- Jahr (TDRC): Veröffentlichungsjahr.
- Cover-Art (APIC): Episode- oder Show-Artwork. Halten Sie es unter 500 KB — große Cover-Bilder blähen jede Episodendatei auf. Verwenden Sie JPEG bei 1400×1400 oder 3000×3000 Pixel, komprimiert auf Qualität 70–80.
Obwohl RSS-Feeds ebenfalls diese Metadaten tragen, stellen eingebettete ID3-Tags sicher, dass die Informationen bei der Datei bleiben, selbst wenn sie separat heruntergeladen oder außerhalb einer Podcast-App geteilt wird.
Normalisierung für konstante Lautstärke
Loudness-Normalisierung stellt sicher, dass Ihr Podcast in konstanter Lautstärke wiedergegeben wird — keine plötzlichen Sprünge oder Abfälle, die Zuhörer zum Lautstärkeregler greifen lassen.
Die Podcast-Branche hat sich auf -16 LUFS (Loudness Units Full Scale) als Zielwert geeinigt:
- -16 LUFS: der Standard für die meisten Podcast-Plattformen. Laut genug, um in lauten Umgebungen klar zu sein, leise genug, um Verzerrungen zu vermeiden.
- -14 LUFS: von Spotify für Musik verwendet. Manche Podcaster zielen darauf für etwas lautere Wiedergabe ab, aber es lässt weniger Headroom.
- True-Peak-Limit: Halten Sie Peaks bei oder unter -1 dBTP (Dezibel True Peak). Dies verhindert Clipping-Artefakte durch Inter-Sample-Peaks während der MP3-Kodierung und DAC-Rekonstruktion.
| Plattform | Ziel-Loudness | True-Peak-Limit |
|---|---|---|
| Apple Podcasts | -16 LUFS | -1 dBTP |
| Spotify | -14 LUFS (Normalisierung bei der Wiedergabe) | -1 dBTP |
| YouTube | -14 LUFS | -1 dBTP |
| EBU R128 (Rundfunk) | -23 LUFS | -1 dBTP |
Wenden Sie die Lautheitsnormalisierung vor der MP3-Kodierung an, also beim Schnitt bzw. Mastering. Eine Normalisierung nach der Kodierung kann zusätzliche Qualitätsverluste verursachen. Die meisten Podcast-Editoren (Audacity, Hindenburg, Adobe Audition, Descript) bieten Lautheitsnormalisierung als Standardfunktion.
Konsistenz zählt mehr als der exakte Wert. Ein Podcast, der durchgehend -18 LUFS ist, klingt für Zuhörer besser als einer, der von Episode zu Episode zwischen -12 und -22 LUFS schwankt. Wählen Sie ein Ziel und bleiben Sie über alle Episoden dabei.
So exportieren Sie eine Podcast-MP3 mit diesen Einstellungen
Audacity
- Wählen Sie Datei → Audio exportieren und stellen Sie das Format auf MP3.
- Stellen Sie Kanäle auf Mono und die Sample Rate auf 44100 Hz.
- Stellen Sie den Bitraten-Modus auf Konstant und die Qualität auf 96 oder 128 kbps, dann exportieren Sie.
Der Konverter auf dieser Seite
Laden Sie die WAV hoch und wählen Sie CBR 128 kbps, die niedrigste konstante Bitrate, die hier angeboten wird. Der Konverter behält Kanalzahl und Sample Rate Ihrer WAV bei. Wenn Sie eine Mono-MP3 möchten, exportieren Sie also zuerst eine Mono-WAV mit 44,1 kHz. Für 64 oder 96 kbps verwenden Sie einen Editor wie Audacity.