Уведомления о заказах в интернет-магазине - это первое, что клиент видит после оплаты, и первое, из-за чего он пишет в поддержку, если письмо ушло в спам, а SMS вообще не пришла. За несколько лет работы с Tilda, WooCommerce и кастомными витринами я свёл рабочую связку каналов к трём: почта для чека и деталей заказа, Telegram для быстрых статусов и SMS для тех, кто не открывает ни то, ни другое. Дальше - конкретные схемы, сервисы и цены, которые я реально использую на проектах.
Зачем нужны уведомления о заказах и какие каналы вообще есть
Без автоматических уведомлений о заказах в интернет-магазине менеджер вручную пишет каждому клиенту «заказ принят», а сам клиент через полчаса звонит и спрашивает, прошла ли оплата. На проектах, где я подключал автоматическую цепочку email плюс Telegram, число обращений в поддержку по статусу заказа падало в первую же неделю в разы - просто потому что клиент видел статус сам, без звонка.
Три канала закрывают разные задачи:
- Email - юридически значимые вещи: подтверждение заказа, чек, детали доставки, ссылка на трек-номер.
- Telegram - быстрый статус без задержек: заказ подтверждён, собран, передан курьеру.
- SMS - подстраховка для тех, кто не читает почту и не пользуется мессенджером, плюс критичные моменты вроде «курьер уже выехал».
По моим замерам на клиентских проектах транзакционные письма открывают 40-60% получателей в течение суток, Telegram-уведомление читают почти сразу, обычно в первые 10-15 минут, а SMS открывают практически всегда в течение часа, даже если не отвечают. Отсюда и логика: критичное - в SMS и Telegram, подробное - в почту.
Email-уведомления: от чека до статуса доставки
В WooCommerce стандартные хуки woocommerce_order_status_changed и woocommerce_thankyou дают точку входа для кастомного письма на каждый статус: «в обработке», «оплачен», «отправлен», «выполнен». Я обычно переопределяю шаблоны email в теме и подключаю не встроенную wp_mail (она часто улетает в спам через дефолтный PHP mail), а SMTP через транзакционный сервис.
При оплате через T‑Bank для интернет-эквайринга сам банк присылает клиенту чек по 54-ФЗ, но письмо с деталями заказа, составом корзины и адресом доставки - отдельная задача магазина, и вешается она на вебхук от T‑Bank об успешном платеже.
В Tilda встроенные письма ограничены готовым шаблоном без кастомизации состава и логики. Если нужно письмо со своим текстом на каждый статус или с расчётом стоимости доставки по адресу, я beру вебхук Tilda и завожу его на серверный обработчик или на n8n. Кстати, если магазин на Tilda считает доставку по зонам, у меня в библиотеке есть готовый скрипт зон доставки для Tilda - он же отдаёт данные, которые потом попадают в текст письма о заказе.
Из провайдеров транзакционной почты для российской аудитории я использую Unisender Go или собственный SMTP на выделенном IP - у зарубежных SendGrid и Mailgun есть смысл держаться в стороне, если в письмах фигурируют email и имена клиентов: это персональные данные, и хранить их на серверах вне РФ - риск по 152-ФЗ.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Telegram-уведомления: бот для клиента и бот для менеджера
На практике удобнее разделить Telegram на два бота с разными задачами.
Первый - служебный бот в закрытой группе для менеджеров: как только приходит вебхук о новом заказе из CRM, Tilda или WooCommerce, бот сразу постит в чат имя клиента, телефон, состав заказа и сумму. Менеджер видит заказ раньше, чем клиент успевает закрыть вкладку оплаты.
Второй - клиентский бот с диплинком вида t.me/shopbot?start=order_1245, который клиент открывает из письма или со страницы «спасибо за заказ» и дальше получает статусы: подтверждён, собран, передан в СДЭК, доставлен.
Оба бота я обычно пишу на aiogram - для приёма вебхуков от платформы магазина поднимаю простой обработчик на FastAPI или aiohttp, чтобы задержка между сменой статуса и уведомлением была не больше секунды-двух. Поллинг тоже работает, но для магазина с заметным потоком заказов вебхук стабильнее и не упирается в лимиты Telegram API на частые запросы.
Примерный обработчик уведомления менеджеру на aiogram:
async def notify_admin(order: dict):
text = (
f"Новый заказ #{order['id']}n"
f"{order['customer_name']}, {order['phone']}n"
f"Сумма: {order['total']} руб"
)
await bot.send_message(ADMIN_CHAT_ID, text)А так выглядит отправка сообщения клиенту напрямую через Bot API, без библиотеки, если нужен минимальный скрипт на сервере:
curl -s -X POST "https://api.telegram.org/bot$BOT_TOKEN/sendMessage"
-d chat_id="$CLIENT_CHAT_ID"
-d text="Заказ #1245 передан курьеру, ожидайте звонка"SMS-уведомления: когда без них не обойтись
SMS дороже и почты, и Telegram, поэтому я держу её для трёх сценариев: клиент не установил мессенджер и не проверяет почту, критичный момент вроде «курьер подъезжает через 10 минут», и подтверждение заказа без регистрации на сайте, когда единственный контакт - номер телефона.
СДЭК и другие транспортные компании сами присылают SMS с трек-номером на этапах передачи и доставки, но текст там стандартный, без названия магазина и без ссылки на страницу заказа. Если важно, чтобы клиент видел именно бренд магазина, я дублирую ключевые статусы своей SMS через отдельного провайдера.
Из российских SMS-шлюзов беру SMSC.ru или SMS Aero - у обоих понятный API, отправка через HTTP-запрос, для юрлица нужна регистрация имени отправителя (alphaname), занимает обычно 3-5 рабочих дней. Стоимость одной SMS в среднем 1,5-3 рубля в зависимости от оператора и объёма.
Важный момент: SMS не стоит отправлять на каждый чих. Если слать SMS и на «заказ принят», и на «заказ оплачен», и на «заказ собран» - клиенты начинают воспринимать это как спам и жалуются оператору связи, что бьёт по репутации номера отправителя. Я оставляю SMS для 1-2 самых значимых точек в цепочке заказа, остальное - в почту и Telegram.
Как объединить почту, Telegram и SMS в один сценарий через n8n
Когда каналов три, вручную дублировать логику в каждой платформе неудобно - я собираю единый сценарий в n8n. Узел Webhook принимает изменение статуса заказа из CRM, 1С или самой платформы магазина, дальше узел Switch разбирает по типу статуса, и от него расходятся параллельные ветки: SMTP-узел на email, HTTP Request на Telegram Bot API, и HTTP Request на SMS-шлюз - последний включается только для статусов из списка критичных.
Для повторных попыток при сбое провайдера добавляю узел Wait с задержкой в пару минут и повтор через IF, если предыдущий запрос вернул ошибку. Историю отправленных уведомлений храню в своей базе на PostgreSQL, а не в Google Sheets или Airtable - таблицы с телефонами и именами клиентов, размещённые на зарубежных серверах, это лишний риск по 152-ФЗ, а своя база на сервере в РФ снимает вопрос вообще.
Если собирать такую схему с нуля не хочется, я беру эту задачу под интеграцию целиком - от вебхука до готовых уведомлений во всех трёх каналах.
Сравнение каналов уведомлений о заказах
| Канал | Скорость доставки | Открываемость | Средняя стоимость | Когда использовать |
|---|---|---|---|---|
| секунды-минуты | 40-60% за сутки | чек, детали заказа, ссылка на трек | ||
| Telegram | секунды | до 90% в первые 10-15 минут | бесплатно, кроме стоимости разработки бота | быстрые статусы, диалог с клиентом |
| SMS | секунды-минуты | почти 100% за час | 1,5-3 руб за сообщение | критичные события, клиенты без мессенджеров |
Интернет-магазин под ключ
Интернет-магазин
от 80 000 ₽
Подробнее →Частые вопросы
Нужны ли все три канала сразу или можно ограничиться одним?
Для старта хватает связки email плюс Telegram - это закрывает и юридическую часть, и оперативность, а стоит заметно дешевле, чем добавлять SMS сразу. SMS я обычно подключаю уже на растущем магазине, когда видно, что часть клиентов не открывает ни почту, ни Telegram и звонит в поддержку из-за этого.
Сколько стоит настройка уведомлений о заказах под ключ?
Зависит от платформы и набора каналов. Простой кастомный скрипт для Tilda, который добавляет email на новый статус заказа, стоит от 3 000 ₽. Комплексная интеграция с CRM, эквайрингом и СДЭК с уведомлениями во всех трёх каналах - от 40 000 ₽. Отдельный Telegram-бот для клиентов и менеджеров - от 30 000 ₽, а связка всего этого через n8n - от 25 000 ₽.
Как избежать попадания писем с уведомлениями в спам?
Настроить SPF, DKIM и DMARC для домена, с которого уходят письма, отправлять через транзакционный SMTP-сервис, а не через общий почтовый ящик, и следить за долей жалоб получателей - если она растёт, провайдер начинает резать доставляемость по всему домену.
Можно ли заменить Telegram на WhatsApp для уведомлений?
Технически да, через WhatsApp Business API, но для российской аудитории интернет-магазина Telegram обычно практичнее: подключение бота проще, верификация бизнеса не нужна, а стоимость сообщений в WhatsApp Business API заметно выше SMS при сопоставимой открываемости.