Vorgaben für Podcast-RSS-Feeds
Apple verlangt, dass Podcasts technische Vorgaben und Inhaltsrichtlinien erfüllen, um den Hörer:innen ein großartiges Erlebnis zu bieten und es ihnen zu erleichtern, ihre neuen Lieblingspodcasts zu finden.
Um einen Podcast zu übermitteln, musst du einen Apple Podcasts Connect-Account haben. Wenn dein Podcast über einen RSS-Feed bereitgestellt wird, muss dieser unsere technischen Vorgaben erfüllen und Folgendes enthalten:
Technische Vorgaben an Podcast-RSS-Feeds
Dein Hosting-Anbieter sollte dir helfen können, die technischen Vorgaben zu erfüllen. Wenn der Feed diese Vorgabe nicht erfüllt, wird es zu Fehlern bei der Feed-Überprüfung kommen. RSS-Feeds können selbst erstellt und gehostet werden oder über einen Hosting-Anbieter bereitgestellt werden.
- RSS-Feed-URLs müssen den RSS 2.0-Spezifikationen entsprechen, öffentlich adressierbar sein (nicht passwortgeschützt) und die folgende XML-Deklaration enthalten:
<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:
itunes="http:// www.itunes.com/ dtds/ podcast-1.0.dtd" xmlns: content="http:// purl.org/ rss/ 1.0/ modules/content/"> - Zeige die Grafiken für die Sendung an und erlaube die Streaming-Wiedergabe deiner Folgen, indem du deinen Hosting-Server für HTTP-HEAD-Anfragen und Bytebereichsanfragen aktivierst.
- Jede Folge muss über ein eindeutiges
<enclosure>
-Tag verfügen, zusammen mit seinen drei erforderlichen Komponenten (URL, Länge und Typ), die den Ort und den Host der Folge angeben. Apple Podcasts ignoriert doppelte<enclosure>
-URLs. - Alle Folgen müssen eine global eindeutige Kennung (GUID – Globally Unique Identifier) enthalten, die sich niemals ändert.
- Verwende nur ASCII-Dateinamen und URLs, die a-z, A-Z oder 0-9 enthalten. Weitere Informationen findest du unter Best Practices für die Codierung.
- Beachte die Groß- und Kleinschreibung bei allen XML-Tags in Podcast-RSS-Feeds.
Falsche Groß- und Kleinschreibung:
<itunes:category text="Kids & family" />
Richtige Groß- und Kleinschreibung:
<itunes:category text="Kids & Family" />
- Datum und Uhrzeit müssen den RFC 2822-Spezifikationen entsprechen. Das Datum muss im Format „Wochentag, Tag Monat Jahr“ und die Uhrzeit im 24-Stunden-Format (ohne a.m. oder p.m.) mit Zeitzonenoffset angegeben werden. Zum Beispiel:
Falsches Datumsformat:
<pubDate>7/6/2014 1:00:00 PM</pubDate>
Richtiges Datumsformat:
<pubDate>Wed, 6 Jul 2014 13:00:00 PDT</pubDate>
<pubDate>Wed, 6 Jul 2014 13:00:00 -0700</pubDate>
- Verwende
'
(für einfache Anführungszeichen) oder"
(für doppelte Anführungszeichen). Vermeide die Verwendung von HTML-Namenskonventionen wie’
,‘
,“
oder”
. Weitere Informationen findest du in den XML-Zeichen- und Entitätsreferenzen.
Falsches Zeichenformat:
<description>Love to get outdoors and discover nature’s treasures? Hiking Treks is the show for you.</description>
<title>“Wilderness Area Garden of the Gods“ in Illinois is a delightful spot for an extended hike.</title>
Richtiges Zeichenformat:
<description>Love to get outdoors and discover nature's treasures? Hiking Treks is the show for you.</description>
<title>"Wilderness Area Garden of the God " in Illinois is a delightful spot for an extended hike.</title>
- Wenn du diese Symbole verwendest, verwende die entsprechende Programmierung:
Zeichen | Name | Entsprechende Programmierung |
---|---|---|
& | Et-Zeichen | & |
< | Kleiner-als-Zeichen | < |
> | Größer-als-Zeichen | > |
’ | Apostroph, einfaches Anführungszeichen | ' |
“ | Doppeltes Anführungszeichen | " |
© | Copyright-Zeichen | © |
℗ | Copyright für Tonaufnahmen | ℗ |
™ | TM-Markenzeichen | ™ |
Beispiele:
Falscher Code:
<title>Pets & Animals</title>
Richtiger Code:
<title>Pets & Animals</title>
Falscher Code:
<copyright>© 2020 John Doe</copyright>
Richtiger Code:
<copyright>© 2020 John Doe</copyright>
Tipp: Gib alle anderen Zeichen direkt in einem Editor ein, der UTF-8 unterstützt.