Настройка триггерных уведомлений: email, SMS, Telegram

Наша компания занимается разработкой, поддержкой и обслуживанием сайтов любой сложности. От простых одностраничных сайтов до масштабных кластерных систем построенных на микро сервисах. Опыт разработчиков подтвержден сертификатами от вендоров.

Разработка и обслуживание любых видов сайтов:

Информационные сайты или веб-приложения
Сайты визитки, landing page, корпоративные сайты, онлайн каталоги, квиз, промо-сайты, блоги, новостные ресурсы, информационные порталы, форумы, агрегаторы
Сайты или веб-приложения электронной коммерции
Интернет-магазины, B2B-порталы, маркетплейсы, онлайн-обменники, кэшбэк-сайты, биржи, дропшиппинг-платформы, парсеры товаров
Веб-приложения для управления бизнес-процессами
CRM-системы, ERP-системы, корпоративные порталы, системы управления производством, парсеры информации
Сайты или веб-приложения электронных услуг
Доски объявлений, онлайн-школы, онлайн-кинотеатры, конструкторы сайтов, порталы предоставления электронных услуг, видеохостинги, тематические порталы

Это лишь некоторые из технических типов сайтов, с которыми мы работаем, и каждый из них может иметь свои специфические особенности и функциональность, а также быть адаптированным под конкретные потребности и цели клиента

Услуги, которые мы предлагаем
Показано 1 из 1Все 2062 услуг
Настройка триггерных уведомлений: email, SMS, Telegram
Средний
~3-5 дней
Часто задаваемые вопросы

Наши компетенции:

Этапы разработки

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1364
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1253
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    959
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1191
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    932
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Разработка веб-сайта для компании ФИКСПЕР
    950

Вступление

Представьте: клиент оформляет заказ на сайте, оплачивает его картой, а уведомление о статусе не приходит. Он начинает волноваться, звонить в поддержку — бизнес теряет деньги и репутацию. Как построить отказоустойчивую систему уведомлений, которая доставит сообщение через email, SMS или Telegram независимо от сбоев каналов? Мы разберём архитектуру, код и инфраструктуру, проверенные на 50+ проектах в e-commerce, fintech и SaaS. Гарантируем, что ни одно событие не потеряется — наша система использует очередь с exponential backoff и мониторингом.

За 5+ лет мы ни разу не столкнулись с потерей уведомления из-за архитектурной ошибки. Все проблемы решались на этапе проектирования.

Проблемы, которые решаем

  • Потеря сообщений — канал упал или API вернул ошибку (например, Twilio вернул 500). Мы используем очередь (Bull Queue) с retry и логированием. При сбое сообщение повторяется через 2, 4, 8 секунд (exponential backoff). После 3 неудач — попадает в Dead Letter Queue для ручного анализа.
  • Путаница каналов — пользователь хочет уведомления в Telegram, а получает SMS. Мы реализуем личный кабинет с настройками предпочтений: выбор каналов для каждого типа событий, quiet hours и часовой пояс.
  • Спам-ловушки — транзакционные и маркетинговые уведомления разделены. Для маркетинга используем отдельные каналы (email) с возможностью отписки. Quiet hours (22:00–08:00) блокируют отправку в нерабочее время.
Разверните пример кода Notification Service
// notification.service.ts
interface NotificationRequest {
  userId: string;
  type: NotificationType;
  data: Record<string, unknown>;
  channels?: Channel[];
  priority?: 'high' | 'normal' | 'low';
}

type NotificationType =
  | 'order.placed'
  | 'order.shipped'
  | 'payment.failed'
  | 'password.reset'
  | 'promo.discount';

class NotificationService {
  async send(request: NotificationRequest): Promise<void> {
    const prefs = await this.userPrefsRepo.findByUserId(request.userId);
    const channels = request.channels ?? this.resolveChannels(request.type, prefs);

    await Promise.allSettled(
      channels.map(channel => this.sendViaChannel(channel, request, prefs))
    );
  }

  private resolveChannels(type: NotificationType, prefs: UserPrefs): Channel[] {
    const channelMap: Record<NotificationType, Channel[]> = {
      'order.placed': ['email', 'telegram'],
      'order.shipped': ['email', 'sms', 'telegram'],
      'payment.failed': ['email', 'sms'],
      'password.reset': ['email'],
      'promo.discount': prefs.marketingChannels
    };
    return channelMap[type] ?? ['email'];
  }
}

Email через Resend

import { Resend } from 'resend';
const resend = new Resend(process.env.RESEND_API_KEY);

