Vlerësuesi i podcastit RSS

Struktura dhe Kërkesat e RSS 2.0 për Podkaste

Një feed RSS për podkaste është një dokument i strukturuar XML që bazohet në specifikimin RSS 2.0. Për të funksionuar siç duhet nëpër platformat e ndryshme të dëgjimit, ky dokument duhet të jetë i mirëformuar dhe të ndjekë rregulla strikte të strukturës XML.

Rregulli i parë i strukturës lidhet me rrënjën e dokumentit. Rrënja e dokumentit duhet të jetë saktësisht <rss>. Çdo vlerë tjetër do të shkaktojë gabimin ku treguesi specifikon se rrënja e dokumentit duhet të jetë <rss>. Gjithashtu, atributi version i këtij elementi duhet të jetë i vendosur saktësisht në "2.0". Nëse ky atribut mungon ose ka një vlerë tjetër, mjeti do të shfaqë mesazhin për të vendosur atributin version në 2.0.

Një element tjetër kritik në nivelin rrënjë është deklarimi i hapësirës së emrave (namespace) për Apple Podcasts. Ky deklarim duhet të bëhet direkt në elementin <rss>. Nëse ky deklarim mungon, do të shfaqet gabimi që kërkon të deklarohet hapësira e emrave Apple Podcasts në <rss>.

Në nivelin e strukturës së brendshme, dokumenti RSS duhet të përmbajë saktësisht një element direkt <channel>. Nëse gjenden më shumë ose asnjë element i tillë, analizuesi do të raportojë gabimin se RSS duhet të përmbajë saktësisht një direkt <channel>. Brenda këtij kanali, duhet të ekzistojë të paktën një episod në mënyrë që feed-i të jetë i vlefshëm. Nëse kanali është bosh, mjeti do të kërkojë të shtohet të paktën një episod në kanal.

Kërkesat Specifike për Apple Podcasts

Platforma Apple Podcasts vendos disa rregulla shtesë mbi strukturën standarde RSS 2.0. Këto rregulla garantojnë që të dhënat e podkastit, si imazhet, kategoritë dhe statusi i përmbajtjes, të shfaqen saktë për dëgjuesit.

• Fushat e detyrueshme: Nëse mungon ndonjë fushë e kërkuar për kanalin ose episodet, mjeti do të kërkojë të shtohet fusha e kërkuar.
• Lidhjet dhe URL-të: Çdo lidhje e përdorur në fushën e kërkuar duhet të jetë një URL e plotë që fillon me HTTP ose HTTPS. Nëse lidhja është e pavlefshme, do të shfaqet gabimi se fusha duhet të jetë një URL e plotë HTTP ose HTTPS.
• Imazhet: Atributi href për imazhet e podkastit duhet të jetë i saktë. Nëse ky atribut nuk është i vlefshëm, do të shfaqet mesazhi për të caktuar href në një URL të plotë HTTP ose HTTPS.
• Kategoritë: Kategoritë e podkastit nuk mund të lihen bosh. Çdo element kategorie duhet të ketë një atribut teksti të plotësuar, përndryshe do të shfaqet gabimi për të shtuar një atribut text jo bosh te <itunes:category>.
• Përmbajtja eksplicite: Tagu <itunes:explicit> duhet të jetë i vendosur në mënyrë strikte në "true" ose "false". Çdo vlerë tjetër do të gjenerojë gabimin për të caktuar këtë fushë në true ose false.
• Shfaqjet serike: Nëse podkasti juaj është i llojit serial, çdo episod duhet të ketë një numër të plotë pozitiv. Nëse ky numër mungon ose është i pavlefshëm, do të shfaqet mesazhi se shfaqjet serike kanë nevojë për një numër të plotë pozitiv për çdo episod.

Validimi i Atributeve të Skedarit Audio (Enclosure)

Elementi <enclosure> është ndoshta pjesa më e rëndësishme e një episodi podkasti, pasi ai përmban lidhjen direkte me skedarin audio. Çdo episod duhet të ketë saktësisht një element <enclosure>. Nëse një episod ka më shumë se një të tillë, do të shfaqet gabimi për të mbajtur saktësisht një <enclosure> në këtë episod.

Mjeti kontrollon me kujdes të gjitha atributet e këtij elementi:

1. Atributet e kërkuara: Nëse mungon ndonjë atribut bazë, do të shfaqet gabimi për të shtuar atributin e kërkuar në <enclosure>.
2. URL-ja e medias: Atributi url duhet të jetë një adresë e plotë dhe e vlefshme. Nëse nuk është e tillë, do të shfaqet gabimi për të vendosur atributin url të <enclosure> në një URL të plotë HTTP ose HTTPS.
3. Madhësia në bajt: Atributi length duhet të jetë një numër i plotë që përfaqëson madhësinë e skedarit në bajt. Nëse vlera nuk është një numër i plotë, do të shfaqet gabimi për të vendosur atributin length të <enclosure> në një numër të plotë bajtesh. Nëse kjo vlerë është e vendosur si 0, do të shfaqet paralajmërimi se atributi length i <enclosure> është 0 dhe duhet të kontrollohet numri real i bajteve para publikimit.
4. Lloji MIME: Skedari duhet të ketë një lloj të vlefshëm MIME, si për shembull audio/mpeg. Nëse lloji MIME është i pavlefshëm, do të shfaqet gabimi për të përdorur një lloj të vlefshëm MIME si audio/mpeg. Nëse lloji MIME nuk është i shënuar si audio, do të shfaqet paralajmërimi se ky nuk është shënuar si audio, duke ju kërkuar të kontrolloni nëse episodi është publikuar qëllimisht si video ose dokument.
5. Përputhja e prapashtesës: Mjeti kontrollon nëse prapashtesa e emrit të skedarit përputhet me llojin MIME të deklaruar. Nëse ka mospërputhje, do të shfaqet paralajmërimi se emri i skedarit të medias dhe lloji MIME nuk pajtohen.

