In-page push: чем отличается от обычных пушей: In-page push — формат, который показывается без подписки на уведомления и
In-page push — формат рекламного уведомления, которое отрисовывается внутри самой страницы сайта и показывается без подписки на уведомления. Пользователь не нажимает «Разрешить», браузер не запрашивает разрешение, поэтому формат работает и там, где classic Web Push недоступен — прежде всего на iOS. Публичных отраслевых данных об охвате и ценах формата в открытых источниках нет; ниже — только механика, отличия от classic push и рабочие критерии выбора.
Что такое in-page push простыми словами
In-page push — блок, имитирующий системное уведомление: иконка, заголовок, текст, кнопка закрытия, иногда кнопка действия. Показывается он не поверх операционной системы, а внутри области конкретной веб-страницы — обычно снизу или сверху окна браузера, поверх контента.
Ключевое здесь — «без подписки». В classic Web Push сайт запрашивает у браузера разрешение, браузер показывает системный запрос, пользователь подтверждает — и только после этого сайт получает право отправлять уведомления на этом устройстве. В инпейдже этой цепочки нет: уведомление является частью страницы и отдаётся как обычный рекламный креатив от скрипта сети. Отсюда второе название формата — «push без подписки».
Как работает показ без подписки
По механике инпейдж ближе к баннеру или попапу, чем к пушу. Скрипт рекламной сети встроен в код площадки и в нужный момент вставляет блок с креативом в DOM. Частоту показов на посетителя, задержку перед появлением и положение блока задают настройки кампании и фронтенд площадки.
Роль браузера и скрипта сети
Браузер здесь пассивен: он не запрашивает и не хранит разрешение на уведомления, не ведёт реестр подписчиков и не участвует в доставке. Показывать ли уведомление конкретному посетителю, решает скрипт сети — по правилам кампании и собственным данным о визите. Если скрипт не загрузился или площадка его сняла, показов не будет и «очереди отложенных уведомлений» не останется.
Почему это работает на iOS
В Safari поддержка classic Web Push исторически ограничена платформой: подписка на уведомления от сайта там долго не работала вообще, а позже появилась только в новых версиях системы и при определённых условиях — например, когда сайт добавлен на домашний экран. Инпейдж этой проблемы не имеет по конструкции: браузеру не нужно уметь принимать Web Push, потому что уведомление отдаётся как элемент страницы. Поэтому iOS-трафик, закрытый или сильно урезанный для classic push, для инпейджа остаётся доступным.
Чем in-page push отличается от classic push
Главные различия сводятся к пяти осям: наличие подписки, источник базы контактов, платформенная доступность, срок жизни контакта и зависимость от браузера.
Таблица: in-page push vs classic push
| Параметр | Classic Web Push | In-page push |
|---|---|---|
| Подписка на уведомления | Нужна, пользователь даёт разрешение | Не нужна |
| Системный запрос разрешения | Показывается | Не показывается |
| Где отображается | Поверх интерфейса ОС | Внутри страницы сайта |
| Кто владеет базой | Сайт/сеть накопила подписчиков | Базы нет, показ каждый раз новый |
| Показ на iOS | Ограничен поддержкой Safari | Доступен как элемент страницы |
| Срок жизни контакта | Пока пользователь не отписался | Ограничен одним визитом |
| Зависимость от браузера | Высокая, привязан к Web Push API | Низкая, работает как обычный блок |
Чего у in-page push нет
У инпейджа нет главного ресурса classic push — накопленной базы подписчиков. Классический пуш можно отправить повторно, дешёво и без новой закупки трафика; инпейдж приходится показывать заново, и каждый показ — оплаченный контакт. Отсюда и разница в экономике: in-page ближе к модели медийной закупки с оплатой за показ или клик, classic — к модели владения аудиторией. Дополнительно инпейдж сильнее зависит от аккуратности креатива: элемент страницы легче проигнорировать или заблокировать, чем системное уведомление.
Кому подходит и где доступен
Брать in-page push логично в трёх ситуациях: гео и устройства, где classic push не добирает объём, в частности iOS-трафик; быстрые тесты офферов — ждать накопления базы подписчиков не нужно, показ идёт сразу на закупленном трафике; вертикали, где важен первый контакт и клик по уведомлению, а не серия догоняющих рассылок — подробнее о нишах в разборе лучшие ниши для арбитража трафика.
Формат доступен в большинстве крупных push- и pop-сетей: его включают как отдельный тип кампании или как часть self-serve закупки. Набор гео, ставок и лимитов у каждой сети свой и меняется, поэтому перед покупкой стоит сверить условия в кабинете; сравнение подходов двух популярных сетей — в материале сравнение EvaDav и Push.House. Ценовых ориентиров по вертикалям в открытых источниках нет — данные не раскрываются, ориентируйтесь на текущие ставки в интерфейсе.
Частые ошибки
- Путать инпейдж с системным уведомлением. Пользователь видит блок внутри страницы и может закрыть его вместе с вкладкой — ждать поведения подписчика из classic push не стоит.
- Строить план на «базе» инпейджа. Базы нет. Кампания, рассчитанная на дешёвые повторные касания, формат не вытянет.
- Копировать креатив classic push один в один. Инпейдж конкурирует за внимание внутри контента страницы, а не в системном лотке, поэтому текст и оформление требуют отдельной проверки.
- Судить о качестве по одному срезу. Показ зависит от площадки, устройства и момента вставки блока — выводы по одному дню или одному гео почти всегда случайны.
- Пропускать тестовый прогон. Перед масштабированием полезно пройти чек-лист перед запуском: он помогает не потерять бюджет на технических мелочах.
Вопрос–ответ
In-page push что это и чем он принципиально отличается от обычного пуша? Это уведомление, которое отображается внутри страницы сайта, а не поверх интерфейса операционной системы. Принципиальное отличие одно: подписка не нужна. Classic Web Push требует разрешения пользователя и работает только с теми, кто его дал, а инпейдж показывается любому посетителю площадки, где стоит скрипт сети.
Почему говорят «push без подписки», это же не пуш? Название закрепилось из-за внешнего вида: блок имитирует системное уведомление и вызывает ту же реакцию — пользователь кликает по нему как по пушу. Технически это обычный элемент страницы и обычный рекламный креатив.
Работает ли формат на iOS там, где classic push не идёт? Да, это одно из главных его преимуществ. Safari не обязан «уметь» принимать Web Push, потому что уведомление приходит как часть страницы. Поэтому инпейдж часто становится способом добрать iOS-трафик в гео, где классический пуш даёт мало объёма.
Можно ли отправлять повторные касания по инпейдж-трафику? Массово — нет, накопленной базы подписчиков у формата не существует. Повторный контакт возможен только через новую закупку показа, так что длинную воронку догоняющих сообщений на инпейдже не построить.
Где лучше запускать — в отдельной кампании или вместе с classic push? Практичнее разводить форматы по отдельным кампаниям, чтобы видеть их экономику раздельно. Общая логика закупки и встречающиеся связки разобраны в материале как устроен push-трафик; базовые термины формата — в разборе классический и in-page push.
Есть ли официальная статистика по охвату и ценам in-page push? Публичных сводных данных нет — ни по средним ставкам, ни по объёму инвентаря. У каждой сети свои условия, поэтому корректный путь — смотреть актуальные параметры кампании в кабинете и фиксировать результаты собственного теста.
Ещё статьи
Частые вопросы
In-page push что это и чем он принципиально отличается от обычного пуша?
Это уведомление, которое отображается внутри страницы сайта, а не поверх интерфейса операционной системы. Принципиальное отличие одно: подписка не нужна. Classic Web Push требует разрешения пользователя и работает только с теми, кто его дал, а инпейдж показывается любому посетителю площадки, где стоит скрипт сети.
Почему говорят «push без подписки», это же не пуш?
Название закрепилось из-за внешнего вида: блок имитирует системное уведомление и вызывает ту же реакцию — пользователь кликает по нему как по пушу. Технически это обычный элемент страницы и обычный рекламный креатив.
Работает ли формат на iOS там, где classic push не идёт?
Да, это одно из главных его преимуществ. Safari не обязан «уметь» принимать Web Push, потому что уведомление приходит как часть страницы. Поэтому инпейдж часто становится способом добрать iOS-трафик в гео, где классический пуш даёт мало объёма.
Можно ли отправлять повторные касания по инпейдж-трафику?
Массово — нет, накопленной базы подписчиков у формата не существует. Повторный контакт возможен только через новую закупку показа, так что длинную воронку догоняющих сообщений на инпейдже не построить.
Где лучше запускать — в отдельной кампании или вместе с classic push?
Практичнее разводить форматы по отдельным кампаниям, чтобы видеть их экономику раздельно. Общая логика закупки и встречающиеся связки разобраны в материале как устроен push-трафик; базовые термины формата — в разборе классический и in-page push.
Есть ли официальная статистика по охвату и ценам in-page push?
Публичных сводных данных нет — ни по средним ставкам, ни по объёму инвентаря. У каждой сети свои условия, поэтому корректный путь — смотреть актуальные параметры кампании в кабинете и фиксировать результаты собственного теста.
Обновлено: 10.10.2026.
Проверено: 07.10.2026. Условия сетей — ориентир на дату проверки, точные тарифы на сайте сети. Нашли неточность? Напишите на redakciya@push-seti.com.