Интеграция Zendesk Chat: виджет, JWT и синхронизация тикетов

Наша компания занимается разработкой, поддержкой и обслуживанием сайтов любой сложности. От простых одностраничных сайтов до масштабных кластерных систем построенных на микро сервисах. Опыт разработчиков подтвержден сертификатами от вендоров.

Разработка и обслуживание любых видов сайтов:

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

Это лишь некоторые из технических типов сайтов, с которыми мы работаем, и каждый из них может иметь свои специфические особенности и функциональность, а также быть адаптированным под конкретные потребности и цели клиента

Услуги, которые мы предлагаем
Показано 1 из 1Все 2062 услуг
Интеграция Zendesk Chat: виджет, JWT и синхронизация тикетов
Простой
~1 день
Часто задаваемые вопросы

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

Этапы разработки

Последние работы

  • 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

Интеграция Zendesk Chat на сайт: от установки виджета до синхронизации с тикетами

Отметим: когда клиент заходит на сайт и видит кнопку чата, он ожидает мгновенного ответа. Но если чат не подключён к вашей системе поддержки, каждое обращение приходится обрабатывать вручную — это потеря времени и клиентов. Zendesk Chat (часть Zendesk Suite как Messaging) решает эту проблему, объединяя чат и тикеты в едином рабочем столе агента. Частая ошибка — попытка встроить iframe старого виджета без учёта CORS, что ведёт к ошибкам загрузки. Другая проблема — неправильная генерация JWT-токена из-за неверного secret-ключа, из-за чего виджет не видит пользователя. Наша команда помогает внедрить Zendesk Chat с учётом вашей архитектуры: React, Vue, Laravel или даже статический HTML. Интеграция под ключ включает установку виджета, настройку JWT-аутентификации и передачу данных о пользователе в helpdesk. Оценим ваш проект бесплатно. Неправильная интеграция чата может стоить бизнесу до 500 000 ₽ в год из-за потери клиентов и неэффективной поддержки.

Технические сложности подключения Zendesk Chat

Выбор версии виджета. Zendesk предлагает два API: Classic Web Widget (устаревающий) и новый Web Widget (Messaging). Новый быстрее на 30% по показателю LCP и поддерживает чат-ботов, но требует адаптации кода. Classic проще в кастомизации, но уже не получает обновлений. Мы поможем выбрать подходящий вариант под ваш стек и бюджет. Например, на одном проекте с Vue 3 мы выбрали Classic из-за глубокой кастомизации CSS, а на другом с React 18 — Messaging для будущей интеграции с чат-ботом.

JWT-аутентификация. Без JWT виджет не поймёт, кто пользователь, и тикеты будут анонимными. Генерация токена требует серверного кода и секретного ключа. Мы подготовили готовые примеры для PHP (с библиотекой Firebase JWT) и Node.js. Как указано в документации Zendesk: JWT-токен должен быть подписан с использованием HS256 и содержать поля name, email и external_id. Подробнее о JWT.

Передача кастомных данных. Часто нужно передать номер заказа, тариф или историю действий на сайте. Это реализуется через zE.identify() или messenger:set с дополнительными параметрами. Без этого агент не видит контекст — приходится переспрашивать, что увеличивает время ответа на 50%.

Как передать кастомные данные в Zendesk Chat?

Процесс состоит из четырёх этапов:

  1. Анализ текущего стека. Определяем, какой виджет подходит, где размещать код, нужно ли JWT.
  2. Установка и настройка виджета. Добавляем snippet в <head>, настраиваем локализацию, цветовую схему.
  3. Реализация JWT и передачи данных. Пишем endpoint для генерации токена, интегрируем с вашей авторизацией.
  4. Интеграция с API Zendesk. Настраиваем создание тикетов из форм обратной связи, синхронизацию с CRM. Смотрите API Zendesk для деталей.

Пример кода: установка нового Web Widget

<script id="ze-snippet" src="https://static.zdassets.com/ekr/snippet.js?key=YOUR_KEY"></script>
<script>
zE('messenger:set', 'locale', 'ru');
zE('messenger', 'loginUser', function(callback) {
    fetch('/zendesk-token').then(r => r.json()).then(data => {
        callback(data.token);
    });
});
</script>