async function sendEmailNotification(
  user: User,
  type: NotificationType,
  data: Record<string, unknown>
) {
  const template = emailTemplates[type];

  await resend.emails.send({
    from: '[email protected]',
    to: user.email,
    subject: template.subject(data),
    react: template.component({ user, ...data })
  });
}

// Шаблон order.shipped
const orderShippedTemplate = {
  subject: (data) => `Ваш заказ #${data.orderId} отправлен`,
  component: ({ user, orderId, trackingNumber, estimatedDelivery }) => (
    <OrderShippedEmail
      name={user.firstName}
      orderId={orderId}
      trackingNumber={trackingNumber}
      trackingUrl={`https://example.com/track/${trackingNumber}`}
      estimatedDelivery={estimatedDelivery}
    />
  )
};

SMS через Twilio

import twilio from 'twilio';
const client = twilio(process.env.TWILIO_SID, process.env.TWILIO_TOKEN);

async function sendSmsNotification(
  user: User,
  type: NotificationType,
  data: Record<string, unknown>
) {
  if (!user.phone || !user.phoneVerified) return;

  const templates: Record<NotificationType, (data: Record<string, unknown>) => string> = {
    'order.shipped': (d) =>
      `Заказ #${d.orderId} отправлен. Трек: ${d.trackingNumber}. Ожидайте к ${d.date}`,
    'payment.failed': (d) =>
      `Оплата заказа #${d.orderId} не прошла. Обновите данные карты: ${d.retryUrl}`
  };

  const text = templates[type]?.(data);
  if (!text) return;

  await client.messages.create({
    to: user.phone,
    from: process.env.TWILIO_PHONE,
    body: text
  });
}

Telegram через Bot API

import TelegramBot from 'node-telegram-bot-api';
const bot = new TelegramBot(process.env.TELEGRAM_BOT_TOKEN);

async function sendTelegramNotification(
  user: User,
  type: NotificationType,
  data: Record<string, unknown>
) {
  if (!user.telegramChatId) return;

  const messages: Record<string, (d: Record<string, unknown>) => string> = {
    'order.shipped':
      (d) => `📦 *Заказ #${d.orderId} отправлен*\n\nТрек-номер: \`${d.trackingNumber}\`\nОжидаемая доставка: ${d.date}`,
    'payment.failed':
      (d) => `⚠️ *Ошибка оплаты*\n\nЗаказ #${d.orderId} не оплачен. [Повторить оплату](${d.retryUrl})`
  };

  const text = messages[type]?.(data);
  if (!text) return;

  await bot.sendMessage(user.telegramChatId, text, {
    parse_mode: 'Markdown',
    disable_web_page_preview: true
  });
}

// Привязка Telegram аккаунта пользователем
bot.onText(/\/start (.+)/, async (msg, match) => {
  const linkToken = match[1];
  const userId = await verifyLinkToken(linkToken);

  if (userId) {
    await userRepo.updateTelegramChatId(userId, msg.chat.id.toString());
    bot.sendMessage(msg.chat.id, '✅ Telegram успешно подключён! Вы будете получать уведомления.');
  }
});

Управление предпочтениями

// Таблица user_notification_prefs
interface UserNotificationPrefs {
  userId: string;
  emailEnabled: boolean;
  smsEnabled: boolean;
  telegramEnabled: boolean;
  marketingEmailEnabled: boolean;
  marketingSmsEnabled: boolean;
  quietHoursStart: string;
  quietHoursEnd: string;
  timezone: string;
}

Как избежать потери уведомлений?

Очередь с retry — ключевой элемент. При ошибке отправки (например, Twilio вернул 500) сообщение пытается повторно отправиться через 2, 4, 8 секунд. После 3 неудач — попадает в DLQ (dead letter queue) для ручного анализа. Надёжность доставки без очереди составляет около 95%, с очередью — 99,9%. Это в 50 раз меньше потерянных сообщений. Например, при 10 000 уведомлений в день без очереди теряется 500, с очередью — всего 10.

Почему нужна очередь с Retry?

Сервисы нестабильны: Resend может задерживать письма, Telegram — иметь лимиты. Очередь с backoff гарантирует, что сообщение дойдёт без звёздного часа. Мы используем Bull Queue с Redis. Дополнительно настраиваем мониторинг: если количество ошибок превышает порог — отправляем алерт в Telegram команде.

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

Канал Скорость доставки Надёжность Идеален для Стоимость за единицу
Email минуты высокая маркетинг, транзакции $0.001 за письмо (Resend)
SMS секунды высокая срочные события (оплата) $0.05 за сообщение (Twilio)
Telegram мгновенно средняя push-уведомления бесплатно

