# Podcast-RSS-Enclosure-Prüfer Prüft Episodenaudio gegen die Erwartungen der Plattformen und gleicht es mit Ihrem RSS-Feed ab: Enclosure-Attribute url / length / type, itunes:duration, GUID-Eindeutigkeit, RFC-2822-Daten, Plattform-Codecs und -Bitraten — einschließlich bytegenauer Enclosure-Längen. > Kanonische Seite: https://elysiatools.com/de/tools/audio-podcast-rss-enclosure-checker - **Kategorie:** Media - **Schlagwörter:** podcast-rss, enclosure, rss 2.0, itunes-tags, apple podcasts, spotify, feed-validator, guid, pubdate, rfc 2822, audio/mpeg, podcast-hosting, episoden-metadaten, itunes:duration ## Überblick Eine Podcast-Episode ist ein Vertrag zwischen drei Beteiligten: der Audiodatei, dem RSS-, der darauf zeigt, und der Plattform, die beide abruft. Dieses Tool auditiert alle drei. Die Feed-Seite folgt RSS 2.0 und den Apple-Podcasts-Anforderungen: Jede Episode braucht ein eindeutiges mit allen drei Pflichtattributen — url (http/https), length in Bytes und ein MIME-Type — plus eine global eindeutige , die sich nie ändert; Apple ignoriert doppelte Enclosure-URLs, weshalb wiederholte Medien-URLs markiert werden. Daten müssen als RFC 2822 parsebar sein, akzeptiert sind nur die Entitäten '/" (HTML-benannte wie ’ brechen strenge XML-Parser), Dateinamen sollten ASCII sein, und sollte zum Audio passen. Die Audio-Seite prüft jede Datei gegen das Plattformprofil (Apple Podcasts: MP3/AAC in MP3/M4A bei 44,1 oder 48 kHz, mindestens 64 kbps; Spotify: MP3/M4A/OGG/OPUS/FLAC, mindestens 96 kbps; generisches RSS 2.0: nur Container-Sanity). Liegen Feed und Audio zusammen vor, werden sie gekreuzt: Die Enclosure-length muss die echte Dateigröße Byte für Byte treffen, der deklarierte MIME-Type muss zum tatsächlichen Container passen und muss der gemessenen Dauer folgen. Dateien und Feeds werden nur gelesen; nichts wird hoch- oder heruntergeladen. ## Eingaben - **Episoden-Audiodateien (oder ZIP)** (file) - **RSS-Feed-XML (optional)** (file) - **Zielplattform** (select) ## Wann verwenden - Vor der Einreichung oder Veröffentlichung eines neuen Podcast-Feeds bei Plattformen wie Apple Podcasts oder Spotify. - Nach dem Exportieren neuer Episoden, um sicherzustellen, dass Enclosure-Länge (length), MIME-Type und itunes:duration exakt mit den echten Audiodateien übereinstimmen. - Bei Validierungsfehlern im Hosting-Feed wie ungültigen Datumsangaben nach RFC 2822, doppelten GUIDs oder fehlerhaften XML-Entitäten. ## Funktionsweise - Wählen Sie Ihre Episoden-Audiodateien (z. B. MP3, M4A oder ZIP) und optional Ihre RSS-Feed-XML-Datei aus. - Wählen Sie das Zielplattformprofil aus (Apple Podcasts, Spotify oder generisches RSS 2.0). - Das Tool führt lokale Prüfungen der Audioeigenschaften durch und gleicht Tags wie enclosure-length, itunes:duration und Dateitypen mit den tatsächlichen Mediendateien ab. - Sie erhalten einen detaillierten HTML-Prüfbericht mit grünem Status bei Konformität oder einer Übersicht aller gefundenen Abweichungen und Regelverstöße. ## Anwendungsfälle - Qualitätssicherung für Podcast-Produzenten vor dem Hochladen von Episoden auf eigene Webserver oder Hosting-Plattformen. - Diagnose von Abspielproblemen und Ablehnungen in Apple Podcasts Connect oder Spotify for Podcasters. - Überprüfung von dynamisch generierten RSS-Feeds in Content-Management-Systemen auf XML- und Enclosure-Konformität. ## Häufig gestellte Fragen ### Werden meine Podcast-Audiodateien oder RSS-Feeds auf einen Server hochgeladen? Nein. Die Analyse und der Abgleich erfolgen rein lokal im Browser; Dateien und Feeds werden nur gelesen und nicht auf externe Server übertragen. ### Warum ist die exakte Byte-Angabe im enclosure-Tag wichtig? Plattformen wie Apple Podcasts verlangen eine bytegenaue Angabe des length-Attributs; weicht der Wert von der tatsächlichen Dateigröße ab, kann die Episode abgelehnt werden. ### Welche Audioformate und Bitraten gelten für das Profil Apple Podcasts? Erwartet werden MP3 oder AAC (in MP3- oder M4A-Containern) mit einer Abtastrate von 44,1 kHz oder 48 kHz und einer Bitrate von mindestens 64 kbps. ### Warum werden HTML-Entitäten wie ’ im Feed als Fehler markiert? Strikte XML-Parser unterstützen standardmäßig nur Basis-Entitäten wie ' oder "; HTML-spezifische Entitäten führen häufig zu Parser-Abbrüchen bei Podcast-Verzeichnissen. ### Kann ich den Validator auch ohne Audiodatei oder ohne Feed nutzen? Ja. Sie können entweder nur Audiodateien gegen die Plattformregeln prüfen oder den Feed isoliert auditieren; die Kreuzprüfung erfolgt, sobald beide Angaben vorliegen. ## Ähnliche Tools - [Genre-Klassifikator AI](https://elysiatools.com/de/tools/genre-classifier-ai): Klassifiziert einen Track anhand gemessener Beweise: GTZAN-Klangtextur, Pulsform der Beat-Gitter, Bandbalance, Tonart und Dynamik — mit Top-3 und der Begründung jeder Wahl. - [Barrierefreiheitspruefer](https://elysiatools.com/de/tools/accessibility-checker): Erkennt haeufige WCAG-2.1-Probleme in HTML, Seiten oder Designbildern und liefert direkt umsetzbare Hinweise - [Data-URI-Generator](https://elysiatools.com/de/tools/data-uri-generator): Konvertiert Dateien in Data URIs (Base64 oder prozent-kodiert), um Bilder, Schriftarten und Ressourcen direkt in HTML, CSS oder Markdown einzubetten - [Podcast-Kapitelmarken-Generator (ID3 / Podcasting 2.0)](https://elysiatools.com/de/tools/podcast-chapter-marker-builder): Füge eine zeitcodierte Kapitelliste ein und erzeuge alle Auslieferungsformate auf einmal: Podcasting-2.0-Kapitel-JSON (v1.2.0) und RSS-Tag podcast:chapters, optionales Einbrennen der ID3v2.4-CHAP+CTOC-Frames in eine hochgeladene MP3 (Millisekunden als normaler Big-Endian-uint32, Offsets 0xFFFFFFFF, TIT2-Subframe pro Kapitel, bestehende Frames bleiben erhalten), Vorbis-Kommentarpaare CHAPTER001 (OGG/Opus), mp4chaps-Text, Zeitstempelblock für die YouTube-Beschreibung und SRT-Sidecar, plus die echte Player-Supportmatrix (Apple nimmt RSS-JSON seit 2025; Pocket Casts/Overcast lesen nur eingebettetes ID3; Spotify ignoriert beide). - [Untertitel-Synchronisationsprüfung](https://elysiatools.com/de/tools/audio-caption-sync-checker): Vergleicht SRT oder WebVTT mit wahrscheinlicher Sprachaktivität und markiert Drift. - [Prüfer für Audio-Plattformlieferungen](https://elysiatools.com/de/tools/audio-platform-delivery-checker): Prüft Sprach- und Podcast-Audio auf Codec, Lautheit, Metadaten, Kapitel, Cover und Dekodierbarkeit. - [Instrumenten-Erkennung AI](https://elysiatools.com/de/tools/instrument-identifier-ai): Erkennt, welche Instrumente in einem Track spielen: Onset-basierte Notenanalyse, jedes Event wird gegen 13 Klangprofile bewertet — mit Ranking von Instrumenten, Familien und Beweisen pro Note. - [XMP-Metadaten-Extraktor](https://elysiatools.com/de/tools/image-xmp): XMP-Metadaten aus Bildern extrahieren und anzeigen einschließlich Adobe Photoshop, Lightroom und Creative Cloud Informationen ## Beispiele - [XML-Beispiele](https://elysiatools.com/de/samples/xml-viewer-samples): Beispieldateien fuer den Browser-basierten XML-Viewer - [Nginx-Protokollanalyse-Beispiele](https://elysiatools.com/de/samples/nginx-log-samples): Umfassende Nginx-Protokollbeispiele zum Testen des log-parser-Tools, einschließlich verschiedener Formate und Szenarien für Zugriffs- und Fehlerprotokolle - [Android Java Serialisierungsbeispiele](https://elysiatools.com/de/samples/android-serialization-java): Android Java Serialisierungsbeispiele einschließlich JSON-Serialisierung, -Deserialisierung und XML-Parsing - [Android Kotlin Serialisierungsbeispiele](https://elysiatools.com/de/samples/android-serialization-kotlin): Android Kotlin Serialisierungsbeispiele einschließlich JSON-Serialisierung, Deserialisierung und XML-Parsing ## Verwandte Inhalte - [Podcast-Episode und RSS vor der Veröffentlichung prüfen](https://elysiatools.com/de/hubs/podcast-episode-rss-publication-preflight): Gleichen Sie eine fertige Podcast-Episode mit ihrem RSS-Eintrag ab, prüfen Sie Dateigröße, Typ und Dauer und testen Sie öffentlichen Abruf und Wiedergabe separat.