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.

Elysia Tools

Mobile Navigation

Media

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.

Einzelheiten

Wobei dieses Tool hilft

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.

Ausführung

Dieses Tool ausführen

Fülle das Formular aus, starte das Tool und prüfe das Ergebnis an einem Ort.

Beispiele

Beispiele zu diesem Tool

Verwandt

Podcast-RSS-Enclosure-Prüfer

Wobei dieses Tool hilft

Dieses Tool ausführen

Beispiele zu diesem Tool

Mit verwandten Tools und Themen fortfahren

Erfahren Sie, wann dieses Tool passt, was es unterstützt und wie Nutzer es anwenden.

Wichtige Fakten

Überblick

Wann verwenden

So funktioniert es

Anwendungsfälle

Beispiele

1. Erfolgreiche Freigabeprüfung für Apple Podcasts

2. Erkennung von Metadaten- und Formatierungsfehlern

FAQ

XML-Beispiele

Nginx-Protokollanalyse-Beispiele

Android Java Serialisierungsbeispiele

Android Kotlin Serialisierungsbeispiele

Genre-Klassifikator AI

Barrierefreiheitspruefer

Data-URI-Generator

Podcast-Kapitelmarken-Generator (ID3 / Podcasting 2.0)

Podcast-Episode und RSS vor der Veröffentlichung prüfen