Push-уведомления СМИ

Происхождение и история термина

Смысл слова. Английское push («проталкивать») описывает модель, в которой доставку инициирует сервер, а не пользователь. Apple определяет «удалённые уведомления (также известные как push-уведомления)» как способ передать небольшие объёмы данных на устройства, «даже когда приложение не запущено» («even when your app isn't running») ^[5]. Противоположную модель принято называть pull («тянуть»): читатель сам открывает сайт или приложение.

Мобильные платформы. 17 марта 2009 года Apple, представляя бета-версию iPhone OS 3.0 для разработчиков, объявила о сервисе Apple Push Notification service: он даёт разработчикам механизм оповещать пользователей звуком, текстом или значком на иконке («alert users with sounds, text or a badge») ^[14]. У Google сервисом доставки для Android до 2016 года была Google Cloud Messaging (GCM). На конференции Google I/O 2016 компания представила Firebase Cloud Messaging (FCM) и рекомендовала разработчикам перейти на его SDK, сохранив поддержку GCM на переходный период ^[18].

Веб. Первый публичный рабочий черновик спецификации Push API консорциум W3C опубликовал 18 октября 2012 года; service worker в нём ещё не упоминался ^[15]. Позднее web push стал опираться на service worker: в Chrome Push API доступен разработчикам с версии 42 ^[16], в Firefox — с версии 44 ^[17], в Safari — с версии 16 на macOS Ventura (объявлено 7 июня 2022 года) ^[19] и в iOS и iPadOS 16.4 для веб-приложений на экране «Домой» ^[6]. По данным MDN, Push API доступен во всех основных браузерах с марта 2023 года ^[8]. Декларативный web push без service worker WebKit представил в 2025 году ^[20]; он вышел в Safari 18.4 для iOS и iPadOS (31 марта 2025 года) ^[24] и в Safari 18.5 для macOS (12 мая 2025 года) ^[25] и описан в спецификации W3C ^[4]. На 14.10.2026 Push API остаётся рабочим черновиком W3C (Working Draft от 5 октября 2026 года) ^[4].

В журналистике. Reuters Institute фиксирует рост недельного использования новостных алертов: в США с 6% в 2014 году до 23%, в Великобритании — с 3% до 18%; основная часть роста в США пришлась на период до 2017 года ^[2]. Исследование Tow Center for Digital Journalism 2017 года описывает алерты уже не только как канал срочных новостей, но и как инструмент бренда: «Push alerts have emerged as a vital way of building and maintaining brand loyalty» (алерты стали важным способом формировать и поддерживать лояльность к бренду) ^[3]. Кто первым применил слово «push-уведомление» к новостным алертам, по открытым источникам на 14.10.2026 установить не удалось.

Суть и механизм

Доставка push не зависит от того, открыт ли сайт или приложение: сообщение проходит через инфраструктуру платформы. Apple описывает цепочку так: сервер компании (provider server) формирует запрос с данными уведомления и уникальным идентификатором устройства и передаёт его в APNs; APNs доставляет уведомление на устройство, а операционная система обрабатывает взаимодействие и передаёт уведомление приложению ^[5]. В описании Firebase Cloud Messaging два основных компонента — доверенная среда (например, сервер приложения), где сообщения создаются и отправляются, и клиентское приложение для Apple, Android или веба, которое получает сообщения через транспортный сервис соответствующей платформы ^[7].

Web push: классическая модель. Спецификация W3C Push API позволяет серверам приложений отправлять сообщения веб-приложению через push-сервис («push service» — система, которая позволяет серверам приложений отправлять push-сообщения веб-приложению) ^[4]. Подписка (push subscription) — это «контекст доставки сообщений, установленный между пользовательским агентом и push-сервисом от имени веб-приложения» ^[4]. В классической модели сообщение получает service worker сайта, который показывает уведомление; MDN формулирует требование так: чтобы принимать push-сообщения, у приложения должен быть активный service worker ^[8]. Конечная точка подписки (endpoint) — уникальный адрес, знания которого достаточно для отправки сообщения, поэтому её нужно держать в секрете ^[8].

Web push: декларативная модель. Текущая спецификация W3C описывает декларативное push-сообщение — сообщение, данные которого представляют собой JSON-документ, понятный самому браузеру; браузер может сформировать и показать уведомление без участия service worker ^[4]. Обязательны поля title (заголовок) и navigate (адрес, на который ведёт уведомление); текст body, изображение, значок и кнопки действий — необязательны ^[4]. Если задан флаг mutable, сообщение сначала передаётся service worker'у (если он есть), и тот может изменить уведомление ^[4]. WebKit объясняет мотив так: классическая модель зависит от JavaScript-обработчика, и при его сбое уведомление не показывается, а подписка может быть отозвана; декларативная модель, по оценке WebKit, энергоэффективнее и лучше защищает приватность ^[20]. Поддержка вышла в Safari 18.4 на iOS и iPadOS ^[24] и в Safari 18.5 на macOS ^[25]. На странице MDN о Push API декларативные сообщения не упоминаются ^[8]; первичных сведений о поддержке в Chrome и Firefox на 14.10.2026 найти не удалось.

Таблица компонентов доставки:

Опция userVisibleOnly в Push API означает, что подписка используется только для сообщений, действие которых видно пользователю, например через показ уведомления ^[4]. На iOS web push доступен только для веб-приложений на экране «Домой» (iOS/iPadOS 16.4+), запрос разрешения допустим лишь в ответ на действие пользователя, доставку обеспечивает APNs, а членство в Apple Developer Program не требуется ^[6].

Разрешение в мобильных приложениях. Apple требует получить разрешение на показ оповещений, звуков и значков: при первом вызове requestAuthorization система спрашивает пользователя и запоминает ответ ^[21]. Есть и «временное» (provisional) разрешение: уведомления доставляются тихо, только в историю Центра уведомлений, с кнопками «оставить» и «выключить» ^[21]. В Android runtime-разрешение POST_NOTIFICATIONS появилось в версии 13 (API level 33); для приложения, установленного на Android 13 и новее, уведомления по умолчанию выключены до согласия пользователя, а при обновлении устройства до Android 13 разрешение автоматически выдаётся уже установленным приложениям, у которых есть канал уведомлений и уведомления которых пользователь не отключал на Android 12L и ниже; отказ, данный на 12L и ниже, сохраняется ^[22].

Состав уведомления. Apple описывает уведомление как оповещение, звук или значок на иконке приложения ^[21]; в декларативном web push обязательны заголовок и адрес перехода ^[4]. FCM различает notification messages (показываются пользователю) и data messages (обработку целиком определяет код приложения); для сценариев вроде мессенджеров (instant messaging) Firebase называет предел полезной нагрузки в 4096 байт ^[7].

Виды и классификации

По технологии. Push мобильного приложения (нативные приложения через APNs или FCM) ^[5][7] и web push (через браузер по спецификации Push API — с service worker или в декларативном виде) ^[4][20]. В России для Android-приложений, распространяемых через RuStore, есть собственный Push SDK («Подключение push-уведомлений») для Kotlin/Java, Unity, Godot, React Native, Flutter, Unreal Engine и Defold, а также Universal Push SDK для нескольких каналов доставки — RuStore, FCM и HMS ^[13][27]. Основной дистрибьютор уведомлений — приложение RuStore; если его нет или оно недоступно, доставку берут на себя другие приложения экосистемы VK, например Почта Mail, Дзен или Одноклассники, причём состав приложений-дистрибьюторов может меняться ^[13][26]. Условия — в разделе «Частые вопросы».

По способу получения разрешения (по документации платформ). Явное разрешение по запросу (iOS, Android 13+, web push) ^[4][21][22]; временное разрешение с тихой доставкой в iOS ^[21]; автоматически выданное разрешение для уже установленных приложений с каналом уведомлений при обновлении до Android 13, если пользователь не отключал их уведомления ранее ^[22].

По стилю сообщения (классификация Tow Center, 2017). В исследовании Пита Брауна алерты кодировались по пяти стилям: заголовок (headline), дополнительный контекст (additional context), тизер (teaser), подборка (round-up) и прочее (other) ^[3]. Алерт с дополнительным контекстом даёт больше сведений о сюжете, чем заголовок; тизер намеренно недоговаривает, чтобы читатель открыл приложение ^[3]. В выборке iOS-алертов 2017 года заголовки составили 25%, дополнительный контекст 55%, тизеры 11% ^[3]. Исторические данные (США, 2017); на современную практику без проверки не переносятся.

По времени отправки (исторические данные 2019 года). Дэниел Уитли и Рауль Феррер-Конилл проанализировали 7092 уведомления 34 изданий из девяти стран Северо-Западной Европы — Бельгии, Дании, Франции, Германии, Ирландии, Нидерландов, Норвегии, Швеции и Великобритании ^[1]. Уведомления собирались с октября 2018 по апрель 2019 года на одном Android-смартфоне в Дублине, в анализ вошёл период с 1 января по 31 марта 2019 года ^[1]. Авторы обнаружили, что время отправки в целом совпадает со сложившимися привычками потребления новостей; объяснение они ищут в концепциях «контентных снэков» (content-snacking) и ритмов и ритуалов аудитории ^[1]. Данным более трёх лет; актуальность для 2026 года не проверена.

По способу запуска и содержанию. Ручные редакторские алерты (срочные новости, важные сюжеты), подборки и дайджесты, сегментные и персональные рассылки по темам или регионам. Это рабочая схема, а не общепринятая классификация. DNR 2025 рекомендует варьировать содержание, формат и время под разные потребности аудитории и давать пользователю управление количеством и типом алертов ^[2].

Как применяется на практике

В мире. Объёмы сильно различаются. По DNR 2025, BBC News обычно отправляет до 10 алертов в день, The Times (Лондон) — не более четырёх, отчасти чтобы избежать всплеска удалений приложения; Jerusalem Post и CNN Indonesia — обычно до 50 в день ^[2]. Tow Center показывает, что американские редакции в 2017 году использовали алерты, чтобы определять свой бренд ^[3].

Сравнение каналов прямой дистрибуции (по логике работы каналов; ячейки без ссылки — оценочные, цифр охвата нет):

Уитли и Феррер-Конилл подчёркивают, что push даёт изданиям прямой доступ к аудитории («Push notifications provide news outlets with direct access to audiences»), минуя соцсети и агрегаторы ^[1].

В России. Открытых российских исследований эффективности push-уведомлений СМИ уровня рецензируемых работ или отраслевых отчётов на 14.10.2026 найти не удалось, поэтому рыночные цифры по России не приводятся. Технологическая база та же: web push браузеров по спецификации Push API ^[4][8] и push в приложениях; для Android-приложений есть RuStore Push SDK ^[13]. Конкретные российские издания в статье не описываются, так как их практика не подтверждена первичными источниками.

Как измерить или проверить

Основные показатели (формулы — запись редакции для единообразия; в источниках встречаются разные варианты расчёта):

Tow Center отмечает, что издатели вынужденно опираются на open rate, хотя признают его недостатки, а метрики не отвечают на главный вопрос практиков: «Metrics don't/can't tell practitioners one of the main things they want to know: whether their alerts are useful/valuable» (метрики не говорят, полезны ли алерты) ^[3]. Издатели не могут узнать, было ли уведомление увидено ^[3]. Метрики на уровне устройств отчёт называет несовершенными, а аналитику на уровне пользователей часть опрошенных считает идеалом («holy grail»), несмотря на её стоимость и сложность ^[3]. В отчёте приводится формулировка: «A successful push alert is any push alert that doesn't cause somebody to turn off push alerts» (успешный алерт — тот, после которого человек не отключает push-алерты) ^[3]. Бенчмарки поставщиков push-сервисов относятся к источникам уровня 3, и цифры из них в статье не используются.

Ошибки, ограничения и спорные вопросы

Усталость и отключения. По DNR 2025, 79% опрошенных в среднем не получают новостных алертов в обычную неделю; 43% из них отключили алерты сами, считая их избыточными или бесполезными, а некоторые — из-за эмоционально тяжёлых новостей ^[2]. Выборка охватывает восемь стран: США, Великобританию, Германию, Японию, Бразилию, Индию, Кению и ЮАР; на Россию результаты не переносятся ^[2].

Давление платформ. Apple и Google, по DNR 2025, неоднократно предупреждали издателей об избытке алертов; Apple применяла ИИ для группировки и краткого пересказа уведомлений, но отозвала эту функцию после ряда ошибок ^[2]. Издатели опасаются дальнейших ограничений и посредничества платформ ^[2].

Скорость или контекст. В исследовании Tow Center 2017 года одни практики по-прежнему ценят скорость, другие считают её менее важной: конкуренция за скорость, по их словам, отражает привычное соперничество редакций, а аудитория не сравнивает приложения так, как журналисты ^[3]. Более разговорный и полный стиль алертов может замедлять их отправку; там, где опрошенные затрагивали этот вопрос, они, как правило, называли такой компромисс оправданным («usually framed as a worthwhile tradeoff») ^[3].

Кликбейт и нерелевантность. DNR 2025 рекомендует избегать кликбейт-заголовков и нерелевантных алертов, ограничивать частоту, аккуратно выбирать время и давать пользователю контроль ^[2].

Технические ограничения. Классический web push хрупок: если обработчик в service worker не показал уведомление (ошибка скрипта, сеть, состояние устройства), подписка может быть отозвана; кроме того, защита приватности в Safari удаляет данные давно не посещавшихся сайтов, включая регистрацию service worker ^[20]. Firefox ограничивает число push-сообщений, не вызывающих показ уведомления (сообщения с уведомлением из лимита исключены), а в Chrome такого лимита нет — по описанию MDN ^[8].

Границы терминов. Push-уведомления СМИ — редакционный канал для подписчиков. Платные push-рассылки в рекламных сетях («push-реклама») — другая сущность (см. Push-реклама). Email-рассылки и каналы в мессенджерах — отдельные каналы.

Правовой аспект

Оговорка: раздел носит справочный характер и не является юридической консультацией; статья помечена для проверки юристом.

Закон «О рекламе» (38-ФЗ), ст. 18. Часть 1 ст. 18 (Федеральный закон от 13.03.2006 № 38-ФЗ в ред. от 04.08.2026) касается рекламы по сетям электросвязи; в качестве примеров закон называет телефонную, факсимильную и подвижную радиотелефонную связь. Такое распространение рекламы «допускается только при условии предварительного согласия абонента или адресата на получение рекламы» ^[9]. Доказывать наличие согласия должен рекламораспространитель: если он этого не сделает, реклама считается разосланной без согласия. Получив требование адресата, рассылку нужно сразу прекратить ^[9]. Push-уведомления, приложения и интернет в тексте ст. 18 этой редакции прямо не названы ^[9].

Что считается рекламой. По п. 1 ст. 3 того же закона реклама — «информация, распространенная любым способом, в любой форме и с использованием любых средств, адресованная неопределенному кругу лиц и направленная на привлечение внимания к объекту рекламирования, формирование или поддержание интереса к нему и его продвижение на рынке» ^[9]. Поэтому вопрос, является ли конкретный информационный push редакции рекламой, решается по его содержанию и требует оценки юриста. Для рекламы в интернете закон содержит отдельную ст. 18.1 «Реклама и социальная реклама в информационно-телекоммуникационной сети „Интернет“» (введена Федеральным законом от 02.07.2021 № 347-ФЗ): она устанавливает учёт такой рекламы через операторов рекламных данных, обязательную пометку «реклама» с указанием на рекламодателя (ч. 16) и присвоение рекламе идентификатора (ч. 17) ^[9].

Позиция ФАС России о push-уведомлениях (историческая). В письме ФАС России от 11.11.2019 № ДФ/98054/19 «О надлежащих доказательствах при выявлении нарушения требований части 1 статьи 18 Федерального закона „О рекламе“» push-уведомления рассматривались в одном ряду с SMS и звонками ^[10]. ФАС указывала, что с учётом технических особенностей такие уведомления могут направлять не только операторы связи, но и разработчики или лицензиары приложений; поэтому в жалобе на push следовало назвать приложение, источник его загрузки, сведения о разработчике и приложить изображение уведомления ^[10]. Письмо также описывало требования к согласию: оно должно позволять однозначно идентифицировать абонента и подтверждать его волеизъявление на получение рекламы от конкретного рекламораспространителя; согласие через формы на сайтах, не позволяющие установить, кто его дал, ведомство считало ненадлежащим ^[10].

Статус разъяснений. Письмом ФАС России от 02.12.2022 № МШ/109196-ПР/22 это разъяснение признано недействующим (п. 29 перечня); в тот же перечень вошли письма от 28.04.2011 № АК/16266 «О некоторых вопросах применения законодательства о рекламе» (п. 162) и от 25.06.2013 № АК/24455/13 «О рекламных SMS-сообщениях» (п. 128) ^[11][10]. Сама норма ч. 1 ст. 18 продолжает действовать в редакции от 04.08.2026 ^[9]. Действующих разъяснений ФАС, посвящённых именно push-уведомлениям, на 14.10.2026 найти не удалось. В марте 2023 года СМИ сообщали о предложении ФАС дополнить норму о согласии на рекламу по сетям электросвязи упоминанием коротких сообщений, которые выводит на экран установленное на устройство программное обеспечение, в том числе всплывающих ^[23]. Текст проекта на официальных ресурсах найти не удалось; в ст. 18 в редакции от 04.08.2026 такого дополнения нет ^[9]. Этот абзац, как и весь раздел, подлежит проверке юристом.

Персональные данные (152-ФЗ). Закон определяет персональные данные как «любая информация, относящаяся к прямо или косвенно определенному или определяемому физическому лицу» (п. 1 ст. 3 Федерального закона от 27.07.2006 № 152-ФЗ в ред. от 26.07.2026) ^[12]. Относятся ли к ним идентификаторы подписки или устройства, зависит от того, можно ли с их помощью и вместе с другими данными, которыми располагает издатель, определить человека; эта оценка остаётся за юристом.

Частые вопросы

Связанные термины

• Дистрибуция контента СМИ
• Telegram-канал СМИ
• Подписка на СМИ
• Срочная новость (breaking news)
• Push-реклама
• Триггерная рассылка
• Трафик из агрегаторов
• Удержание пользователей
• CTR (кликабельность)
• Интернет-СМИ