При інтеграції сайту з Яндекс.Дзен і Яндекс.Турбо розробники часто стикаються з помилками валідації 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 — ваші статті будуть автоматично синхронізуватися з агрегаторами. Отримайте консультацію та індивідуальний кошторис. Ми також надаємо підтримку після впровадження: протягом місяця слідкуємо за коректною роботою стрічки та при необхідності коригуємо.