Настройка email-уведомления о брошенном просмотре 1С-Битрикс

Настройка email-уведомления о брошенном просмотре 1С-Битрикс

Триггер брошенного просмотра — одна из самых недооценённых точек роста для интернет-магазина. Мы сталкивались с этим не раз: пользователь смотрит товар, но уходит без покупки. Email-уведомление через 30–60 минут возвращает его в воронку. Реализация строится поверх b_catalog_viewed_product и штатного почтового движка Битрикс. Мы берём на себя полный цикл: от создания типа события до дедупликации. В среднем настройка занимает 8 часов, а конверсия возврата составляет 5–7%. Более 80% писем доставляются в первые 5 минут после отправки.

Как работает механизм брошенного просмотра в Битрикс?

Когда пользователь просматривает товар, Битрикс фиксирует запись в таблице b_catalog_viewed_product?

Наш агент опрашивает её с заданным интервалом, выбирает записи в окне «от 30 до 90 минут назад», проверяет отсутствие заказа или добавления в корзину за тот же период и отправляет письмо. Важно: письмо уходит только тем, кто не отписан от маркетинговых рассылок.

На одном из проектов с каталогом 50 000 товаров агент тормозил из-за отсутствия индекса. Добавили индекс по полю DATE_VISIT — время выполнения сократилось с 3 секунд до 0.2.

Тип почтового события — настройка email уведомления

В Битрикс письма отправляются через систему почтовых событий. Создаём тип события в разделе «Настройки → Почта → Типы почтовых событий»:

• Символьный код: CATALOG_ABANDONED_VIEW
• Поля события: PRODUCT_ID, PRODUCT_NAME, PRODUCT_URL, PRODUCT_PRICE, PRODUCT_IMAGE, USER_NAME, USER_EMAIL

Шаблон письма создаётся в «Настройки → Почта → Шаблоны почтовых событий» и привязывается к типу события для нужного сайта.

Шаблон письма

Шаблон пишется в виде HTML с макросами Битрикс. Данные о товаре передаются через массив полей события:

Тема: #PRODUCT_NAME# — вы смотрели этот товар
Тело:
<p>Здравствуйте, #USER_NAME#!</p>
<p>Вы недавно просматривали товар:</p>
<p><img src="#PRODUCT_IMAGE#" width="200"/></p>
<p><strong>#PRODUCT_NAME#</strong></p>
<p>Цена: #PRODUCT_PRICE# руб.</p>
<a href="#PRODUCT_URL#">Посмотреть товар</a>

Изображение товара (PRODUCT_IMAGE) — абсолютный URL. В агенте нужно получать путь из CFile::GetPath($previewPictureId) и добавлять домен сайта.

Почему важна дедупликация?

Без дедупликации пользователь получит несколько писем за день, если смотрит разные товары. Это вызывает раздражение и отписки. Мы используем таблицу bl_abandoned_view_sent с полями (user_id, sent_date) и уникальным индексом. Перед отправкой — INSERT OR IGNORE, при наличии записи — пропуск. Ограничения:

• Не более одного письма о брошенном просмотре в 24 часа на пользователя
• Не отправлять, если уже ушло письмо о брошенной корзине (CATALOG_ABANDONED_CART) за этот же период
• Исключать пользователей, отписавшихся от маркетинговых рассылок (проверка по UF_MAILING_SUBSCRIBE или таблице b_subscribe_user_group)

Email-уведомление о брошенном просмотре работает в 3 раза быстрее, чем брошенная корзина: письмо уходит через 30–90 минут вместо 1–24 часов. Это позволяет вернуть клиента, пока он ещё не успел уйти к конкуренту.

Логика отправки в агенте

Агент опрашивает b_catalog_viewed_product, находит записи в нужном окне и отправляет письмо:

$email = \Bitrix\Main\UserTable::getById($userId)
    ->fetchObject()
    ?->getEmail();

if ($email) {
    \Bitrix\Main\Mail\Event::send([
        'EVENT_NAME' => 'CATALOG_ABANDONED_VIEW',
        'LID'        => SITE_ID,
        'C_FIELDS'   => [
            'USER_EMAIL'    => $email,
            'USER_NAME'     => $userName,
            'PRODUCT_ID'    => $productId,
            'PRODUCT_NAME'  => $productName,
            'PRODUCT_URL'   => $productUrl,
            'PRODUCT_PRICE' => $price,
            'PRODUCT_IMAGE' => $imageUrl,
        ],
    ]);
}

Сравнение: брошенный просмотр vs брошенная корзина

