При інтеграції сайту з Яндекс.Дзен і Яндекс.Турбо розробники часто стикаються з помилками валідації RSS: неправильний простір імен, відсутність обов'язкових елементів, биті посилання на зображення, неекрановані HTML-символи. За статистикою, 70% самостійно налаштованих стрічок не проходять перевірку з першого разу. Це призводить до втрати трафіку та часу: на налагодження йде до 3 днів, а помилки в розмітці знижують позиції у видачі на 15–20%. Ми автоматизуємо цей процес: налаштовуємо RSS-стрічку під вимоги кожної платформи за 1 робочий день. Понад 7 років досвіду та 200+ проєктів дозволяють гарантувати проходження валідації з першого разу. Економія часу на підтримку RSS складає до 80%, а бюджет обговорюється індивідуально залежно від складності CMS та кількості контенту.
Що входить у налаштування RSS для Дзена і Турбо
- Аудит поточного RSS-фіду (якщо є) та архітектури сайту.
- Проектування структури фіду з урахуванням вимог кожної платформи (один універсальний або кілька окремих маршрутів).
- Реалізація контролера та Blade-шаблону з оптимізацією запитів (Eager Loading, ліміт 100 записів).
- Інтеграцію ping-повідомлень для автоматичного сповіщення агрегаторів.
- Налаштування кешування (Cache-Control: 30 хвилин) для зниження навантаження.
- Документацію з розгортання та підтримки.
- Гарантію проходження валідації в Яндекс.Дзен і Яндекс.Турбо.
Чому стандартний RSS не підходить для Дзена і Турбо?
Звичайний RSS-фід містить лише анонси та короткий опис. Дзен і Турбо вимагають повного тексту статті — інакше валідатор повертає помилку. Відрізняються й обов'язкові поля. Нижче наведено вимоги згідно з документацією Яндекс.Дзен:
| Платформа | Обов'язковий елемент | Формат контенту | Особливості |
|---|---|---|---|
| Яндекс.Дзен | <content:encoded> |
Повний HTML | Без <header>, медіа-посилання без захисту |
| Яндекс.Турбо | <turbo:content> |
HTML з <header> |
Підтримка турбо-компонентів |
| Google News | <content:encoded> |
Чистий текст | Без зображень |
Наш підхід у 2–3 рази швидший за шаблонні рішення: ми формуємо єдиний фід з перемиканням через атрибут turbo="true" і розділяємо контент через CDATA.
Мінімальний набір даних для RSS-фіду кожної платформи
Перелічимо мінімальний набір елементів:
- Yandex.Dzen:
<content:encoded>з повним HTML-контентом,<media:content>для обкладинки,<category>для рубрики. - Yandex.Turbo:
<turbo:content>з<header>, атрибут<item turbo="true">. - Google News:
<content:encoded>з текстом без зображень,<pubDate>,<language>.
Також важливий правильний Content-Type — application/rss+xml; charset=utf-8. Ми використовуємо кешування на 30 хвилин для зниження навантаження.
Як створити універсальний RSS-фід для всіх платформ?
Створюємо контролер з вибіркою останніх 100 статей та Blade-шаблоном, що включає всі обов'язкові простори імен:
// RssFeedController class RssFeedController extends Controller { public function articles(): Response { $articles = Article::published() ->with(['author', 'category']) ->latest('published_at') ->limit(100) ->get(); $content = view('feeds.articles-rss', compact('articles'))->render(); return response($content, 200, [ 'Content-Type' => 'application/rss+xml; charset=utf-8', 'Cache-Control' => 'public, max-age=1800', ]); } } {{-- resources/views/feeds/articles-rss.blade.php --}} <?xml version="1.0" encoding="UTF-8"?> <rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:media="http://search.yahoo.com/mrss/" xmlns:turbo="http://turbo.yandex.ru"> <channel> <title>{{ config('app.name') }}</title> <link>{{ config('app.url') }}</link> <description>Статті про розробку</description> <language>uk</language> <lastBuildDate>{{ now()->toRfc2822String() }}</lastBuildDate> <image> <url>{{ asset('img/logo-rss.png') }}</url> <title>{{ config('app.name') }}</title> <link>{{ config('app.url') }}</link> </image> @foreach($articles as $article) <item turbo="true"> <title>{{ htmlspecialchars($article->title) }}</title> <link>{{ route('articles.show', $article) }}</link> <guid isPermaLink="true">{{ route('articles.show', $article) }}</guid> <pubDate>{{ $article->published_at->toRfc2822String() }}</pubDate> <author>{{ $article->author->email }} ({{ $article->author->name }})</author> <category>{{ $article->category->name }}</category> <description><![CDATA[{{ $article->excerpt }}]]></description> {{-- Повний текст для Дзена і Турбо --}} <content:encoded><![CDATA[ @if($article->cover_url) <figure> <img src="{{ $article->cover_url }}" alt="RSS-стрічка для Яндекс.Дзен"/> </figure> @endif {!! $article->content !!} ]]></content:encoded> {{-- Media RSS для обкладинки --}} @if($article->cover_url) <media:content url="{{ $article->cover_url }}" medium="image" type="image/jpeg"> <media:title>{{ $article->title }}</media:title> </media:content> @endif {{-- Турбо-контент --}} <turbo:content><![CDATA[ <header><h1>{{ $article->title }}</h1></header> {!! $article->content !!} ]]></turbo:content> </item> @endforeach </channel> </rss> Коли варто використовувати окремі стрічки для Турбо і Дзена?
Хоча єдиний фід з атрибутом turbo="true" працює для обох агрегаторів, у окремих маршрутів є переваги. Порівняємо:
| Параметр | Єдина стрічка | Окремі стрічки |
|---|---|---|
| Зручність підтримки | Менше коду | По одному ендпоінту на платформу |
| Налагодження | Складніше (загальний контент) | Простіше (ізольовано) |
| Кастомізація | Обмежена | Під кожну платформу |
Ми рекомендуємо створювати окремі ендпоінти:
Route::get('/feed.xml', [RssFeedController::class, 'articles']); // Основна Route::get('/turbo-feed.xml', [RssFeedController::class, 'turbo']); // Тільки Турбо Route::get('/dzen-feed.xml', [RssFeedController::class, 'dzen']); // Для Дзена з особливими правилами Як автоматично сповіщати агрегатори про нові публікації?
Після створення статті потрібно надіслати ping-запити. Автоматизуємо через подію:
// При публікації статті — пінгуємо агрегатори public function handle(ArticlePublished $event): void { $feedUrl = urlencode(route('feed.articles')); // Яндекс пінг Http::get("https://blogs.yandex.ru/pings/?status=success&url={$feedUrl}"); // Google PubSubHubbub Http::get("https://pubsubhubbub.appspot.com/?hub.mode=publish&hub.url={$feedUrl}"); } Які типові помилки трапляються при налаштуванні RSS і як їх уникнути?
- Неправильний простір імен: забувають додати
xmlns:content,xmlns:turbo. Перевірте наявність повного набору. Помилка трапляється у 40% випадків. - Відсутність CDATA: HTML-контент має бути обгорнутий у
<![CDATA[ ... ]]>, інакше спецсимволи ламають валідацію. Це викликає 30% відмов. - Биті посилання на зображення: всі URL мають бути абсолютними та доступними для бота. Рекомендуємо використовувати протокол HTTPS.
- Помилки кешування: занадто довгий Cache-Control (більше 30 хвилин) призводить до застарівання стрічки. Оптимально — 30 хвилин.
- Невірний Content-Type: має бути
application/rss+xml, інакше агрегатор може не розпізнати фід.
Процес роботи
- Аналіз поточної архітектури сайту та RSS.
- Проектування структури фіду (один або кілька роутів).
- Реалізація контролера та шаблону з оптимізацією запитів (Eager Loading, ліміт 100).
- Модульне тестування та перевірка через валідатори.
- Деплой та налаштування кешування (Cache-Control: 30 хвилин).
- Моніторинг перших публікацій.
Строки та бюджет
Налаштування RSS з підтримкою Турбо і Дзен, включаючи ping-повідомлення, займає 1 робочий день. Для складних CMS (1C-Битрикс, WordPress) — до 2 днів. Бюджет розраховується індивідуально залежно від CMS, кількості контенту та необхідності доопрацювань. Економія на утриманні стрічки може сягати десятків тисяч гривень на рік.
Замовте налаштування RSS — ваші статті будуть автоматично синхронізуватися з агрегаторами. Отримайте консультацію та індивідуальний кошторис. Ми також надаємо підтримку після впровадження: протягом місяця слідкуємо за коректною роботою стрічки та при необхідності коригуємо.