Інтеграція LiveChat на сайт: від віджета до CRM через API

Наша компанія займається розробкою, підтримкою та обслуговуванням сайтів будь-якої складності. Від простих односторінкових сайтів до масштабних кластерних систем, побудованих на мікро сервісах. Досвід розробників підтверджено сертифікатами від вендорів.

Розробка та обслуговування будь-яких видів сайтів:

Інформаційні сайти або веб-програми
Сайти візитки, landing page, корпоративні сайти, онлайн каталоги, квіз, промо-сайти, блоги, ресурси новин, інформаційні портали, форуми, агрегатори
Сайти або веб-програми електронної комерції
Інтернет-магазини, B2B-портали, маркетплейси, онлайн-обмінники, кешбек-сайти, біржі, дропшиппінг-платформи, парсери товарів
Веб-програми для управління бізнес-процесами
CRM-системи, ERP-системи, корпоративні портали, системи управління виробництвом, парсери інформації
Сайти або веб-програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, конструктори сайтів, портали надання електронних послуг, відеохостинги, тематичні портали

Це лише деякі з технічних типів сайтів, з якими ми працюємо, і кожен із них може мати свої специфічні особливості та функціональність, а також бути адаптованим під конкретні потреби та цілі клієнта.

Послуги, які ми пропонуємо
Показано 1 з 1Усі 2062 послуг
Інтеграція LiveChat на сайт: від віджета до CRM через API
Простий
від 4 годин до 2 днів
Часті запитання

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

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

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

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1358
  • image_web-applications_feedme_466_0.webp
    Розробка веб-додатків для компанії FEEDME
    1250
  • image_websites_belfingroup_462_0.webp
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    956
  • image_ecommerce_furnoro_435_0.webp
    Розробка інтернет магазину для компанії FURNORO
    1188
  • image_crm_enviok_479_0.webp
    Розробка веб-додатків для компанії Enviok
    929
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Розробка веб-сайту для компанії ФІКСПЕР
    947

При інтеграції LiveChat оператори часто скаржаться на затримки: віджет вантажиться 5 секунд, дані клієнта не потрапляють у CRM, а історія замовлень відсутня. Ми проектуємо установку так, щоб віджет завантажувався за 1–2 секунди і не впливав на Core Web Vitals. Розбираємося, як уникнути цих проблем, використовуючи правильну установку, LiveChat API та webhooks. Наш досвід — понад 50 проєктів, від лендінгів до високонавантажених інтернет-магазинів з кастомною логікою. Типове рішення не підходить для складних сайтів. Розглянемо кожен етап налаштування: від асинхронного завантаження до передачі даних у CRM через webhooks. Також торкнемося типових помилок при маршрутизації чатів і дамо готовий код для ідентифікації клієнта.

Як гарантувати швидкість завантаження віджета без втрати LCP?

Віджет LiveChat підключається через JavaScript-трекер. За замовчуванням скрипт вантажиться синхронно, що збільшує LCP і FID. Рішення — завантажувати його асинхронно і відкласти ініціалізацію до події load. Згідно з офіційною документацією LiveChat, такий підхід знижує час до інтерактивності на 30%. Код нижче робить саме це:

<script>
window.__lc = window.__lc || {};
window.__lc.license = YOUR_LICENSE_NUMBER;
;(function(n,t,c){function i(n){return e._h?e._h.apply(null,n):e._q.push(n)}
var e={_q:[],_h:null,_v:"2.0",on:function(){i(["on",c.call(arguments)])},
once:function(){i(["once",c.call(arguments)])},
off:function(){i(["off",c.call(arguments)])},
get:function(){if(!e._h)throw new Error("[LiveChatWidget] You can't use getters before load.");
return i(["get",c.call(arguments)])},call:function(){i(["call",c.call(arguments)])},
init:function(){var n=t.createElement("script");
n.async=!0,n.type="text/javascript",
n.src="https://cdn.livechatinc.com/tracking.js",t.head.appendChild(n)}};
!n.__lc.asyncInit&&e.init(),n.LiveChatWidget=n.LiveChatWidget||e}(window,document,[].slice))
</script>

Зверніть увагу: скрипту присвоєно атрибут async, а виклик init() відбувається всередині замикання, не блокуючи подію DOMContentLoaded. Додатково можна видалити невикористовувані CSS-стилі віджета через tree-shaking — у LiveChat це робиться через налаштування консолі.

Чому стандартна установка не передає дані в CRM?

Без додаткових налаштувань LiveChat не знає, хто ваш клієнт. Оператор бачить лише «Відвідувач 123». Щоб передати ім'я, email, номер замовлення тощо, використовуйте JavaScript API одразу після ідентифікації користувача на сайті:

// Ідентифікація
LiveChatWidget.call('set_customer_name', user.name);
LiveChatWidget.call('set_customer_email', user.email);

// Кастомні дані (видимі оператору)
LiveChatWidget.call('set_session_variables', {
    'Order ID':    orderId,
    'Cart Total':  cartTotal + ' ₴',
    'User Plan':   user.plan
});

// Сховати/показати
LiveChatWidget.call('hide');
LiveChatWidget.call('minimize');

Ці змінні автоматично підтягуються в картку клієнта. Для інтеграції з CRM (наприклад, з Бітрікс24) використовуйте REST API LiveChat для створення тікетів або синхронізації угод. Приклад:

// Створити тікет через REST API
Http::withBasicAuth('[email protected]', $personalAccessToken)
    ->post('https://api.livechatinc.com/v3.5/cases', [
        'subject'  => "Звернення з сайту",
        'customer' => ['email' => $email, 'name' => $name],
        'properties' => [
            'source' => ['type' => 'email', 'url' => 'https://shop.ru/contact']
        ]
    ]);

Цей підхід кращий за готовий модуль LiveChat для CRM, оскільки ви контролюєте структуру даних і можете передавати будь-які властивості.

Як автоматизувати передачу даних через webhooks?

LiveChat підтримує webhooks на події: новий чат, закриття чату, нове повідомлення, оцінка оператора. Це зручно для логування або передачі даних у CRM у реальному часі. Для налаштування достатньо додати URL вашого endpoint у консолі LiveChat → Integrations → Webhooks. Webhooks обробляються за 200–500 мс, що дозволяє синхронізувати дані без затримок. Ми налаштовували webhooks для передачі даних в AmoCRM і HubSpot — час відгуку не перевищує 1 секунди.

Розгорнутий приклад коду для ідентифікації клієнта
// Повна ідентифікація з кастомними змінними
function identifyCustomer(user) {
    LiveChatWidget.call('set_customer_name', user.name);
    LiveChatWidget.call('set_customer_email', user.email);
    LiveChatWidget.call('set_session_variables', {
        'Order ID': user.orderId,
        'Cart Total': user.cartTotal + ' ₴',
        'User Plan': user.plan,
        'UTM Source': user.utmSource
    });
}

Порівняння способів інтеграції LiveChat

Спосіб Швидкість впровадження Гнучкість Вплив на продуктивність Вартість
Готова HTML-вставка 1 година Низька Середнє (синхронне завантаження) Безкоштовно
Асинхронний скрипт + JS API 2–4 години Висока Мінімальний Безкоштовно
REST API + webhooks 2–5 днів Повна Не впливає Оплата за запити

Готовий код — найшвидший, але не вирішує проблем з продуктивністю та інтеграцією. Асинхронний скрипт з JS API — оптимальний для 90% проєктів. Повна кастомна інтеграція через API та webhooks дає максимум контролю, але потребує більше часу.

Порівняння інтеграцій з CRM: Бітрікс24, AmoCRM, HubSpot

CRM Тип інтеграції Час налаштування Особливості
Бітрікс24 Готовий модуль + REST API 1–3 дні Підтримка угод, лідів, чатів. Обмежена кастомізація.
AmoCRM Webhooks + кастомна розробка 2–4 дні Повний контроль полів, автоматизація за подіями.
HubSpot REST API + webhooks 2–5 днів Складне налаштування, але потужна аналітика.

Процес інтеграції: що входить у роботу

  1. Аудит поточної версії та навантаження — перевіряємо сумісність, швидкість завантаження, поточні скрипти.
  2. Проектування схеми даних — які поля передавати з сайту в чат, як синхронізувати з CRM.
  3. Установка віджета — з оптимізацією під Core Web Vitals (LCP, CLS, INP).
  4. Налаштування маршрутизації — за продуктами, мовами, статусом відвідувача.
  5. Інтеграція з CRM та webhooks — тестові сценарії, логування, резервні канали.
  6. Тестування під навантаженням — імітація 50 одночасних чатів.
  7. Документація та передача — API-специфікація, конфіги, доступи.

