Folge 45 wiegt 65 MB. Einhundert gleichzeitige Downloads – das gemeinsame System begrenzt die Geschwindigkeit, WordPress wird langsamer, der Host sendet eine E-Mail mit der Meldung „Bandbreite überschritten“. Der Podcast ist keine HTML-Seite: Es handelt sich um große Dateien, die von hörenden Anwendungen in einer Schleife gestreamt oder heruntergeladen werden. Derselbe Server wie der Blog bedeutet, dass man sich einen Aufzug mit Paletten voller Ziegel teilt.
Ein Podcast kombiniert einen RSS-Feed, Audiodateien (MP3 oder Opus) und Metadaten. Die Site präsentiert die Episodennotizen; Audio kann woanders leben – und sollte es auch, sobald das Publikum ein paar Hundert Hörer pro Monat überschreitet. Die Verwechslung der beiden Verbrauchsmengen (leichte Webanfragen versus Gigabytes an Audio) führt zu Abrechnungsüberraschungen und dazu, dass Showcase-Sites durch den Erfolg der Show ausgebremst werden.
Gute Architektur erfordert nicht unbedingt eine teure Plattform ab der ersten Folge. Es muss getrennt werden, welche Skalierung in Abfragen von welcher Skalierung in Gigabyte erfolgt – bevor das Wachstum eine Notmigration erzwingt.
Audio-Hosting-Optionen
| Optionen | Vorteile | Grenzen |
|---|---|---|
| Gleicher Webhost | Ganz einfach, ein Konto | Bandbreite, schwere Backups |
| Objektspeicher + CDN | Vorhersehbare Kosten pro GB, Skalierbarkeit | Weitere technische RSS-Konfiguration |
| Podcast-Plattform (Anchor, Acast usw.) | Wenig zu verwaltende Infrastruktur, Statistiken | Teilweise Abhängigkeit, eingeschränktes Branding |
| Professioneller Podcast-Moderator (Buzzsprout, Transistor) | RSS, Analysen, Support | Monatsabonnement |
Der gleiche Webhost eignet sich für einen Start: ein paar Dutzend Listen, Dateien in „/wp-content/uploads/“, RSS-Feed, der von einem Plugin generiert wird. Sobald die Show beginnt, wird die Bandbreite zum Hauptkostenfaktor – nicht der PHP-Prozessor.
Objektspeicher + CDN (S3, Scaleway Object Storage, OVH Object Storage) bietet vorhersehbare Kosten pro übertragenem Gigabyte. Das Tag „<enclosure url="...">` im RSS verweist auf das CDN, nicht auf WordPress. Siehe Wählen Sie eine Cloud-Region, um den Bucket in der Nähe Ihrer Zielgruppe zu platzieren.
Empfohlene Architektur: separate Site und Audio
Gesunde Architektur basiert auf vier unterschiedlichen Bausteinen:
- Site – WordPress, statische Site oder CMS headless für Episodenseiten und Notizen.
- Audio – Objekt-Bucket mit CDN oder dedizierter Podcast-Host, abhängig von Ihrem Budget und Ihren Fähigkeiten.
- RSS – stabile URL; Das Tag „<enclosure>“ verweist auf das CDN oder die Plattform, niemals auf „/wp-content/uploads/“ in der Produktion.
- Statistik – Podcast-Plattform oder Analyse-Präfix (Podsights usw.); Allein die Apache-Protokolle unterschätzen das Abhören durch Drittanwendungen.
Opus oder AAC reduzieren die Bandbreite im Vergleich zu 128 kbps MP3 – testen Sie die Kompatibilität mit den wichtigsten Hör-Apps, bevor Sie wechseln. Die wahrgenommene Qualität ist wichtig, aber eine doppelt so leichte Datei senkt auch die Übertragungskosten.
Bandbreite: Größenordnungen vor der Entscheidung
1000 Wiedergaben × 50 MB ≈ 50 GB Übertragung pro Folge. Zehn beliebte Episoden = 500 GB/Monat – weit über dem Kontingent eines klassischen Shared-Service. Berechnen Sie, bevor Sie „alles auf die Website stellen“:
| Monatliches Publikum | Episodengröße | Geschätzter Transfer |
|---|---|---|
| 500 Spiele | 40 MB | 20 GB/Folge |
| 2000 Stücke | 50 MB | 100 GB/Folge |
| 10.000 Spiele | 60 MB | 600 GB/Folge |
Bei umfangreichen Videos ist die Logik identisch; Der Podcast bleibt leichter als ein 4K-Video, aber viel schwerer als eine CSS-Seite oder ein optimiertes Bild. Vergleichen Sie Objektspeicher und CDN im Verzeichnis, bevor Sie sich auf einen einzelnen Webhost festlegen.
Der Gipfel: Der Podcast skaliert in Gigabyte – die Seite in Anfragen
„Unbegrenztes Hosting“-Marketing meint nicht dasselbe wie Ihr RSS-Feed. Eine Showcase-Site verarbeitet Anfragen; Ein Podcast verbraucht Gigabyte. Wenn Sie beides auf einer gemeinsamen Website kombinieren, müssen Sie darauf wetten, dass Ihr Publikum klein bleibt – eine Wette, die viele verlieren.
Entscheide dich und gehe ohne blinden Fleck voran
Vor der Veröffentlichung der nächsten Folge:
- Schätzen Sie die monatliche Übertragung (erwartete Aufrufe × durchschnittliche Episodengröße) – runden Sie auf, wenn Sie eine Werbekampagne durchführen.
- Trennen Sie die URL vom WordPress-Hosting-Tag „<enclosure>“, wenn Sie planen, mehr als 100 GB/Monat zu übertragen.
- Testen Sie eine kostenlose Plattform als Machbarkeitsnachweis und planen Sie dann eine RSS-Migration, wenn die Zielgruppe den erwarteten Schwellenwert überschreitet.
- Überwachen Sie die Quote Ihres Webhosts – eine Warnung bei 80 % der Obergrenze verhindert eine Unterbrechung mitten in der Veröffentlichung einer Episode.
Häufig gestellte Fragen
Kann ich meinen Podcast auf meinem Webhosting hosten?
Ja, für ein kleines Publikum: MP3 und RSS auf derselben Domain reichen zunächst aus. Sobald die Downloads steigen, explodieren Bandbreite und Kosten – ein CDN- oder Podcast-Host wird schon vor der ersten Überschreitungsrechnung profitabel.
Was ist der Unterschied zwischen Spotify for Podcasters und Anchor?
Kostenlose Plattformen, die Audio und RSS hosten, mit Statistiken und manchmal auch Monetarisierung. Weniger vollständige Kontrolle, Migration über RSS-Umleitung möglich. Ideal für den Einstieg, ohne die Infrastruktur verwalten zu müssen – planen Sie die Veröffentlichung, wenn die Show wächst.
CDN für Podcast: erforderlich?
Empfohlen für mehr als ein paar hundert Hörer pro Monat. Dieselbe Logik wie bei großen Assets in Jamstack: große Dateien, langfristiger Cache, vorhersehbare Kosten pro Gigabyte.
Gleiche Domain wie die Website oder Subdomain?
Website hier (WordPress oder statisch); Audio häufig auf CDN oder Feed-Subdomain („feeds.domaine.tld“). Durch die Trennung wird verhindert, dass Audio-Downloads die Showcase-Site verlangsamen.
Wenn Ihr Podcast wächst, ist die Frage nicht mehr „Wohin mit der MP3“, sondern „Wer zahlt für die Gigabyte“. Die Antwort ist selten: dieselbe geteilte wie der Blog.