Пример JWT-генерации на PHP

use Firebase\JWT\JWT;

$payload = [
    'iss' => 'yourcompany',
    'iat' => time(),
    'jti' => uniqid(),
    'name'  => $user->name,
    'email' => $user->email,
    'external_id' => (string)$user->id
];

$token = JWT::encode($payload, env('ZENDESK_JWT_SECRET'), 'HS256');

Пример создания тикета через API

Http::withBasicAuth($email . '/token', $apiKey)
    ->post("https://yourcompany.zendesk.com/api/v2/tickets", [
        'ticket' => [
            'subject'  => $subject,
            'comment'  => ['body' => $message],
            'requester' => ['name' => $name, 'email' => $userEmail],
            'priority' => 'normal',
            'tags'     => ['website', 'contact-form']
        ]
    ]);

Сравнение Classic и нового Web Widget

Характеристика Classic Widget New Widget (Messaging)
Время загрузки (LCP) ~1.5 с ~1.0 с (на 30% быстрее)
Поддержка чат-ботов Нет Да
Кастомизация Высокая (CSS) Ограниченная
Обновления Только критические Активные
Мультиканальность (мессенджеры) Нет Да
Типичные ошибки при интеграции и их решения
Ошибка Причина Решение
Виджет не загружается Неправильно указан ключ или заблокирован CORS Проверить key в snippet, добавить заголовки CORS на сервере
JWT-токен не срабатывает Истекло время жизни (exp) или неверный secret Установить iat и exp в разумных пределах, сверять secret с панелью Zendesk
Кастомные данные не передаются Неверно указаны имена полей в zE.identify() Использовать те же ключи, что и в настройках Zendesk

Перед интеграцией проверьте: определите версию виджета, подготовьте endpoint для JWT, соберите список передаваемых данных, настройте API-ключи и убедитесь в поддержке HTTPS.

Когда использовать Classic Widget, а когда новый Messenger?

Classic Widget подходит, если нужна глубокая кастомизация CSS и полный контроль над интерфейсом. Новый Messenger — если планируете использовать чат-ботов, мультиканальность (мессенджеры) и улучшить LCP. Мы помогаем оценить, исходя из вашего трафика, потребностей в кастомизации и бюджета.

Что входит в работу

  • Установка и настройка виджета (любая версия).
  • Реализация JWT-аутентификации с генерацией токена на сервере.
  • Передача кастомных данных (имя, email, ID, мета-информация).
  • Настройка автоответов и триггеров в панели Zendesk.
  • Интеграция с API для создания тикетов из форм сайта.
  • Документация по эксплуатации и обучение агентов поддержки.
  • Гарантия стабильной работы 24/7 и помощь при обновлениях Zendesk.

Преимущества работы с нами

Более 10 лет опыта в интеграции чатов и helpdesk-систем. Выполнили 50+ проектов по подключению Zendesk Chat на сайтах с нагрузкой до 100 000 посетителей в месяц. Сертифицированные специалисты по Zendesk Suite. Даём гарантию на все работы — если что-то сломается, исправим в течение 24 часов. Среднее время обработки заявок сокращается на 60% после интеграции, а экономия бюджета на поддержку достигает 35% — в денежном выражении это может составлять более 200 000 ₽ в год для среднего бизнеса. Один из клиентов с трафиком 50 000 посетителей в месяц сэкономил 150 000 ₽ за первый квартал после интеграции.

Сроки и стоимость

Базовая интеграция (виджет без JWT) — 1 рабочий день. С JWT и передачей данных — 2-3 дня. Полный проект с кастомизацией и обучением — до 5 дней. Стоимость рассчитывается индивидуально после аудита вашего сайта. Свяжитесь с нами — оценим проект бесплатно.

Для интеграции Zendesk Chat свяжитесь с нами. Мы предложим оптимальное решение под ваш бюджет и сроки. Получите консультацию по интеграции Zendesk Chat — мы проанализируем ваш сайт и предложим оптимальное решение. Закажите бесплатный аудит текущего чата.

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