Der Podigee Podcast Player

Du kannst deinen Web-Player direkt in den Podcasteinstellungen unter dem Reiter " Web-Player" einrichten. Je nach deinem gewählten Plan stehen dir dort verschiedene Optionen zur Verfügung – z. B. das Anpassen der Farb(en) oder weiterer Designelemente, wie dem White-label.

Die Konfiguration gilt sowohl für den Podcast-Player (für alle Folgen) als auch für den Episoden-Player (für einzelne Folgen).

Einbinden auf externen Webseiten

Du kannst den Web-Player flexibel auf externen Webseiten einbinden – entweder für den gesamten Podcast (optional mit Playlist aller Episoden) oder für einzelne Episoden.

So findest du den passenden Embed-Code:

Für den gesamten Podcast:
Den Embed-Code findest du in den Podcasteinstellungen unter dem Reiter "Web-Player".
Für eine einzelne Episode:
Öffne die gewünschte Episode und gehe zu " Medien-Datei". Dort findest du den entsprechenden Embed-Code für diese Folge.

Datenschutz und DSGVO-Konformität

Der Podigee-Player ist 100 % DSGVO-konform. Alle integrierten Social-Media-Schaltflächen (z. B. „Teilen“) funktionieren ausschließlich über statische Links.
Das bedeutet:

Es werden keine Cookies gesetzt.
Es erfolgt keine Kommunikation mit externen Diensten, solange keine aktive Interaktion durch die Hörer:innen stattfindet.

Wenn du den Teilen-Button nicht verwenden möchtest, kannst du ihn vollständig deaktivieren. Gehe dazu in den Reiter " Web-Player“ und wähle dort:

Auf der Webseite (Podigee-Blog) und/oder Eingebettet → Teilen

Dort kannst du die Teilen-Funktion für beide Bereiche separat deaktivieren.

Datenschutzerklärung für externe Webseiten:

Wenn du den Podigee-Player auf deiner eigenen Webseite einbindest, kannst (und solltest) du in deiner Datenschutzerklärung einen Hinweis auf die Verwendung des Players aufnehmen.

Ein Mustertext für die Datenschutzerklärung steht dir hier zur Verfügung:
👉 Zur Muster-Datenschutzerklärung

Diesen Bereich findest du im Podigee-Blog unter: " Blog“ → Datenschutzerklärung

Bekannte Probleme / Kompatibilität:

Unser Player funktioniert auf den meisten Webseiten zuverlässig – mit einigen wichtigen Ausnahmen und technischen Empfehlungen:

WordPress.com
→ Die Cloud-Version von WordPress blockiert externe Skripte wie unseren Player.
✅ Eigene WordPress-Installationen (self-hosted) funktionieren problemlos.
Wix.com
→ Verwende hier den eingeschränkten Embed-Code, da die Standard-Integration möglicherweise nicht korrekt funktioniert.

Maximale Anzahl auf einer Seite:
Wir empfehlen, nicht mehr als 25 Web-Player auf einer einzelnen HTML-Seite einzubinden.
Hintergrund: Aus Sicherheitsgründen ist die Anzahl gleichzeitiger Anfragen (Requests) pro Sekunde von einem Browser limitiert. Bei mehr als 25 Playern kann dieses Limit erreicht werden – was dazu führt, dass einige Player nicht korrekt geladen werden.
Skript-Blocker und lokale Anzeigeprobleme:
Wenn du einen Skript-Blocker (z. B. uBlock, NoScript) nutzt, kann es sein, dass der Player nicht angezeigt wird.

*.podigee.io
*.podigee.com

Dadurch wird sichergestellt, dass der Player korrekt geladen werden kann.

Wenn du deinen eigenen Podcast-Player verwendest

Wenn du einen eigenen Web-Player einsetzt, um einen Podcast wiederzugeben, der bei Podigee gehostet wird, müssen bestimmte technische Anforderungen erfüllt sein. Diese sorgen für eine faire Nutzung unserer Infrastruktur und eine gute Hörerfahrung – ohne unnötige Serverlast oder datenschutzrechtlichen Risiken.

⚠️ Bitte beachte folgende Punkte:

Der Player sollte kein Autoplay unterstützen.
→ Die Wiedergabe soll nur starten, wenn Hörer:innen aktiv auf „Play“ klicken.
Kein automatisches Vorladen von Audiodaten.
→ Lade die Audiodatei erst dann, wenn die Hörer:innen klar signalisiert haben, dass sie die Episode anhören möchten. Vorab geladenes Audio erzeugt unnötigen Datenverkehr.
Verwende die Audio-URL exakt so, wie sie bereitgestellt wird.
→ Hänge keine zusätzlichen Parameter an die URL. Änderungen könnten die Erfassung von Statistiken oder die Auslieferung stören.
Nicht auf eigenen Servern zwischenspeichern.
→ Das Caching oder Spiegeln der Audiodateien ist nicht optimal. Alle Anfragen sollen direkt an unsere Server gehen, damit wir korrekte Analytics-Daten erfassen und Aktualisierungen gewährleisten können.
Wenn du einen vollständigen Download anbietest, muss die gesamte Datei in einem einzigen Request geladen werden.
→ Für progressives Streaming (z. B. wenn Hörer:innen vorspulen können) sollte die Datei in Byte-Bereichen (Byte-Ranges) geladen werden. So kann unser System unterscheiden, ob es sich um einen Stream oder einen echten Download handelt.
Nutze zur Identifikation neuer Episoden im RSS-Feed die GUID.
→ Titel, Veröffentlichungsdatum oder URL können sich ändern – die GUID ist die einzige dauerhaft eindeutige Kennung einer Episode.
Begrenze automatische Downloads, z. B. durch einen Mechanismus, der nach 5 ungehörten Episoden stoppt.
→ Das schützt Serverressourcen und vermeidet unnötigen Speicherverbrauch bei den Hörer:innen.
Lade nicht standardmäßig alle Episoden herunter (z. B. aus dem Backkatalog).
→ Massendownloads belasten Server und Netz unnötig. Lade nur, was Hörer:innen tatsächlich hören möchten.
Verwende folgendes Muster für deinen User Agent String
→ <app name>/<app version><device info> <os name>/<os version><other info>
also z.B.
AppName/1.2.3 DeviceBrand DeviceModel OSName/1.2.3 LibName/1.2.3

Diese Empfehlungen sind wichtig, um eine skalierbare, faire und datenschutzkonforme Nutzung unseres Hosting-Angebots sicherzustellen.