Email или push-уведомления: что выбрать для бизнеса

Типичный вопрос от бизнеса с накопленной базой контактов звучит примерно так: «У нас есть база email и подписчиков на push через сайт — куда вкладывать силы?» Вопрос звучит проще, чем есть на самом деле, потому что email и push-уведомления решают разные задачи и по-разному ведут себя в паре с контекстной рекламой.

Я настраиваю контекстную рекламу в Яндекс Директе и вижу оба канала не как самостоятельные истории, а как продолжение рекламной воронки: пользователь кликнул по объявлению, не купил — и дальше его либо возвращает email, либо push, либо оба. Я работаю с разными нишами — от банкетных залов до языковых школ, — и ниже разбираю, от чего на практике зависит выбор канала и как их сочетать, а не какой канал «лучше» в вакууме.

Email или push-уведомления: что это за каналы и в чём разница

Email-рассылка — это письмо, которое попадает в почтовый ящик пользователя и требует от него хотя бы одного осознанного действия: открыть письмо, прочитать тему, решить, стоит ли кликать. Push-уведомление — короткое сообщение, которое всплывает прямо на экране устройства (в браузере или в мобильном приложении) без захода в отдельное приложение почты.

Разница не только в интерфейсе. Email — канал с отложенным вниманием: письмо может лежать непрочитанным сутки и всё равно сработать. Push рассчитан на быстрый контакт, но само время отображения и возможность вернуться к уведомлению позже зависят от браузера, ОС и типа уведомления — универсального «правила исчезновения» здесь нет.

Для бизнеса, который уже ведёт контекстную рекламу, это означает разные роли в воронке. Я обычно описываю это так: Директ приводит трафик и первый контакт, email — канал для «длинных» решений (запись на консультацию, выбор тарифа, повторная покупка через недели), push — канал для «коротких» триггеров (бросил корзину, истекает скидка, открылась запись на завтра). Отслеживать вклад каждого канала помогают корректно настроенные UTM-метки для отслеживания трафика.

Как работает email-канал для бизнеса: плюсы и ограничения

Ключевое преимущество email — объём и контроль. В письмо помещается развёрнутое предложение, картинки, несколько кнопок с разными сценариями, а само письмо остаётся в ящике пользователя и может быть прочитано спустя дни. Это делает email хорошим каналом для сложных офферов: например, для языковой школы, где решение о покупке абонемента принимается не сразу, а email с расписанием пробных занятий и отзывами можно перечитать перед оплатой.

У канала есть встроенная аналитика: открытия, клики, отписки — всё это я подробно разбирал в статье про метрики email-рассылок, где показано, как считать Open Rate и CTR и что делать, если они низкие.

Есть и обратная сторона. Открывает письмо всегда только часть базы — Open Rate у коммерческих рассылок обычно далёк от 100%, и это стоит проверять на своих цифрах, а не на усреднённых ориентирах из чужих кейсов. Плюс есть технический порог входа: для email важна аутентификация отправителя, репутация домена и контроль жалоб на спам — без этого письма стабильно уходят мимо «Входящих». Требования у почтовых провайдеров различаются и ужесточаются с ростом объёма: например, Gmail требует от любого отправителя как минимум SPF или DKIM, а для массовых рассылок (от 5000 писем в сутки на Gmail) — уже SPF, DKIM и DMARC вместе.

Как работают push-уведомления: web-push и mobile-push

Push-уведомления делятся на два типа. Web-push подписывает пользователя через браузер, когда он разрешил уведомления на сайте — здесь нет установки приложения, а отписаться можно за один клик в настройках браузера, поэтому база «отваливается» заметно быстрее, чем email-подписка. Mobile-push работает внутри установленного приложения и держится устойчивее, потому что пользователь уже вложился во время установки.

Кликнуть по push физически проще, чем по email, — уведомление уже на экране, не нужно заходить в почту и открывать письмо, достаточно одного касания (хотя сам CTR канала как метрику напрямую с email лучше не сравнивать — у них разная механика показа, подробнее ниже в FAQ). Но у этой же лёгкости есть обратная сторона: сколько уведомление остаётся видимым и можно ли вернуться к нему позже — зависит от браузера, ОС и типа уведомления, а полноценной истории входящих, как в почте, у push обычно нет. Если пользователь не отреагировал сразу, велика вероятность, что он это сообщение больше не увидит.