Formatimi i Datës dhe Menaxhimi i Episodeve

Formatimi i saktë i datës së publikimit është thelbësor që aplikacionet e podkasteve të renditin episodet në mënyrë kronologjike. Çdo episod duhet të ketë një datë publikimi. Nëse kjo datë mungon, do të shfaqet paralajmërimi për të shtuar <pubDate> në mënyrë që aplikacionet e podkasteve të mund ta porosisin dhe publikojnë këtë episod në mënyrë të besueshme.

Datat duhet të ndjekin formatin standard RFC 2822. Nëse data nuk përputhet me këtë format ose përmban një datë kalendarike të pamundur, do të shfaqet gabimi për të përdorur një datë RFC 2822 me një datë reale kalendarike dhe zonë kohore, për shembull: Sat, 01 Apr 2023 19:00:00 +0000.

Përdorimi i zonave kohore të emërtuara (si EST ose GMT) mund të shkaktojë probleme në disa platforma. Nëse përdoret një zonë kohore e emërtuar, mjeti do të shfaqë paralajmërimin se kjo zonë kohore e emërtuar është e pranuar, por më pak e lëvizshme, duke sugjeruar një zhvendosje numerike si +0000.

Gjithashtu, mjeti kontrollon për elemente të përsëritura dhe kufizime të numrit të episodeve:

• URL-të e përsëritura: Nëse e njëjta URL e skedarit audio përdoret në më shumë se një episod, do të shfaqet gabimi se kjo URL enclosure përsërit vlerën në një rresht të specifikuar më parë.
• GUID-ët e përsëritur: Çdo episod duhet të ketë një identifikues unik (GUID). Nëse gjendet një GUID i përsëritur, do të shfaqet gabimi se ky GUID përsërit vlerën në rreshtin e parë të gjetur.
• Kufiri i episodeve: Nëse feed-i juaj përmban më shumë se 2,000 episode, do të shfaqet paralajmërimi se ky burim ka një numër të caktuar episodesh dhe se Apple Podcasts shfaq vetëm 2,000 më të fundit.

Si të Interpretoni Rezultatet e Diagnozës

Kur ngjitni kodin tuaj XML dhe klikoni mbi butonin për të vërtetuar feed-in, mjeti do të shfaqë rezultatet nën pjesën e titulluar "Diagnoza Feed". Rezultatet do të tregojnë numrin e saktë të gabimeve, paralajmërimeve dhe episodeve të gjetura.

Nëse XML-ja juaj ka probleme të rënda strukturore që e bëjnë të pamundur analizimin, do të shfaqet gabimi për të rregulluar XML të keqformuar, më pas vërtetojeni sërish. Nëse ka një deklaratë DOCTYPE në kod, do të shfaqet mesazhi për të hequr deklaratën DOCTYPE përpara se të kontrolloni këtë feed. Për çdo problem tjetër të gjetur, mjeti do të tregojë vendndodhjen e saktë në formatin "Linja ‹line›, kolona ‹column›". Ju mund të përdorni lidhjen e shpejtë për të shkuar direkt te shtegu XML në linjën e specifikuar për të gjetur dhe korrigjuar gabimin.

Nëse nuk gjendet asnjë problem, do të shfaqet mesazhi se nuk u gjetën probleme strukturore. Nëse lista e problemeve është shumë e gjatë, mjeti mund të shfaqë vetëm një pjesë të tyre, duke treguar se po shfaq çështjet e para të një numri total.

Privatësia dhe Përpunimi i të Dhënave

Ky mjet është projektuar duke pasur parasysh privatësinë tuaj. Burimi RSS i podkastit kontrollohet në shfletuesin tuaj. BroBroGo nuk ngarkon dhe nuk ruan asgjë në serverët e tij. I gjithë procesi i analizimit dhe validimit ndodh lokalisht në pajisjen tuaj, duke garantuar që kodi dhe të dhënat tuaja të mbeten private.

Pyetje të Shpeshta (FAQ)

Çfarë kontrollon ky Vlerësues i Podcast RSS?

Kontrollon strukturën RSS 2.0 XML, fushat e detyrueshme RSS dhe fushat e zakonshme Apple Podcasts, atributet <enclosure>, vlerat e përsëritura dhe datat RFC 2822.

A e teston skedarin audio?

Kontrollon URL-në në <enclosure>, numrin e bajteve, llojin MIME, veçantinë e URL-së dhe përputhjen e emrit me llojin e skedarit. Skedari audio nuk shkarkohet ose dekodohet.

A do të pranohet kudo një feed që kalon?

Jo. Aplikacionet e podkasteve mund të shtojnë rregulla dhe kontrolle në distancë. Kalimi do të thotë se XML i ngjitur ka përmbushur kontrollet statike të treguara këtu, jo se një drejtori do ta pranojë ose publikojë atë.

Cili është kufiri i madhësisë së feed-it që mund të kontrollohet?

Mjeti pranon një kod XML me një gjatësi prej maksimumi 500,000 karakteresh. Nëse kontrolli zgjat shumë, do të shfaqet mesazhi që sugjeron të provoni një burim më të vogël.