Где-то за последние полтора года платформы перестали просить отправителей вести себя хорошо и начали добиваться этого. Chrome теперь ограничивает частоту запросов для сайтов, которые он классифицирует как нарушающие порядок, и молча отзывает разрешения на уведомления для сайтов, которые пользователи игнорируют. Android 16 по умолчанию отключает звук для всплесков уведомлений, принудительно группирует все, а на новых Pixel-телефонах помещает рекламные рассылки в свернутый, бесшумный пакет. Google Messages ограничивает, скольким новым пользователям может достичь RCS-отправитель с низкой репутацией. Если вы искали «ужесточение уведомлений Chrome» или «почему мои push-уведомления не доставляются», эта страница — ваш справочник: каждое изменение, основной источник, кого оно затрагивает, и конкретные исправления, которые обеспечивают доставку отправителю.
Этот документ постоянно обновляется. Мы обновляем его, когда платформа выпускает или анонсирует изменение, и каждая редакция регистрируется в журнале изменений внизу. Последнее обновление: 17 августа 2026 г.
Одно замечание перед деталями, потому что оно объясняет каждую запись в таблице ниже. Ни одна из этих платформ не убивает уведомления. Все они разделяют уведомления на два класса: отправка большого объема с низкой вовлеченностью ограничивается, отключается, группируется или отписывается — в то время как релевантные уведомления, основанные на событиях, сохраняют полную доставку, а в некоторых случаях получают лучшее размещение, чем раньше. Ужесточение — не против push-уведомлений. Оно против массовых рассылок.
Что изменилось: хронология ужесточения уведомлений 2026 года
| Платформа | Изменение | Кого это затрагивает | Вступило в силу | Источник |
|---|---|---|---|---|
| Chrome (настольный + Android) | Более тихий интерфейс запроса разрешений: отключенный запрос для пользователей, которые обычно блокируют, и для сайтов с низким уровнем принятия запросов; позже расширено на сайты с оскорбительными запросами или контентом | Сайты, которые запрашивают разрешение при первом просмотре страницы или отображают обманчивый контент | Chrome 80, февраль 2020 г. (применение продлено до конца 2020 г.) | Блог Chromium |
| Safari / iOS | Декларативные веб-push-уведомления: веб-push без service worker, без штрафа за тихие push-уведомления для декларативных полезных нагрузок | Отправители веб-push-уведомлений, нацеленные на пользователей Apple | iOS/iPadOS 18.4 (март 2025 г.); Mac в Safari 18.5 (май 2025 г.) | Блог WebKit |
| Chrome на Android | Локальное машинное обучение помечает подозрительные веб-push-уведомления как «возможно, обманчивые или спамные» с возможностью отписки в одно касание | Отправители, чей шаблон текста уведомлений совпадает со спамом | Май 2025 г. | Блог Chromium |
| Android 16 | Период «остывания» уведомлений (всплески постепенно заглушаются, включены по умолчанию) и принудительная группировка уведомлений каждого приложения | Отправители высокочастотных push-уведомлений приложений; всплески любого рода | Стабильная версия 10 июня 2025 г. | Android Authority; наше подробное исследование |
| Chrome (настольный + Android) | Автоматическое отзыв разрешений на уведомления через Проверку безопасности для сайтов с низкой вовлеченностью и большим объемом уведомлений | Сайты, отправляющие много уведомлений, на которые пользователи никогда не нажимают | Анонсировано 10 октября 2025 г.; поэтапное внедрение | Блог Chromium |
| Google Сообщения | Группировка «Неизвестные отправители»; галочки верификации бизнеса и стандартизированный брендинг для RCS | Компании отправляют сообщения пользователям, которые их не сохранили | С середины октября 2025 г. (поэтапное внедрение) | Android Authority |
| Android 16 QPR2 (Pixel) | Организатор уведомлений: локальный ИИ автоматически распределяет уведомления о промоакциях и новостях в сжатый беззвучный пакет по умолчанию; ИИ-сводки для разговоров | Промо-пуш-отправители в текущих Pixel (6 стран, английский) | Декабрь 2025 г. | 9to5Google |
| Chrome (настольный + Android) | Ограничения скорости Push API: сайты, классифицированные как деструктивные, ограничены 1000 push-сообщений в минуту с HTTP 429 выше этого лимита; лестница штрафов от 1 до 7 → 14 дней | Отправители с большим объемом сообщений и низким уровнем вовлеченности пользователей | Поэтапное внедрение с января 2026 г. | Chrome для разработчиков |
| RCS для бизнеса | Ограничения трафика на основе репутации: лимиты уникальных пользователей за скользящие 28 дней для промо-агентов с низкой репутацией (введено в Индии; новые агенты начинают с низкой репутацией); аналитика тенденций спама и причин отписки | Промо-отправители RCS, особенно новые агенты | 7 января / 16 февраля / 1 апреля 2026 г. | Примечания к выпуску RCS для бизнеса |
Теперь детализация по платформам в том порядке, в котором они появятся на вашей панели управления.
Chrome: ограничения скорости, автоматически отозванные разрешения и ML-фильтрация спама
Chrome — это место, где большинство команд по удержанию клиентов первыми ощущают на себе ужесточение мер, поскольку веб-пуш является самым объемным собственным каналом, который используют большинство брендов электронной коммерции. Три отдельных механизма теперь активны, и они усугубляют друг друга.
Ограничения скорости Push API для «деструктивных» сайтов
С января 2026 года Chrome ежедневно оценивает каждый сайт по трем факторам: количество push-сообщений, отправленных за время пребывания пользователей на сайте, количество запросов на разрешение, показанных за время пребывания на сайте, и уровень вовлеченности пользователя с сайтом (оценка вовлеченности сайта плюс время нахождения на переднем плане). Сайт, не прошедший тест, классифицируется как деструктивный и ограничивается 1000 push-сообщений в минуту. Все, что превышает лимит, получает ответ HTTP 429 от службы push-уведомлений.
Штраф нарастает. Первый деструктивный день дает ограничение на 1 день. Второй день подряд продлевает его до 7 дней. С третьего дня ограничение действует 14 дней за раз — и счетчик сбрасывается только после 42 дней подряд безупречного поведения. Google не опубликовал номер версии Chrome для развертывания; механизм оценивается на сервере и появился незаметно.
Проведите расчеты для своего списка. При 1000 сообщений в минуту отправка 500 000 подписчикам займет более восьми часов. Вспышка распродажи, которая должна была быть отправлена за пятнадцать минут, теперь отправляется в течение полного рабочего дня, а окно доходов, которое она должна была охватить, упущено. Это реальная стоимость: не бан, а постепенное снижение — ваши доходы от восстановленных корзин и показатели кликов к доходам снижаются, в то время как на панели мониторинга доставки по-прежнему отображается «отправлено».
Обратите внимание на область действия. Ограничение применяется только к фоновому API Push; уведомления, отправленные из открытой вкладки через API Notifications, не затрагиваются. Собственная формулировка Google заключается в том, что «почти все веб-сайты не будут затронуты» — цель состоит в том, чтобы охватить небольшой набор отправителей, которые отправляют большой объем сообщений аудитории, переставшей реагировать. Находитесь ли вы в этой группе — измеримый вопрос, и приведенный ниже самоаудит поможет вам разобраться.
Автоматическая отмена разрешений
Второй механизм удаляет подписчиков, которые, как вы думали, принадлежат вам. Объявленная 10 октября 2025 года, функция «Проверка безопасности» в Chrome теперь автоматически отзывает разрешение на уведомления для сайтов, которые сочетают очень низкое вовлечение пользователей с большим объемом отправляемых уведомлений — такое же обращение, которое она уже применяла к неиспользуемым разрешениям на камеру и местоположение. Команда разработчиков Chrome обосновала это одним числом: менее 1% всех уведомлений получают какое-либо взаимодействие от пользователей.
Детали, важные для отправителя:
- Установленные веб-приложения освобождаются от этого. Подписчик, добавивший ваш сайт на свой домашний экран или рабочий стол, сохраняет разрешение.
- Пользователь уведомляется, когда Chrome отзывает разрешение, и может восстановить его через «Проверку безопасности» или, посетив ваш сайт снова и согласившись повторно.
- Google сообщил, что в ходе тестирования перегрузка уведомлениями значительно снизилась при «минимальном изменении общего числа кликов по уведомлениям» — и что на сайтах, отправляющих меньший объем, количество кликов возросло.
Перечитайте последний пункт, потому что это вся суть репрессий в одном предложении. Клики никогда не были в хвосте списка. Сайты, которые отправляли меньше, зарабатывали больше за отправку. Chrome теперь обеспечивает гигиену списка, которую уже практиковали высокопроизводительные отправители: ваш неактивный сегмент больше не является числом для тщеславия в счетчике подписчиков, это — обязательство, которое влечет за собой принудительные меры.
Google не опубликовал числовые пороговые значения для «низкого вовлечения» или «высокого объема», поэтому ни один поставщик не может обещать вам безопасный потолок. Что вы можете контролировать, так это соотношение, которое система явно измеряет: взаимодействия на доставленное уведомление.
Локальная проверка с помощью машинного обучения на Android
Третий механизм, действующий с мая 2025 года, помещает модель машинного обучения между вашим уведомлением и глазами пользователя. Chrome на Android анализирует входящий контент веб-пуш-уведомлений на устройстве (веб-пуш-уведомления зашифрованы сквозным шифрованием, поэтому анализ должен быть локальным — модель считывает заголовок, текст и метки кнопок действий). Уведомления, которые по шаблону соответствуют обману или спаму, отображаются с предупреждением и возможностью отписаться в одно касание.
Стили копирования, которые сбивают с толку классификаторы спама, — это те, на которые полагаются отправители низкого качества: фальшивая срочность, кликбейтные пробелы, вводящий в заблуждение стиль системных сообщений. Если ваш текст уведомления можно спутать с шаблоном мошенничества с призами, на некоторых телефонах он теперь будет поставляться с предупреждающей этикеткой и дверью для выхода.
Что история Chrome говорит вам о том, что будет дальше
Ничто из этого не является уклонением. Chrome отключил запрос разрешений для сайтов с низким уровнем принятия в феврале 2020 года, а затем в том же году распространил действие на оскорбительные запросы и оскорбительный контент. Волна 2025–2026 годов переносит принудительное исполнение с момента согласия на сами отношения отправки. Направление было односторонним в течение шести лет: каждый выпуск делает взаимодействие более значимым. Планируйте ужесточение пороговых значений, а не их ослабление.
Android 16: период охлаждения, принудительная группировка и пакет тихих акций
Изменения Android затрагивают push-уведомления приложений, а не браузер, и они меняют значение «доставлено», а не сам факт доставки.
Период охлаждения уведомлений, включенный по умолчанию с момента стабильного выпуска Android 16 10 июня 2025 года, нацелен на всплески. Первое уведомление во всплеске оповещает на полной громкости с полным баннером; каждое последующее в течение примерно минуты становится тише и визуально минимизируется, а всплеск сворачивается под одним баннером. Звонки, будильники и приоритетные разговоры исключены; маркетинговые и транзакционные push-уведомления — нет. Ничего не удаляется, и отчеты о доставке не меняются — именно поэтому изменение опасно. На вашей панели отображается три доставленных; телефон пользователя показал одно. Мы опубликовали подробный разбор механики и исправлений дизайна отправки в нашем руководстве по периоду охлаждения уведомлений Android 16.
Принудительная группировка устраняет выбор, который разработчики имели раньше: Android 16 группирует все уведомления от одного приложения, независимо от того, согласилось ли приложение на это. В сочетании с периодом охлаждения, второе и третье push-уведомления любой быстрой последовательности теперь тихие, свернутые элементы строки, а не баннеры.
Организатор уведомлений — самый резкий из трех. Развертываемый с декабря 2025 года с Android 16 QPR2 на телефонах серий Pixel 9 и 10 (9to5Google), он использует локальную модель для классификации уведомлений по категориям «Акции», «Новости», «Социальные сети» и «Предложения» — и категории «Акции» и «Новости» включены по умолчанию, помещая соответствующие уведомления в свернутый пакет в тихом разделе шторки. Сегодня развертывание узкое (недавние Pixel, шесть стран, английский язык), но по умолчанию имеет значение: на устройствах, которые Google полностью контролирует, рекламный push-запрос больше не издает звука, больше не отображается в виде баннера и остается свернутым до тех пор, пока пользователь не начнет искать. Вместе с ним локальные ИИ-сводки сжимают уведомления о разговорах.
Тот же цикл ОС построил и противоположную полосу. Уведомления, ориентированные на прогресс в Android 16 (шаблон Live Updates) предоставляют действительно живые, отслеживаемые пользователем события — доставку в пути, статус заказа — с постоянным, повышенным размещением. Выпуски Google 2026 года продолжают расширять эту полосу живого контента, хотя детали того, что будет выпущено после Android 16, еще не определены и стоит проверить их в текущих заметках о выпуске Android перед тем, как вы будете их использовать. Намерение дизайна уже недвусмысленно: контент, который пользователь активно отслеживает, продвигается; контент, который отправитель хочет, чтобы пользователь заметил, организуется в сторону.
Ниже уровня ОС по-прежнему применяются давние ограничения Firebase Cloud Messaging на количество сообщений для каждого устройства — 240 сообщений в минуту и 5 000 в час для одного устройства, при этом отправители, постоянно приближающиеся к пределу, рискуют получить флаг злоупотребления. Каждая система, которую ваша компания запускает против одного и того же приложения, разделяет этот бюджет.
iOS и Safari: более тихий вид ворот
История Apple за 2025–2026 годы — это не столько репрессии, сколько контролируемое открытие, поскольку Apple изначально создала свои ворота: веб-push в iOS всегда требовал, чтобы пользователь сначала добавил ваш сайт на свой домашний экран (намеренный фильтр высокого намерения, действующий с iOS 16.4), а политика App Store давно ограничивает маркетинговые push-уведомления.
Что изменилось:
- Декларативный веб-push был выпущен в iOS/iPadOS 18.4 в марте 2025 года и появился на Mac в Safari 18.5 (WebKit). Он позволяет запускать веб-push из стандартизированного JSON-загрузчика без service worker и устраняет штраф за бесшумный push для декларативных сообщений, поскольку сам загрузчик гарантирует видимое уведомление. Устаревший push на основе service worker продолжает работать; декларативный формат — это путь вперед, на который Apple хочет направить отправителей.
- По сообщениям, в iOS 26 сайты на домашнем экране по умолчанию открываются как веб-приложения, что расширяет поверхность, на которой может работать веб-push в iOS. Пока мы видели это только во вторичной документации; относитесь к этому как к направлению, пока документация Apple не станет явной.
- Политика остается неизменной и строгой. Руководство по проверке приложений 4.5.4 по-прежнему требует, чтобы push-уведомления не были обязательными для функционирования вашего приложения, не содержали конфиденциальных личных данных и — для рекламных или прямых маркетинговых сообщений — отправлялись только пользователям, которые явно согласились на это с помощью языка согласия в пользовательском интерфейсе вашего приложения, с возможностью отказа в приложении. Злоупотребление «может привести к отзыву ваших привилегий».
Для команды по удержанию пользователей вывод по iOS заключается в том, что Apple предварительно отфильтровала вашу аудиторию. Подписчик на веб-push в iOS выбрал установку вашего сайта; подписчик на push-уведомления в приложении выбрал получение маркетинговых сообщений. Оба списка небольшие и с высоким намерением, что означает, что сжигание их частыми рассылками обходится дороже за подписчика, чем где-либо еще.
RCS: ограничения репутации появляются на новейшем канале
Если вы добавляете RCS или WhatsApp в свой набор — а для восстановления брошенных корзин и обновлений заказов вам следует оценивать каналы обмена сообщениями — Google уже установил уровень принудительного применения, на получение которого веб-пушам потребовалось шесть лет.
Согласно документации Google по RCS для бизнеса, каждый бизнес-отправитель (агент) имеет репутацию — высокую, среднюю или низкую — определяемую отзывами пользователей и сообщениями о спаме, и все новые агенты начинают с низкого уровня. Репутация устанавливает лимит трафика: количество уникальных пользователей, с которыми агент может инициировать беседы за скользящие 28 дней. Ответы на беседы, начатые пользователем, не учитываются. Принудительное применение вступило в силу для рекламных агентов в Индии 7 января 2026 года, было ужесточено 1 апреля 2026 года с общим лимитом для всех агентов для отправителей с низкой репутацией, и консоль разработчика теперь отображает уровень репутации, лимит трафика, тенденцию спама и причины отписки за 7- и 28-дневные периоды.
На стороне потребителя Google Сообщения группирует сообщения от несохраненных отправителей под «Неизвестные отправители» с середины октября 2025 года и внедряет проверенные галочки и стандартизированный брендинг компаний — данные из разбора показывают некоторые детали, но направление соответствует всему остальному в этом документе. В RCS у вас нет льготного периода для формирования плохих привычек: охват зарабатывается вовлеченностью с первого сообщения.
Вы в зоне риска? Самоаудит {#self-audit}
Chrome и Google публикуют факторы, но не пороговые значения, поэтому честный аудит относителен: измерьте, похожи ли вы на отправителя, которого эти системы были созданы для остановки. Проведите эти восемь проверок за последние 30 дней отправки. Каждое «нет» — это вывод. Некоторые из этих проверок имеют значение только в отношении внешних номеров, поэтому проводите их параллельно с нашими бенчмарками пуш-уведомлений за 2026 год, где распределение по процентилям для коэффициента просмотров и кликабельности показывают, каких показателей фактически достигают средний, 75-й и 90-й процентили отправителей.
- Коэффициент взаимодействия. Значительно ли ваш коэффициент кликабельности веб-пушей превышает базовый уровень взаимодействия в экосистеме менее 1%, который Chrome привел в качестве обоснования для автоматической отмены? Если в вашем CTR после десятичной точки стоит ноль, вы находитесь в профиле, против которого действует Chrome.
- Объем против посещений. Первый фактор деструктивных сайтов Chrome — это количество отправленных пушей за время, проведенное на сайте. Отправляете ли вы больше уведомлений типичному подписчику в неделю, чем этот подписчик посещает вас в неделю? Подписчик, который посещает раз в месяц и получает ежедневные пуши, не проходит этот коэффициент.
- Неактивный хвост. Какая доля вашего списка не кликнула ни одно уведомление за 90 дней? Если более половины ваших отправлений приходится на этот хвост, ваш общий коэффициент вовлеченности определяется людьми, которые уже ушли — и платформы оценивают совокупный показатель.
- Дисциплина запросов. Запрашиваете ли вы разрешение на уведомления при первом просмотре страницы, прежде чем посетитель что-либо предпринял? Коэффициент принятия запроса является как критерием регистрации в тихом пользовательском интерфейсе, так и фактором, влияющим на работу сайта. Запрос после демонстрации действия (второй просмотр страницы, добавление в корзину, создание учетной записи) является решением и напрямую отражается на вашем коэффициенте согласия.
- Массовая рассылка. Какой процент вашего ежемесячного объема отправки составляют нецелевые массовые рассылки по всему списку по сравнению с уведомлениями, вызванными действиями получателя (брошенная корзина, снижение цены, товар снова в наличии, отправленный заказ)? При объеме более половины массовых рассылок вы следуете именно той схеме, которую наказывает каждый механизм на этой странице.
- Ограничения частоты и тихие часы. Применяете ли вы ограничение на подписчика для каждой кампании и системы, которая может отправлять уведомления — маркетинговые, транзакционные, RSS и любые другие инструменты? Охлаждение и принудительная группировка на Android означают, что несогласованные отправители теперь заметно конкурируют друг с другом на одном устройстве.
- Честность копирования. Выжило бы какое-либо недавнее уведомление при проверке скептически настроенным читателем на предмет «не обман ли это?» — без ложной срочности, без имитации системных сообщений, без приманки? Классификатор Chrome на устройстве уже проводит эту проверку на Android.
- Тенденция отписки. Является ли ваш коэффициент отписки на отправку постоянным или падающим? В RCS он теперь влияет на оценку репутации с жестким ограничением трафика; в веб-пуш-уведомлениях это ваше раннее предупреждение. Наше руководство по снижению коэффициента отписки от push-уведомлений подробно описывает диагностику.
Оцените себя честно. Пять или более чистых ответов, и ограничения в основном работают вам на пользу — рассылки ваших конкурентов «стреляй и молись» ограничиваются, в то время как ваши отправления продолжают доставляться. Три или более выявленных проблемы, и вы должны предполагать, что уже теряете охват, который не можете увидеть в отчете о доставке.
Руководство по соблюдению требований: исправления, которые работают
Каждый из вышеперечисленных механизмов измеряет одно и то же базовое количество — ценность на уведомление — поэтому исправления сходятся. Эти шесть шагов в порядке приоритета.
1. Отключите неактивных подписчиков раньше, чем это сделают платформы. Создайте сегмент неактивных подписчиков (без кликов в течение 90 дней), проведите через него одну честную кампанию по возвращению, а затем прекратите отправку тем, кто не отреагировал. Это контринтуитивно для команд, которые считают размер списка ключевым показателем эффективности, но математика теперь однозначна: неактивный подписчик не приносит дохода и активно ухудшает коэффициент вовлеченности, по которому вас оценивает Chrome. В PushEngage динамическая сегментация автоматически поддерживает сегмент неактивных подписчиков, и поскольку ценообразование учитывает только активных подписчиков, удаление «мертвого веса» снижает ваш счет, а не охват.
2. Переведите объем отправки с массовых рассылок на триггеры. Уведомление о брошенной корзине, оповещение о снижении цены, уведомление о поступлении товара — все это привлекает клики, потому что получатель сам инициировал их своим поведением. Перенос даже половины вашего ежемесячного объема с рассылок по календарю на триггерные кампании повышает коэффициент взаимодействия по всем факторам, которые измеряет Chrome, и именно там, где и так была прибыль: триггерные отправки связаны с восстановленными корзинами и завершенными заказами, а не с показами. Мы подробно рассмотрели этот вопрос с определениями классов кампаний и расчетами дохода на отправку в статье почему эра массовых рассылок закончилась.
3. Сегментируйте все, что все еще транслируется широко. Некоторые отправки действительно должны быть массовыми — распродажа во всем магазине, экстренная новость издателя. Массовая рассылка — это не то же самое, что несегментированная. Разделение массовой рассылки по поведению, истории покупок или предпочтениям в категориях повышает кликабельность каждого сегмента и позволяет поддерживать соотношение персональных push-уведомлений на визит для каждого подписчика на приемлемом уровне. Сегментация теперь является требованием для доставки, а не просто приятной персонализацией — в этой статье представлено полное обоснование для доставки.
4. Введите единый лимит частоты отправки для всех каналов и систем. Ограничение в 16 секунд на Android сделало это конкретным: ваша CRM, ваш транзакционный слой и ваш календарь промоакций разделяют один бюджет внимания на устройстве, независимо от того, используют ли они общую панель управления. Установите лимит на подписчика и тихие часы на уровне платформы, охватывая веб-push, push-уведомления приложений и WhatsApp вместе, чтобы четыре разумные системы не могли объединиться в один злоупотребляющий шаблон. Это работает только в том случае, если один движок сегментации видит каждую отправку — это самый сильный практический аргумент в пользу консолидации каналов, а не использования одного инструмента для каждого канала.
5. Исправьте момент получения согласия. Перенесите запрос на разрешение за действие, которое сигнализирует о намерении, используйте двухэтапный запрос, чтобы запрос на уровне браузера срабатывал только при ответе «да», и примите меньший, более чистый список. Коэффициент принятия запроса влияет на оценку Chrome с обеих сторон — регистрация через тихий интерфейс и оценка сайта, вызывающего помехи — и список с согласием — это просто список, который кликает.
6. Сделайте текст, который пройдет проверку классификатором. Простые утверждения, реальная срочность только тогда, когда срок реален, очевидная идентификация отправителя. На Android модель машинного обучения читает ваш заголовок и тело до того, как это сделает пользователь. Честный текст всегда был лучшей практикой для удержания; теперь это также требование для доставки.
Если вы реализуете эти шесть пунктов в PushEngage, честный обзор того, где продукт помогает: триггерные кампании, RFM и поведенческие сегменты, кросс-канальные лимиты частоты, тихие часы и атрибуция дохода по уведомлениям — все это встроено в планы, которые взимают плату только за активных подписчиков — модель ценообразования совпадает с тем, что теперь требуют платформы. Единственное, что никакой инструмент не может сделать, — это решить прекратить массовые рассылки; это политика, и она ваша.
Часто задаваемые вопросы
Почему мои push-уведомления не доставляются в 2026 году? Проверьте четыре возможных причины по порядку. Во-первых, автоматическая отмена Chrome: если количество ваших подписчиков незаметно сокращается, подписчики с низкой вовлеченностью могут потерять разрешение через Проверку безопасности. Во-вторых, ограничения частоты запросов Chrome: если отправка на большие списки внезапно занимает часы или ваш сервис push-уведомлений регистрирует ответы HTTP 429, вас, вероятно, классифицировали как нарушающего правила. В-третьих, отображение на Android: на Android 16 доставка все еще происходит, но пакеты уведомлений заглушаются и группируются, а на новых Pixel рекламные уведомления попадают в тихий пакет — доставлены, но незамечены. В-четвертых, банальные причины, существовавшие до ужесточения правил: истекшие подписки, ошибки сервис-воркера и настройки уведомлений на уровне ОС.
Запретил ли Chrome push-уведомления? Нет. Chrome ограничивает частоту запросов для сайтов, которые он классифицирует как нарушающие правила (большой объем, низкая вовлеченность), и отзывает разрешения, которые пользователи явно игнорируют. Отправитель, чьи уведомления получают клики, не затрагивается ни одним из этих механизмов, а тестирование Google показало, что у отправителей с меньшим объемом кликабельность возросла.
Какой уровень вовлеченности защищает меня от автоматической отмены Chrome? Google не публиковал пороговых значений, и любой поставщик, называющий вам безопасное число, угадывает. Опубликованные факты: менее 1% всех уведомлений получают какое-либо взаимодействие, а отмена нацелена на сочетание очень низкой вовлеченности с большим объемом отправки. Обоснованная стратегия — удерживать ваш показатель кликов значительно выше этого базового уровня и прекращать отправку подписчикам, которые перестали отвечать.
Влияют ли ограничения частоты запросов Chrome на весь мой аккаунт или только на один сайт? Язык оценки Chrome применяется к каждому сайту — сообщения, запросы и взаимодействие измеряются в отношении «сайта». Отправители, использующие платформу push-уведомлений, оцениваются на основе поведения их собственного домена, а не совокупных данных их поставщика. Google не публиковал никаких дополнительных рекомендаций, поэтому относитесь к специфике междоменных данных как к неподтвержденным.
Что изменилось для push-уведомлений в Android 16? Три вещи: задержка уведомлений (пакеты уведомлений постепенно заглушаются на срок до минуты, включены по умолчанию, звонки и будильники исключены), принудительная группировка уведомлений каждого приложения и — начиная с обновления QPR2 от декабря 2025 года на последних Pixel — Организатор уведомлений, который по умолчанию помещает рекламные уведомления и уведомления новостей в тихий свернутый пакет. Полные сведения о механизмах в нашем руководстве по задержке уведомлений в Android 16.
Применяется ли ужесточение правил к iOS? Ограничения Apple в основном предшествовали ему: веб-push в iOS требует, чтобы пользователь добавил ваш сайт на свой домашний экран, а Руководство App Store 4.5.4 требует явного согласия плюс возможность отказа в приложении для маркетинговых push-уведомлений. Изменение 2025 года — это Declarative Web Push (iOS 18.4 / Safari 18.5), более простой формат без сервис-воркера, без штрафа за тихие push-уведомления для декларативных сообщений.
Подпадают ли бизнес-сообщения RCS под ограничение частоты? Да, по репутации. Google присваивает каждому бизнес-агенту RCS репутацию High/Medium/Low на основе отзывов пользователей и сообщений о спаме; агенты с низкой репутацией (включая всех новых агентов) сталкиваются с ограничениями на количество уникальных пользователей, инициировавших переписку за последние 28 дней. Применение ограничений для промо-агентов в Индии началось в начале 2026 года, с отчетами о репутации и тенденциях спама в консоли разработчика для всех.
Стоит ли веб-пуш все еще использовать в 2026 году? Для отправителей, которые инициируют и сегментируют, больше, чем раньше: ограниченный трафик «стреляй и забывай» раньше конкурировал за ту же панель уведомлений, что и вы. Платформы укрепляют канал для отправителей, для которых он был создан, — и вытесняют остальных.
Последнее обновление и журнал изменений {#changelog}
Этот справочник поддерживается как живой документ. Соглашение: дата «Последнее обновление» меняется только при существенных обновлениях (когда платформа выпускает, анонсирует или документирует изменение), а не при редактировании текста. Каждое существенное обновление получает строку в журнале изменений с источником. Если вы ссылаетесь на эту страницу, укажите дату последнего обновления.
- 21.09.2026 — Первоначальная публикация. Охватывает: ограничения частоты Chrome Push API (январь 2026 г.), автоматическая отмена разрешений Chrome (анонсировано в октябре 2025 г.), экран уведомлений на устройстве с использованием машинного обучения в Chrome (май 2025 г.), замедление и принудительная группировка в Android 16 (июнь 2025 г.), организатор уведомлений Android 16 QPR2 (декабрь 2025 г.), декларативный веб-пуш (iOS 18.4 / Safari 18.5, 2025 г.), ограничения трафика RCS на основе репутации и аналитика тенденций спама (январь–апрель 2026 г.), изменения неизвестного отправителя и проверенного бренда в Google Сообщениях (с октября 2025 г.).
Что-то изменилось, что мы не зафиксировали? Самый быстрый способ сообщить нам об этом — виджет чата на этой странице.
