Förderjahr 2024 / Projekt Call #19 / ProjektID: 7391 / Projekt: RichPods.org
Dynamische Werbung macht große Podcasts finanziell profitabel – bringt aber Kapitel, Laufzeiten und RichPods schnell durcheinander. Warum das passiert und wie wir das gelöst haben.
Recht kurz vor der Fertigstellung der ersten öffentlichen Version unseres Players sind wir auf ein großes Problem gestoßen: Werbung! Zwar verwenden die meisten Podcasts fix eingesprochen Werbeblöcke, aber dynamische Werbeformen sind immer mehr im Vormarsch. Je größer und reichweitenstärker der Podcast, umso eher wird auf dynamische Podcast-Werbung gesetzt. Und genau die macht massive Probleme bei RichPods!
Dynamische Podcast-Werbung ist im Kern „Server-Side Ad Insertion“ für Audio. Bei Server-Side Ad Insertion werden Werbespots bereits auf dem Server in die Mediendatei eingebaut, bevor sie beim Konsumenten ankommt. Je nach Flexibilität vom Ad-Server erhält im „Worst Case“ jeder Client eine individuelle Mediendatei, die immer unterschiedlich groß ist und eine eigene Abspieldauer aufweist.
Für Podcasts bedeutet das: Jeder Podcast-Player lädt eine fertig zusammengesetzte Audiodatei herunter, in der Werbung und Podcast-Inhalt zu einer einzigen Datei verschmolzen sind. Da keine Podcast-App erkennt, wo die Werbung anfängt und aufhört, können Werbeblocker sie nicht entfernen – und der Anbieter kann die Spots jederzeit flexibel austauschen, etwa je nach Region oder Aktualität. Unser RichPod-Editor kann den Werbeblock nicht erkennen und damit können die Kapitelmarker, die einem fixen Zeitpunkt zugeordnet sind, je nach Audiodatei leicht verschoben sein. Das ist ein großes Problem, da Werbung gut und gerne einmal 30 Sekunden und länger ist und damit die Kapiteln sich deutlich in der Zeitleiste verschieben.
Wir wollen aber auch für professionell vermarktete Podcast eine Lösung bieten. Unser erster Ansatz ist zwar nicht ideal, aber ihr umgeht zumindest das Problem der verschobenen Startzeitpunkte einzelner Kapitel: Ein RichPod kann nicht nur für eine bestehende Audiodatei erstellt werden, sondern wir bieten auch das Hochladen einer Audiodatei an. Damit übernimmt unser Server auch die Bereitstellung der Datei und kann somit ihre Integrität garantieren. Zugegeben ist dieses Feature nicht ideal, da sich der Scope vom Projekt deutlich ausgedehnt hat. Gleichzeitig möchten wir die bestmögliche Lösung für unsere RichPods schaffen. Aus Sicherheitsgründen erfordern diese „Hosted RichPods“ aber zumindest eine erweiterte Berechtigung. Dafür braucht es eine manuelle Freigabe durch unser Team. Somit ist sichergestellt, dass niemand unser System so einfach missbrauchen kann und unsere Kapazitäten ausnutzt.
Uns ist ein möglichst rundes Produkt sehr wichtig. Wir möchten nicht nur kleine Hobby-Podcasts auf unserem Service haben, sondern auch interessant für professionell vermarktete Podcasts sein. Mit „Hosted RichPods“ haben wir zumindest einen akzeptablen Workaround für diese gefunden. Werbung muss statisch eingebunden werden, was aber für einen kleinen Teil der Gesamtauslieferung wohl kein (finanzielles) Problem sein wird. Erst wenn unsere RichPods wirklich eine breite Masse ansprechen, müssen wir uns eine bessere Lösung überlegen – was ist heutiger Sicht durchaus reizvoll wäre!
Weitere Informationen zu Audio-Ads und RSS-Feeds:
