Валидатор на RSS емисии

Проверете всяка RSS, Atom или JSON емисия за грешки, вижте как да поправите всяка от тях и вижте точно какво вижда Feeder.

Опитайте с примерна емисия:

Какво проверява валидаторът

Поставете адреса на емисия и валидаторът ще я изтегли така, както го прави четец на емисии, след което ще я провери по правилата на RSS, Atom и JSON Feed. Безплатно е и не изисква акаунт. За всеки проблем ще видите реда, на който се намира, и кратка бележка как да го поправите.

  • Връзката: HTTP статусът, пренасочванията и дали сървърът отговаря до 10 секунди.
  • Файлът: заглавката Content-Type, обявеното и действителното кодиране и дали XML е правилно оформен.
  • Форматът: RSS 2.0, RSS 1.0, Atom 1.0 или JSON Feed и елементите, които всеки от тях изисква, например заглавие, връзка и описание при RSS.
  • Всеки елемент: заглавие или описание, връзка, уникален guid и дата в правилния формат. Прикачените файлове на подкасти (enclosure) се нуждаят от url, type и length.
  • Допълнително: размерът на емисията, заглавките за кеширане, които пестят трафик, и WebSub хъб за мигновени обновявания.

Грешките нарушават правилата на RSS или XML. Някои четци изобщо не могат да прочетат емисия с грешки, а други трябва да гадаят, затова публикациите може да изглеждат грешно. Предупрежденията не правят емисията невалидна. Емисията работи, но някои четци може да се спънат в тези подробности.

Под списъка с проверки Какво вижда Feeder показва емисията така, както я чете собственият робот на Feeder, с всеки елемент, дата и връзка.

Чести грешки в емисиите и как да ги поправите

Неправилно оформен (невалиден токен)

Обичайната причина е самотен & или < в заглавие или описание, например Tom & Jerry. Пишете & като &amp;, а < като &lt; или поставете HTML в секция CDATA: <![CDATA[ ... ]]>.

Недефиниран обект

HTML обекти като &nbsp; не съществуват в XML, който познава само пет. Използвайте вместо тях номер, например &#160; за непрекъсваем интервал, или поставете HTML в CDATA.

Дати в грешен формат

Датите в RSS изглеждат така: Sat, 26 Sep 2026 09:00:00 GMT. Повечето езици могат да ги запишат вместо вас: date(DATE_RSS) в PHP, email.utils.format_datetime(dt) в Python и new Date().toUTCString() в JavaScript. Atom и JSON Feed използват вместо това 2026-09-26T09:00:00Z.

Предоставя се като text/html

Сървърът ви обозначава емисията като уеб страница, затова някои четци може да не я разпознаят като емисия. Предоставяйте RSS като application/rss+xml, а Atom като application/atom+xml. application/xml също работи.

Липсващи или повтарящи се guid

Без уникален ID четците трябва да гадаят кои публикации са нови, затова редактирана публикация може да се появи отново. Дайте на всеки елемент уникален <guid>, който никога не се променя, например постоянния адрес на публикацията.

Странни символи вместо букви

Символите във файла не съвпадат с обявеното в него кодиране, често защото текст в Windows-1252 е обозначен като UTF-8. Записвайте и предоставяйте емисията в UTF-8 и настройте сървъра да изпраща charset=utf-8.

Нещо преди XML декларацията

Празен ред или интервал преди <?xml поврежда цялата емисия. В WordPress причината обикновено е файлът functions.php на темата или някой плъгин.

Още решения ще намерите в статията Как да проверите RSS емисията си за Feeder. Ако емисията е на някой друг, статията Невалидна RSS емисия обяснява какво можете да направите.

Как да добавите емисия във Feeder

Дори валидна емисия може да изглежда грешно в четец, затова я тествайте така, както ще я видят абонатите ви:

  1. Във Feeder щракнете върху Добави фийд и поставете адреса на емисията.
  2. Feeder показва емисията с преглед на най-новите публикации. Проверете заглавията, датите и връзките.
  3. Последвайте я, публикувайте нова публикация и проверете, че се появява веднъж, като нова публикация.

Feeder е RSS четец за уеб, браузъра ви, iOS и Android и можете да започнете безплатно.

Започни безплатно

Често задавани въпроси

Защо емисията ми работи в един четец, а в друг не?

Четците са различно строги. Много от тях, включително Feeder, четат емисии с дребни грешки и отгатват добре останалото. По-строгите приложения, например някои приложения за подкасти, се отказват от същата емисия. Емисия без грешки работи навсякъде, затова ги поправете, дори ако в собствения ви четец изглежда наред.

Трябва ли емисията да е валидна, за да работи?

Не винаги. Много четци четат емисии с дребни грешки, но по-строгите приложения може да ги отхвърлят, затова валидната емисия е сигурният избор.

Защо стари публикации се показват като нови?

Четците проследяват публикациите по техния guid, а ако няма такъв, по заглавие и дата. Нови guid, преместване на нов домейн или променена часова зона на сървъра може да направят всяка публикация нова в техните очи.

Мога ли да проверя емисия, която още не е онлайн?

Този валидатор проверява емисиите по адреса им и само в публичния интернет. За файл, който не е онлайн, поставете XML в W3C Feed Validation Service под Validate by Direct Input.