Branchenstandard: 96–128 kbps CBR mono
Wenn Sie die kurze Antwort möchten: Kodieren Sie Ihren Podcast als MP3, 96–128 kbps, CBR, mono, 44,1 kHz. Das ist es, was Apple Podcasts empfiehlt, was Spotify akzeptiert und was praktisch jede Podcast-Hosting-Plattform erwartet.
| 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 VBR (variable Bitrate) in der Regel bevorzugt, da es komplexen Passagen mehr Bits zuweist und Stille weniger, was die Qualität pro Byte verbessert. Für Podcasts ist jedoch CBR die sicherere Wahl 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.
- 50 % kleinere Dateien: Eine 1-stündige Episode bei 96 kbps mono ist ~42 MB. Dieselbe Episode bei 96 kbps stereo wäre ~42 MB, aber mit der Bitrate auf zwei identische Kanäle verteilt, was die Qualität pro Kanal reduziert.
- Apples Empfehlung: Apple Podcasts empfiehlt in seinen Richtlinien für Podcaster ausdrücklich mono für gesprochene Podcasts.
- Bessere Qualität pro Bit: Bei gleicher Bitrate weist mono alle Bits einem Kanal zu. Bei 96 kbps mono erhält jede Sekunde 96 kbit Daten. Bei 96 kbps stereo erhält jeder Kanal nur ~48 kbit. Die Mono-Version klingt merklich besser.
- Universelle Wiedergabe: Mono-Audio kommt aus beiden Lautsprechern/Ohrhörern identisch. Zuhörer hören dasselbe, ob sie einen oder beide Ohrhörer benutzen.
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-Verbreitung ist 44,1 kHz die richtige Sample Rate. Hier ist der Grund:
- 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.
Wenn Ihre Aufnahmesoftware bei 48 kHz aufnimmt (üblich bei video-zentrierten DAWs), erfolgt die Konvertierung zu 44,1 kHz während der MP3-Kodierung automatisch und ist für Sprachinhalte verlustfrei. Moderne Encoder handhaben dieses Resampling transparent.
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,5 MB | 14 MB | 14 MB | 21 MB |
| 30 Min | 21 MB | 28 MB | 28 MB | 42 MB |
| 1 Stunde | 42 MB | 56 MB | 56 MB | 84 MB |
| 2 Stunden | 84 MB | 112 MB | 112 MB | 168 MB |
Für eine wöchentliche Sendung, die 4 einstündige Episoden pro Monat veröffentlicht:
- 96 kbps mono: ~168 MB/Monat — passt in Libsyns Basisplan (250 MB)
- 128 kbps mono: ~224 MB/Monat — knapper Sitz im 250-MB-Plan
- 192 kbps stereo: ~336 MB/Monat — erfordert einen größeren Plan
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, um Episodeninformationen anzuzeigen. Korrekt getaggte Dateien wirken professionell und helfen Zuhörern, durch Ihren Inhalt zu navigieren.
- 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 (Musik) / -16 LUFS (Sprache) | -1 dBTP |
| YouTube | -14 LUFS | -1 dBTP |
| EBU R128 (Rundfunk) | -23 LUFS | -1 dBTP |
Wenden Sie Loudness-Normalisierung vor der MP3-Kodierung in Ihrer Bearbeitungs-/Mastering-Phase an. Normalisierung nach der Kodierung kann zusätzlichen Qualitätsverlust einführen. Die meisten Podcast-Bearbeitungssoftwares (Audacity, Hindenburg, Adobe Audition, Descript) enthalten Loudness-Normalisierung 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.