Настройка 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