С какой версии iOS работают веб-push?

С iOS 16.4 — до этого Safari веб-push не поддерживал вообще.

Обязательно ли устанавливать PWA на домашний экран для push на iOS?

Да, это обязательное условие — push работает только для PWA, добавленного на экран, а не для сайта, открытого просто в браузере.

Почему у части iOS-юзеров пуши всё равно не работают?

Потому что они не прошли шаг «добавить на экран» или явно отказались от разрешения на уведомления — оба шага целиком зависят от пользователя, принудительно включить их нельзя.

Как компенсировать низкое пуш-покрытие на iOS?

Усиленно продавать install-prompt на самом раннем этапе и параллельно собирать email или мессенджер как запасной канал возврата для тех, кто на экран PWA не добавит.

Ограничения пушей на iOS

Ограничения пушей на iOS — первое, что должен понимать байер, прежде чем закладывать push в воронку ретеншна для iOS-трафика. Apple разрешила веб-push далеко не сразу и до сих пор держит их за рамками привычного «разрешил в браузере — получил уведомление». Разберём, что можно, что нельзя и как выстроить PWA-фаннел с учётом этих рамок.

С какого момента веб-push вообще доступны на iOS

Веб-push на iOS заработали только начиная с iOS 16.4 — до этого Safari их не поддерживал вовсе. Но и после этого доступ не «по умолчанию»: уведомления работают только для PWA, которое юзер добавил на домашний экран через «Добавить на экран», а не для сайта, открытого просто во вкладке Safari.

Что именно ограничено

Даже после установки на экран запрос разрешения на push можно показать только в ответ на явное действие юзера, а не автоматически при открытии, а сама подписка привязана к конкретному установленному PWA, а не к домену в целом. Часть пользователей просто не доходит до шага «добавить на экран» — и для них push остаётся недостижим в принципе.

Как это меняет воронку для iOS-трафика

Раз push зависит от установки на экран, install-prompt в PWA для iOS-аудитории — это не техническая деталь, а отдельный шаг конверсии, который нужно явно продавать пользователю. Долю iOS-трафика, которая до этого шага не дойдёт, стоит закладывать в план ретеншна заранее, а не удивляться низкому охвату базы постфактум.

Обходные пути и запасные каналы

Для iOS-сегмента разумно усиливать призыв к установке на экран прямо на прелендинге и сразу после первого открытия PWA — это единственный шаг, который реально включает push. Параллельно стоит собирать альтернативный контакт (email, мессенджер) на этапе регистрации у оффера, чтобы не терять тех, кто install-prompt проигнорировал.

Сегментация по ОС в пуш-движке

Раз механика push для iOS и Android объективно разная, базу стоит сегментировать по ОС ещё на этапе сбора, а не постфактум — это позволяет считать реальный охват и CR по пушам отдельно для каждой платформы, вместо одной смешанной и малополезной цифры.

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

С какой версии iOS работают веб-push?: С iOS 16.4 — до этого Safari веб-push не поддерживал вообще.
Обязательно ли устанавливать PWA на домашний экран для push на iOS?: Да, это обязательное условие — push работает только для PWA, добавленного на экран, а не для сайта, открытого просто в браузере.
Почему у части iOS-юзеров пуши всё равно не работают?: Потому что они не прошли шаг «добавить на экран» или явно отказались от разрешения на уведомления — оба шага целиком зависят от пользователя, принудительно включить их нельзя.
Как компенсировать низкое пуш-покрытие на iOS?: Усиленно продавать install-prompt на самом раннем этапе и параллельно собирать email или мессенджер как запасной канал возврата для тех, кто на экран PWA не добавит.

Собери своё PWA в APEX за пару минут

Клоака, антибот, пуши, сплит-тесты и свои домены — в одном сервисе.

Начать бесплатно