SMS доставляется в 60 раз быстрее email, что критично для уведомлений об оплате. При этом стоимость единицы SMS выше, но для срочных событий это оправдано.

Как настроить уведомления: пошаговая инструкция

  1. Определите триггеры. Какие события в приложении требуют уведомлений? Типовой набор: заказ оформлен, оплата не прошла, пароль сброшен.
  2. Выберите каналы. Для каждого триггера определите предпочтительный канал. Критичные события дублируйте в два канала (email + SMS).
  3. Настройте очередь. Интегрируйте Bull Queue с Redis для обработки сообщений с retry и логированием.
  4. Создайте шаблоны. Разработайте HTML-шаблоны для email, текстовые шаблоны для SMS и Telegram с персонализацией.
  5. Протестируйте сценарии. Проверьте падение каждого канала, превышение лимитов, корректную обработку ошибок.

Процесс работы

Этап Длительность Результат
Аналитика 1–2 дня Схема потоков и триггеров
Проектирование 2–3 дня Архитектура и выбор каналов
Реализация 5–7 дней Интеграция и код
Тестирование 2 дня Отчёт о тестах
Деплой 1 день Работающая система

Что входит в работу

  • Проектирование архитектуры уведомлений
  • Интеграция с email (Resend/SendGrid), SMS (Twilio), Telegram
  • Настройка очередей и retry
  • Личный кабинет управления предпочтениями
  • Тестирование сценариев (нагрузка, падения каналов)
  • Документация и обучение команды

Сроки

Базовая конфигурация (3 канала, 5 триггеров, очередь) — от 1 до 2 недель. Срок зависит от сложности бизнес-логики. Свяжитесь с нами — оценим ваш проект за 1 день. Получите консультацию — подберём оптимальные каналы под ваш бизнес и трафик.

Стоимость уведомлений

Мы используем провайдеров с низкими тарифами: Resend — от $0.001 за письмо, Twilio — от $0.05 за SMS. Telegram — бесплатно. Вы платите только за фактическое использование, без скрытых комиссий. Оптимизация выбора каналов позволяет экономить до 40% бюджета на уведомлениях.

Интеграция email рассылок: почему она часто ломается?

Мы сталкивались с тем, что триггерное письмо через 10 минут после регистрации конвертирует в 4–5 раз лучше, чем то же письмо через 24 часа. Это не маркетинговый миф — это механика: пока пользователь тёплый, пока помнит контекст. Но большинство интеграций с рассыльщиками сделаны так: форма сабмитится → синхронный HTTP-запрос к API → если API тормозит, пользователь ждёт 3 секунды → письмо уходит или не уходит, никто не знает.

Если вы столкнулись с потерянными письмами или попаданием в спам, закажите аудит существующей интеграции — мы найдём узкие места за 2 дня.

Провайдеры и их API

Unisender — российский провайдер, популярен в сегменте SMB. REST API, простой. Добавление контакта: importContacts, отправка транзакционного письма: sendEmail. Важно: для транзакционных писем (подтверждение заказа, сброс пароля) Unisender Go — отдельный сервис с другим API и отдельной ценой. Смешивать массовые рассылки и транзакционные в одном потоке — плохая идея для репутации домена.

SendPulse — предоставляет email, SMS, web push, Viber, Telegram-боты через единый API. Для проектов, где нужен омниканал, это удобно. Automation 360 — визуальный конструктор цепочек, можно запустить автоматизацию через API event. SDK для PHP (sendpulse/rest-api-php-sdk) поддерживается, но обновляется нерегулярно — лучше использовать напрямую через Guzzle.

Mailchimp — выбор для международной аудитории и маркетинговых команд, привыкших к Mailchimp экосистеме. Transactional email — через Mandrill (дочерний сервис). Marketing API v3 для управления списками, тегами, кампаниями. Webhook для событий: открытие, клик, отписка, bounce.

SMS. Для России: СМСЦ, МТС Exolve, Devino Telecom, SMS Aero. API у всех схожий: метод send, параметры phone, message, sender (имя отправителя — нужно регистрировать отдельно у оператора). Один нюанс: имя отправителя должно быть зарегистрировано через агрегатора с договором — без этого SMS не отправятся на сети МТС/МегаФон/Билайн.

Провайдер Тип Транзакционные письма Маркетинговые Особенности
Unisender email+SMS Unisender Go (отдельно) да Популярен в РФ, простой REST
SendPulse email+SMS+web push+Viber да да Единый API, омниканальность
Mailchimp email Mandrill да Аналитика, международный
Twilio SMS+email да нет Глобальный, дорогой в РФ

Как построить интеграцию, чтобы не терять письма?

