RSS и sitemap: где должна появиться новая статья
Чем различаются sitemap и RSS при публикации статьи: полный список URL, свежая лента, canonical, даты и проверка без обещаний индексации.
Новая статья может появиться в sitemap и не попасть в короткую RSS-ленту — например, если сортировка или ограничение ленты настроены иначе. Проверять эти источники нужно по их назначению, а не требовать, чтобы они всегда содержали одинаковый архив.
Для SEO-публикации я бы сначала проверял сам материал на рабочем адресе. Ни XML-файл, ни запись в редакторском реестре не доказывают, что посетитель может открыть статью. Затем уже проверяются способы её обнаружения и доставки подписчикам.
Что делает каждый источник
Google описывает sitemap как файл со сведениями о страницах и связях между ними, который помогает поиску обходить сайт. Он не гарантирует включение каждого URL в индекс. Sitemap не заменяет понятные внутренние ссылки.
RSS — формат ленты обновлений. Google допускает RSS и Atom в качестве sitemap, но отдельно предупреждает, что такие ленты обычно содержат сведения только о недавних URL. Поэтому короткая редакционная лента и полный архивный sitemap могут законно различаться.
| Источник | Что искать | Чего он не доказывает |
|---|---|---|
| Страница статьи | HTTP, основной текст, canonical | Индексирование и трафик |
| Листинг и родительская статья | Рабочие внутренние ссылки | Обход всех страниц роботом |
| Sitemap | Выбранный канонический URL | Принятие каждого URL в индекс |
| RSS | Свежий элемент с правильной датой и ссылкой | Полноту многолетнего архива |
Порядок проверки новой статьи
Откройте опубликованный URL напрямую и найдите содержательный абзац. Затем проверьте canonical, отсутствие неожиданного noindex и доступность обложки. После этого найдите адрес в sitemap. Сравнивайте нормализованный полный URL с тем, который действительно выбран основным.
В RSS проверьте название, ссылку, дату и устойчивый идентификатор элемента. Если статья пропала из свежей ленты, посмотрите порядок сортировки, часовой пояс, ограничение количества и кеш. Дата в будущем может сдвинуть публикацию, а общий старый кеш — показывать прежний список.
Один реестр уменьшает расхождения
Полезно формировать страницу списка, sitemap и RSS из согласованного реестра. Но одинаковый источник данных не отменяет разные фильтры. Теги с noindex, черновики и закрытые материалы не должны попадать в поисковый список только потому, что у них есть slug.
Сравните набор URL до и после партии публикаций. Должны появиться нужные новые адреса, а старые — сохраниться, если их удаление не планировалось. Отдельно проверьте случай, когда дата обновления меняется у старой статьи: должна ли она подниматься в RSS, определяет редакционная политика, а не случайный порядок массива.
После отправки файла остаётся проверка статуса
Если поисковый сервис принял sitemap или уведомление об URL, сохраните этот технический результат. Не называйте его индексацией. Позже проверьте обход, выбранный canonical, состояние индекса и фактические показы. Это последовательные наблюдения, которым могут понадобиться разные сроки.
Для дат полезно правило существенного обновления, для доступности — проверка HTML. Пустой успешный ответ разбирает диагностика soft 404. Начинайте с реальной страницы, чтобы исправный XML не маскировал отсутствующий материал.