При переезде на новую CMS или запуске проекта легко потерять контекст диалогов с клиентами. JivoSite решает эту задачу, но стандартная установка даёт сбои: данные о пользователе не передаются, автоприглашения не настроены под аудиторию, а в SPA чат может не загружаться после смены роута. Профессиональная настройка повышает конверсию чата до 25%, а время ответа оператора сокращается на 40%. Без интеграции теряется до 30% лидов из-за отсутствия контекста. Наша интеграция снижает этот показатель до 5%, что при среднем чеке даёт значительный дополнительный доход. Jivo чат увеличивает конверсию в 3 раза по сравнению с обычными формами обратной связи. Обратитесь к нам для профессиональной установки.
Проблемы, которые решает интеграция Jivo
Потеря контекста диалога: без передачи данных из CRM оператор тратит до 2 минут на уточнение информации, что снижает удовлетворённость клиента. Неверная маршрутизация: когда чат попадает не к тому специалисту, время ответа растёт, а лиды уходят. Отсутствие аналитики: без интеграции с телефонией и CRM невозможно оценить реальную эффективность чата.
Как передавать данные пользователя в Jivo?
Jivo API позволяет передавать произвольные данные через setContactInfo и setCustomData. Согласно Jivo API Reference, setContactInfo поддерживает до 10 кастомных полей. Это решает проблему потери контекста: оператор видит имя, email, телефон, историю заказов и корзину клиента. Правильная идентификация сокращает время обработки заявки в 2 раза по сравнению с ручным вводом.
// Идентификация авторизованного пользователя
window.jivo_api?.setContactInfo({
name: user.name,
email: user.email,
phone: user.phone,
description: `ID: ${user.id}, заказов: ${user.orders_count}`
});
// Кастомные данные (отображаются оператору)
window.jivo_api?.setCustomData([
{title: 'Корзина', content: `${cartTotal} ₽`},
{title: 'Тариф', content: user.plan}
]);
Как настроить автоприглашения и маршрутизацию?
Автоприглашения настраиваются в личном кабинете Jivo. Мы рекомендуем не показывать приглашение сразу, а через 15 секунд пребывания на сайте, исключить страницы оформления заказа, а для вернувшихся посетителей — показывать приглашение сразу. Маршрутизация по группам операторов ускоряет ответ: мы настраиваем группы по тематикам и загруженности, при отсутствии свободных операторов — очередь с уведомлением. Это позволяет удерживать до 80% лидов, которые иначе ушли бы при долгом ожидании.
Интеграция Jivo с CRM
Jivo имеет встроенные интеграции с Bitrix24, AmoCRM и другими, а также открытый REST API для кастомной синхронизации. Мы настраиваем передачу данных о диалогах и контактах в реальном времени. После каждого чата в CRM создаётся сделка с историей переписки, что исключает потерю информации. Дополнительно можно настроить триггеры: например, при получении заявки автоматически отправлять SMS-уведомление менеджеру.
Как мы интегрируем Jivo
- Аудит архитектуры — определяем, как загружается сайт (SSR, SPA), какие данные о пользователе доступны.
- Установка скрипта — вставляем код с учётом фреймворка. Пример для React/Next.js:
// components/JivoChat.tsx
useEffect(() => {
const script = document.createElement('script');
script.src = `//code.jivosite.com/widget/${process.env.NEXT_PUBLIC_JIVO_ID}`;
script.async = true;
document.body.appendChild(script);
return () => document.body.removeChild(script);
}, []);
- Передача данных — настраиваем
setContactInfo после авторизации пользователя.
- Автоприглашения — задаём правила в панели Jivo.
- Маршрутизация — распределяем чаты по операторам и группам.
- Тестирование — проверяем скрипт, передачу данных, поведение на мобильных.
- Гарантия — даём 14 дней поддержки после интеграции.
Что входит в работу
- Аудит текущей архитектуры сайта и доступных данных.
- Установка скрипта Jivo с поддержкой SPA (React, Vue, Angular).
- Настройка передачи данных о пользователе (имя, email, телефон, кастомные поля).
- Конфигурация автоприглашений по заданным сценариям.
- Маршрутизация диалогов по группам и навыкам операторов.
- Интеграция с CRM (Bitrix24, AmoCRM, кастомная через API).
- Тестирование всех сценариев и мобильных устройств.
- Документация по интеграции и обучение операторов.
- 14 дней технической поддержки после запуска.
Сравнение самостоятельной и профессиональной интеграции
| Параметр |
Самостоятельно |
У нас |
| Время установки |
30 минут |
3–6 часов |
| Передача данных из CRM |
Нет |
Да |
| Автоприглашения |
Только базовые |
Кастомные сценарии |
| Маршрутизация |
По умолчанию |
По навыкам и загрузке |
| Гарантия работы |
Нет |
14 дней |
Типичные ошибки при интеграции Jivo
| Ошибка |
Последствие |
Решение |
| Установка только на главную |
Чат не появляется на других страницах |
Установить скрипт на все страницы |
| Отсутствие идентификации |
Оператор не видит клиента |
Настроить setContactInfo |
| Неправильная настройка автоприглашений |
Раздражение посетителей |
Настроить таймер и исключения |
| Игнорирование мобильной версии |
Чат не адаптирован |
Проверить на реальных устройствах |
Сроки и стоимость
Типичная интеграция занимает от 3 до 8 часов в зависимости от сложности (наличие CRM, кастомные поля, количество операторов). Стоимость рассчитывается индивидуально после аудита. Закажите консультацию для получения предложения по вашему проекту.
Почему стоит выбрать нас
- 5+ лет опыта в веб-разработке и интеграциях.
- Более 50 успешных проектов, включая интернет-магазины и сервисы.
- Используем официальный JivoSite API и следуем best practices.
Получите бесплатный аудит вашего сайта — напишите нам.
Интеграция 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 позволяет подписывать письма цифровой подписью, что повышает доверие почтовых серверов.
- Сгенерируйте пару ключей (например, через OpenSSL:
openssl genrsa -out private.key 2048).
- Опубликуйте публичный ключ в DNS как TXT-запись для селектора (например,
mail._domainkey.tx.example.com).
- Укажите селектор у провайдера (SendGrid, Mailgun, Unisender).
- Проверьте командой
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+ проектов. Закажите бесплатный аудит текущей интеграции — получите отчёт с рекомендациями.