Інтеграція 1С-Бітрікс із сервісами наскрізної аналітики

Наша компанія займається розробкою, підтримкою та обслуговуванням рішень на Бітрікс та Бітрікс24 будь-якої складності. Від простих односторінкових сайтів до складних інтернет-магазинів, CRM систем з інтеграцією 1С та телефонії. Досвід розробників підтверджено сертифікатами від вендора.
Пропоновані послуги
Показано 1 з 1 послугУсі 1626 послуг
Інтеграція 1С-Бітрікс із сервісами наскрізної аналітики
Середня
~1-2 тижні
Часті питання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_website-b2b-advance_0.png
    Розробка сайту компанії B2B ADVANCE
    1262
  • image_bitrix-bitrix-24-1c_fixper_448_0.png
    Розробка веб-сайту для компанії ФІКСПЕР
    851
  • image_bitrix-bitrix-24-1c_development_of_an_online_appointment_booking_widget_for_a_medical_center_594_0.webp
    Розробка на базі Бітрікс, Бітрікс24, 1С для компанії Development of an Online
    585
  • image_bitrix-bitrix-24-1c_mirsanbel_458_0.webp
    Розробка на базі 1С Підприємство для компанії МИРСАНБЕЛ
    751
  • image_crm_dolbimby_434_0.webp
    Розробка сайту на CRM Бітрікс24 для компанії DOLBIMBY
    657
  • image_crm_technotorgcomplex_453_0.webp
    Розробка на базі Бітрікс24 для компанії ТЕХНОТОРГКОМПЛЕКС
    989

Інтеграція 1С-Бітрікс з сервісами наскрізної аналітики

Рекламний бюджет витрачається, заявки приходять, але скільки з них дійшли до продажу — невідомо. Яндекс.Метрика показує конверсії на сайті, CRM зберігає угоди, 1С фіксує платежі — а зв'язку між ними немає. Наскрізна аналітика замикає ланцюжок: клік на оголошенню → заявка на сайті → угода в CRM → платіж в 1С. Для Бітрікс це завдання інтеграції кількох систем, і саме на стиках все ламається.

Архітектура передачі даних

Наскрізна аналітика будується на ідентифікації користувача на всіх етапах воронки. Технічна ланцюжок:

  1. Рекламна система (Яндекс.Директ, Google Ads) — присвоює yclid/gclid при кліку
  2. Сайт на Бітрікс — зберігає мітку в cookie і передає в форму заявки або замовлення
  3. CRM / сервіс аналітики — отримує заявку з міткою, привязує до рекламного джерела
  4. — фіксує платіж, дані повертаються в сервіс аналітики для розрахунку 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С — це фінальна точка воронки. Щоб сервіс аналітики знав, що рекламний клік привів до реальних грошей, потрібно передати дані про платіж назад.

Схема:

  1. Замовлення в Бітрікс містить номер відвідування аналітики (властивість ROISTAT_VISIT)
  2. При обміні з 1С номер відвідування передається як реквізит документа (додається в маппінг CommerceML або REST)
  3. При проведенні платежу в 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 дні

Наскрізна аналітика на Бітрікс — це не «поставити скрипт». Це ланцюжок з чотирьох-п'яти систем, де втрата ідентифікатора відвідування на будь-якому етапі обнуляє всю затею. Критично важливо протестувати повний шлях: від клику на оголошення до відображення платежу в дашборді аналітики.