Интеграция 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+ проектов. Закажите бесплатный аудит текущей интеграции — получите отчёт с рекомендациями.