Podcast-RSS-validator

Indsæt podcastens RSS XML, og find fejl i XML, kanal, episoder, lyd-<enclosure> og datoer med den præcise placering af hver rettelse.

Podcast RSS XML

Indsæt hele feedet, inklusive XML-deklaration og <rss> root.

Dette er et statisk strukturtjek. Det åbner ikke feed-, artwork- eller medie-URL’er; kontrollér tilgængelighed, bytelængde, lydafkodning og accept i podcastkataloger separat.

Feed-diagnose

Dette er et statisk strukturtjek. Det åbner ikke feed-, artwork- eller medie-URL’er; kontrollér tilgængelighed, bytelængde, lydafkodning og accept i podcastkataloger separat.

    Indsæt et feed, og valider det derefter for at se hvert problem med linje, kolonne og XML-sti.

    Klar til RSS XML.

    Dit podcastfeed bliver tjekket i din browser. Intet uploades eller gemmes af BroBroGo.

    FAQ

    Hvad tjekker denne Podcast RSS Validator?

    Den tjekker korrekt formateret RSS 2.0 XML, krævede RSS- og almindelige Apple Podcasts kanal- og episodefelter, enclosure-attributter, duplikater og RFC 2822-datoer.

    Tester den lydfilen?

    Den tjekker enclosure-URL, byte-længdeværdi, MIME-type, unikhed og konsistens mellem filnavn/type. Den downloader eller dekoder ikke lyden.

    Bliver et feed, der består kontrollen, accepteret overalt?

    Nej. Podcast-apps kan have yderligere regler og fjernkontroller. Et godkendt resultat betyder kun, at den indsatte XML opfylder de statiske kontroller her, ikke at et podcastkatalog vil acceptere eller udgive feedet.

    Validering af RSS-feeds til podcasts

    Et velfungerende RSS-feed er fundamentet for enhver podcastdistribution. Podcast RSS Validator foretager en statisk analyse af dit podcastfeed direkte i din browser for at identificere strukturelle fejl, manglende metadata og uoverensstemmelser i lydfilernes specifikationer. Værktøjet analyserer XML-strukturen op til en grænse på 500.000 tegn pr. kontrol.

    Behandlingen af dit feed sker lokalt på din computer. Dit podcastfeed bliver tjekket i din browser. Intet uploades eller gemmes af BroBroGo. Dette sikrer, at dine data forbliver private under hele fejlfindingsprocessen.

    XML-struktur og grundlæggende RSS 2.0-krav

    For at et podcastfeed kan læses korrekt af podcast-apps, skal XML-dokumentet overholde RSS 2.0-standarden samt specifikke navnerum. Værktøjet kontrollerer dokumentets opbygning ud fra følgende regler:

    • Dokumentrod: Dokumentroden skal være <rss>. Hvis der findes en DOCTYPE-deklaration i feedet, stopper valideringen med fejlen: "Fjern DOCTYPE-deklarationen før kontrollen af dette feed.".
    • Version: Attributten version<rss> skal være "2.0". Hvis dette ikke er tilfældet, vises fejlen: "Indstil attributten version på <rss> til 2.0.".
    • Kanal-element: RSS skal indeholde nøjagtigt én direkte <channel>. Hvis antallet af kanaler afviger, rapporteres fejlen: "RSS skal indeholde nøjagtigt én direkte <channel>; fundet ‹count›.".
    • Apple Podcasts-navnerum: For at understøtte specifikke tags til Apple Podcasts skal navnerummet være deklareret på <rss>. Mangler dette, vises fejlen: "Deklarer Apple Podcasts-navnerummet på <rss>: ‹namespace›".
    • Fejlbehæftet XML: Hvis XML-strukturen er generelt korrupt eller ikke kan parses, afbrydes kontrollen med fejlen: "Ret den fejlbehæftede XML, og valider derefter igen.". Yderligere tekniske detaljer fra parseren vises som: "Parserdetalje: ‹detail›".

    Krav til kanalen og Apple Podcasts

    Når XML-strukturen er godkendt, kontrollerer værktøjet de påkrævede felter på kanalniveau (channel) samt de specifikke metadata, som platforme som Apple Podcasts kræver:

    • Manglende felter: Hvis obligatoriske felter mangler på kanalen, udløses fejlen: "Tilføj den krævede ‹field›.".
    • Links og billeder: Globale links og billedreferencer skal være korrekte. Hvis et link er ugyldigt, vises fejlen: "‹field› skal være en komplet HTTP- eller HTTPS-URL.". For billeder gælder fejlen: "Indstil itunes:image href til en komplet HTTP- eller HTTPS-URL.".
    • Kategorier: Podcast-kategorier skal være korrekt defineret. Hvis en kategori er tom eller mangler attributter, vises fejlen: "Tilføj et ikke-tomt tekstattribut til itunes:category.".
    • Eksplicit indhold: Tagget <itunes:explicit> skal være sat til "true" eller "false".
    • Episodestruktur: En kanal skal indeholde mindst én episode. Hvis der ikke findes nogen episoder, vises fejlen: "Tilføj mindst én <item> episode til kanalen.". For serielle shows (serial) kræves der desuden et positivt heltal for hver episode, ellers vises fejlen: "Serielle shows har brug for et positivt heltal itunes:episode for hver episode.".

    Validering af lydfiler og enclosures

    Lydfilerne i et podcastfeed defineres i et <enclosure>-tag under hver episode. Værktøjet udfører en række statiske kontroller af disse elementer uden at downloade eller afspille selve mediefilen:

    • Antal enclosures: Hver episode skal have nøjagtigt én <enclosure>. Hvis der findes flere, udløses fejlen: "Behold præcis én <enclosure> i denne episode; fundet ‹count›.".
    • Attributter: Hvis obligatoriske attributter mangler i tagget, vises fejlen: "Tilføj den krævede attribut ‹attribute› til <enclosure>.".
    • URL-validering: Enclosure-URL'en skal være en gyldig adresse. Fejlen "Indstil enclosure URL til en komplet HTTP- eller HTTPS-URL." vises ved ugyldige formater. Hvis en URL genbruges i flere episoder, rapporteres fejlen: "Denne vedhæftede URL gentager værdien på linje ‹first›.".
    • Filstørrelse (længde): Attributten for filstørrelse skal angives i bytes som et helt tal. Hvis værdien er ugyldig, vises fejlen: "Indstil enclosure-længde til et heltal antal bytes.". Hvis længden er sat til 0, udløses advarslen: "Enclosure-længden er 0. Bekræft den reelle byteantal før publicering.".
    • MIME-typer: Medietypen skal være gyldig. Hvis typen er ukendt, vises fejlen: "Brug en gyldig MIME-type som f.eks. audio/mpeg.". Hvis medietypen ikke er en lydfil, vises advarslen: "Denne enclosure er ikke markeret som lyd. Bekræft, at en video- eller dokumentepisode is tilsigtet.". Hvis filendelsen ikke stemmer overens med MIME-typen, udløses advarslen: "Mediefilenavnet og MIME-typen er uoverensstemmende (‹extension› vs ‹mime›).".

    Datoformatering og episodestyring

    Korrekt sortering og publicering af episoder i podcast-apps afhænger af præcise tidsstempler og unikke identifikatorer (GUID):

    • Udgivelsesdato: Hvis en episode mangler en udgivelsesdato, vises advarslen: "Tilføj <pubDate>, så podcast-apps kan sortere og udgive denne episode pålideligt.".
    • RFC 2822-standard: Datoer skal overholde RFC 2822-standarden med en gyldig kalenderdato og tidszone. Ved fejl vises meddelelsen: "Brug en RFC 2822-dato med en rigtig kalenderdato og tidszone, for eksempel: Sat, 01 Apr 2023 19:00:00 +0000.".
    • Tidszoner: Brug af navngivne tidszoner (f.eks. CET eller EST) kan skabe kompatibilitetsproblemer. Værktøjet viser her advarslen: "Denne navngivne tidszone accepteres, men er mindre bærbar; foretræk et numerisk offset såsom +0000.".
    • Unikke GUID'er: Hver episode skal have en unik global identifikator. Hvis en GUID optræder flere gange, vises fejlen: "Denne GUID gentager værdien på linje ‹first›.".
    • Antal episoder: Hvis et feed indeholder mere end 2.000 episoder, udløses advarslen: "Dette feed har ‹count› episoder; Apple Podcasts viser kun de nyeste 2.000.".

    Fejlfinding med XML-stier og linjenumre

    Når du har indsat dit feed og klikket på "Valider feed", genererer værktøjet en detaljeret rapport under overskriften "Feed-diagnose". Hvis feedet er fejlfrit, vises meddelelsen: "Ingen strukturelle problemer fundet.".

    Hvis der findes problemer, viser rapporten det samlede antal som "‹errors› fejl og ‹warnings› advarsler fundet.". For hvert enkelt problem angives den nøjagtige placering i kildekoden:

    • Placering: Angives som "Linje ‹line›, kolonne ‹column›".
    • XML-sti: Værktøjet viser den præcise XPath-sti til det fejlbehæftede element, formateret som "Fix: ‹path›".
    • Direkte link: Du kan klikke på "Gå til ‹path› på linje ‹line›" for at navigere direkte til fejlen i kildekoden.

    Hvis listen over fejl er meget lang, kan visningen blive afkortet med meddelelsen: "Viser de første ‹shown› af ‹total› problemer.".

    Ofte stillede spørgsmål (FAQ)

    Hvad tjekker denne Podcast RSS Validator?

    Den tjekker korrekt formateret RSS 2.0 XML, krævede RSS- og almindelige Apple Podcasts kanal- og episodefelter, enclosure-attributter, duplikater og RFC 2822-datoer.

    Tester den lydfilen?

    Den tjekker enclosure-URL, byte-længdeværdi, MIME-type, unikhed og konsistens mellem filnavn/type. Den downloader eller dekoder ikke lyden.

    Bliver et feed, der består kontrollen, accepteret overalt?

    Nej. Podcast-apps kan have yderligere regler og fjernkontroller. Et godkendt resultat betyder kun, at den indsatte XML opfylder de statiske kontroller her, ikke at et podcastkatalog vil acceptere eller udgive feedet.

    Hvorfor fejler valideringen med en timeout-meddelelse?

    Værktøjet accepterer op til 500.000 tegn pr. kontrol. Hvis behandlingen tager for lang tid, afbrydes processen med meddelelsen: "Valideringen tog for lang tid. Prøv et mindre feed.".