Новостной агрегатор
News aggregator
Также: Новостные агрегаторы
Новостной агрегатор — сервис, который собирает новости разных источников и организует доступ к ним в общей ленте, подборке или приложении. Он помогает читателю находить публикации, сопоставлять сообщения и выбирать материалы для чтения.
Это обобщение устройства конкретных сервисов: Apple News объединяет статьи газет, журналов и сайтов, а Google News определяет выбор и порядок новостей с помощью алгоритмов. Поэтому в понятии важны две функции: объединить материалы разных источников и организовать их показ. [1, 2]
Кратко
- Агрегация объединяет доступ к публикациям; сама по себе она не подтверждает достоверность каждого сообщения.
- Получение материала сервисом, его показ и переход читателя — разные события, которые следует различать при проверке результата.
- RSS — формат передачи обновлений; Apple News также описывает доставку через систему управления содержимым сайта и собственный формат. [2, 3]
- Персонализация означает подбор под конкретного пользователя. В Google News она зависит от раздела. [1]
- Российское правовое понятие агрегатора имеет специальные условия и исключения; оно уже общего технического смысла слова. [5]
Происхождение и история термина
У агрегации новостей нет установленного в использованных источниках единственного автора термина. Историю удобнее проследить по документам, которые описывают обмен публикациями. Историческая страница спецификации RSS 2.0 в Гарварде датирована 15 июля 2003 года. Она характеризует RSS как формат распространения веб-содержимого и упоминает агрегаторы при объяснении группировки каналов по языкам. Следовательно, к этой дате такое употребление уже отражено в техническом документе; это не дата изобретения агрегатора. [6]
RSS расшифровывается как Really Simple Syndication; здесь под ним понимается формат, в котором сайт передаёт обновления другим программам. На странице RSS Advisory Board актуальной обозначена редакция спецификации 2.0.11 от 30 марта 2009 года. Историческая страница и действующее описание формата нужны для разных задач: первая показывает развитие технологии, второе задаёт её технические правила. [3, 6]
В современном приложении новости могут поступать и иначе. Например, Apple позволяет передавать статьи из CMS — системы управления содержимым сайта, загружать подготовленные файлы Apple News Format или создавать публикации в News Publisher. Поэтому агрегатор нельзя определять только через чтение RSS. [2]
Меняется и более широкий контекст. В обзоре Digital News Report от 16 июня 2026 года Джим Иган описывает растущую роль социальных сетей, видеоплатформ и чат-ботов как посредников в потреблении новостей. Это наблюдение о разных способах доступа к новостям на исследованных рынках, а не утверждение, что все такие сервисы являются специализированными новостными агрегаторами. [4]
Суть и механизм
Для понимания работы сервиса полезно разделить пять действий: получить публикацию, распознать её, включить в подборку, показать читателю и предоставить возможность чтения или перехода. Это учебная схема редакции. Она помогает разбирать конкретный случай, но не претендует на описание внутреннего устройства всех платформ.
Получение. Сначала сервису должны стать доступны содержание и сведения о нём. В RSS есть канал с названием, ссылкой и описанием, а внутри — отдельные записи. Запись может содержать краткое изложение со ссылкой на полный материал или самостоятельный текст. Важно не путать обязательные сведения всего канала с полями отдельной записи. [3]
Распознавание. В учебной схеме следующий вопрос — какую публикацию получил сервис. Сравниваются название, адрес и источник. Представим две новости о ремонте одного моста: первая сообщает о начале работ, вторая — об изменении маршрута автобуса. Совпадение темы не делает их одной публикацией. И наоборот, исправленный заголовок прежней статьи не обязательно означает появление нового материала. Для RSS предусмотрен необязательный идентификатор guid — строка, по которой агрегатор может определять, является ли запись новой. [3]
Отбор. После получения решается, какие материалы войдут в конкретную подборку и в каком порядке. Google сообщает об алгоритмическом выборе новостей, но описывает также подборки News Showcase, составляемые издателями. Значит, даже внутри одного сервиса следует уточнять, кто формирует рассматриваемый блок. [1]
Показ. Читатель видит не процесс доставки, а его результат: заголовок, источник, описание или статью. Для учебной проверки важно выяснить, не потерялся ли смысл при таком представлении. Карточка «Мост закроют завтра» без даты публикации может оказаться непонятной через неделю. Это пример редакционной проблемы: адрес работает, но читателю не хватает контекста для правильного понимания сообщения.
Действие читателя. Человек может открыть материал, перейти к издателю или продолжить просмотр ленты. Эти действия нельзя считать взаимозаменяемыми. Если задача издания — получить посещения сайта, одного появления карточки недостаточно. Если задача — сделать доступной информацию о перекрытии дороги, переход на сайт тоже не исчерпывает возможного результата: читатель мог получить необходимые сведения в самом приложении. Без измерения чтения это остаётся возможностью, а не установленным фактом.
Виды и классификации
Ниже — авторская классификация по вопросам, которые помогают сравнивать сервисы. Это не отраслевой стандарт и не юридическое деление.
| Вопрос | Возможные варианты | Зачем различать |
|---|---|---|
| Кто отбирает материалы? | Программа, редактор, сочетание обоих способов | Чтобы понимать, чьи решения определяют подборку |
| Для кого она собрана? | Общая аудитория, интересующиеся темой, отдельный пользователь | Чтобы корректно сравнивать результаты наблюдений |
| Что получает читатель? | Ссылку, краткое представление, статью внутри приложения | Чтобы выбрать подходящий показатель результата |
| Как приходит содержание? | Лента обновлений, передача из редакционной системы, подготовленный файл | Чтобы искать ошибку на нужном этапе |
Признаки можно сочетать. Например, персональная подборка не обязательно означает ручной выбор пользователем каждой новости. В Google News персонализация опирается на настройки интересов и источников, а также предыдущую активность. Для ряда разделов темы определяются языком и регионом. Поэтому фраза «сервис показал эту новость всем» требует отдельного доказательства: наблюдение одного человека такого вывода не даёт. [1]
Ещё одно полезное различие — между созданием материала и организацией доступа к нему. В этой статье агрегатор определяется через вторую задачу. Условный сайт, публикующий только собственные новости, не становится агрегатором лишь потому, что оформляет их лентой. В смешанном проекте следует отдельно описывать собственные статьи и подборки внешних публикаций: иначе читателю трудно понять происхождение сообщения.
Как применяется на практике
Рассмотрим учебный пример. Региональная редакция выпускает новости о ремонте моста и проверяет, как они представлены во внешнем новостном сервисе. Все обстоятельства и числа примера вымышлены. Цель — найти ошибки доставки и представления, а затем оценить переходы на сайт. Это не инструкция по подключению к определённой платформе.
Редактор выбирает двадцать публикаций за одну неделю и составляет журнал. Для каждой записывает исходный адрес, заголовок, источник, время выпуска и место, где обнаружена внешняя карточка. Заранее задаётся правило успеха: к моменту проверки карточка найдена, ведёт к нужной статье и верно передаёт источник и заголовок. Тогда «материал представлен корректно» имеет проверяемый смысл, а не зависит от впечатления проверяющего.
Предположим, у восемнадцати публикаций правило выполнено. У одной карточки ссылка ведёт на другую новость о том же мосте, а ещё одна не найдена в выбранном разделе. Эти случаи требуют разного разбора. В первом уже есть наблюдаемое несоответствие адреса. Во втором неизвестно, не получен ли материал вообще или он просто отсутствует в проверенной подборке. Без дополнительных данных правильная запись в журнале — «не обнаружен здесь в такое-то время».
Затем редакция исправляет исходную статью: открытие моста перенесено со среды на пятницу. В журнале сохраняются прежнее и новое содержание карточки, а также время каждого наблюдения. Если обновлённая страница уже доступна, а карточка ещё показывает среду, команда видит конкретное расхождение версий. Чтобы выяснить причину, ей нужны правила обновления именно этого сервиса. Повторная отправка материала сама по себе не доказывает, что читатель получил исправление.
Для международного примера полезно посмотреть на Apple News: статьи там организованы по каналам изданий и темам, на которые пользователь может подписываться. Это объясняет, почему редакции важно проверять не только ссылку на собственный сайт, но и представление внутри приложения. [2] Участие конкретного российского издания в зарубежном сервисе — отдельный вопрос; описанный механизм не является обещанием доступа к нему.
Как измерить или проверить
Следующие показатели — способы подсчёта в учебном журнале, а не официальные метрики платформ. Каждый отвечает на отдельный вопрос. До вычисления нужно определить период, набор публикаций и правило регистрации события.
Доля корректно представленных публикаций показывает результат проверки выбранного набора. Числитель — количество публикаций, прошедших заранее заданное правило. Знаменатель — все публикации, включённые в проверку, в том числе ненайденные. Для нашего примера:
18 / 20 × 100% = 90%.
Если исключить ненайденную публикацию из знаменателя, получится уже другой показатель — качество среди обнаруженных материалов. Его нельзя незаметно подставлять вместо исходного. При отсутствии проверенных публикаций доля не определена; запись «0%» ошибочно означала бы, что проверка проведена и ни один материал её не прошёл.
Задержка обнаружения — разность между временем первого наблюдения карточки и временем исходной публикации. Допустим, статья вышла в 10:00, в 10:05 карточки ещё не было, а в 10:12 она уже появилась. Задержка обнаружения равна двенадцати минутам. Если между проверками карточка появилась однократно и оставалась доступной, момент её появления лежит после 10:05 и не позднее 10:12. Нельзя выдавать двенадцать минут за точную длительность внутренней обработки: часть интервала могла уйти на ожидание следующей проверки.
Доля переходов относительно показов сопоставляет зарегистрированные переходы с зарегистрированными показами той же карточки или группы карточек за тот же период. При 120 переходах и 6000 показах:
120 / 6000 × 100% = 2%.
Это означает два перехода на сто учтённых показов, а не двух перешедших людей из каждой сотни уникальных читателей. Повторные события и правила счётчика могут различаться; прежде чем использовать данные кабинета, необходимо прочитать его определение показов и переходов. При нулевом числе показов отношение не вычисляется. Сочетание нулевых показов и положительных переходов требует выяснить, относятся ли данные к одной группе событий.
Для повторения наблюдения в журнале нужны дата, время, язык, регион, раздел и настройки пользователя. Эти условия особенно существенны при персонализации Google News. [1] Сравнение двух недель имеет смысл только при сопоставимых правилах проверки. Даже тогда рост доли переходов не доказывает, что его вызвала одна правка заголовка: в учебном случае одновременно могли измениться темы публикаций и интерес к ремонту моста.
Ошибки, ограничения и спорные вопросы
Самая заметная ошибка — объединять все этапы фразой «новость попала в агрегатор». Для редактора она может означать получение файла, для читателя — появление карточки, для аналитика — посещение сайта. Лучше называть событие прямо. Тогда отсутствие переходов не будет ошибочно представлено как доказательство технического сбоя.
Другая ошибка — принимать количество карточек за количество независимых подтверждений. В учебном случае пять изданий могут пересказать одно сообщение дорожной службы. Пять публикаций дают пять способов прочитать сообщение, но не пять независимых наблюдений на мосту. Для проверки факта нужно проследить, откуда взялась информация и какие доказательства добавил каждый материал.
Нельзя также оценивать полноту сервиса по одной удачной подборке. Допустим, в журнал попали только новости о мосте, потому что редакция следила именно за ними. Результат характеризует этот набор. Он ничего не говорит о доставке спортивных новостей или о том, насколько хорошо представлены малые населённые пункты. Такое ограничение возникает уже из способа отбора примеров, независимо от технологии сервиса.
Наконец, исправность передачи не равна качеству сообщения. В учебном журнале заведомо ошибочная статья может получить верные адрес и заголовок. Техническую проверку представления и содержательную проверку фактов поэтому следует вести раздельно. Иначе высокий процент корректных карточек создаст ложное впечатление, будто проверена достоверность всех новостей.
Правовой аспект
В России специальный режим задаёт статья 10.4 Федерального закона № 149-ФЗ в редакции от 26.06.2026, действующей с 01.09.2026. В части 1 соединены условия: обработка и распространение новостей на русском, государственных языках республик или иных языках народов РФ; возможность размещения рекламы для потребителей в РФ; доступ более миллиона пользователей за сутки. Это совокупность условий, а не только аудиторный порог. Часть 11 исключает ресурсы, зарегистрированные как сетевые издания. [5]
Среди обязанностей владельца — проверка достоверности общественно значимых сведений до распространения и шестимесячное хранение новостей, сведений об источнике и сроках распространения. Это отдельные положения пунктов 2 и 10 части 1, а не полный перечень требований. Применимость режима к конкретному сервису требует юридической оценки. [5]
Статья 10.4 введена законом № 208-ФЗ от 23.06.2016, вступившим в силу 1 января 2017 года. Формулировку о видах ресурсов в части 1 изменил пункт 4 статьи 1 закона № 406-ФЗ от 31.07.2023; эта поправка действует со дня опубликования, 31 июля 2023 года. [7, 8] Предусмотренное законом № 210-ФЗ изменение 149-ФЗ с 1 марта 2027 года касается статьи 15.1, а не названных условий статьи 10.4. [9]
Частые вопросы
Агрегатор обязательно показывает полный текст?
Нет. В общем понятии главное — доступ к новостям разных источников. RSS допускает как описание со ссылкой, так и самостоятельный текст записи; это разные варианты передачи содержания. [3]
Почему у двух людей разные новости?
Одна из возможных причин — персонализация. Для Google News также важны раздел, язык и регион. Сравнивать нужно одинаковые условия, а различие двух экранов само по себе не объясняет, какой именно фактор сработал. [1]
Подключение гарантирует посещения сайта?
Получение материала и переход читателя — разные события. В учебном примере редакция отдельно проверяет представление публикации и считает переходы; успешный первый этап не является измерением второго.
Любой RSS-ридер подпадает под российский режим агрегатора?
Название программы или используемый формат не заменяют проверку условий закона. Для статьи 10.4 существенны признаки ресурса, аудитория и предусмотренные исключения. [5]
Решить с помощью сервиса
Медиатрон для редакций — программное обеспечение для автоматизации работы интернет-СМИ: сбора и мониторинга источников, организации рабочего места редакции и контроля публикаций. Сервис работает в изданиях холдинга.
Связанные термины
Источники
- Google. (n.d.). How Google News stories are selected. Google News Help. https://support.google.com/googlenews/answer/9005749?hl=en (дата обращения: 23.10.2026). ↑ а б в г д е
- Apple. (n.d.). News Publisher overview. News Publisher User Guide. https://support.apple.com/guide/news-publisher/overview-apd19eaffd5b/icloud (дата обращения: 23.10.2026). ↑ а б в г
- RSS Advisory Board. (2009, March 30). RSS 2.0 specification (Version 2.0.11). https://www.rssboard.org/rss-specification (дата обращения: 23.10.2026). ↑ а б в г д
- Egan, J. (2026, June 16). Overview and key findings of the 2026 Digital News Report. Reuters Institute for the Study of Journalism. https://reutersinstitute.politics.ox.ac.uk/digital-news-report/2026/dnr-executive-summary (дата обращения: 23.10.2026). ↑
- Об информации, информационных технологиях и о защите информации : Федеральный закон от 27.07.2006 № 149-ФЗ : ред. от 26.06.2026, действующая с 01.09.2026. Ст. 10.4 // КонсультантПлюс. URL: https://www.consultant.ru/document/cons_doc_LAW_61798/becd95b2e7ab6badfd915ceaf2d8995c5a354f98/; полный текст той же редакции в базе Контур.Экстерн: https://www.kontur-extern.ru/info/normativ/document/1/508119-federalnyy-zakon-ot-27-07-2006-n-149-fz (дата обращения: 23.10.2026). ↑ а б в г
- RSS 2.0 specification. (2003, July 15). RSS Advisory Board. https://www.rssboard.org/rss-specification (историческая редакция; дата обращения: 23.10.2026). ↑ а б
- О внесении изменений в Федеральный закон «Об информации, информационных технологиях и о защите информации» и Кодекс Российской Федерации об административных правонарушениях : Федеральный закон от 23.06.2016 № 208-ФЗ. Ст. 1, 3 // Контур.Экстерн. URL: https://www.kontur-extern.ru/info/normativ/document/1/275515-federalnyy-zakon-ot-23-06-2016-n-208-fz (дата обращения: 23.10.2026). ↑
- О внесении изменений в Федеральный закон «Об информации, информационных технологиях и о защите информации» и Федеральный закон «О связи» : Федеральный закон от 31.07.2023 № 406-ФЗ. Ст. 1, п. 4; ст. 3 // Контур.Экстерн. URL: https://www.kontur-extern.ru/info/normativ/document/1/453093-federalnyy-zakon-ot-31-07-2023-n-406-fz (дата обращения: 23.10.2026). ↑
- О внесении изменений в Федеральный закон «О связи» и отдельные законодательные акты Российской Федерации : Федеральный закон от 26.06.2026 № 210-ФЗ. Ст. 5, 11 // КонсультантПлюс. URL: https://www.consultant.ru/document/cons_doc_LAW_537891/5bdc78bf7e3015a0ea0c0ea5bef708a6c79e2f0a/; https://www.consultant.ru/document/cons_doc_LAW_537891/3eeafbd3bdb64673818bd5cba64081209bddc7a4/ (дата обращения: 23.10.2026). ↑
Служебный блок
- Версия
- 2.0
- Факты проверены
- Подготовка
- Редакция Медиатрона
- Публикация
- утверждена владельцем издания 4 ноября 2026 г.
Редакция Медиатрона. Факты сверены с первоисточниками на дату проверки, публикация утверждена владельцем издания.
Нашли ошибку? info@mediatrone.ru