Інтеграція 1С-Бітрікс з сервісами наскрізної аналітики
Рекламний бюджет витрачається, заявки приходять, але скільки з них дійшли до продажу — невідомо. Яндекс.Метрика показує конверсії на сайті, CRM зберігає угоди, 1С фіксує платежі — а зв'язку між ними немає. Наскрізна аналітика замикає ланцюжок: клік на оголошенню → заявка на сайті → угода в CRM → платіж в 1С. Для Бітрікс це завдання інтеграції кількох систем, і саме на стиках все ламається.
Архітектура передачі даних
Наскрізна аналітика будується на ідентифікації користувача на всіх етапах воронки. Технічна ланцюжок:
-
Рекламна система (Яндекс.Директ, Google Ads) — присвоює
yclid/gclidпри кліку - Сайт на Бітрікс — зберігає мітку в cookie і передає в форму заявки або замовлення
- CRM / сервіс аналітики — отримує заявку з міткою, привязує до рекламного джерела
- 1С — фіксує платіж, дані повертаються в сервіс аналітики для розрахунку ROI
Основні сервіси: Roistat, Calltouch, CoMagic (UIS), Callibri. Кожен має свій JS-трекер для сайту і API для передачі даних про офлайн-конверсії.
Встановлення трекера на Бітрікс
Трекер — JS-скрипт, який збирає дані про відвідування: джерело трафіку, UTM-мітки, yclid/gclid, переглянуті сторінки, час на сайті. Скрипт встановлюється через header.php шаблону сайту або через модуль керування вставками (Параметри → Параметри продукту → Авторизація → Вставки).
Для Roistat скрипт створює cookie roistat_visit з номером відвідування. Цей номер — ключ усієї інтеграції: він має потрапити в замовлення Бітрікс і далі в CRM.
Передача номера відвідування в замовлення. Два варіанти:
-
Властивість замовлення. Створюємо властивість замовлення типу «Рядок» (
sale.order.property) з кодомROISTAT_VISIT. При оформленні замовлення скрипт на фронті читає cookie і підставляє значення в приховане поле форми. На бекенді — обробникOnSaleOrderBeforeSaved, який дублює значення в властивість замовлення. -
UTM-властивості. Бітрікс вміє зберігати UTM-мітки через модуль
sale(параметри → властивості замовлення → автозаповнення UTM). Номер відвідування аналітики передається як додаткова UTM-мітка.
Інтеграція з CRM Бітрікс24
Якщо CRM — Бітрікс24, дані про лідів і угод передаються через REST API. Сервіси аналітики (Roistat, Calltouch) мають готові інтеграції: в параметрах вказуєте URL портала Б24 і токен. Сервіс:
- Забирає лідів/угод через
crm.lead.list/crm.deal.list - Зіставляє за номером телефону, email або номером відвідування (якщо передан в UF-поле)
- Отримує статуси угод для розрахунку конверсій по стадіях
Для коробкового Бітрікс з модулем crm (не Б24) готових інтеграцій немає — пишеться кастомний обробник, який відправляє дані про замовлення в API сервісу аналітики.
Передача офлайн-конверсій з 1С
Платіж в 1С — це фінальна точка воронки. Щоб сервіс аналітики знав, що рекламний клік привів до реальних грошей, потрібно передати дані про платіж назад.
Схема:
- Замовлення в Бітрікс містить номер відвідування аналітики (властивість
ROISTAT_VISIT) - При обміні з 1С номер відвідування передається як реквізит документа (додається в маппінг CommerceML або REST)
- При проведенні платежу в 1С — обробник відправляє POST-запит в API сервісу аналітики:
POST /api/push-offline-salesз даними{visit_id, revenue, order_id, date}
Для Roistat API-метод — POST https://cloud.roistat.com/api/v1/project/add-orders. Для Calltouch — POST /api/calls-service/RestAPI/orders/upload.
Альтернатива прямій інтеграції з 1С — проміжний webhook: Бітрікс ловить подію OnSalePayOrder, запитує у 1С статус платежу через REST API і відправляє в сервіс аналітики. Це простіше, якщо в 1С немає розробника.
Підміна номера телефону (колтрекінг)
Calltouch і CoMagic підміняють номер телефону на сайті — кожен відвідувач бачить унікальний номер, дзвінок за яким прив'язується до відвідування. На Бітрікс це працює через JS-трекер, який замінює номер у DOM.
Підводні камені:
- Композитний кеш. HTML-сторінка закеширована, JS-трекер замінює номер після завантаження. Якщо номер вставлений як текст в шаблоні — підміна спрацює. Якщо номер — зображення або SVG — ні.
-
Кеш компонентів. Номер телефону в компоненті
bitrix:main.includeкешується — трекер має шукати номер за CSS-класом або data-атрибутом, а не за текстом. -
Мобільний додаток. Якщо сайт обернений в PWA через модуль
mobileapp— трекер може не завантажитися.
Терміни і обсяг
| Етап | Роботи | Термін |
|---|---|---|
| Встановлення трекера + передача відвідування в замовлення | JS, властивість замовлення, обробник | 2–3 дні |
| Інтеграція з CRM (Б24) | Налаштування готового коннектора, маппінг полів | 1–2 дні |
| Передача офлайн-конверсій з 1С | Доробка обміну, обробник API | 3–5 днів |
| Колтрекінг + тестування | Підміна номера, перевірка з композитним кешем | 1–2 дні |
Наскрізна аналітика на Бітрікс — це не «поставити скрипт». Це ланцюжок з чотирьох-п'яти систем, де втрата ідентифікатора відвідування на будь-якому етапі обнуляє всю затею. Критично важливо протестувати повний шлях: від клику на оголошення до відображення платежу в дашборді аналітики.







