SDK — набор инструментов и библиотек для интеграции маркетинговой платформы в сайт или приложение, позволяющий отслеживать события, идентифицировать пользователей и управлять подписками на каналы коммуникации.
SDK (Software Development Kit) — это набор программных инструментов, библиотек и документации, который позволяет разработчикам интегрировать функциональность внешнего сервиса в своё приложение или веб-сайт. В контексте маркетинговой автоматизации SDK обеспечивает сбор данных о поведении пользователей, идентификацию посетителей, управление подписками и отправку событий в реальном времени.
В отличие от API, который требует написания HTTP-запросов вручную, SDK предоставляет готовые методы и абстракции, упрощающие интеграцию до нескольких строк кода. Разработчику не нужно заботиться об аутентификации, очередях, повторных попытках отправки и обработке ошибок — всё это инкапсулировано в SDK.
Маркетинговый SDK обычно работает на стороне клиента (в браузере пользователя) и собирает поведенческие данные: просмотры страниц, клики, добавления в корзину, покупки и любые другие пользовательские события. Эти данные поступают в CDP-платформу в реальном времени и могут использоваться для сегментации, персонализации и запуска триггерных кампаний. Серверный SDK дополнительно позволяет отправлять события с бэкенда приложения — оплаты, возвраты, изменения статусов заказов.
SDK — это мост между вашим сайтом или приложением и маркетинговой платформой. Без SDK данные о поведении клиентов остаются в аналитических системах и не могут быть использованы для персонализации коммуникаций.
Внедрение SDK даёт конкретные бизнес-результаты: рост конверсии на 15-30% за счёт триггерных кампаний, запускаемых поведенческими событиями; увеличение среднего чека на 10-20% благодаря персонализированным рекомендациям на основе истории просмотров; снижение оттока на 25% через раннее выявление снижения активности; полная картина клиентского пути — от первого визита до повторной покупки.
По данным Segment, компании, использующие SDK для сбора поведенческих данных, достигают на 40% более высокого customer engagement по сравнению с теми, кто полагается только на CRM-данные. Время интеграции SDK обычно составляет от 30 минут до нескольких часов, а окупаемость наступает в первый месяц за счёт запуска автоматических триггеров.
SDK устанавливается на сайт или в приложение путём подключения JavaScript-скрипта или серверной библиотеки. После инициализации с API-ключом организации SDK начинает отправлять данные на серверы платформы.
Основной цикл работы SDK включает три операции. Первая — трекинг событий (track): когда пользователь совершает действие (просмотр товара, добавление в корзину, оформление заказа), вызывается метод track с именем события и произвольными свойствами (название товара, цена, категория). Вторая — идентификация (identify): связывание анонимного посетителя с профилем клиента в CDP по email, телефону или внешнему ID, с передачей атрибутов (имя, город, сегмент). Третья — пакетная отправка (batch): группировка множества событий в один запрос для экономии трафика и снижения нагрузки.
Данные, собранные SDK, поступают в CDP-платформу, где обновляют профиль клиента, записываются в хранилище событий и могут мгновенно запустить триггерную кампанию — например, напоминание о брошенной корзине через 30 минут после ухода со страницы.
Интернет-магазин косметики установил SDK на свой сайт и настроил трекинг событий: page_view, product_view, add_to_cart, purchase. За первый месяц собрали 2,3 млн событий от 180 000 уникальных посетителей. На основе этих данных запустили триггер «брошенная корзина» — конверсия в покупку выросла с 2.1% до 4.8%, что принесло дополнительные 1,2 млн рублей выручки в месяц.
Образовательная платформа использовала SDK identify для связывания данных из мобильного приложения и веб-версии. До интеграции 35% пользователей существовали как дубликаты в разных каналах. После внедрения идентификации по email объединили профили и увидели реальную картину: 40% студентов начинают обучение на мобильном, а покупают курс с десктопа. Это позволило настроить кросс-девайсные триггеры и увеличить конверсию на 22%.
SaaS-сервис подключил серверный SDK для трекинга бизнес-событий: подписка, апгрейд тарифа, использование ключевых фичей. На основе event-данных настроили предиктивную модель оттока — клиенты, не использовавшие три ключевые функции за 14 дней, получали автоматическую серию обучающих писем. Отток снизился на 18%.
Trigly предоставляет полнофункциональный SDK с тремя группами публичных эндпоинтов, не требующих JWT-авторизации. Первая группа — основной трекинг через эндпоинты /api/v1/sdk: track (отправка одного события), batch (пакетная отправка до 1000 событий), identify (идентификация клиента с обновлением профиля). Аутентификация выполняется через API-ключ организации, который создаётся в модуле CDP.
Вторая группа — push-подписки через /api/v1/sdk/push: получение VAPID-ключа, подписка и отписка от push-уведомлений, Service Worker для обработки push-событий в браузере. Третья группа — виджеты подписки через /api/v1/sdk/channels: получение активных виджетов с настройками дизайна, подписка клиента на каналы (email, SMS, Telegram, push), трекинг событий виджетов (просмотр, подписка, закрытие).
Все события из SDK записываются в ClickHouse с поддержкой 45+ полей клиента и хранятся 365 дней. Rate limiting для SDK установлен на 1000 запросов в минуту для защиты от злоупотреблений. События из SDK мгновенно доступны для триггерного движка TriggerEngine, который может запускать кампании по совпадению event_type и conditions.
Установка занимает 5-15 минут. Достаточно добавить JavaScript-сниппет в head сайта и вызывать методы track/identify в нужных местах. Для популярных CMS и платформ (WordPress, Shopify, 1C-Битрикс) есть готовые плагины. API-ключ генерируется в разделе CDP через интерфейс Trigly.
SDK загружается асинхронно и не блокирует рендеринг страницы. Размер скрипта — менее 15 КБ в сжатом виде. Отправка событий происходит в фоне через batch-запросы, что минимизирует количество HTTP-соединений. Влияние на Core Web Vitals практически нулевое.
SDK не использует cookies для трекинга — идентификация происходит только при явном вызове метода identify. Анонимные события привязываются к session_id. Для соблюдения законодательства о персональных данных (152-ФЗ) рекомендуется получать согласие пользователя перед вызовом identify и указывать использование SDK в политике конфиденциальности.
Разработчики часто начинают с отправки событий на каждый клик и скролл, генерируя миллионы бесполезных записей. Это увеличивает нагрузку на хранилище, затрудняет аналитику и повышает расходы на инфраструктуру. Правильный подход — начать с 5–10 бизнес-критичных событий (page_view, product_view, add_to_cart, purchase, signup) и добавлять новые по мере необходимости. В Trigly модуль EventDefinition позволяет описать структуру и обязательные свойства каждого события, обеспечивая согласованность данных.
Если вызов identify происходит только после регистрации, все события до этого момента теряются — они привязаны к анонимной сессии и не связаны с профилем клиента. Лучшая практика — вызывать identify сразу при любом входе пользователя в аккаунт, а анонимные события привязывать через session_id. При последующей идентификации система может объединить анонимную историю с профилем клиента через IdentityService в Trigly.
Клиентский SDK не видит события, которые происходят на сервере: подтверждение оплаты, изменение статуса заказа, возврат средств. Без серверного трекинга картина пути клиента остаётся неполной. В Trigly серверные события отправляются через те же SDK-эндпоинты (track, batch) с аутентификацией по API-ключу, а ClickHouse хранит все типы событий в единой таблице с TTL 365 дней, обеспечивая полноценную аналитику по всему жизненному циклу клиента.
AI-платформа автоматизации маркетинга с лучшими инструментами