Економія бюджету на підтримку — до 30%, вартість інтеграції окупається за 2–3 місяці за рахунок прискорення роботи операторів. Замовте аудит вашого сайту — ми оцінимо сумісність за 1 день.

Типові помилки при інтеграції онлайн-чату на сайт

  • Ігнорування асинхронного завантаження: призводить до зростання LCP на 30–50%.
  • Передача даних лише через URL-параметри: не всі CRM їх підтримують.
  • Відсутність fallback-маршрутизації: при збої webhook-ів дані втрачаються.
  • Використання застарілих версій API: LiveChat API v3.5 рекомендується, v2.x — deprecated.

Що ви отримаєте після інтеграції

Після завершення робіт:

  • Робочий віджет чату з мінімальним впливом на Core Web Vitals.
  • Автоматичну передачу всіх кастомних даних у LiveChat та CRM через webhooks.
  • Налаштовану маршрутизацію по відділах (продажі, підтримка, техпідтримка).
  • Повну документацію: схему даних, endpoint-и, конфіги.
  • Навчання операторів (1 година).
  • Підтримку 30 днів після здачі.

Отримайте консультацію з інтеграції — напишіть нам, і ми підберемо оптимальне рішення. Зв'яжіться з нами, щоб обговорити ваш проєкт.

Інтеграція email розсилок: чому вона часто ламається?

Ми стикалися з тим, що тригерний лист через 10 хвилин після реєстрації конвертує в 4–5 разів краще, ніж той самий лист через 24 години. Це не маркетинговий міф — це механіка: поки користувач теплий, поки пам'ятає контекст. Але більшість інтеграцій з розсильниками зроблені так: форма сабмітиться → синхронний HTTP-запит до API → якщо API гальмує, користувач чекає 3 секунди → лист йде або не йде, ніхто не знає.

Якщо ви зіткнулися з втраченими листами або потраплянням у спам, замовте аудит існуючої інтеграції — ми знайдемо вузькі місця за 2 дні.

Провайдери та їх API

Unisender — російський провайдер, популярний у сегменті SMB. REST API, простий. Додавання контакту: importContacts, відправка транзакційного листа: sendEmail. Важливо: для транзакційних листів (підтвердження замовлення, скидання пароля) Unisender Go — окремий сервіс з іншим API та окремою ціною. Змішувати масові розсилки та транзакційні в одному потоці — погана ідея для репутації домену.

SendPulse — надає email, SMS, web push, Viber, Telegram-боти через єдиний API. Для проєктів, де потрібен омніканал, це зручно. Automation 360 — візуальний конструктор ланцюжків, можна запустити автоматизацію через API event. SDK для PHP (sendpulse/rest-api-php-sdk) підтримується, але оновлюється нерегулярно — краще використовувати напряму через Guzzle.

Mailchimp — вибір для міжнародної аудиторії та маркетингових команд, звиклих до екосистеми Mailchimp. Transactional email — через Mandrill (дочірній сервіс). Marketing API v3 для управління списками, тегами, кампаніями. Webhook для подій: відкриття, клік, відписка, bounce.

