Інтеграція Бітрікс24 з Яндекс.Метрикою

Інтеграція Бітрікс24 з Яндекс.Метрикою

Яндекс.Метрика показує трафік, Бітрікс24 показує угоди. Між ними — прірва: незрозуміло, які саме візити конвертуються у виручку. Інтеграція закриває цей розрив і дозволяє оптимізувати рекламу по реальних продажах, а не по заявках.

Два рівні інтеграції

Перший рівень: передача офлайн-конверсій — відправка даних про угоди з Бітрікс24 у Яндекс.Метрику як офлайн-конверсії. Метрика збагачує дані: видно, з яких джерел та кампаній прийшли клієнти, які реально купили.

Другий рівень: ClientID у CRM — запис _ym_uid (ClientID Метрики) у поле угоди при створенні ліда. Дозволяє з CRM відкрити конкретну сесію в Метриці та побачити повний шлях клієнта на сайті.

Передача офлайн-конверсій у Яндекс.Метрику

Схема: при переході угоди в стадію «Перемога» дані відправляються в Метрику через API офлайн-конверсій.

Метрика приймає офлайн-конверсії через метод POST /upload/v1/counter/{counterId}/goals/upload. Формат запиту:

{
  "Hits": [
    {
      "ClientId": "{{ _ym_uid клієнта }}",
      "DateTime": "2026-03-13T10:00:00",
      "Target": "deal_won",
      "Price": 150000,
      "Currency": "RUB"
    }
  ]
}

Реалізація через кастомний робот CRM (див. статтю про розробку кастомних роботів): при переході на стадію «Перемога» робот читає поле угоди з ClientID, формує запит до API Метрики.

Авторизація в API Метрики: OAuth-токен з правами metrika:write. Токен зберігається в налаштуваннях модуля або в змінних середовища на сервері.

Запис ClientID в угоду

Це ключова частина, яку потрібно реалізувати на сайті при відправці форми. JavaScript збирає _ym_uid з куки:

function getYmClientId() {
    const match = document.cookie.match(/_ym_uid=([^;]+)/);
    return match ? match[1] : null;
}

// При відправці форми
const formData = {
    name: document.getElementById('name').value,
    phone: document.getElementById('phone').value,
    ym_client_id: getYmClientId(),
    // ... інші поля
};

На сервері при створенні ліда через REST API:

$client->call('crm.lead.add', [
    'fields' => [
        'TITLE'                   => 'Заявка з сайту',
        'UF_CRM_YM_CLIENT_ID'     => $formData['ym_client_id'],
        'UTM_SOURCE'              => $_GET['utm_source'] ?? '',
        'UTM_CAMPAIGN'            => $_GET['utm_campaign'] ?? '',
        // ...
    ],
]);

Поле UF_CRM_YM_CLIENT_ID створюється вручну в налаштуваннях CRM: рядкове поле на ліді та угоді. При конвертації ліда в угоду поле копіюється (якщо правильно налаштувати — див. статтю про джерела лідів).

Проблема з multi-touch атрибуцією

Метрика за замовчуванням використовує атрибуцію по останньому кліку. Для правильного розрахунку цінності рекламних каналів це призводить до недооцінки брендингових кампаній (які формують попит, але не закривають конверсію) та переоцінки ретаргетингу.

З офлайн-конверсіями ситуація покращується: Метрика знає фактичну виручку по кожному каналу, а не тільки кількість заявок. Але модель атрибуції змінюється тільки через Яндекс.Директ — там можна вибрати «частка конверсій» або «цінність конверсій» як стратегію.

Синхронізація аудиторій

Метрика дозволяє створювати сегменти аудиторій на основі офлайн-конверсій: «клієнти, що заплатили більше 100 000 руб.», «клієнти, що купили 2+ рази». Ці аудиторії передаються в Яндекс.Директ як Look-alike або для ретаргетингу.

Створення сегменту: Метрика → Аудиторії → Завантажити дані → Офлайн-конверсії. Вибирається ціль deal_won, будується сегмент. Експортується в Директ.

Реальний кейс: оптимізація контекстної реклами по виручці

Завдання: інтернет-магазин B2B-витратників. Заявки з контекстної реклами йшли, але частина виявлялася «сміттям» — фізособи, нецільові регіони. Оптимізували кампанії по кількості заявок, але реальна виручка не зростала.

Рішення: офлайн-конверсії з передачею суми угоди в Метрику. Налаштували передачу двох подій: lead_qualified (при кваліфікації ліда менеджером) та deal_won (при перемозі в угоді з сумою).

Що побачили: з трьох кампаній Директу кампанія «загальні ключі» давала 40% заявок, але тільки 10% виручки. Кампанія «бренд конкурентів» давала 15% заявок та 35% виручки. Без офлайн-конверсій це було невидимо.

Результат: перерозподілили бюджет, CPA по виручці знизився на 28% за два місяці.

Терміни інтеграції

Повна інтеграція — 1–2 тижні з урахуванням тестування коректності передачі даних.