Структура и барања за RSS 2.0 за подкасти
Подкаст каналите се потпираат на спецификацијата RSS 2.0 за дистрибуција на аудио содржини до апликациите и директориумите. За да биде валиден еден подкаст feed, тој мора да биде правилно форматиран XML документ. Алатката прифаќа комплетен RSS feed, вклучувајќи ја декларацијата XML и коренот, со ограничување до 500.000 знаци по проверка.
Постојат строги правила за структурата на самиот XML документ:
- Коренот на документот мора да биде
<rss>. - Поставете го атрибутот version на 2.0.
- RSS мора да содржи точно еден директен
<channel>. - Документот не смее да содржи DOCTYPE декларација. Доколку е присутна, алатката ја прикажува грешката: "Отстранете ја декларацијата DOCTYPE пред да ја проверите оваа feed.".
- Доколку XML документот е неисправен, се појавува пораката: "Поправете го погрешниот XML, а потоа потврдете повторно.".
Секој канал мора да содржи најмалку една епизода за да се смета за валиден подкаст feed. Дополнително, секоја епизода во рамките на каналот мора да содржи точно еден <enclosure> таг кој покажува кон аудиодатотеката.
Специфични барања за Apple Podcasts
Директориумот на Apple Podcasts наметнува дополнителни правила кои станаа индустриски стандард за повеќето апликации. Првиот чекор за усогласување е правилното декларирање на именскиот простор на Apple Podcasts. Објавете го именскиот простор Apple Podcasts на <rss>.
Покрај стандардните RSS полиња, се проверуваат и следните специфични елементи:
- Категории: Секоја категорија мора да биде правилно дефинирана. Доколку има грешка, се прикажува: "Додајте непразен атрибут text на
<itunes:category>.". - Експлицитна содржина: Тагот
<itunes:explicit>мора да биде поставен на "true" или "false". - Сериски емисии: Доколку подкастот е означен како серијал (serial), секоја епизода мора да има дефиниран реден број. Правилото наложува: "Сериските емисии имаат потреба од позитивен цел број за секоја епизода.".
- Ограничување на бројот на епизоди: Иако технички можете да имате неограничен број епизоди, постојат практични ограничувања во приказот. Доколку каналот надминува 2.000 епизоди, се појавува предупредувањето: "Овој канал има
‹count›епизоди; Apple Podcasts ги прикажува само најновите 2.000.".
Валидација на аудио enclosure атрибути
Елементот <enclosure> е клучниот дел од секоја епизода бидејќи ја поврзува аудиодатотеката со апликацијата на слушателот. Овој елемент мора да ги содржи сите потребни атрибути во точен формат. Доколку некој атрибут недостасува, алатката ја јавува грешката: "Додајте го бараниот атрибут ‹attribute› на <enclosure>.".
Валидаторот ги врши следните проверки на медиумските датотеки:
- URL-адреса: Врската до аудиодатотеката мора да биде функционална и правилно напишана. Правилото гласи: "Поставете го атрибутот url на
<enclosure>на целосна HTTP или HTTPS URL-адреса.". - Големина на датотеката (Length): Големината мора да биде изразена во бајти како цел број. Доколку вредноста е невалидна, се појавува: "Поставете го атрибутот length на
<enclosure>на цел број бајти.". Доколку вредноста е нула, се прикажува предупредувањето: "Атрибутот length на<enclosure>е 0. Пред објавување проверете го вистинскиот број на бајти.". - MIME-тип: Мора да се користи соодветен аудио формат. Доколку типот е невалиден, се појавува грешката: "Користете валиден тип MIME како што е audio/mpeg.". Доколку се користи не-аудио формат, се активира предупредувањето: "Овој
<enclosure>не е означен како аудио. Проверете дали епизодата намерно е објавена како видео или документ.". - Усогласеност на името и типот: Екстензијата на датотеката мора да одговара на MIME-типот. Во спротивно, се појавува предупредувањето: "Името на медиумската датотека и типот MIME не се согласуваат (
‹extension›vs‹mime›).". - Единствени URL-адреси: Секоја епизода мора да има единствена аудиодатотека. Доколку се открие дупликат, се прикажува: "Оваа enclosure URL ја повторува вредноста на линијата
‹first›.".
Форматирање на датуми според RFC 2822
Точното време и датум на објавување се неопходни за апликациите правилно да ги подредат епизодите во нивните интерфејси. Секоја епизода треба да содржи датум на објавување. Доколку тој недостасува, се прикажува предупредувањето: "Додајте <pubDate> за апликациите за подкаст да можат со сигурност да ја нарачаат и објавуваат оваа епизода.".
Датумите мора строго да го следат стандардот RFC 2822. Доколку форматот е неважечки, се појавува следнава грешка: "Користете датум RFC 2822 со вистински календарски датум и временска зона, на пример: Sat, 01 Apr 2023 19:00:00 +0000.".
Покрај тоа, се препорачува користење на нумерички временски зони наместо текстуални кратенки (како EST или GMT) за подобра компатибилност меѓу различните оперативни системи. Доколку користите текстуална зона, алатката ќе го прикаже предупредувањето: "Оваа именувана временска зона е прифатена, но помалку пренослива; претпочитаат нумеричко поместување како што е +0000.".
Како да ги интерпретирате резултатите од дијагнозата
По завршување на проверката, алатката го прикажува делот "Feed дијагноза". Резултатите се поделени на три клучни метрики:
‹count›грешки: Критични проблеми кои мора да се поправат за feed-от да биде функционален.‹count›предупредувања: Препораки кои не го блокираат целосно читањето, но можат да предизвикаат проблеми кај одредени апликации.‹count›епизоди: Вкупниот број на успешно детектирани епизоди во каналот.
За секој пронајден проблем, алатката ја дава точната локација во вашиот XML код во формат "Линија ‹line›, колона ‹column›". Дополнително, се прикажува XPath патеката до елементот преку пораката "Поправете: ‹path›". Можете директно да кликнете на линкот "Одете во ‹path› на линијата ‹line›" за да скокнете до точниот дел од кодот каде што се наоѓа грешката.
Доколку вашиот feed содржи премногу грешки, листата може да биде скратена, при што ќе се прикаже пораката: "Се прикажуваат првите проблеми со ‹shown› од ‹total›.". Доколку нема никакви грешки, ќе ја видите пораката "Не се пронајдени структурни проблеми.".
Приватност и обработка на податоците
Безбедноста на вашите податоци е целосно зачувана при користење на оваа алатка. RSS-каналот на подкастот се проверува во вашиот прелистувач. BroBroGo не прикачува ниту зачувува ништо на надворешни сервери. Целиот процес на анализа и валидација се извршува локално на вашиот уред.
Често поставувани прашања (FAQ)
Што проверува овој Поткаст RSS Валидатор?
Ја проверува структурата на RSS 2.0 XML, задолжителните RSS и вообичаените Apple Podcasts полиња, атрибутите на <enclosure>, дупликатите и датумите според RFC 2822.
Дали ја тестира аудио датотеката?
Ги проверува URL-адресата во <enclosure>, бројот на бајти, MIME-типот, уникатноста на URL-адресата и усогласеноста на името со типот на датотеката. Аудиото не се презема ниту декодира.
Дали feed што поминува ќе биде прифатено насекаде?
Не. Апликациите и директориумите за подкасти може да применуваат дополнителни правила и далечински проверки. Успешниот резултат значи само дека залепениот XML ги поминал статичните проверки прикажани овде.
Што треба да направам ако добијам грешка за DOCTYPE?
Мора да ја отстраните декларацијата DOCTYPE од почетокот на вашиот XML документ пред повторно да го стартувате процесот на валидација.
Зошто алатката ми јавува грешка за дупликат GUID?
Секоја епизода во подкастот мора да има единствен идентификатор (GUID). Доколку две епизоди го делат истиот GUID, апликациите нема да можат правилно да ги разликуваат и да ги преземат новите епизоди.