Уведомления клиентам из сервиса: email, SMS, Telegram или push в браузере — что выбрать и как не попасть в спам

Короткий ответ: для сервисных уведомлений — статус заказа, счёт, запись, сброс пароля — основной канал почти всегда email, срочные события дублируют в Telegram или SMS, а push в браузере подходит в основном сотрудникам. Чтобы письма не уходили в спам, у домена должны быть настроены SPF, DKIM и DMARC, а служебные письма нужно отделить от рекламы: как только в уведомление о заказе добавляют акцию, оно по закону становится рекламой и требует согласия. Email-уведомления входят в наш тариф «Веб-приложение / SaaS» — от 160 000 ₽, от 10 дней.

Какие уведомления нужны сервису?

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

Удобно разделить уведомления на три группы:

• Обязательные. Код подтверждения, сброс пароля, подтверждение заказа, счёт и чек. Без них сервис не работает или клиент не может доказать сделку. Отключить их нельзя.
• Полезные. Смена статуса, напоминание о записи, готовый документ, ответ менеджера. Клиент выбирает, получать ли их и куда.
• Внутренние. Новая заявка, клиент вернул работу на доработку, сбой оплаты или обмена с 1С. Их получают сотрудники, и это отдельный список со своими настройками.

Правило, которое экономит много нервов: одно событие — одно сообщение, и в нём ссылка сразу на нужную карточку, а не на главную кабинета. «Заказ 4317 передан в доставку, трек-номер и срок — по ссылке» работает. «В вашем личном кабинете есть обновления» заставляет человека входить, искать и в итоге звонить менеджеру.

Пример внутреннего уведомления из нашей практики: в клиентском портале Roboweb.team заказчик сам принимает готовую задачу или возвращает её на доработку, и команда узнаёт об этом в Telegram, а не из почты на следующий день.

Событие	Кому	Канал по умолчанию	Можно отключить?
Код подтверждения, сброс пароля	Клиенту	Тот канал, через который входят: почта или SMS	Нет — без него не войти
Заказ или заявка приняты	Клиенту	Email	Нет: это подтверждение сделки
Смена статуса заказа	Клиенту	Email и Telegram, если подключён	Да, кроме ключевых статусов
Счёт выставлен, оплата прошла	Клиенту и бухгалтеру	Email со ссылкой на документ	Нет
Напоминание о записи или сроке	Клиенту	Telegram или SMS	Да
Новая заявка, клиент загрузил файл	Сотруднику	Telegram или push в браузере	Да, в настройках сотрудника
Ошибка оплаты или обмена с 1С	Ответственному	Telegram и email	Нет

Сравнение каналов

Email дешёвый и есть у всех, но его читают с задержкой. SMS доходит почти всегда, но каждое сообщение платное и требует согласия. Telegram быстрый и бесплатный в отправке, но работает только после того, как клиент сам подключит бота. Push в браузере бесплатен, но требует разрешения и плохо подходит клиентам на iPhone.

Несколько деталей, которые всплывают уже после запуска:

• Email — единственный канал, где нормально смотрятся длинные сообщения: счёт, акт, состав заказа, таблица. Письмо остаётся в ящике и находится поиском через полгода, когда клиент ищет чек.
• SMS — для коротких срочных сообщений: код, «курьер выехал», «запись завтра в 10:00». Ссылку отправить можно, но длинный текст разбивается на несколько платных частей. Имя отправителя (например, название компании латиницей) регистрируют через SMS-провайдера у операторов, без него сообщение придёт с непонятного номера.
• Telegram-бот — удобен для напоминаний и статусов: сообщение видно сразу, в нём можно поставить кнопки «Подтвердить запись» или «Перенести». Ограничение из документации: боты не могут начать разговор с пользователем, поэтому без кнопки «Подключить Telegram» в кабинете канал не появится.
• Push в браузере — по описанию Push API сообщения доходят, даже когда вкладка закрыта, но нужен service worker и согласие пользователя. Сотрудники, которые весь день сидят в сервисе, разрешают такие уведомления охотно, клиенты — редко. В нашем мессенджере «Гонец», который ставится на телефон как PWA, есть браузерные уведомления: для команды, которая весь день в переписке, это естественный канал.

