Покупатель положил товары в корзину и ушёл, не оформив заказ. Через час ему приходит письмо: «Вы забыли товары в корзине» — с картинками и ссылкой «завершить заказ». Часть таких покупателей возвращается и покупает. Это работает не потому, что письмо красивое, а потому что оно триггерное: отправлено нужному человеку в нужный момент в ответ на его действие. И весь механизм для этого есть в модуле «Рассылки» 1С-Битрикс.
Эта статья — о том, как настроить триггерные письма в 1С-Битрикс: чем они отличаются от массовых рассылок, какие сценарии внедрять в первую очередь, как собрать письмо о брошенной корзине, персонализировать контент и добиться, чтобы письма доходили, а не падали в спам. Событийные рассылки завязаны на данные о заказах и поведении, поэтому их логично настраивать в связке с автоматизацией продаж и склада на 1С.
Коротко
- Триггерное письмо уходит автоматически в ответ на действие пользователя — оно персональнее и конверсионнее массовой рассылки.
- Базовые событийные рассылки есть в модуле «Рассылки»; сложные триггеры (брошенная корзина, цепочки) дорабатывают через агенты и события.
- Доставляемость держится на SPF, DKIM, DMARC и честном списке подписчиков.
- Маркетинговые триггеры требуют согласия и ссылки на отписку; сервисные письма — отдельно.
Почему триггеры важнее массовых рассылок
Массовая рассылка «всем и обо всём» работает всё хуже: люди устали от промо и отписываются. Триггерные письма выигрывают за счёт релевантности и своевременности.
- Своевременность. Письмо приходит в момент, когда действие ещё актуально для человека.
- Персональность. Контент завязан на конкретное поведение — корзину, заказ, интерес.
- Автоматизм. Настроил один раз — работает без участия маркетолога.
- Конверсия. Отклик на триггеры заметно выше, чем на массовые письма.
Это не значит, что массовые рассылки не нужны — у них своя роль (анонсы, акции). Но фундамент email-маркетинга магазина — именно триггеры, которые окупаются на автопилоте.
Модуль «Рассылки»: что умеет
В 1С-Битрикс за email отвечает штатный модуль «Рассылки». Он покрывает и массовые, и событийные (триггерные) рассылки, ведёт списки подписчиков, шаблоны писем и статистику.
Ключевые возможности:
- Списки и сегменты. Группы подписчиков с условиями попадания.
- Событийные рассылки. Письма, запускаемые действием пользователя на сайте.
- Почтовые шаблоны. HTML-письма с подстановкой данных.
- Статистика. Доставка, открытия, переходы по ссылкам.
Базовые триггеры работают «из коробки», но сложные сценарии — брошенная корзина с товарами, цепочки, хитрые условия — реализуют через обработчики событий и агенты поверх модуля. То есть механизм есть, а нетиповую логику дорабатывают.
Триггерное письмо против обычного
Чтобы не путать инструменты, полезно видеть разницу рядом.
| Критерий | Массовая рассылка | Триггерное письмо |
|---|---|---|
| Кому | Всему сегменту | Одному человеку |
| Когда | По решению маркетолога | По действию пользователя |
| Контент | Общий | Персональный |
| Запуск | Ручной | Автоматический |
| Отклик | Ниже | Выше |
Главное отличие — реактивность. Триггер отвечает на конкретное событие, поэтому попадает в контекст: человек только что смотрел товар, бросил корзину или оформил заказ. Именно это делает письмо уместным, а не навязчивым.
Ключевые сценарии триггеров
Не нужно внедрять всё сразу. Есть набор сценариев, которые дают основной эффект, — с них и начинают.
- Брошенная корзина. Товары добавлены, заказ не оформлен — напоминание с содержимым корзины.
- Подтверждение и статусы заказа. Сервисные письма о принятии, оплате, отгрузке.
- Реактивация. Клиент давно не покупал — письмо с поводом вернуться.
- Приветствие. Серия писем после регистрации: знакомство, польза, первый заказ.
- Сопутствующие товары. После покупки — рекомендации к приобретённому.
Для B2B добавляются свои триггеры: напоминание о повторной закупке по циклу, уведомление об изменении цен для группы, письмо о готовности спецификации. Сервисные письма о статусах тесно связаны с воронкой заказа — как её настроить, мы разбирали в материалах этой рубрики про обработку заказов.
Брошенная корзина пошагово
Самый окупаемый триггер — брошенная корзина. Разберём его механику, она типична для сложных триггеров в Битрикс.
- Определите «брошенность». Корзина считается брошенной, если товары добавлены, но заказ не оформлен за N часов.
- Соберите контакт. Нужен email покупателя — из авторизации или введённый на шаге оформления.
- Настройте агент. Периодический агент ищет брошенные корзины и запускает отправку.
- Соберите письмо. Шаблон с товарами из корзины, ценами и кнопкой «завершить заказ».
- Задайте условия выхода. Если заказ оформлен — письмо не отправляется.
Технически такой триггер живёт на агентах и обработчиках событий корзины. Как аккуратно писать эту логику, не трогая ядро, мы разбирали в статьях о разработке модуля и работе с D7 и ORM.
Сегменты и условия отправки
Триггер без условий превращается в спам. Важно точно определять, кому и когда уходит письмо. В модуле «Рассылки» это делается через сегменты и условия.
- Сегмент подписчиков. Кто в принципе получает письма (по согласию, группе, активности).
- Условие срабатывания. Какое действие или бездействие запускает триггер.
- Частотные ограничения. Не более N писем в период, чтобы не выжигать базу.
- Исключения. Кому письмо не шлём (недавно писали, отписался, уже купил).
Хорошая сегментация — половина успеха: релевантному сегменту даже простое письмо приносит отклик, а нерелевантному самое красивое письмо идёт в спам или отписку.
Персонализация и шаблоны
Триггер силён персонализацией. В почтовых шаблонах Битрикс доступны подстановки, которые превращают общий шаблон в личное письмо.
- Обращение по имени. Имя из профиля вместо безличного «Здравствуйте».
- Содержимое действия. Товары из корзины или заказа с картинками и ценами.
- Рекомендации. Сопутствующие или похожие товары на основе интереса.
- Локальные данные. Город, ближайший склад, условия доставки клиента.
Глубокая персонализация опирается на данные о поведении и историю покупок, которые часто приходят из 1С и CRM. Чтобы письма подтягивали актуальные товары и цены, данные между системами должны передаваться надёжно — про это в статье о REST, вебхуках и безопасности в Битрикс.
Цепочки писем
Одно письмо — не всегда достаточно. Для многих сценариев работает цепочка: серия писем с проверкой условий на каждом шаге.
- Первое касание. Через час-два после события — мягкое напоминание.
- Второе письмо. Через сутки, если реакции нет, — повтор с акцентом на пользу.
- Третье письмо. При необходимости — небольшой стимул (условия, подборка).
- Условие выхода. На каждом шаге проверка: цель достигнута — цепочка обрывается.
Цепочки настраивают через последовательность триггеров и агентов. Ключевое правило — вовремя останавливать: как только человек купил или явно не заинтересован, слать дальше вредно. Навязчивая цепочка приносит отписки и жалобы, которые бьют по доставляемости всей базы.
Доставляемость: SPF, DKIM, DMARC
Самое частое разочарование в рассылках — «настроили, а письма не доходят». Причина почти всегда техническая: почтовые провайдеры не доверяют отправителю. Доставляемость держится на правильной настройке домена.
- SPF. Запись, указывающая, каким серверам разрешено слать почту от вашего домена.
- DKIM. Криптографическая подпись писем, подтверждающая подлинность отправителя.
- DMARC. Политика, что делать с письмами, не прошедшими проверку SPF/DKIM.
- Репутация домена и IP. Прогрев, честная база, минимум жалоб на спам.
Отправляйте с корпоративного домена с настроенными записями, а не с бесплатного ящика. Настройка доставляемости — во многом инфраструктурная задача; про окружение и почтовые сервисы полезно почитать материал о хостинге и BitrixVM.
Согласие и отписка
Рассылки — зона, где легко нарушить закон и правила провайдеров. Важно различать типы писем и соблюдать требования.
- Сервисные письма. Подтверждение заказа, статусы — как часть услуги, обычно допустимы.
- Маркетинговые триггеры. Брошенная корзина, промо, реактивация — требуют согласия на рекламу.
- Фиксация согласия. При сборе контактов сохраняйте факт и время согласия.
- Ссылка на отписку. В каждом маркетинговом письме — рабочая ссылка на отписку.
Смешивать сервис и рекламу без согласия рискованно: это и жалобы, и претензии. Честный список и лёгкая отписка не только соблюдают правила, но и улучшают доставляемость — злить подписчиков дороже, чем их потерять.
Аналитика и оптимизация
Триггеры настраивают один раз, но улучшают постоянно. Модуль «Рассылки» даёт статистику, по которой видно, что работает.
- Доставляемость. Доля дошедших писем — база, ниже которой всё остальное бессмысленно.
- Открытия. Насколько цепляет тема письма и отправитель.
- Переходы. Кликают ли по ссылкам, интересен ли контент.
- Конверсия. Сколько получателей дошли до целевого действия (покупки).
По этим метрикам тестируют темы, время отправки, задержки и контент. Улучшения удобно выкатывать безопасно, через отлаженный процесс развёртывания, чтобы не сломать работающие триггеры — про это в материале о CI/CD и деплое в 1С-Битрикс.
Частые ошибки
- Только массовые рассылки. Триггеры не настроены, теряется автоматическая выручка.
- Письмо о брошенной корзине слишком рано. Застаёт человека в процессе оформления.
- Нет проверки выхода. Письмо уходит тому, кто уже купил.
- Не настроены SPF, DKIM, DMARC. Письма массово падают в спам.
- Отправка с бесплатного ящика. Провайдеры не доверяют отправителю.
- Реклама без согласия и отписки. Жалобы, претензии, порча репутации домена.
- Навязчивые цепочки. Не обрываются вовремя, вызывают отписки.
- Общий шаблон вместо персонализации. Триггер теряет главное преимущество.
Чек-лист внедрения
- Сценарии выбраны. Начали с брошенной корзины и сервисных писем о статусах.
- Триггеры настроены. Условия срабатывания и выхода определены, задержки разумны.
- Сегментация есть. Письма уходят релевантному сегменту с частотными ограничениями.
- Персонализация работает. Имя, содержимое действия и рекомендации подставляются.
- Доставляемость настроена. SPF, DKIM, DMARC, отправка с корпоративного домена.
- Согласие и отписка на месте. Реклама только по согласию, ссылка на отписку в каждом письме.
- Данные передаются надёжно. Товары, цены и история подтягиваются из 1С и CRM без сбоев.
- Аналитика подключена. Отслеживаются доставка, открытия, переходы и конверсия.
Вывод
Триггерные письма — самый окупаемый инструмент email-маркетинга магазина, и весь механизм для них есть в модуле «Рассылки» 1С-Битрикс. Базовые событийные рассылки работают из коробки, а сложные сценарии вроде брошенной корзины и цепочек дорабатывают через агенты и обработчики событий поверх модуля.
Начните с брошенной корзины и сервисных писем о статусах, добавьте персонализацию на реальных данных, выстройте сегментацию и обязательно закройте техническую часть — SPF, DKIM, DMARC и честный список с отпиской. Тогда письма будут доходить, а не падать в спам, и начнут возвращать покупателей на автопилоте. Поскольку триггеры завязаны на заказы, поведение и данные из 1С, настраивать их разумно в связке с автоматизацией продаж и обменом.
