Podcast-RSS-validator

Klistra in podcastens RSS-XML och se exakt var du behöver åtgärda problem med XML, kanal, avsnitt, ljudfil och datum.

Podcast RSS XML

Klistra in hela flödet, inklusive XML-deklarationen och rotelementet <rss>.

Det här är en statisk strukturkontroll. URL:erna till flöde, omslagsbild och medier öppnas inte; kontrollera tillgänglighet, antal byte, ljudavkodning och kataloggodkännande separat.

Flödesdiagnos

Det här är en statisk strukturkontroll. URL:erna till flöde, omslagsbild och medier öppnas inte; kontrollera tillgänglighet, antal byte, ljudavkodning och kataloggodkännande separat.

    Klistra in en feed och validera den för att se varje problem med en rad, kolumn och XML-sökväg.

    Klar för RSS XML.

    Podcastflödet kontrolleras i din webbläsare. BroBroGo laddar inte upp eller sparar något.

    Vanliga frågor

    Vad kontrollerar denna Podcast RSS Validator?

    Den kontrollerar att RSS 2.0-XML:en är korrekt uppbyggd, att obligatoriska RSS-fält och vanliga Apple Podcasts-fält finns, samt <enclosure>-attribut, dubbletter och RFC 2822-datum.

    Testar den ljudfilen?

    Den kontrollerar URL:en i <enclosure>, antalet byte, MIME-typen, om URL:en är unik och om filnamnet stämmer med typen. Ljudet laddas inte ned eller avkodas.

    Kommer en feed som passerar att accepteras överallt?

    Nej. Podcastappar och kataloger kan använda fler regler och fjärrkontroller. Godkänt betyder bara att den inklistrade XML:en klarade de statiska kontroller som visas här.

    Struktur och krav för RSS 2.0-flöden

    För att en podcast ska kunna distribueras korrekt krävs ett välformaterat RSS 2.0-flöde. Verktyget Podcast RSS Validator utför en statisk strukturkontroll av din XML-kod för att säkerställa att den följer standarden.

    När du validerar ett flöde kontrolleras följande grundläggande XML-regler:

    • Dokumentrot: Dokumentroten måste vara <rss>. Om detta inte är uppfyllt visas felmeddelandet "Dokumentroten måste vara <rss>.".
    • Version: Attributet version<rss> måste vara inställt på "2.0". Om så inte är fallet visas felmeddelandet "Ställ in attributet version på <rss> till 2.0.".
    • Kanaler: RSS-flödet måste innehålla exakt ett direkt underordnat <channel>-element. Om antalet inte stämmer visas felmeddelandet "RSS måste innehålla exakt ett direkt underordnat <channel>-element; hittade ‹count›.".
    • Avsnittskrav: En kanal måste innehålla minst ett <item>-avsnitt. Om inget avsnitt hittas visas felmeddelandet "Lägg till minst ett <item>-avsnitt till kanalen.".
    • DOCTYPE-deklaration: Om flödet innehåller en DOCTYPE-deklaration kan kontrollen inte genomföras korrekt. Du möts då av felmeddelandet "Ta bort DOCTYPE-deklarationen innan du kontrollerar denna feed.".

    Om själva XML-koden är trasig eller har felaktig syntax visas felmeddelandet "Åtgärda den felaktiga XML och validera sedan igen." tillsammans med "Parserdetalj: ‹detail›".

    Särskilda krav för Apple Podcasts

    Utöver den allmänna RSS 2.0-standarden ställer Apple Podcasts specifika krav på flödets struktur och namnområden för att det ska kunna tolkas korrekt i deras katalog.

    Verktyget kontrollerar följande Apple-specifika element och inställningar:

    • Namnområde: Det särskilda namnområdet (namespace) för Apple Podcasts måste deklareras på <rss>-elementet. Om det saknas visas felmeddelandet "Deklarera namnområdet Apple Podcasts på <rss>: ‹namespace›".
    • Obligatoriska fält: Om obligatoriska fält för kanalen eller enskilda avsnitt saknas visas felmeddelandet "Lägg till den nödvändiga ‹field›.".
    • Länkar och bilder: Alla länkar i fälten måste vara fullständiga HTTP- eller HTTPS-URL:er. Om en länk är ogiltig visas felmeddelandet "‹field› måste vara en fullständig HTTP- eller HTTPS-URL.". För bilder gäller att du måste "Ställ in itunes:image href till en fullständig HTTP eller HTTPS URL.".
    • Kategorier: Kategorier får inte vara tomma. Om en kategori saknar innehåll visas felmeddelandet "Lägg till ett icke-tomt text-attribut till <itunes:category>.".
    • Explicit-tagg: Taggen <itunes:explicit> måste vara explicit definierad. Om den saknas eller är felaktig visas felmeddelandet "Ställ in <itunes:explicit> till true eller false.".
    • Serieprogram: Om din podcast är av typen "serial" (serieprogram) krävs ett positivt heltal för varje avsnitt. Om detta saknas visas felmeddelandet "Serieprogram behöver ett positivt heltal itunes:episode för varje avsnitt.".
    • Maximalt antal avsnitt: Apple Podcasts har en begränsning för hur många avsnitt som visas. Om ditt flöde innehåller fler än 2 000 avsnitt visas varningen "Det här flödet har ‹count› avsnitt; Apple Podcasts visar bara de 2 000 senaste.".

    Validering av ljudfiler och enclosure-attribut

    Varje avsnitt i en podcast måste vara kopplat till en mediefil via ett <enclosure>-element. Verktyget utför noggranna kontroller av dessa element för att säkerställa att podcastspelare kan hitta och spela upp dina filer.

    Följande regler och felmeddelanden gäller för <enclosure>:

    • Antal: Varje avsnitt måste ha exakt en <enclosure>. Om det finns flera eller inga visas felmeddelandet "Behåll exakt en <enclosure> i det här avsnittet; hittade ‹count›.".
    • Attribut: Om obligatoriska attribut saknas i taggen visas felmeddelandet "Lägg till det obligatoriska ‹attribute›-attributet till <enclosure>.".
    • URL: Mediefilens URL måste vara en fullständig HTTP- eller HTTPS-URL. Annars visas felmeddelandet "Ställ in attributet url på <enclosure> till en fullständig HTTP- eller HTTPS-URL.". Dubbletter tillåts inte; om samma URL används på flera ställen visas felmeddelandet "Denna <enclosure>-URL upprepar värdet på rad ‹first›.".
    • Filstorlek (length): Storleken på filen måste anges i ett helt antal byte. Om värdet är ogiltigt visas felmeddelandet "Ställ in attributet length på <enclosure> till ett helt antal byte.". Om storleken är angiven till 0 visas varningen "Attributet length på <enclosure> är 0. Bekräfta det faktiska antalet byte innan du publicerar.".
    • MIME-typ: Du måste använda en giltig MIME-typ. Om typen är ogiltig visas felmeddelandet "Använd en giltig MIME-typ som audio/mpeg.". Om filen inte är markerad som en ljudfil visas varningen "Denna <enclosure> är inte markerad som ljud. Bekräfta att avsnittet avsiktligt är en video eller ett dokument.".
    • Filändelse och MIME-typ: Om filnamnets ändelse inte stämmer överens med den angivna MIME-typen visas varningen "Mediafilnamnet och MIME-typen stämmer inte överens (‹extension› vs ‹mime›).".

    Observera att verktyget inte laddar ned eller avkodar själva ljudfilen.

    Datumformatering och unika identifierare

    Korrekt tidsangivelse och unika identifierare är avgörande för att podcastappar ska kunna sortera dina avsnitt och förstå när nya avsnitt släpps.

    • Unika identifierare (GUID): Varje avsnitt måste ha en unik global identifierare (GUID). Om en GUID förekommer mer än en gång i flödet visas felmeddelandet "Denna GUID upprepar värdet på raden ‹first›.".
    • Publiceringsdatum: Om ett avsnitt saknar publiceringsdatum visas varningen "Lägg till <pubDate> så att podcastappar kan sortera och publicera avsnittet korrekt.".
    • RFC 2822-standard: Publiceringsdatum måste följa standarden RFC 2822 med ett giltigt kalenderdatum och en tidszon. Om datumet är felaktigt formaterat visas felmeddelandet "Använd ett RFC 2822-datum med ett riktigt kalenderdatum och tidszon, till exempel: Sat, 01 Apr 2023 19:00:00 +0000.".
    • Tidszoner: Om du använder en namngiven tidszon (till exempel "EST" eller "GMT") istället för en numerisk förskjutning visas varningen "Den namngivna tidszonen godtas men har sämre stöd; använd helst en numerisk förskjutning som +0000.".

    Felsökning med XML-sökvägar och radnummer

    När du klistrar in din XML-kod i fältet "Podcast RSS XML" och klickar på "Validera" genererar verktyget en detaljerad rapport under rubriken "Flödesdiagnos". Om inga fel upptäcks visas meddelandet "Inga strukturella problem hittades.". Om det finns problem i flödet visas sammanfattningen "Hittade ‹errors› fel och ‹warnings› varningar.".

    För att du snabbt ska kunna åtgärda problemen i ditt publiceringsverktyg eller i din XML-fil anger verktyget exakta positioner för varje fel och varning:

    • Position: Varje problem märks ut med exakt plats i formatet "Rad ‹line›, kolumn ‹column›".
    • Sökväg: Verktyget visar en XPath-liknande sökväg till det felaktiga elementet i formatet "Fix: ‹path›".
    • Direktlänk: Du kan klicka på länken "Gå till ‹path› på raden ‹line›" för att hoppa direkt till det ställe i koden där problemet finns.

    Om ditt flöde innehåller väldigt många fel kan listan begränsas. Då visas meddelandet "Visar de första ‹shown› av ‹total› problem.".

    Begränsningar med statisk validering

    Det är viktigt att förstå att denna validator utför en statisk strukturkontroll av den XML-kod du klistrar in.

    Att ett flöde blir godkänt i detta verktyg innebär att det uppfyller de statiska strukturella kraven som visas här. Det är dock ingen garanti för att en specifik podcastkatalog eller app kommer att acceptera eller publicera flödet. URL-länkar till själva flödet, omslagsbilder och mediefiler öppnas inte av verktyget. Du måste därför själv kontrollera tillgänglighet, faktiskt antal byte, ljudavkodning och slutgiltigt kataloggodkännande separat.

    Verktyget har en storleksgräns och accepterar upp till 500 000 tecken per kontroll. Om valideringen tar för lång tid avbryts processen med meddelandet "Valideringen tog för lång tid. Prova ett mindre flöde.". Om processen avbryts av andra skäl visas "Validering kunde inte avslutas.". Om du försöker validera utan att ha klistrat in någon kod visas meddelandet "Klistra in Podcast RSS XML innan du validerar.".

    Integritet och databehandling

    När du använder Podcast RSS Validator kan du vara trygg med att din data hanteras säkert. Ditt podcastflöde kontrolleras direkt i din webbläsare. BroBroGo laddar inte upp eller sparar något av det innehåll du klistrar in.

    Vanliga frågor

    Vad kontrollerar denna Podcast RSS Validator?

    Den kontrollerar att RSS 2.0-XML:en är korrekt uppbyggd, att obligatoriska RSS-fält och vanliga Apple Podcasts-fält finns, samt <enclosure>-attribut, dubbletter och RFC 2822-datum.

    Testar den ljudfilen?

    Den kontrollerar URL:en i <enclosure>, antalet byte, MIME-typen, om URL:en är unik och om filnamnet stämmer med typen. Ljudet laddas inte ned eller avkodas.

    Kommer en feed som passerar att accepteras överallt?

    Nej. Podcastappar och kataloger kan använda fler regler och fjärrkontroller. Godkänt betyder bara att den inklistrade XML:en klarade de statiska kontroller som visas här.