SMS. Для Росії: СМСЦ, МТС Exolve, Devino Telecom, SMS Aero. API у всіх схожий: метод send, параметри phone, message, sender (ім'я відправника — потрібно реєструвати окремо у оператора). Один нюанс: ім'я відправника має бути зареєстровано через агрегатора з договором — без цього SMS не відправляться на мережі МТС/МегаФон/Білайн.

Провайдер Тип Транзакційні листи Маркетингові Особливості
Unisender email+SMS Unisender Go (окремо) так Популярний в РФ, простий REST
SendPulse email+SMS+web push+Viber так так Єдиний API, омніканальність
Mailchimp email Mandrill так Аналітика, міжнародний
Twilio SMS+email так ні Глобальний, дорогий в РФ

Як побудувати інтеграцію, щоб не втрачати листи?

Розділяємо транзакційні та маркетингові потоки

Транзакційні листи (підтвердження замовлення, скидання пароля, статус доставки) — через окремий домен-відправник або субдомен tx.example.com. Маркетингові розсилки — через mail.example.com або news.example.com. Якщо маркетингова розсилка отримає багато скарг на спам, це не повинно зачепити репутацію транзакційного потоку. Згідно з документацією SendGrid, транзакційні повідомлення слід відправляти через виділений IP-пул для запобігання перехресному впливу.

Черга та retry

Будь-який виклик до email API — через чергу (Laravel Queue, Bull, Celery). Якщо Unisender повернув 503 — задача йде в retry через 5 хвилин, потім 15, потім 60. Після 5 невдалих спроб — у dead letter queue з алертом. Користувач при цьому вже отримав свій 200 OK і не знає про проблему. Завдяки цьому підходу bounce rate на проєктах знижується до 0.5%.

Приклад job для Laravel:

public function handle(): void
{
    try {
        $response = Http::post(config('services.unisender.email_url'), $this->params);
        if ($response->failed()) {
            $this->release(300); // retry через 5 хв
        }
    } catch (\Throwable $e) {
        $this->release(300);
    }
}

Шаблони

Зберігаємо шаблони в коді (Blade, Twig, React Email), не в інтерфейсі провайдера. Причини: версіонування через Git, preview у браузері без відправки, можливість тестування. Для складних шаблонів з динамічним контентом — react-email з експортом в HTML через @react-email/render.

Валідація та згоди

Перед додаванням контакту до списку — double opt-in (лист з підтвердженням). Зберігати факт підтвердження з timestamp у своїй БД. При відписці — синхронно відписуємо і у провайдера, і в своїй базі. Ігнорувати webhook відписки — прямий шлях до блокування акаунта у провайдера. Всі процеси відповідають ФЗ-152 про персональні дані.

Як налаштувати DKIM для домену-відправника?

DKIM дозволяє підписувати листи цифровим підписом, що підвищує довіру поштових серверів.

  1. Згенеруйте пару ключів (наприклад, через OpenSSL: openssl genrsa -out private.key 2048).
  2. Опублікуйте публічний ключ у DNS як TXT-запис для селектора (наприклад, mail._domainkey.tx.example.com).
  3. Вкажіть селектор у провайдера (SendGrid, Mailgun, Unisender).
  4. Перевірте командою dig TXT mail._domainkey.tx.example.com.

Моніторинг доставності

Підключаємо webhook від провайдера на події bounce (жорсткий і м'який), spam_complaint, unsubscribe. Жорсткий bounce — негайно позначаємо email як невалідний у своїй БД, більше не відправляємо. М'який bounce 3 рази поспіль — те саме. Метрики: open rate, click rate, bounce rate, unsubscribe rate — дивимося не рідше разу на тиждень. Наші сертифіковані інженери налаштовують алерти в Grafana/Prometheus.

Чому важливо розділяти потоки?

Якщо відправити маркетингову розсилку з того ж домену, що й транзакційні листи, отримавши скарги на спам, ви ризикуєте заблокувати домен — і користувачі перестануть отримувати навіть підтвердження замовлень. SPF, DKIM, DMARC (Wikipedia SPF, Wikipedia DKIM) повинні бути налаштовані окремо для кожного потоку. Ми використовуємо субдомени з різними DNS-записами.

Обсяг робіт з інтеграції

  • Аудит поточних потоків комунікації та репутації домену (SPF, DKIM, DMARC)
  • Вибір провайдера та схеми: транзакційний vs маркетинговий трафік
  • Налаштування DNS-записів SPF, DKIM, DMARC (Wikipedia DMARC)
  • Розробка шаблонів листів (HTML + динамічний контент)
  • Інтеграція з бекендом через черги та API
  • Налаштування webhook для доставності та скарг
  • Документація з експлуатації та навчання команди
  • Гарантія доставності та підтримка після запуску

Терміни та вартість

Сценарій Термін (робочі дні) Примітка
Базові транзакційні листи (один провайдер) 5–7 днів Ціна розраховується індивідуально після аудиту
Тригерні ланцюжки + SMS + веб-пуши 10–20 днів Ціна розраховується індивідуально після аудиту
Повна омніканальна автоматизація 20–40 днів Ціна розраховується індивідуально після аудиту

Вартість розраховується індивідуально після аудиту. Ми працюємо під ключ: від аналізу до моніторингу в продакшені. Отримайте консультацію інженера — оцінимо проєкт безкоштовно та скажемо точні терміни. Досвід більше 7 років в інтеграції поштових сервісів, реалізовано 50+ проєктів. Замовте безкоштовний аудит поточної інтеграції — отримайте звіт з рекомендаціями.