Если сервису нужны уведомления на телефон с гарантированным разрешением и иконкой на экране, это уже вопрос мобильного приложения; как там устроена доставка, мы разбирали в статье о push-уведомлениях в приложении.

Канал	Что нужно для запуска	Ограничения доставки	Стоимость отправки
Email	Свой домен, записи SPF, DKIM и DMARC, почтовый сервис для исходящих писем	Может попасть в спам; человек может не открыть почту днями	Обычно самая низкая; у почтовых сервисов есть бесплатные лимиты
SMS	Договор с SMS-провайдером, имя отправителя у операторов, согласие абонента	Короткий текст; дойдёт почти на любой телефон без интернета	Каждое сообщение платное, плюс плата за имя отправителя
Telegram-бот	Бот и связка аккаунта клиента с его чатом: человек сам нажимает «Старт»	Бот не может написать первым; человек может бота заблокировать	Отправка бесплатна, платите за сервер и разработку
Push в браузере	HTTPS, service worker, разрешение пользователя по клику	Нет разрешения — нет канала; на iPhone только для веб-приложения на экране «Домой» с iOS 16.4	Отправка бесплатна, нужен сервер для подписок

Почему письма попадают в спам?

Почти всегда по одной из трёх причин: у домена нет записей SPF, DKIM и DMARC, письма отправляются не от имени вашего домена или на адрес отправителя часто жалуются. Почтовые службы проверяют, что письмо действительно отправлено с разрешения владельца домена, и не доверяют тем, кто этого не подтвердил.

Коротко, что значат три записи в DNS:

• SPF — список серверов, которым разрешено отправлять письма от вашего домена.
• DKIM — цифровая подпись письма: почтовая служба сверяет её с открытым ключом в DNS и видит, что текст не подменили по дороге.
• DMARC — инструкция, что делать с письмом, которое не прошло проверку, и куда присылать отчёты.

По правилам Gmail для отправителей всем нужен хотя бы SPF или DKIM, корректные прямая и обратная DNS-записи, шифрование TLS и доля жалоб на спам ниже 0,3 %. Тем, кто отправляет больше 5 000 писем в день на адреса Gmail, нужны все три записи, совпадение домена в поле «От» с доменом SPF или DKIM и отписка в один клик для рекламных писем. Российские почтовые службы проверяют те же SPF, DKIM и DMARC, поэтому настраивать их стоит сразу, а не после первых жалоб клиентов.

Что ещё отправляет письма в спам или в «Промоакции»:

• сервисные письма и рекламная рассылка идут с одного адреса — жалобы на акции портят репутацию писем о заказах;
• письма отправляются напрямую с сервера сайта без подписи, а не через почтовый сервис для исходящих писем;
• в письме одна картинка без текста или длинные ссылки через сокращатели;
• адрес отправителя noreply@ — на него нельзя ответить, и часть клиентов отвечает жалобой «это спам»;
• в базе много несуществующих адресов: сервис не проверяет почту при регистрации, и письма возвращаются.

Практичная схема: сервисные письма — с поддомена вроде notify.вашдомен.ru через почтовый сервис для исходящих писем, рекламные — с другого поддомена или через отдельную систему рассылок. Тогда проблемы с рекламой не задевают коды входа и счета.

Когда сообщение становится рекламой?

Когда в нём появляется продвижение товара или услуги, а не информация о сделке клиента. «Заказ доставлен» — сервисное сообщение. «Заказ доставлен, а на следующий скидка 10 %» — уже реклама, и на неё нужно предварительное согласие адресата. Граница проходит по содержанию, а не по каналу или названию шаблона.

Что говорит закон. По части 1 статьи 18 закона «О рекламе» реклама по сетям электросвязи допускается только с предварительного согласия абонента или адресата, и если рекламораспространитель не докажет согласие, реклама считается отправленной без него. Часть 2 той же статьи запрещает рекламу с автоматическим набором номера или автоматической рассылкой (текст статьи на consultant.ru, ред. от 04.08.2026).

