პოდკასტის RSS ვალიდატორი

პოდკასტის RSS ფიდის სტრუქტურა და RSS 2.0-ის მოთხოვნები

პოდკასტის წარმატებული გავრცელებისთვის აუცილებელია გამართული RSS 2.0 ფიდი. "პოდკასტის RSS ვალიდატორი" არის ინსტრუმენტი, რომელიც ამოწმებს თქვენ მიერ წარდგენილ პოდკასტის RSS XML ფიდს სხვადასხვა გავრცელებულ პრობლემაზე. ვალიდატორი ამოწმებს XML სტრუქტურის სისწორეს, არხისა და ცალკეული ეპიზოდებისთვის აუცილებელ ველებს, აუდიო enclosure-ის დეტალებსა და თარიღის ფორმატებს.

ინსტრუმენტში შესაყვანად გამოიყენება პოდკასტ RSS XML, რაც გულისხმობს სრულ ფიდს, მათ შორის XML დეკლარაციასა და ფესვს. ვალიდატორი იღებს მხოლოდ XML ფორმატს, ხოლო სიმბოლოების მაქსიმალური ლიმიტი შეადგენს 500,000 სიმბოლოს თითო შემოწმებაზე.

შემოწმების პროცესში ინსტრუმენტი ეყრდნობა რამდენიმე მკაცრ სტრუქტურულ წესს:

• დოკუმენტის ძირი აუცილებლად უნდა იყოს <rss>.
• <rss> ტეგის version ატრიბუტი უნდა იყოს "2.0".
• RSS უნდა შეიცავდეს ზუსტად ერთ პირდაპირ <channel>-ს.
• თუ ფიდში არსებობს DOCTYPE დეკლარაცია, სისტემა აჩვენებს შეცდომას: "შემოწმებამდე მოაშორეთ DOCTYPE დეკლარაცია ამ ფიდიდან.".
• თუ XML სტრუქტურა დაზიანებულია, გამოჩნდება შეცდომა: "დაარეგულირეთ აღქმული XML, შემდეგ კვლავ შეამოწმეთ.".

Apple Podcasts-ის სპეციფიკური მოთხოვნები

სტანდარტული RSS 2.0 წესების გარდა, პოდკასტების პლატფორმებს, განსაკუთრებით კი Apple Podcasts-ს, გააჩნიათ საკუთარი მოთხოვნები, რომლებსაც ეს ვალიდატორი დეტალურად ამოწმებს.

პირველ რიგში, Apple Podcasts ნეიმსპეისი აუცილებლად უნდა იყოს დეკლარირებული <rss> ტეგზე. ასევე, არსებობს კონკრეტული წესები არხისა და ეპიზოდების ველებისთვის:

• სავალდებულო ველები: ნებისმიერი საჭირო ველის გამოტოვების შემთხვევაში მიიღებთ შეცდომას "დაამატეთ საჭირო ‹field›.".
• ბმულები და სურათები: არასწორი ლინკების შემთხვევაში სისტემა აჩვენებს შეცდომას "‹field› უნდა იყოს სრული HTTP ან HTTPS URL.", ხოლო სურათის არასწორი მისამართისას — "შეაყენეთ itunes:image href სრული HTTP ან HTTPS URL-ზე.".
• კატეგორიები: კატეგორიის ველისთვის აუცილებელია ატრიბუტის სწორად შევსება, წინააღმდეგ შემთხვევაში გამოვა შეცდომა "დაამატეთ არასრული ტექსტის ატრიბუტი itunes:category დამახასიათებელზე.".
• ექსპლიციტური შინაარსი: <itunes:explicit> ტეგი უნდა იყოს დაყენებული მხოლოდ მნიშვნელობებზე "true" ან "false".
• სერიალური შოუები: სერიალური ტიპის პოდკასტები მოითხოვენ, რომ ყოველ ეპიზოდში მითითებული იყოს დადებითი მთელი რიცხვი <itunes:episode> ტეგში.

ეპიზოდების რაოდენობა და დუბლიკატების კონტროლი

ვალიდატორი მკაცრად აკონტროლებს ეპიზოდების რაოდენობას და მათ უნიკალურობას ფიდში. წესების მიხედვით, პოდკასტის არხი უნდა შეიცავდეს მინიმუმ ერთ ეპიზოდს.

ამასთანავე, გასათვალისწინებელია შემდეგი შეზღუდვები და გაფრთხილებები:

• ეპიზოდების ლიმიტი: თუ თქვენს ფიდში ეპიზოდების რაოდენობა აჭარბებს ლიმიტს, ინსტრუმენტი გამოიტანს გაფრთხილებას: "ამ ფიდში არის ‹count› ეპიზოდი; Apple Podcasts აჩვენებს მხოლოდ ბოლო 2,000-ს.".
• უნიკალური იდენტიფიკატორები (GUID): თითოეულ ეპიზოდს უნდა ჰქონდეს უნიკალური იდენტიფიკატორი. დუბლირების შემთხვევაში სისტემა აჩვენებს შეცდომას: "ეს GUID აორებს მნიშვნელობას ხაზზე ‹first›.".

მედია ფაილების (Enclosure) ვალიდაცია

პოდკასტის თითოეული ეპიზოდი უნდა შეიცავდეს ზუსტად ერთ <enclosure> ტეგს, რომელიც მიუთითებს შესაბამის აუდიო ფაილზე. ვალიდატორი ამოწმებს ამ ელემენტის ყველა ძირითად ატრიბუტს:

1. ატრიბუტების არსებობა: თუ რომელიმე აუცილებელი ატრიბუტი აკლია, მიიღებთ შეცდომას "დაამატეთ საჭირო ‹attribute› ატრიბუტი <enclosure>-ს.".
2. URL მისამართი: ფაილის მისამართი უნდა იყოს ვალიდური. არასწორი ფორმატის შემთხვევაში გამოჩნდება შეცდომა: "<enclosure>-ის url ატრიბუტში მიუთითეთ სრული HTTP ან HTTPS URL.". დუბლიკატი URL-ის აღმოჩენისას კი მიიღებთ შეცდომას: "ეს შენიშვნის URL აორებს მნიშვნელობას ხაზზე ‹first›.".
3. ფაილის ზომა (Length): ატრიბუტში უნდა მიეთითოს ბაიტების მთელი რაოდენობა, წინააღმდეგ შემთხვევაში მიიღებთ შეცდომას "<enclosure>-ის length ატრიბუტში მიუთითეთ ბაიტების მთელი რაოდენობა.". თუ ზომად მითითებულია 0, სისტემა გამოგიგზავნით გაფრთხილებას: "<enclosure>-ის length ატრიბუტი 0-ია. გამოქვეყნებამდე გადაამოწმეთ ბაიტების რეალური რაოდენობა.".
4. MIME ტიპი და გაფართოება: აუცილებელია ვალიდური ტიპის გამოყენება, წინააღმდეგ შემთხვევაში გამოვა შეცდომა "გამოიყენეთ ვალიდური MIME ტიპი, როგორიცაა audio/mpeg.". თუ მედია ფაილი არ არის მონიშნული როგორც აუდიო, სისტემა გაჩვენებთ გაფრთხილებას: "ეს <enclosure> აუდიოდ არ არის მონიშნული. დაადასტურეთ, რომ ვიდეო ან დოკუმენტური ეპიზოდი განზრახ ქვეყნდება.". ასევე, თუ ფაილის გაფართოება და MIME ტიპი არ ემთხვევა ერთმანეთს, მიიღებთ გაფრთხილებას: "მედია ფაილის სახელსა და MIME ტიპს შორის განსხვავებაა (‹extension› მარცხნივ vs ‹mime› მაღლა).".

მნიშვნელოვანია აღინიშნოს, რომ ვალიდატორი მხოლოდ სტატიკურად ამოწმებს ამ მონაცემებს — ის არ იწერს და არ ახდენს აუდიო ფაილის დეკოდირებას.

თარიღების ფორმატირება და დროის ზონები

სწორი თარიღი კრიტიკულია პოდკასტ აპლიკაციებისთვის, რათა მათ შეძლონ ეპიზოდების ქრონოლოგიურად დალაგება და გამოქვეყნება.