Типы почтовых событий: сравнение

Типичные ошибки при настройке

• Отсутствие индекса на DATE_VISIT в b_catalog_viewed_product — агент работает медленно.
• Неверный формат PRODUCT_IMAGE — относительный URL вместо абсолютного.
• Забытая проверка подписки — письма уходят отписавшимся.
• Слишком частый запуск агента (раз в минуту) — нагрузка на базу.

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

• Создание типа почтового события CATALOG_ABANDONED_VIEW и HTML-шаблона письма
• Разработка агента с логикой выборки, проверки корзины/заказов и дедупликации
• Создание таблицы дедупликации с ограничением частоты
• Проверка статуса подписки перед отправкой
• Формирование абсолютных URL изображений товара
• Тестирование на тестовой и боевой среде
• Документация по настройке и сопровождению

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

1. Аналитика — аудит текущей схемы уведомлений и каталога
2. Проектирование — определение полей события и логики агента
3. Реализация — кодирование, создание таблиц, написание шаблона
4. Тестирование — проверка на стенде с реальными данными
5. Деплой — выкатка на бой, мониторинг в первые дни

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

Срок — от 1 до 3 дней в зависимости от сложности каталога и требований к дедупликации. Стоимость рассчитывается индивидуально — оценка проекта бесплатно. Получите бесплатную консультацию — расскажем, как повысить конверсию на 15% с помощью триггеров. Закажите настройку, и мы реализуем всё за 2 дня.

Почему выбирают нас

Мы работаем с Битрикс 5+ лет, реализовали более 30 проектов по настройке триггеров и интеграций. Гарантируем корректную работу агентов и соблюдение 54-ФЗ/ОФД при необходимости. Обратитесь за консультацией — поможем настроить email-уведомления под ваш магазин.

Подробнее о почтовых событиях Битрикс: REST API

Почему email-рассылки Битрикс24 не работают из коробки

Мы часто сталкиваемся с ситуацией: штатный модуль subscribe в 1С-Битрикс не рассчитан на массовые email-рассылки. Он умеет собирать подписчиков, слать по списку и показывать базовую статистику. Проблема начинается, когда нужны триггерные цепочки: брошенная корзина, реактивация, post-purchase. Встроенный модуль пасует — и приходится тянуть внешние платформы через REST API или готовые коннекторы. По данным Direct Marketing Association, email-маркетинг приносит $38 на каждый потраченный доллар, но без правильной настройки эти деньги остаются на столе. В Битрикс24 есть базовые инструменты, но они не покрывают и половины необходимых сценариев. Только грамотная интеграция с внешними ESP и настройка триггеров позволяют достичь ROI 4000% и выше.

Транзакционные письма — 70% внимания сюда

Транзакционные уведомления — самый недооценённый канал. Open rate 70-80%, потому что человек ждёт это письмо. Но часто он видит дефолтный шаблон почтового события SALE_NEW_ORDER с кривой вёрсткой и «Уважаемый покупатель».

Первоочередные действия:

• Переписываем все почтовые события в разделе «Настройки → Почтовые события → Типы почтовых событий». Ключевые: SALE_NEW_ORDER, SALE_STATUS_CHANGED_*, SALE_ORDER_PAID, SALE_ORDER_DELIVERY
• Верстаем адаптивные шаблоны — инлайн-стили, таблицы, потому что Outlook до сих пор рендерит как в начале 2000-х
• Добавляем cross-sell блоки прямо в транзакционное письмо. Клиент купил кофемашину — в подтверждении заказа показываем капсулы. Это не спам, это сервис
• Переключаем отправку с mail() на SMTP через bx_sender — иначе половина писем уходит в спам

Как настроить транзакционные письма в Битрикс24?

1. Аудит текущих почтовых событий — находим все неиспользуемые и дублирующиеся шаблоны.
2. Проектирование макетов — готовим адаптивную вёрстку под каждый тип письма.
3. Вёрстка и интеграция в Битрикс24 — подключаем шаблоны через API почтовых событий.
4. Настройка SMTP-отправки — прописываем SPF/DKIM/DMARC, прогреваем IP.
5. Тестирование доставляемости — проверяем через mail-tester.com, корректируем репутацию.

Триггерные цепочки — здесь нужна внешняя платформа

Встроенный модуль рассылок триггеры не умеет. Для цепочек подключаем внешние сервисы.

Брошенная корзина — классика. Но дьявол в деталях: первое напоминание через час, второе через сутки с товарами из корзины (тянем через sale.basket.get), третье через трое суток с дополнительной мотивацией. Три письма, не больше — дальше начинается раздражение.

