पॉडकास्ट RSS फीडची रचना आणि तांत्रिक आवश्यकता
पॉडकास्ट वितरणासाठी RSS 2.0 (Really Simple Syndication) हा पायाभूत दस्तऐवज मानला जातो. पॉडकास्ट ॲप्स आणि निर्देशिकांद्वारे फीड यशस्वीरित्या स्वीकारले जाण्यासाठी, XML दस्तऐवजाची रचना अत्यंत अचूक असणे आवश्यक आहे.
या रचनेमध्ये दस्तऐवज रूट नेहमी <rss> असणे बंधनकारक आहे. या रूट घटकावरील version विशेषता "2.0" वर सेट केलेली असावी. याव्यतिरिक्त, आधुनिक पॉडकास्ट निर्देशिकांच्या, विशेषतः Apple Podcasts च्या मानकांचे पालन करण्यासाठी <rss> टॅगवर Apple Podcasts नेमस्पेस घोषित करणे आवश्यक आहे. संपूर्ण RSS फीडमध्ये केवळ एकच थेट <channel> घटक असणे आवश्यक आहे. या चॅनेल घटकामध्ये पॉडकास्टचे नाव, वर्णन आणि कव्हर इमेज यांसारखी आवश्यक माहिती समाविष्ट असते.
Apple Podcasts आणि सामान्य चॅनेल आवश्यकता
पॉडकास्ट निर्देशिकांमध्ये फीड सबमिट करताना चॅनेल स्तरावर काही विशिष्ट फील्ड असणे अनिवार्य आहे. आवश्यक फील्ड गहाळ असल्यास "आवश्यक ‹field› जोडा." अशी त्रुटी दर्शविली जाते.
चॅनेल आणि भागांमधील लिंक्सच्या वैधतेसाठी खालील नियम लागू होतात:
- चॅनेलमधील दुवे किंवा इतर लिंक्ससाठी "
‹field›संपूर्ण HTTP किंवा HTTPS URL असणे आवश्यक आहे." - कव्हर इमेजसाठी "href पूर्ण HTTP किंवा HTTPS URL वर सेट करा."
- श्रेणी निश्चित करताना "
<itunes:category>मध्ये रिक्त नसलेली text विशेषता जोडा." - पालकांच्या मार्गदर्शनासाठी किंवा संवेदनशील सामग्रीसाठी वापरला जाणारा
<itunes:explicit>टॅग केवळ "true" किंवा "false" वर सेट करणे आवश्यक आहे.
फीडमध्ये किमान एक भाग (episode) असणे अनिवार्य आहे, अन्यथा "चॅनेलवर किमान एक भाग जोडा." ही त्रुटी उद्भवते. जर तुमचा शो हा मालिका स्वरूपातील (serial) असेल, तर "सीरियल शोसाठी प्रत्येक भागासाठी सकारात्मक पूर्णांक आवश्यक असतो."
ऑडिओ एन्क्लोजर (Enclosure) आणि मीडिया फाइल्सचे प्रमाणीकरण
पॉडकास्टच्या प्रत्येक भागामध्ये ऑडिओ फाइलची लिंक असणे आवश्यक आहे, ज्याला तांत्रिक भाषेत एन्क्लोजर (<enclosure>) म्हटले जाते. प्रत्येक भागामध्ये नक्की एकच <enclosure> टॅग असणे आवश्यक आहे. एकापेक्षा जास्त एन्क्लोजर आढळल्यास "या एपिसोडमध्ये नक्की एक <enclosure> ठेवा; ‹count› आढळले." अशी त्रुटी दिली जाते.
एन्क्लोजर तपासताना खालील तांत्रिक बाबी तपासल्या जातात:
- आवश्यक विशेषता: एन्क्लोजर टॅगमध्ये
url,lengthआणिtypeया तीन विशेषता असणे आवश्यक आहे, अन्यथा "<enclosure>मध्ये आवश्यक‹attribute›विशेषता जोडा." हा संदेश मिळतो. - URL वैधता: ऑडिओ फाइलची लिंक वैध असणे आवश्यक आहे. अवैध लिंक असल्यास "
<enclosure>मधील url विशेषता पूर्ण HTTP किंवा HTTPS URL वर सेट करा." अशी त्रुटी येते. - फाइलचा आकार (Length): फाइलचा आकार बाइट्समध्ये असावा लागतो. यासाठी "
<enclosure>मधील length विशेषता पूर्णांक बाइट संख्येवर सेट करा." हा नियम लागू होतो. जर लांबी 0 असेल, तर "<enclosure>मधील length विशेषता 0 आहे. प्रकाशित करण्यापूर्वी प्रत्यक्ष बाइट संख्या तपासा." अशी चेतावणी दिली जाते. - MIME प्रकार: ऑडिओ फाइलसाठी "audio/mpeg सारखा वैध MIME प्रकार वापरा." जर फाइल ऑडिओ प्रकारची नसेल, तर "हे ऑडिओ म्हणून चिन्हांकित नाही. हा भाग जाणूनबुजून व्हिडिओ किंवा दस्तऐवज म्हणून दिला आहे का ते तपासा." अशी चेतावणी दिली जाते.
- फाइलनाव आणि प्रकारातील विसंगती: जर फाइलचे नाव आणि त्याचा MIME प्रकार जुळत नसेल, तर "मीडिया फाइलनाव आणि MIME प्रकार असहमत (
‹extension›वि‹mime›)." अशी चेतावणी दिली जाते. - डुप्लिकेट फाइल्स: एकाच फीडमध्ये दोन वेगवेगळ्या भागांसाठी एकच ऑडिओ लिंक वापरल्यास "ही enclosure URL
‹first›ओळीवरील मूल्याची पुनरावृत्ती करते." ही त्रुटी दर्शविली जाते.
तारीख स्वरूपन (RFC 2822) आणि भाग मर्यादा
पॉडकास्ट ॲप्सना भागांचा क्रम योग्यरित्या लावता यावा यासाठी प्रत्येक भागाला प्रकाशन तारीख असणे आवश्यक आहे. तारीख गहाळ असल्यास " <pubDate> जोडा जेणेकरून पॉडकास्ट ॲप्स हा भाग विश्वासार्हपणे ऑर्डर करू आणि प्रकाशित करू शकतील." अशी चेतावणी दिली जाते.
तारखेचे स्वरूपन RFC 2822 मानकांनुसार असणे आवश्यक आहे. यामध्ये वास्तविक कॅलेंडर तारीख आणि टाइमझोन समाविष्ट असावा लागतो. चुकीचे स्वरूपन असल्यास "वास्तविक कॅलेंडर तारीख आणि टाइमझोनसह RFC 2822 तारीख वापरा, उदाहरणार्थ: Sat, 01 Apr 2023 19:00:00 +0000." अशी त्रुटी दिली जाते. जर तारखेमध्ये अक्षरी टाइमझोन (उदा. EST, GMT) वापरला असेल, तर "हे नामांकित टाइमझोन स्वीकारले जाते परंतु कमी पोर्टेबल; +0000 सारख्या अंकीय ऑफसेटला प्राधान्य द्या." अशी चेतावणी दिली जाते.
तसेच, फीडमधील भागांच्या संख्येवर देखील मर्यादा असते. जर फीडमध्ये २,००० पेक्षा जास्त भाग असतील, तर "या फीडमध्ये ‹count› भाग आहेत; Apple Podcasts फक्त सर्वात अलीकडील 2,000 भाग दाखवते." अशी चेतावणी दिली जाते. प्रत्येक भागाचा GUID (Globally Unique Identifier) अद्वितीय असणे आवश्यक आहे, अन्यथा "हा GUID ‹first› ओळीवरील मूल्याची पुनरावृत्ती करतो." ही त्रुटी येते.
त्रुटींचे निवारण आणि XML पाथचा वापर
हा व्हॅलिडेटर फीडमधील त्रुटी शोधून त्यांचे अचूक स्थान दर्शवतो. निकालांमध्ये त्रुटींचे स्थान "लाइन ‹line›, स्तंभ ‹column›" या स्वरूपात दाखवले जाते. समस्येचे अचूक निराकरण करण्यासाठी XPath-शैलीतील मार्ग "निराकरण: ‹path›" या स्वरूपात दिला जातो, ज्यावर क्लिक करून थेट "‹line› लाइनवर ‹path› वर जा" या लिंकद्वारे संबंधित ओळीवर पोहोचता येते.
जर फीडमध्ये खूप जास्त समस्या असतील, तर " ‹total› समस्यांपैकी पहिले ‹shown› दाखवत आहे." असा संदेश दिसू शकतो.
काही विशिष्ट तांत्रिक त्रुटी खालीलप्रमाणे हाताळल्या जातात:
- DOCTYPE घोषणा: फीडमध्ये DOCTYPE असल्यास "हे feed तपासण्यापूर्वी DOCTYPE घोषणा काढून टाका." ही त्रुटी दर्शविली जाते.
- विकृत XML: XML ची रचना चुकीची असल्यास "विकृत XML दुरुस्त करा, नंतर पुन्हा सत्यापित करा." हा संदेश मिळतो. पार्सरकडून अतिरिक्त माहिती मिळाल्यास "पार्सर तपशील:
‹detail›" असे दर्शविले जाते.
मर्यादा आणि गोपनीयता धोरण
हा व्हॅलिडेटर केवळ एक स्थिर रचना तपासणी साधन आहे. याचा अर्थ असा की:
- हे साधन प्रति चेक ५,००,००० वर्णांपर्यंतचे XML स्वीकारते. इनपुट मर्यादा ओलांडल्यास "हे साधन प्रति चेक
‹max›वर्ण स्वीकारते." असा संदेश मिळतो. - प्रमाणीकरणाला जास्त वेळ लागल्यास "तपासणीला खूप वेळ लागला. लहान फीड वापरून पहा." किंवा "प्रमाणीकरण पूर्ण होऊ शकले नाही." असा संदेश दिसतो.
- हे साधन ऑडिओ फाइल्स किंवा कव्हर इमेज डाउनलोड करत नाही, तसेच मीडिया फाइल्स डीकोड करत नाही.
- येथे फीड यशस्वीरित्या प्रमाणित होणे म्हणजे ते केवळ स्थिर तपासण्या पूर्ण करते, पॉडकास्ट निर्देशिका किंवा ॲप्स ते थेट स्वीकारतीलच याची खात्री नसते.
गोपनीयता: तुमच्या पॉडकास्टची RSS फीड ब्राउझरमध्येच तपासली जाते. BroBroGo काहीही अपलोड किंवा जतन करत नाही.
वारंवार विचारले जाणारे प्रश्न (FAQ)
हा पॉडकास्ट RSS व्हॅलिडेटर काय तपासतो?
हे RSS 2.0 XML ची रचना, आवश्यक RSS व सामान्य Apple Podcasts फील्ड, विशेषता, डुप्लिकेट मूल्ये आणि RFC 2822 तारखा तपासते.
ते ऑडिओ फाइलची चाचणी घेते का?
हे <enclosure> मधील URL, बाइट संख्या, MIME प्रकार, URL ची अद्वितीयता आणि फाइलचे नाव व प्रकार जुळतात का ते तपासते. ऑडिओ डाउनलोड किंवा डीकोड केला जात नाही.
पास होणारा feed सर्वत्र स्वीकारला जाईल का?
नाही. पॉडकास्ट ॲप्स आणि निर्देशिका अतिरिक्त नियम व रिमोट तपासण्या लागू करू शकतात. यशस्वी निकालाचा अर्थ एवढाच की पेस्ट केलेले XML येथे दाखवलेल्या स्थिर तपासण्या पूर्ण करते.
प्रमाणीकरणासाठी काही मर्यादा आहेत का?
होय, हे साधन एका वेळी जास्तीत जास्त ५,००,००० वर्णांचे XML स्वीकारते. तसेच, हे केवळ स्थिर रचना तपासणी असल्याने फीड, कव्हर आणि मीडिया URL प्रत्यक्षात उघडल्या जात नाहीत.