Для SMS есть ещё одно правило. Статья 44.1 закона «О связи» требует для рассылки по сети мобильной связи предварительного согласия абонента и договора с оператором, а законом от 1 апреля 2025 года № 41-ФЗ в статью добавлен пункт 1.1: абонент может отказаться от рассылки через своего оператора, и оператор обязан её прекратить (текст статьи на consultant.ru). Договор с операторами за вас обычно заключает SMS-провайдер, но доказывать согласие получателя придётся вам.

Что из этого следует для сервиса:

1. Согласие на рекламу — отдельная галочка, по умолчанию снятая. Её нельзя прятать в согласие с офертой или на обработку персональных данных.
2. Согласие хранится в базе: дата, время, канал и текст, с которым человек согласился. Это ваше доказательство.
3. Шаблоны сервисных сообщений не содержат акций, «рекомендуемых товаров» и промокодов.
4. В каждом рекламном сообщении — способ отказаться, и после отказа реклама этому человеку больше не уходит.
5. Если согласие на SMS нужно и для сервисных сообщений, его берут при регистрации или оформлении заказа.

Формулировки согласий и порядок отправки перед запуском стоит показать юристу: правила рекламы в интернете в последние годы менялись. Как устроены массовые рассылки в боте с согласием на рекламу, разобрано в статье о рассылках через Telegram-бота.

Как дать клиенту выбрать канал?

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

Что должно быть на этой странице:

• Подключение каналов. Почта подтверждается ссылкой из письма, телефон — кодом, Telegram — кнопкой «Подключить», которая открывает бота по персональной ссылке и связывает чат с аккаунтом.
• Переключатели по событиям. «Статус заказа — email и Telegram», «Напоминание о записи — только SMS». Не один общий выключатель «всё или ничего».
• Тихие часы. Ночью — только коды входа и срочное; напоминания и статусы ждут утра по часовому поясу клиента.
• Отдельная строка «Акции и новости». Это то самое согласие на рекламу: снято по умолчанию, с датой включения в базе.
• Язык сообщений. Если клиенты говорят на разных языках, шаблоны нужны на каждом. В нашем сервисе Banradar бот, кабинет и уведомления работают на русском и английском, язык берётся из настроек Telegram.

Под капотом это очередь отправки и журнал. Сервис кладёт событие в очередь, отправитель выбирает каналы по настройкам клиента и записывает результат: отправлено, доставлено, ошибка. Если Telegram недоступен, через заданное время уходит письмо. Журнал нужен и для споров: «мы вам писали» должно подтверждаться записью, а не памятью менеджера. Какие ещё разделы нужны кабинету, мы перечисляли в статье о личном кабинете клиента.

Сколько стоит отправка?

Отправка складывается из двух частей: разработка уведомлений в сервисе и плата провайдерам за каждое сообщение. Письма и сообщения в Telegram почти ничего не стоят в отправке, SMS оплачивается за каждое сообщение и за имя отправителя. Тарифы провайдеров меняются, поэтому считайте по их официальным страницам на дату запуска.

Что входит у нас:

• Веб-приложение или личный кабинет — от 160 000 ₽, от 10 дней. В базовый объём входят регистрация, вход, восстановление пароля и email-уведомления, а также 1–2 внешние интеграции: одной из них может быть мессенджер.
• Уведомления в уже работающую систему — тариф «Интеграции и автоматизация» от 32 000 ₽, от 2 дней: уведомления в Telegram или на почту по событиям из CRM, 1С или сайта.
• Отдельный Telegram-бот с меню и сценариями — от 16 000 ₽, 1–2 дня.
• Развитие после запуска — новые события, каналы и шаблоны — по абонентской поддержке от 7 900 ₽/мес.

Отдельно и напрямую провайдерам оплачиваются SMS, почтовый сервис для исходящих писем после бесплатного лимита и сервер. Ориентиры по ценам SMS и имени отправителя на октябрь 2026 года есть в статье о входе по SMS или звонку. После запуска веб-приложения 14 дней бесплатной поддержки, гарантия по договору — 30 дней с даты акта.

Когда отдельная система уведомлений не нужна и какие ошибки встречаются