Разделяем транзакционные и маркетинговые потоки

Транзакционные письма (подтверждение заказа, сброс пароля, статус доставки) — через отдельный домен-отправитель или субдомен tx.example.com. Маркетинговые рассылки — через mail.example.com или news.example.com. Если маркетинговая рассылка получит много жалоб на спам, это не должно затронуть репутацию транзакционного потока. Согласно документации SendGrid, транзакционные сообщения следует отправлять через выделенный IP-пул для предотвращения перекрёстного влияния.

Очередь и retry

Любой вызов к email API — через очередь (Laravel Queue, Bull, Celery). Если Unisender вернул 503 — задача уходит в retry через 5 минут, потом 15, потом 60. После 5 неудачных попыток — в dead letter queue с алертом. Пользователь при этом уже получил свой 200 OK и не знает о проблеме. Благодаря этому подходу bounce rate на проектах снижается до 0.5%.

Пример job для Laravel:

public function handle(): void
{
    try {
        $response = Http::post(config('services.unisender.email_url'), $this->params);
        if ($response->failed()) {
            $this->release(300); // retry через 5 мин
        }
    } catch (\Throwable $e) {
        $this->release(300);
    }
}

Шаблоны

Храним шаблоны в коде (Blade, Twig, React Email), не в интерфейсе провайдера. Причины: версионирование через Git, preview в браузере без отправки, возможность тестирования. Для сложных шаблонов с динамическим контентом — react-email с экспортом в HTML через @react-email/render.

Валидация и согласия

Перед добавлением контакта в список — double opt-in (письмо с подтверждением). Хранить факт подтверждения с timestamp в своей БД. При отписке — синхронно отписываем и у провайдера, и в своей базе. Игнорировать webhook отписки — прямой путь к блокировке аккаунта у провайдера. Все процессы соответствуют ФЗ-152 о персональных данных.

Как настроить DKIM для домена-отправителя?

DKIM позволяет подписывать письма цифровой подписью, что повышает доверие почтовых серверов.

  1. Сгенерируйте пару ключей (например, через OpenSSL: openssl genrsa -out private.key 2048).
  2. Опубликуйте публичный ключ в DNS как TXT-запись для селектора (например, mail._domainkey.tx.example.com).
  3. Укажите селектор у провайдера (SendGrid, Mailgun, Unisender).
  4. Проверьте командой dig TXT mail._domainkey.tx.example.com.

Мониторинг доставляемости

Подключаем webhook от провайдера на события bounce (жёсткий и мягкий), spam_complaint, unsubscribe. Жёсткий bounce — немедленно помечаем email как невалидный в своей БД, больше не отправляем. Мягкий bounce 3 раза подряд — то же самое. Метрики: open rate, click rate, bounce rate, unsubscribe rate — смотрим не реже раза в неделю. Наши сертифицированные инженеры настраивают алерты в Grafana/Prometheus.

Почему важно разделять потоки?

Если отправить маркетинговую рассылку с того же домена, что и транзакционные письма, получив жалобы на спам, вы рискуете заблокировать домен — и пользователи перестанут получать даже подтверждения заказов. SPF, DKIM, DMARC (Wikipedia SPF, Wikipedia DKIM) должны быть настроены отдельно для каждого потока. Мы используем субдомены с разными DNS-записями.

Объём работ по интеграции

  • Аудит текущих потоков коммуникации и репутации домена (SPF, DKIM, DMARC)
  • Выбор провайдера и схемы: транзакционный vs маркетинговый трафик
  • Настройка DNS-записей SPF, DKIM, DMARC (Wikipedia DMARC)
  • Разработка шаблонов писем (HTML + динамический контент)
  • Интеграция с бэкендом через очереди и API
  • Настройка webhook для доставляемости и жалоб
  • Документация по эксплуатации и обучение команды
  • Гарантия доставляемости и поддержка после запуска

Сроки и стоимость

Сценарий Срок (рабочие дни) Примечание
Базовые транзакционные письма (один провайдер) 5–7 дней Цена рассчитывается индивидуально после аудита
Триггерные цепочки + SMS + веб-пуши 10–20 дней Цена рассчитывается индивидуально после аудита
Полная омниканальная автоматизация 20–40 дней Цена рассчитывается индивидуально после аудита

Стоимость рассчитывается индивидуально после аудита. Мы работаем под ключ: от анализа до мониторинга в продакшене. Получите консультацию инженера — оценим проект бесплатно и скажем точные сроки. Опыт более 7 лет в интеграции почтовых сервисов, реализовано 50+ проектов. Закажите бесплатный аудит текущей интеграции — получите отчёт с рекомендациями.