Email-рассылки на 1С-Битрикс
Модуль «Рассылки» (subscribe) в Битрикс — штука рабочая, но ограниченная. Из коробки он умеет собирать подписчиков, слать по списку и показывать базовую статистику. Проблема начинается, когда нужны триггерные цепочки: брошенная корзина, реактивация, post-purchase. Тут встроенный модуль пасует — и приходится тянуть внешние платформы через REST API или готовые коннекторы. Мы собираем такие связки постоянно и знаем, где у каждого сервиса болит.
Транзакционные письма — 70% внимания сюда
Транзакционные уведомления — самый недооценённый канал. Open rate 70-80%, потому что человек ждёт это письмо. А что он видит? Дефолтный шаблон почтового события SALE_NEW_ORDER с кривой вёрсткой и «Уважаемый покупатель».
Что делаем в первую очередь:
- Переписываем все почтовые события в разделе «Настройки → Почтовые события → Типы почтовых событий». Ключевые:
SALE_NEW_ORDER,SALE_STATUS_CHANGED_*,SALE_ORDER_PAID,SALE_ORDER_DELIVERY - Верстаем адаптивные шаблоны — инлайн-стили, таблицы, потому что Outlook до сих пор рендерит как в 2007-м
- Добавляем cross-sell блоки прямо в транзакционное письмо. Клиент купил кофемашину — в подтверждении заказа показываем капсулы. Это не спам, это сервис
- Переключаем отправку с
mail()на SMTP черезbx_sender— иначе половина писем уходит в спам
Триггерные цепочки — здесь нужна внешняя платформа
Встроенный модуль рассылок триггеры не умеет. Для цепочек подключаем внешние сервисы.
Брошенная корзина — классика. Но дьявол в деталях: первое напоминание через час, второе через сутки с товарами из корзины (тянем через sale.basket.get), третье через трое суток с дополнительной мотивацией. Три письма, не больше — дальше начинается раздражение.
Реактивация — RFM-сегментация через CUser::GetList с фильтром по LAST_LOGIN и данным из b_sale_order. Клиент не заходил 60 дней, а последний заказ был на 15 000 ₽? Это не просто «спящий» — это конкретная сумма недополученной выручки. Отправляем персональный оффер.
Welcome-цепочка — 3-5 писем после подписки. Первое письмо сразу, второе через день. Ошибка новичков — пихать скидку в первое же письмо. Нет. Сначала ценность, потом оффер.
Интеграция с платформами рассылок
| Сервис | Когда берём | Подводные камни |
|---|---|---|
| Unisender | Малый бизнес, быстрый старт | API лимиты на бесплатном тарифе, медленная отправка при >50k базе |
| Mindbox | Крупный e-commerce, CDP нужна | Долгое внедрение (2-3 месяца), дорогая лицензия, но сегментация — лучшая на рынке |
| eSputnik | Средний e-commerce, омниканальность | Хороший баланс цена/функционал, нормальный API |
| SendPulse | Email + SMS + push в одном | Мультиканальность из коробки, но автоматизация слабее Mindbox |
| RetailRocket | Товарные рекомендации | Заточен под ML-рекомендации в письмах, не универсальная ESP |
Интеграция двусторонняя: события из b_sale_order, b_iblock_element, b_user уходят в ESP, статистика открытий и кликов возвращается. Для Mindbox обычно пишем кастомный модуль, для Unisender хватает готового из Маркетплейса — но допиливаем передачу кастомных свойств заказа.
Сегментация — без неё рассылка мертва
RFM-анализ — рабочая лошадка. Строим по трём осям из данных b_sale_order:
- Recency — дней с последнего заказа
- Frequency — количество заказов за период
- Monetary — суммарный чек
Получаем сегменты: «VIP-лояльные» (R1F1M1), «одноразовые с высоким чеком» (R3F3M1), «частые мелкие» (R1F1M3). Каждому — своя коммуникация. VIP получают ранний доступ к распродаже. «Одноразовые» — реактивацию с усиленным оффером.
Поверх RFM кладём поведенческую сегментацию: просмотренные категории из b_catalog_viewed_product, добавленные в избранное, история поиска.
Доставляемость — техническая часть, которую все забывают
Настроили красивые шаблоны, написали цепочки — а письма в спаме. Потому что:
DNS-записи. SPF, DKIM, DMARC — обязательная тройка. Конкретно: SPF с include для вашего ESP, DKIM через 2048-bit ключ (1024 уже слабоват для Gmail), DMARC начинаем с p=none для мониторинга, потом переключаем на p=quarantine.
Прогрев IP. Новый выделенный IP для рассылок — не шлём сразу 100 000 писем. Первая неделя: 500/день, вторая: 2000, третья: 10000. Иначе — моментальный бан у почтовых провайдеров.
Гигиена базы. Hard bounce — удаляем сразу, это не обсуждается. Soft bounce — три попытки, потом в карантин. Подписчики без открытий за 6 месяцев — отдельный сегмент для реактивации, после неё — удаление. Мёртвые адреса убивают репутацию домена быстрее, чем любой спам-контент.
Аналитика — что реально смотрим
Не все метрики одинаково полезны. Вот на что смотрим в первую очередь:
- CTOR (click-to-open rate) — важнее, чем просто click rate. Показывает качество контента для тех, кто открыл
- Revenue per email — выручка на отправленное письмо. Единственная метрика, которая напрямую связана с деньгами
- Spam complaint rate — держим ниже 0.1%. Выше — почтовики начинают резать доставляемость
- List growth rate — если база не растёт, через год рассылка умрёт естественным путём (churn 25-30% в год — норма)
UTM-разметка обязательна: utm_source=email, utm_medium=trigger|promo, utm_campaign=abandoned_cart_step2. Данные стекаются в GA4 и Метрику, замыкаем на e-commerce транзакции.
Типичные сроки
| Задача | Сроки |
|---|---|
| Переработка транзакционных шаблонов | 1-2 недели |
| Базовая email-стратегия (5-7 триггеров) | 3-4 недели |
| Комплексная CDP-интеграция (Mindbox/eSputnik) | 6-10 недель |
| Интеграция с ESP через API | 1-2 недели |
| Адаптивная вёрстка email-шаблонов (комплект 8-12 писем) | 1-2 недели |
Начинаем с аудита: проверяем текущие почтовые события, DNS-записи, доставляемость через mail-tester.com, состояние базы подписчиков. Обычно находим SPF без include нужного сервиса и 20-30% невалидных адресов.