• გამოტოვებული თარიღი: თუ ეპიზოდს არ აქვს მითითებული გამოქვეყნების თარიღი, სისტემა აჩვენებს გაფრთხილებას: "დაამატე <pubDate> რათა პოდკასტ აპლიკაციებმა ამ ეპიზოდის დამოწმება და გამოქვეყნება დროულად შეძლონ.".
• არასწორი ფორმატი: თარიღი უნდა შეესაბამებოდეს RFC 2822 სტანდარტს რეალური კალენდარული მონაცემებითა და დროის ზონით. შეუსაბამობის შემთხვევაში მიიღებთ შეცდომას: "მოწოდებულია RFC 2822 თარიღი რეალური კალენდარული თარიღით და დროის ზონით, მაგალითად: Sat, 01 Apr 2023 19:00:00 +0000.".
• დროის ზონის სახელები: მიუხედავად იმისა, რომ ტექსტური დროის ზონები დაშვებულია, ისინი ნაკლებად პორტაბელურია. ამიტომ, სისტემა აჩვენებს გაფრთხილებას: "ეს სახელით ნაჩვენები დროის ზონა შეგიძლიათ გამოიყენოთ, მაგრამ ნაკლებად გადაცემადი; უპირატესია რიცხვითი შემოსწავლილი პარამეტრი, როგორიცაა +0000.".

შეცდომების ინტერპრეტაცია და დიაგნოსტიკა

ვალიდაციის დასრულების შემდეგ, ეკრანზე გამოჩნდება შედეგების პანელი სათაურით ფიდის დიაგნოზი. შედეგებში ნაჩვენები იქნება ნაპოვნი პრობლემების შეჯამება, მაგალითად: ‹count› შეცდომები, ‹count› გაფრთხილება და ნაპოვნი ეპიზოდების რაოდენობა — ‹count› ეპიზოდები. თუ ფიდი სრულიად გამართულია, სისტემა გამოაჩენს შეტყობინებას: "სტრუქტურული პრობლემები არ დამტკიცებულა.".

თითოეული აღმოჩენილი პრობლემისთვის ინსტრუმენტი გვაწვდის ზუსტ ლოკაციას ფორმატით: ხაზი ‹line›, სვეტი ‹column›. ასევე მოცემულია XPath სტილის გზა პრობლემურ ელემენტამდე: შეასწორიეთ: ‹path› და პირდაპირი ბმული კონკრეტულ ადგილზე გადასასვლელად: გამგზავნეთ ‹path› ხაზზე ‹line›. თუ პრობლემების რაოდენობა ძალიან დიდია, სია შეიძლება შეიკვეცოს შეტყობინებით: "მაჩვენებს პირველ ‹shown› ‹total› პრობლემიდან.". XML პარსერისგან დამატებითი ინფორმაციის მისაღებად გამოიყენება ველი პარსერის დეტალი: ‹detail›.

თუ ვალიდაციის პროცესში რაიმე შეფერხება მოხდა, სისტემა აჩვენებს შესაბამის შეტყობინებებს:

• თუ არაფერია შეყვანილი: "პასტე პოდკასტის RSS XML-ის გადაამოწმებამდე.".
• თუ პროცესი გაიწელა: "შემოწმებას ძალიან დიდი დრო დასჭირდა. სცადეთ უფრო მცირე ფიდი.".
• თუ პროცესი ვერ დასრულდა: "ვალიდაცია ვერ დასრულდა.".

კონფიდენციალურობა

თქვენი პოდკასტის ფიდი მოწმდება ბრაუზერში. BroBroGo არაფერს ატვირთავს ან ინახავს.

ხშირად დასმული კითხვები (FAQ)

რას ამოწმებს ეს პოდკასტის RSS ვალიდატორი?
იგი შემოწმებს კარგად შემუშავებულ RSS 2.0 XML-ს, აუცილებელ RSS-ს და საერთო Apple Podcasts არხის და ეპიზოდის ველებს, ფაილის ატრიბუტებს, დუბლიკატებს და RFC 2822-ის თარიღებს.

ეკვლება თუ დამუშავებს თუ არა აუდიო ფაილს?
ეს ამოწმებს მიმაგრების URL-ს, ბაიტის სიგრძის მნიშვნელობას, MIME ტიპს, უნიკალურობას და ფაილის სახელისა/ტიპის სისწორეს. იგი არ იტვირთავს ან არ დიკოდირებს აუდიოს.

გატარებული ფიდი აღიქმება ყველგან?
არა. პოდკასტ აპლიკაციებმა შეიძლება დაამატონ წესები და დისტანციური შემოწმებები. გავლა ნიშნავს, რომ ჩასმული XML შეესაბამება აქ ნაჩვენებ სტატიკურ შემოწმებებს, მაგრამ არა იმას, რომ დირექტორია მიიღებს ან გამოაქვეყნებს მას.