Технический порог входа у push обычно ниже, чем у email, но это не «поставили скрипт — и push готов». Для web-push как минимум нужны HTTPS, service worker, подписка пользователя на уведомления и серверная часть — свой сервис или провайдер, который хранит адреса подписок и рассылает по ним сообщения; для мобильного push добавляется SDK в приложении. Порог ниже, чем у email с его аутентификацией домена и репутацией отправителя, но это тоже не разовая настройка на пять минут. Именно за счёт более низкого порога push часто выбирают как стартовый канал для быстрого прогрева трафика — подробнее про сборку такой цепочки я писал в статье о push-уведомлениях для сайта.

Отдельно стоит держать в голове согласие пользователя на коммуникацию. Оба канала требуют явного согласия на подписку и понятного способа отказаться от неё. Для email дополнительно важны правила конкретного почтового провайдера и требования к unsubscribe — например, Gmail отдельно требует от массовых отправителей отписку в один клик.

Сравнение email и push по ключевым метрикам

Email и push решают разные задачи — вот в чём именно разница:

Точные цифры — Open Rate, CTR, скорость реакции — у каждого проекта свои: стоит смотреть в собственной аналитике, а не ориентироваться на чужие усреднения.

Как выбрать канал под конкретную нишу

Выбор завязан на трёх вопросах: сколько времени у пользователя есть на принятие решения, насколько сложный продукт и сколько стоит один контакт с базой. Если цикл принятия решения короткий — заказ еды, такси, билеты на сегодняшний сеанс — push может выигрывать по скорости отклика, потому что решение принимается за минуты, а не за дни.

Если продукт требует объяснения — курсы, недвижимость, финансовые услуги, сложная техника — email работает лучше, потому что человеку нужно время подумать, сравнить, вернуться к письму через два дня и дочитать до конца. В таких нишах пуш скорее выполняет роль напоминания «а помните, у вас в корзине…», а не основного канала продажи.

Есть и третий сценарий — низкий чек и высокая частота покупок, например доставка продуктов или подписка на кофе. Здесь оба канала работают в паре: push напоминает о разовой акции, email раз в неделю собирает более развёрнутую подборку и работает на удержание. Я подробно разбирал похожую логику построения цепочек в статье про выбор канала трафика — там те же принципы применимы и к выбору канала коммуникации с базой.

Как комбинировать email и push в одной цепочке

Рабочая схема, которую можно собрать в связке: пользователь оставляет email на сайте и одновременно получает предложение подписаться на push. Дальше цепочка строится по ролям, а не по фиксированному расписанию — сначала короткий push с приветствием и оффером, следом развёрнутое письмо с подробностями, отзывами и условиями доставки или оплаты. Так один канал подхватывает то, что не сработало у другого, вместо того чтобы дублировать одно и то же сообщение одновременно.

При брошенной корзине логика похожая: push как быстрый напоминающий сигнал, email — как канал для более развёрнутого возврата, если корзина не была восстановлена пушем. Конкретный тайминг между сообщениями — это не универсальная цифра, а параметр, который стоит задавать от поведения своей аудитории и проверять экспериментом: отправка сразу после события, через короткий интервал или позже могут сработать по-разному в зависимости от продукта и ниши.

Важный момент — частота. Push и email с одинаковым оффером в один день рискуют восприниматься как спам и повышают риск отписки от обоих каналов сразу. Поэтому в цепочках стоит разносить отправку по времени и менять формулировку оффера между каналами, а не копировать текст письма в короткий пуш — конкретный интервал лучше подбирать экспериментом на своей аудитории, как и с таймингом выше.

Типичные ошибки при выборе канала

Частая ошибка — выбирать канал по личным предпочтениям владельца бизнеса, а не по поведению аудитории. Если владелец сам не любит push-уведомления и отключает их на телефоне, это не значит, что его аудитория ведёт себя так же — нужно смотреть на реальные Open Rate и CTR своей базы, а не на субъективные ощущения.

Ещё одна ошибка — запускать push и забывать про регулярный приток новых подписчиков. Push-подписка может быть потеряна при удалении данных сайта, сбросе разрешений на уведомления, смене браузера или устройства — база web-push, как правило, сокращается быстрее email-списка, и если не пополнять её новым трафиком, канал постепенно «усыхает» и перестаёт приносить заявки. Конкретную скорость отвала стоит смотреть по своей аналитике — она сильно различается от проекта к проекту.

Третья ошибка — писать одинаковый текст для обоих каналов. Email позволяет структуру: заголовок, абзац, кнопка, ещё абзац с деталями. Push — это одна строка заголовка и одна строка текста, и если пытаться уместить туда развёрнутый оффер, сообщение обрезается на экране и теряет смысл ещё до клика.