Ang Istruktura at mga Kinakailangan ng RSS 2.0 para sa Podcast
Ang RSS 2.0 na nakabatay sa XML ang pamantayang nagpapagana sa pagpapakalat ng mga podcast sa iba't ibang direktoryo. Upang maging wasto ang isang podcast feed, kinakailangang sumunod ito sa mga tiyak na panuntunan ng XML at RSS. Ang dokumento ay dapat magsimula sa tamang deklarasyon at ang root ng dokumento ay dapat na <rss>. Kung mayroong DOCTYPE deklarasyon sa loob ng feed, magdudulot ito ng error na "Alisin ang deklarasyon ng DOCTYPE bago tsekin ang feed na ito.".
Ang version attribute ng <rss> ay dapat na may eksaktong halaga na "2.0". Bukod dito, ang RSS ay dapat maglaman ng eksaktong isang direktang <channel>. Kung kulang o labis ang elementong ito, hindi magiging wasto ang istruktura ng feed. Sa loob ng channel na ito inilalagay ang lahat ng impormasyon ng podcast at ang mga indibidwal na episode.
Mga Tiyak na Kinakailangan para sa Apple Podcasts
Karamihan sa mga podcast app at direktoryo, partikular na ang Apple Podcasts, ay nangangailangan ng mga karagdagang namespace at field upang maipakita nang tama ang artwork, kategorya, at impormasyon ng palabas. Una, ang Apple Podcasts namespace ay dapat na ideklara sa <rss> gamit ang tamang namespace URL. Kung wala ito, magpapakita ang validator ng error na nag-aatas na ideklara ang Apple Podcasts namespace sa <rss>.
Narito ang mga pangunahing patakaran para sa mga field ng channel at episode na sinusuri ng tool:
- Mga Kinakailangang Field: Ang bawat channel at episode ay dapat mayroong mga itinakdang elemento. Kung may kulang, ipapakita ng system ang error na "Idagdag ang kinakailangang
‹field›.". - Mga Link at Larawan: Ang mga link para sa channel at ang href ng
<itunes:image>ay dapat na wasto. Ang anumang invalid na link ay magreresulta sa error na "‹field›ay dapat isang kumpletong HTTP o HTTPS URL." o "Itakda ang href ng<itunes:image>sa isang kumpletong HTTP o HTTPS URL.". - Kategorya: Ang
<itunes:category>ay hindi maaaring iwanang walang laman. Ang paglabag dito ay magpapakita ng error na "Magdagdag ng hindi bakanteng text attribute sa<itunes:category>.". - Explicit Tag: Ang tag na
<itunes:explicit>ay may mahigpit na panuntunan sa halaga. Dapat itong itakda sa "true" o "false". - Serial na Palabas: Kung ang podcast ay gumagamit ng serial na istruktura, ang mga serial na palabas ay nangangailangan ng positibong integer na
<itunes:episode>para sa bawat episode. - Dami ng Episode: Ang isang channel ay dapat maglaman ng kahit isang episode. Gayunpaman, may limitasyon din ang mga direktoryo sa pagpapakita ng napakaraming content. Kung ang feed ay may higit sa 2,000 na mga episode, maglalabas ang validator ng babala na "Ang feed na ito ay may
‹count›na mga episode; ipinapakita lamang ng Apple Podcasts ang pinakabagong 2,000.".
Pagpapatunay ng mga Attribute ng Audio Enclosure
Ang <enclosure> tag ang pinakamahalagang bahagi ng isang episode dahil dito nakaturo ang mismong audio file. Ang bawat episode ay dapat magkaroon ng eksaktong isang <enclosure>. Kung may higit sa isa, makikita ang error na "Panatilihin ang eksaktong isang <enclosure> sa episode na ito; natagpuan ang ‹count›.".
Sinusuri ng validator ang mga sumusunod na attribute ng enclosure nang hindi idina-download o dini-decode ang mismong audio file:
| Attribute | Panuntunan sa Pagpapatunay | Mensahe ng Error o Babala |
|---|---|---|
| url | Dapat ay isang kumpleto at wastong link. | "Itakda ang url ng <enclosure> sa isang kumpletong HTTP o HTTPS URL." |
| length | Dapat ay buong bilang ng byte (whole-number byte count). | "Ilagay sa length ng <enclosure> ang buong bilang ng byte." |
| length (zero) | Ang haba ay hindi dapat zero. | "Ang length ng <enclosure> ay 0. Kumpirmahin ang totoong bilang ng byte bago i-publish." |
| type | Dapat gumamit ng wastong audio MIME type. | "Gumamit ng wastong MIME type gaya ng audio/mpeg." |
Kung ang MIME type ay hindi tumutugma sa extension ng file, maglalabas ang system ng babala na "Hindi nagkakaisa ang filename ng media at MIME type (‹extension› laban sa ‹mime›).". Kung ang inilagay na MIME type ay hindi pang-audio, makikita ang babalang "Hindi minarkahang audio ang <enclosure> na ito. Kumpirmahin na sinadyang mag-publish ng video o dokumentong episode.". Bukod dito, bawal ang magkaroon ng magkakaparehong audio file sa magkaibang bahagi ng feed. Ang duplicate na URL ay magdudulot ng error na "Kapareho ng URL ng <enclosure> na ito ang value sa linya ‹first›.".
Kahalagahan ng Tamang Petsa (RFC 2822)
Ang tamang pag-format ng petsa ng paglalathala sa pamamagitan ng <pubDate> ay kritikal upang maayos ng mga podcast app ang mga episode ayon sa tamang pagkakasunod-sunod. Kung walang petsa, ipapakita ang babalang "Idagdag ang <pubDate> upang ang mga app ng podcast ay makapag-ayos at makapag-publish ng episode na ito nang maaasahan.".
Ang petsa ay dapat sumunod sa pamantayang RFC 2822. Ang paggamit ng hindi wastong format ay magpapakita ng error na "Gumamit ng petsa ng RFC 2822 na may tunay na petsa sa kalendaryo at timezone, halimbawa: Sat, 01 Apr 2023 19:00:00 +0000.". Bagama't tinatanggap ang mga pangalan ng timezone (tulad ng GMT o EST), hindi ito inirerekomenda para sa mas malawak na compatibility. Ang paggamit ng mga ito ay magreresulta sa babalang "Tinanggap ang pangalang time zone na ito ngunit mas hindi portable; mas mabuting gumamit ng numeric offset gaya ng +0000.".
Pagbasa sa mga Resulta ng Pagsusuri at Pag-debug
Kapag ipinasok ang XML sa tool, magpapakita ito ng detalyadong ulat sa ilalim ng heading na "Pagsusuri sa feed". Kung walang nakitang problema, ang mensaheng "Walang natagpuan na mga isyu sa istruktura." ay ipapakita. Kung may mga problema, makikita ang kabuuang bilang sa pamamagitan ng "‹count› error", "‹count› babala", at "‹count› episode". Ipinapakita rin ang buod na "May nakitang ‹errors› error at ‹warnings› babala.".
Upang matulungan ka sa pag-debug, tinutukoy ng tool ang eksaktong lokasyon ng bawat isyu gamit ang format na "Linya ‹line›, haligi ‹column›". Nagbibigay din ito ng XPath-style na path sa elementong may problema na may label na "Ayusin: ‹path›". Maaari mong i-click ang link na "Pumunta sa ‹path› sa linya ‹line›" upang direktang tumalon sa bahaging kailangang ayusin. Kung napakarami ng isyu sa feed, maaaring limitahan ang listahan at ipakita ang "Ipinapakita ang unang ‹shown› ng ‹total› mga isyu.". Kung may problema sa mismong pagbasa ng XML, makikita ang "Detalye ng Parser: ‹detail›" kasama ang error na "Ayusin ang maling XML, pagkatapos ay i-validate muli.".
Paano Pinoproseso ang Iyong Feed at ang mga Limitasyon Nito
Ang pagpapatunay ng iyong podcast feed ay mabilis at ligtas. Naka-check ang iyong podcast feed sa iyong browser. Walang na-upload o nai-save ng BroBroGo.
Gayunpaman, may mga limitasyon ang static na pagsusuri na dapat tandaan. Ang tool na ito ay tumatanggap ng hanggang 500,000 na mga karakter kada tsek. Kung lumampas dito, ipapakita ang error na "Ang tool na ito ay tumatanggap ng hanggang 500,000 na mga karakter kada tsek.". Kung masyadong kumplikado ang feed, maaaring lumabas ang "Masyadong matagal ang validation. Subukan ang mas maliit na feed." o "Hindi natapos ang validation.".
Tandaan na ang pagpasa sa validator na ito ay hindi garantiya na tatanggapin agad ang iyong feed sa mga direktoryo. Static na pagsusuri lang ito sa istruktura. Hindi nito binubuksan ang feed, artwork, o media URL; hiwalay na tiyakin kung naaabot ang mga link, tama ang byte length, nade-decode ang audio, at tinatanggap ng podcast directory.
Mga Madalas Itanong (FAQ)
Ano ang sinusuri ng Podcast RSS Validator na ito?
Sinusuri nito kung maayos ang pagkakabuo ng RSS 2.0 XML, kung naroon ang mga kailangang RSS field at karaniwang channel at episode field ng Apple Podcasts, pati ang mga attribute ng <enclosure>, duplicate, at petsang RFC 2822.
Sinusubukan ba nito ang audio file?
Sinusuri nito ang URL at byte length ng <enclosure>, MIME type, mga duplicate, at kung tugma ang filename sa type. Hindi nito dina-download o dini-decode ang audio.
Tatanggapin ba ang isang feed na pumasa sa lahat ng dako?
Hindi. Ang mga podcast app ay maaaring magdagdag ng mga patakaran at remote na tseke. Ang pagpasa ay nangangahulugang ang naka-paste na XML ay nakamit ang mga static na tseke na ipinapakita dito, hindi na tatanggapin o i-publish ito ng isang direktoryo.
Ligtas ba ang aking XML data kapag ginamit ko ang tool na ito?
Oo. Naka-check ang iyong podcast feed sa iyong browser. Walang na-upload o nai-save ng BroBroGo.