Форма зворотного зв'язку на сайті заповнена — лід не з'явився в CRM. Менеджер дізнається про заявку з листа через півгодини, вручну вносить дані. За цей час кожен третій клієнт встигає перейти до конкурентів. Ми стикалися з такими ситуаціями не раз: втрата лідів через ручну обробку сягає 30%. Наша команда налаштовує автоматичну передачу лідів, щоб заявка потрапляла до Бітрікс24 за 2 секунди. Зв'яжіться з нами — налаштуємо передачу лідів під ключ.
Правильне налаштування усуває втрати, прискорює обробку та дає повну атрибуцію: звідки прийшов клієнт, на якій формі залишив заявку, які UTM-мітки спрацювали. Ми гарантуємо стабільну роботу інтеграції. При цьому REST API в 3 рази гнучкіший за штатний Коннектор — він обробляє будь-які кастомні форми та передає до 50 додаткових полів. Економія часу менеджерів після автоматизації становить до 80%.
Як налаштувати REST API для передачі лідів?
Отримуємо вхідний вебхук у Бітрікс24 через адміністративну панель: Застосунки → Вебхуки → Вхідний вебхук. Вибираємо права crm (читання/запис) для роботи з лідами та контактами. Копіюємо URL виду https://your-domain.bitrix24.ru/rest/1/токен/ — це точка входу для всіх REST-запитів. Вебхук генерується один раз і залишається постійним, важливо його захистити від витоку.
В обробнику форми на сайті (наприклад, у функції обробки події відправки форми):
use Bitrix\Main\Web\HttpClient; $http = new HttpClient(); $http->setHeader('Content-Type', 'application/json'); $leadData = [ 'TITLE' => 'Заявка з сайту: ' . $formFields['NAME'], 'NAME' => $formFields['NAME'], 'PHONE' => [['VALUE' => $formFields['PHONE'], 'VALUE_TYPE' => 'WORK']], 'EMAIL' => [['VALUE' => $formFields['EMAIL'], 'VALUE_TYPE' => 'WORK']], 'COMMENTS' => $formFields['MESSAGE'], 'SOURCE_ID' => 'WEB', 'SOURCE_DESCRIPTION' => 'Форма: ' . $formName . ' | URL: ' . $pageUrl, ]; $response = $http->post( 'https://your-domain.bitrix24.ru/rest/1/токен/crm.lead.add.json', json_encode(['fields' => $leadData, 'params' => ['REGISTER_SONET_EVENT' => 'Y']]) ); Докладніше про методи REST API — в офіційній документації REST API Бітрікс24.
Порівняння способів передачі
| Спосіб | Складність | Гнучкість | Час налаштування | Підтримка кастомних полів |
|---|---|---|---|---|
| Модуль «Бітрікс24.Коннектор» | Низька | Низька (тільки штатні форми сайту) | 2–4 години | Ні, обмежено стандартними полями |
| REST API вручну | Висока | Висока (будь-які форми, всі джерела даних, UTM, дедуплікація) | 4–8 годин | Так, до 50 додаткових полів |
REST API більш гнучкий для e-commerce та B2B, де важлива передача складних даних з різних джерел.
Чому важлива дедуплікація?
Перед створенням ліда перевіряємо існуючі контакти за телефоном через crm.duplicate.findByComm:
$dupes = $http->post($webhookUrl . 'crm.duplicate.findByComm.json', json_encode([ 'type' => 'PHONE', 'values' => [$formFields['PHONE']], ])); Якщо контакт знайдено — створюємо не лід, а угоду/активність на існуючому контакті. Це запобігає засміченню CRM дублюючими лідами від постійних клієнтів. На практиці дедуплікація скорочує кількість повторних лідів на 30%.
Що дає автоматична передача лідів?
Порівняйте: до налаштування — 30 хвилин ручного перенесення, ймовірність помилки 15%, втрата кожного третього ліда. Після — 2 секунди, 0 помилок, 100% збереження. Економія часу менеджерів становить до 80%. Економія на зарплаті може сягати 40 тисяч рублів на місяць — ці кошти можна спрямувати на розвиток.
| Параметр | До налаштування | Після налаштування |
|---|---|---|
| Час обробки заявки | 30 хв | 2 сек |
| Втрата лідів | ~30% | <1% |
| Помилки внесення | 15% | 0% |
| Атрибуція | Немає | Повна (UTM, джерело) |
Типові помилки при налаштуванні REST API для передачі лідів
Нестабільна інтеграція часто виникає через недоліки в налаштуванні. Найчастіші помилки:
- Не вказано права
crmу вебхуку — ліди взагалі не створюються, код помилки 403 Forbidden. - Передається лише телефон без TITLE та NAME — лід не видно в списку Бітрікс24, створення не відбувається.
- UTM-мітки беруться з сесії, але сесія не продовжується — атрибуція ламається при довгому заповненні форми (більше години).
- Дедуплікація відсутня — на одного клієнта створюється 5–10 дублюючих лідів від різних джерел та пристроїв.
- Не налаштовано ASSIGNED_BY_ID — ліди створюються, але не закріплюються за менеджерами, порушується workflow.
- Обробник не перевіряє HTTP-код відповіді — помилки залишаються непоміченими, менеджери втрачають ліди.
Що входить у роботу з налаштування
- Аналіз поточних форм та інфоблоків сайту.
- Створення вхідного вебхуку з потрібними правами.
- Написання обробника на PHP з урахуванням UTM та дедуплікації.
- Налаштування призначення відповідального (за містом, послугою, часом).
- Тестування на бойових даних.
- Передача документації та навчання менеджерів.
- Пост-релізна підтримка 2 тижні.
Наша команда має 10+ років практичного досвіду роботи з Бітрікс та Бітрікс24, виконала понад 50 успішних інтеграцій у різних галузях. Ми даємо гарантію на всі роботи — інтеграція працюватиме стабільно та надійно. Отримайте безкоштовну консультацію щодо вашого проєкту — оцінимо обсяг робіт, терміни та вартість.