Налаштування 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