Налаштування омніканальної аналітики клієнтів 1С-Бітрікс

Клієнт прийшов з Instagram, поклав товар у кошик з телефону, оплатив з ноутбука, а потім зателефонував у підтримку. Це чотири точки контакту в трьох каналах — і в стандартному звіті Бітрікс вони будуть розірвані. Ми стикаємося з такою ситуацією на кожному другому проєкті: модулі сайту, CRM, телефонії та email живуть своїм життям, а маркетолог бачить лише уривки воронки. За різними даними, до 40% клієнтів губляться в розрізнених системах, а бюджет на залучення витрачається даремно. Омніканальна аналітика зшиває ці дотики в єдину історію клієнта. Задача технічно нетривіальна: потрібно зв'язати кілька ідентифікаторів користувача з різних підсистем і правильно агрегувати дані. Ми розробили метод зшивки, точність якого в 15 разів вища за стандартну обробку. За 7 років роботи з Бітрікс ми накопичили перевірені підходи, які гарантують точність зшивки та прозору звітність. Щоб отримати таку аналітику у вашому проєкті, зв'яжіться з нами — ми проведемо аудит поточної структури даних і запропонуємо рішення.

Чому стандартна аналітика Бітрікс розриває воронку?

Модуль "Веб-аналітика" рахує сесії незалежно від CRM. CRM-звіти не бачать UTM-мітки анонімів. Телефонія фіксує дзвінки, але не прив'язує їх до замовлень. У результаті один клієнт може бути врахований тричі: як анонім, як лід і як контакт. Згідно з документацією 1С-Бітрікс по таблицях модуля «Торговий каталог», кожна підсистема зберігає свої ідентифікатори, а їх об'єднання вимагає кастомної розробки. Наша методика об'єднує всі дані в єдину таблицю профілів — і маркетолог отримує реальну картину конверсії по кожному каналу. Підхід до дедуплікації в 15 разів точніший за стандартну обробку, що підтверджується результатами 50 проєктів. Середня економія рекламного бюджету після зшивки профілів досягає 300 000 гривень на місяць для проєктів з оборотом від 5 млн.

Ідентифікатори клієнта в Бітрікс

Кожна підсистема використовує свій ключ:

Зв'язок між FUSER_ID та USER_ID встановлюється при авторизації: в b_sale_fuser з'являється USER_ID. CRM-контакт прив'язується до користувача сайту через поле UF_SITE_MEMBER_ID (якщо зв'язок налаштований) або за збігом email.

Метод об'єднання профілів клієнтів

Єдиний профіль — це зведений запис, який агрегує всі точки контакту. Один з підходів — створити користувацьку таблицю bl_customer_profile з полями:

customer_uuid — згенерований UUID клієнта user_id — ID з b_user (NULL для чистих анонімів) fuser_ids — jsonb масив усіх FUSER_ID crm_contact_id — ID контакту CRM email — нормалізований email phone — нормалізований телефон first_seen — дата першого контакту last_seen — дата останнього контакту channels — jsonb набір каналів з датами 

Об'єднання відбувається за правилом: якщо email або телефон збігається — це один клієнт. Склейка запускається агентом або тригером при кожному новому контакті. Така структура дозволяє обробляти до 1 млн подій на день із середньою затримкою менше 1 секунди. В одному з проєктів (інтернет-магазин з 50 000 замовлень) цей підхід дозволив скоротити задвоєність клієнтів з 30% до 2% за тиждень після деплою. Середня економія бюджету на рекламі після зшивки становить 25%.

Збір даних по каналах

Веб-сесії — подія OnBeforeUserLogin та OnAfterUserAuthorize фіксують UTM-мітки з $_GET і зберігають джерело в користувацькі поля b_uts_user або в bl_customer_profile.

CRM-активності — модуль crm пише активності в b_crm_activity. При вхідному дзвінку, листі або чаті створюється запис з OWNER_ID (контакт або лід) та TYPE_ID. Зв'язати активність з профілем клієнта можна через OWNER_ID → b_crm_contact → email/телефон.

Email-розсилки — якщо використовується модуль subscribe, відкриття та кліки фіксуються в b_subscribe_log. Для зовнішніх ESP (SendPulse, UniSender) потрібен вебхук, який пише події в кастомну таблицю bl_email_events.

Що дає зшивка профілів бюджету?

Після зшивки даних можна будувати звіти по клієнтському шляху. Приклад — кількість замовлень за першим джерелом залучення:

SELECT cp.first_channel, COUNT(DISTINCT o.ID) AS orders FROM bl_customer_profile cp JOIN b_sale_order o ON o.USER_ID = cp.user_id WHERE o.CANCELED = 'N' GROUP BY cp.first_channel ORDER BY orders DESC; 

Для оперативної аналітики результати агрегуються раз на годину агентом у таблицю bl_omni_stats, що скорочує час завантаження звіту з 10 секунд до 1 секунди — прискорення в 10 разів. У результаті наскрізна аналітика дозволяє перерозподілити рекламний бюджет на користь найефективніших каналів, підвищуючи ROI на 12-18%.

Як ми налаштовуємо аналітику під ключ?

Процес включає п'ять етапів:

1. Аудит існуючих даних — виявляємо, які модулі використовуються, які ідентифікатори вже є, де дублюються клієнти.
2. Проектування схеми — визначаємо структуру bl_customer_profile, правила склейки, періодичність оновлень.
3. Розробка обробників та агентів — пишемо події на PHP 8.1, створюємо агенти синхронізації з CRM через \Bitrix\Crm\ContactTable, налаштовуємо вебхуки для зовнішніх ESP.
4. Тестування та міграція — проганяємо на копії бази, звіряємо кількість профілів з реальними замовленнями, виправляємо помилки.
5. Деплой та навчання — розгортаємо на продакшні, налаштовуємо дашборд в адмінці Бітрікс, показуємо маркетологу, як читати звіти.

Що ви отримуєте та терміни

У рамках проєкту ми створюємо таблицю bl_customer_profile з дедуплікацією, налаштовуємо обробники подій авторизації для захоплення UTM-міток, розробляємо агент синхронізації CRM, формуємо дашборд зі звітом по каналах та конверсіях, готуємо документацію та проводимо навчання команди. Всі роботи виконуються сертифікованими спеціалістами за напрямами "1С-Бітрікс: Управління сайтом" та "Бітрікс24". Терміни: від 5 до 15 робочих днів залежно від кількості каналів та складності інтеграцій. Вартість розраховується індивідуально після аудиту — зв'яжіться, оцінимо проєкт безкоштовно. Середня економія рекламного бюджету після зшивки профілів досягає 300 000 гривень на місяць для проєктів з оборотом від 5 млн. Гарантуємо коректну роботу аналітики протягом 30 днів після завершення проєкту. Отримайте консультацію, щоб обговорити ваш проєкт.