Не нужна, если клиентов немного и менеджер всё равно пишет каждому сам, или если вся работа с клиентом уже идёт в CRM, где есть свои уведомления. Тогда хватит писем о входе и заказе из коробки и одного уведомления сотрудникам в Telegram о новой заявке.

Типичные ошибки в уведомлениях сервисов:

• Письма отправляются с сервера сайта без SPF и DKIM. Первые недели всё работает, потом коды входа начинают уходить в спам, и клиенты пишут, что «сайт сломался».
• Реклама в сервисных шаблонах. Блок «Вам может понравиться» в письме о заказе превращает его в рекламу без согласия.
• SMS на каждое событие. Счёт за сообщения растёт вместе с числом заказов, а половину этих SMS можно было отправить письмом или в Telegram.
• Запрос разрешения на push сразу при входе. Браузер показывает окно, человек нажимает «Блокировать», и второй попытки уже не будет. Просить нужно по кнопке, когда понятно, зачем.
• Нет журнала отправки. Когда клиент говорит «мне ничего не приходило», проверить нечего.
• Тексты зашиты в код. Чтобы поправить запятую в письме, нужен программист. Шаблоны и их тексты стоит выносить в админку.
• Нет запасного канала. Telegram отключён или клиент заблокировал бота — а письмо не ушло, потому что «уже отправили в Telegram».

Телефоны, адреса почты и идентификаторы Telegram — персональные данные, и где их хранить, решают заранее; требования мы разбирали в статье о хранении данных по 152-ФЗ.

Чек-лист перед запуском уведомлений

• Составлен список событий: кому, о чём, по какому каналу, можно ли отключить.
• У домена настроены SPF, DKIM и DMARC, письма уходят через почтовый сервис для исходящих писем, с адреса, на который можно ответить.
• Сервисные и рекламные сообщения разделены: разные шаблоны, разные адреса или поддомены.
• Согласие на рекламу — отдельная галочка, хранится с датой и текстом; отказ работает в один клик.
• Для SMS заключён договор с провайдером, зарегистрировано имя отправителя, согласие абонента получено.
• Telegram подключается из кабинета по персональной ссылке; push в браузере запрашивается по кнопке.
• В кабинете есть страница настроек уведомлений, тихие часы и запасной канал.
• Каждая отправка пишется в журнал с результатом доставки.

Короткие ответы на частые вопросы

Какой канал уведомлений сделать первым?

Email: он есть у каждого клиента, письма о входе, заказе и оплате нужны в любом случае, а отправка обходится дешевле остальных каналов. Telegram и SMS добавляют для срочных событий, push в браузере — в основном для сотрудников.

Нужно ли согласие клиента на письма о статусе заказа?

Согласие по закону о рекламе нужно на рекламу, а письмо о статусе заказа без рекламных вставок рекламой обычно не считается. Для SMS закон «О связи» требует предварительного согласия абонента на рассылку, поэтому согласие на SMS берут при регистрации или оформлении заказа.

Почему письма из сервиса уходят в спам, хотя мы ничего не рекламируем?

Чаще всего у домена не настроены SPF, DKIM и DMARC или письма уходят с адреса, который не совпадает с доменом отправителя. Вторая причина — сервисные письма идут с того же адреса, что и рекламная рассылка, и жалобы на рекламу портят репутацию всех писем.

Можно ли отправлять уведомления в Telegram по номеру телефона клиента?

Нет. Бот может написать только тому, кто сам его запустил. Поэтому в кабинете делают кнопку «Подключить Telegram»: клиент переходит в бота по персональной ссылке, и сервис связывает его аккаунт с чатом.

Сколько стоят уведомления в веб-приложении?

Email-уведомления входят в наш тариф «Веб-приложение / SaaS» от 160 000 ₽, мессенджер подключается как одна из 1–2 интеграций тарифа. Отдельно оплачиваются SMS у провайдера и почтовый сервис, если лимиты бесплатного тарифа закончатся.

Услуги и кейсы по теме: веб-приложения и SaaS · разработка личного кабинета · кейс: сайт студии и клиентский кабинет · цены и сроки