Реактивация — RFM-сегментация через CUser::GetList с фильтром по LAST_LOGIN и данным из b_sale_order. Клиент не заходил 60 дней, а последний заказ был на 15 000 ₽? Это не просто «спящий» — это конкретная сумма недополученной выручки. Отправляем персональный оффер.

Welcome-цепочка — 3-5 писем после подписки. Первое письмо сразу, второе через день. Ошибка новичков — пихать скидку в первое же письмо. Нет. Сначала ценность, потом оффер.

Интеграция с платформами рассылок

Интеграция двусторонняя: события из b_sale_order, b_iblock_element, b_user уходят в ESP, статистика открытий и кликов возвращается. Для Mindbox обычно пишем кастомный модуль, для Unisender хватает готового из Маркетплейса — но допиливаем передачу кастомных свойств заказа.

Сегментация базы для email-рассылок Битрикс24: ключевые методы

RFM-анализ — рабочая лошадка

Строим по трём осям из данных b_sale_order:

• Recency — дней с последнего заказа
• Frequency — количество заказов за период
• Monetary — суммарный чек

Получаем сегменты: VIP-лояльные (R1F1M1), одноразовые с высоким чеком (R3F3M1), частые мелкие (R1F1M3). Каждому — своя коммуникация. VIP получают ранний доступ к распродаже. «Одноразовые» — реактивацию с усиленным оффером.

Поверх RFM кладём поведенческую сегментацию: просмотренные категории из b_catalog_viewed_product, добавленные в избранное, история поиска.

Поведенческая сегментация — второй слой

Учитываем данные из каталога: какие товары просматривал пользователь, что добавлял в корзину, какие страницы посещал. Это позволяет отправлять персонализированные рекомендации в каждом письме. Для этого используем API инфоблоков и событий Битрикс24.

Доставляемость — техническая часть, которую все забывают

Настроили красивые шаблоны, написали цепочки — а письма в спаме. Потому что:

DNS-записи. SPF, DKIM, DMARC — обязательная тройка. Конкретно: SPF с include для вашего ESP, DKIM через 2048-bit ключ (1024 уже слабоват для Gmail), DMARC начинаем с p=none для мониторинга, потом переключаем на p=quarantine. Пример SPF-записи:

v=spf1 include:_spf.google.com include:spf.sendpulse.com ~all

Не забудьте добавить IP-адреса своего сервера Битрикс24, если отправляете транзакционные письма напрямую. Подробнее на Wikipedia: Sender Policy Framework.

Прогрев IP. Новый выделенный IP для рассылок — не шлём сразу 100 000 писем. Первая неделя: 500/день, вторая: 2 000, третья: 10 000. Иначе — моментальный бан у почтовых провайдеров. Наш многолетний опыт подтверждает: медленный прогрев сохраняет репутацию домена.

Гигиена базы. 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 транзакции.

Какие результаты приносят настроенные email-рассылки Битрикс24?

После внедрения наши клиенты фиксируют рост повторных продаж на 20–30% в течение 2–3 месяцев, а стоимость привлечения клиента снижается на 40%. Средний доход на каждого подписчика вырастает с $0.2 до $0.8 после настройки триггерных цепочек. Например, для магазина с оборотом 5 млн ₽/мес настройка триггеров приносит дополнительно 150 000 ₽ выручки в месяц.

Типичные сроки

Начинаем с аудита: проверяем текущие почтовые события, DNS-записи, доставляемость через mail-tester.com, состояние базы подписчиков. Обычно находим SPF без include нужного сервиса и 20-30% невалидных адресов. Свяжитесь с нами, чтобы уточнить сроки под ваш проект — рассчитаем индивидуально.

Что вы получите в итоге

• Аудит текущих настроек email-рассылок Битрикс24 и отчёт с рекомендациями
• Переработанные транзакционные шаблоны с адаптивной вёрсткой и cross-sell блоками
• Настроенную интеграцию с внешней ESP (Unisender, eSputnik, Mindbox или другой)
• Триггерные цепочки: брошенная корзина, реактивация, welcome-серия
• Конфигурацию SPF/DKIM/DMARC и прогрев IP (если требуется)
• Документацию по настройкам и обучение команды работе с рассылками
• Поддержку на этапе запуска и первые 2 недели мониторинга доставляемости

Закажите аудит текущих настроек email-рассылок Битрикс24 — получите персональное предложение и расчёт стоимости проекта. Мы покажем, как настроить email-рассылки Битрикс24 для роста повторных продаж до 20%.