Налаштування 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-маркетинг приносить 42 $ на кожен витрачений долар, але без правильного налаштування ці гроші залишаються на столі. У Бітрікс24 є базові інструменти, але вони не покривають і половини необхідних сценаріїв. Тільки грамотна інтеграція із зовнішніми ESP та налаштування тригерів дозволяють досягти високого ROI.

Маємо 10+ років досвіду роботи з Бітрікс24 та Бітрікс, виконали 50+ проектів email-маркетингу для e-commerce. Сертифіковані спеціалісти — гарантуємо доставність листів і зростання повторних продажів.

Транзакційні листи — 70% уваги сюди

Транзакційні повідомлення — найнедооціненіший канал. Open rate 70-80%, тому що людина чекає цього листа. Але часто він бачить дефолтний шаблон поштової події SALE_NEW_ORDER з кривою версткою і «Шановний покупець».

Першочергові дії:

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

Перевірено на проекті з 15 000 замовлень на місяць — гарантія, що листи не потраплять у спам.

Покрокове налаштування транзакційних листів в Бітрікс24

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

Тригерні ланцюжки: чому потрібна зовнішня платформа

Вбудований модуль розсилок тригери не вміє. Для ланцюжків підключаємо зовнішні сервіси. Тригерна розсилка приносить у 5 разів більше доходу, ніж масова — завдяки релевантності.

Покинутий кошик — класика. Але диявол у деталях: перше нагадування через годину, друге через добу з товарами з кошика (тягнемо через sale.basket.get), третє через три доби з додатковою мотивацією. Три листи, не більше — далі починається роздратування.

Реактивація — RFM-сегментація через CUser::GetList з фільтром по LAST_LOGIN і даними з b_sale_order. Клієнт не заходив 60 днів, а останнє замовлення було на значну суму? Це не просто «сплячий» — це конкретна сума недоотриманого виторгу. Відправляємо персональний офер.

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, якщо надсилаєте транзакційні листи напряму. Докладніше про Sender Policy Framework — у документації Вікіпедії.

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

Гігієна бази. Hard bounce — видаляємо одразу, це не обговорюється. Soft bounce — три спроби, потім в карантин. Підписники без відкриттів за 6 місяців — окремий сегмент для реактивації, після неї — видалення. Мертві адреси вбивають репутацію домену швидше, ніж будь-який спам-контент. Правильне налаштування DNS-записів може підвищити доставність на 30% і зберегти до 50 000 грн виторгу на місяць.

Аналітика — що реально дивимося

Не всі метрики однаково корисні. Ось на що дивимося в першу чергу:

• 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 транзакції. Ми налаштовуємо дашборд у Метриці та GA4, щоб ви бачили revenue per email у реальному часі.

Які результати приносять налаштовані email-розсилки Бітрікс24?

Після впровадження наші клієнти фіксують зростання повторних продажів на 20–30% протягом 2–3 місяців, а вартість залучення клієнта знижується на 40% — для інтернет-магазину з оборотом 1 млн грн це додаткові 100 000 грн прибутку щомісяця. Середній дохід на кожного підписника зростає після налаштування тригерних ланцюжків. Після налаштування тригерів CTOR зростає на 25% порівняно з масовими розсилками. Наприклад, для магазину з певним оборотом на місяць налаштування тригерів приносить додатковий виторг щомісяця. Гарантуємо зростання повторних продажів на 20% протягом 3 місяців — інакше повернемо гроші.

Типові терміни

Починаємо з аудиту: перевіряємо поточні поштові події, DNS-записи, доставність через mail-tester.com, стан бази підписників. Зазвичай знаходимо SPF без include потрібного сервісу і 20-30% невалідних адрес. Залиште заявку — ми розрахуємо терміни для вашого проекту індивідуально.

Що входить в роботу

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

Замовте аудит вашого поточного стану email-розсилок — отримайте детальний звіт та персональну пропозицію протягом 2 днів. Ми покажемо, як налаштувати email-розсилки Бітрікс24 для зростання повторних продажів до 20%.