# Интеграция Mindbox: как связать платформу с сайтом, 1С и приложением, чтобы она не молчала > Mindbox купили, лицензию оплачивают, а половина данных до платформы так и не доезжает. Маркетолог запускает сценарий по брошенной корзине, а корзина в Mindbox не приходит — сайт просто «забывает»… **Рубрика:** Статьи **Дата:** 2026-06-10 Mindbox купили, лицензию оплачивают, а половина данных до платформы так и не доезжает. Маркетолог запускает сценарий по брошенной корзине, а корзина в Mindbox не приходит — сайт просто «забывает» отправить событие. Или клиент оформил заказ в офлайне через 1С, в карточке профиля пусто, и человек получает письмо «вернитесь, мы скучаем» через два дня после покупки. Проблема почти никогда не в самой платформе. Проблема в том, как её подключили — а точнее, что недоподключили. Интеграция Mindbox — это не галочка «готово» в проектном плане, а живой канал, по которому в систему текут данные о людях, заказах и действиях. Если канал узкий или дырявый, любая, даже гениальная, механика рассыпается. Вместе с Екатериной Черновой, CRM-маркетологом ClientCore, разбираемся, какие бывают типы интеграций, что и куда передаётся и кто за что отвечает. ## Почему интеграция — это не «настроили и забыли» Mindbox не генерирует данные сам. Он их собирает, обрабатывает и возвращает обратно — в виде писем, пушей, сегментов и персонализации. Все, что платформа знает о клиенте, она получает извне: с сайта, из учётной системы, из мобильного приложения, из касс. Нет потока данных — нет маркетинга. Чаще всего боль начинается, когда бизнес растёт. Сначала подключили сайт по-быстрому, накидали базовые события. Потом открыли приложение — а его к Mindbox вообще не привязали. Потом завели программу лояльности в 1С — и она живёт своей жизнью. В итоге у клиента три разных «портрета» в трёх системах, и ни один не полный. > Самое частое, что я вижу на аудитах: платформа подключена формально. События летят, но половина — без идентификатора клиента. Данные есть, а склеить их в одного человека невозможно. Это как собирать пазл, где у каждого кусочка свой рисунок. > > — Екатерина Чернова, CRM-маркетолог, ClientCore **Норма** - каждое действие клиента долетает до Mindbox с привязкой к профилю - сайт, 1С и приложение пишут в одну базу, а не в три параллельные - данные передаются в реальном времени или близко к нему **Red flag** - события приходят анонимно — без e-mail, телефона или ID - офлайн-заказы из 1С появляются в системе с задержкой в сутки и больше - приложение вообще не связано с платформой ## Интеграция через Mindbox API: гибко, но требует рук Mindbox API — базовый способ связать платформу с любой системой. Через него передаётся и принимается практически что угодно: операции с заказами, события на сайте, изменения в профиле клиента, статусы. Это самый мощный вариант — вы не ограничены готовыми пресетами и описываете ровно те данные, которые нужны вашему бизнесу. Обратная сторона гибкости — за неё платят разработкой. API не подключается кликом мышки. Кто-то на стороне клиента или подрядчика пишет код, который ловит нужные события и отправляет их в правильном формате. И вот тут чаще всего ломается: разработчик отправил заказ, но забыл передать состав корзины. Или прислал товар без артикула, который совпадает с каталогом. Технически интеграция «работает», по факту — половина сценариев бесполезна. > API даёт свободу, но свобода требует дисциплины. Я всегда прошу команду разработки показать схему: какие поля летят в каждом запросе. В девяти случаях из десяти находится что-то недопереданное — то ID товара не тот, то цена без скидки. Лучше поймать это на старте, чем через месяц гадать, почему рекомендации врут. > > — Екатерина Чернова, CRM-маркетолог, ClientCore **Норма** - передаются все ключевые сущности: клиент, заказ, товар, событие - идентификаторы товаров на сайте совпадают с теми, что в каталоге Mindbox - есть документация по тому, что и в каком запросе уходит **Red flag** - API подключали «на глаз», без согласованной схемы данных - товары приходят с разными артикулами в разных системах - никто в команде не может объяснить, какие события отправляются ## Подключение Mindbox к сайту: события решают всё Сайт — главный поставщик поведенческих данных. Просмотры товаров, добавления в корзину, оформление заказа, авторизация, подписка — каждое из этих действий нужно передать в Mindbox как событие. На них строятся триггерные рассылки, товарные рекомендации и персонализация контента. Подключение Mindbox к сайту обычно идёт через JavaScript-трекер плюс серверные операции. Трекер ставится на страницы и ловит действия пользователя. Серверная часть подтверждает важные операции — например, оформленный заказ, — чтобы данные были надёжными и не зависели только от браузера. Для популярных платформ вроде Bitrix есть готовые модули, которые закрывают значительную часть работы из коробки. Но даже с готовым коннектором остаются места, где нужны руки. Кастомные блоки на странице, нестандартная корзина, личный кабинет с собственной логикой — всё это часто требует доработки. Готовый модуль ловит типовые события, специфику вашего сайта — нет. > Сценарий с брошенной корзиной живёт ровно настолько, насколько корректно сайт её отдаёт. Если в событие не приходят товар и цена, письмо уйдёт пустым или с заглушкой. Клиент получит "вы забыли товар" — без товара. Это не маркетинг, это антиреклама. > > — Екатерина Чернова, CRM-маркетолог, ClientCore **Норма** - ключевые события покрыты: просмотр, корзина, заказ, авторизация - важные операции подтверждаются с сервера, а не только из браузера - данные о товаре в событии полные: ID, название, цена, картинка **Red flag** - трекер стоит, но события приходят неполными - корзина передаётся без состава или без цен - заказ фиксируется только на фронтенде и легко теряется --- --- ## Интеграция Mindbox с 1С: где живут настоящие деньги Для большинства mid-market компаний 1С — сердце бизнеса. Там реальные заказы, оплаты, возвраты, остатки, программа лояльности и бонусные баллы. Интеграция Mindbox с 1С нужна, чтобы платформа видела полную картину покупателя, а не только то, что он делал на сайте. Зачем это маркетингу? Чтобы не слать скидку человеку, который и так купил вчера в офлайне. Чтобы считать реальный LTV с учётом всех каналов. Чтобы программа лояльности показывала актуальный баланс баллов в письме и приложении. Без связки с 1С маркетинг работает вслепую — по половине данных. Технически здесь два направления. Из 1С в Mindbox уходят данные о заказах, статусах, оплатах, начислении и списании бонусов. Из Mindbox в 1С может возвращаться информация о сегментах или подтверждённых промокодах. Передача бывает в реальном времени через API или пакетная — выгрузками по расписанию. Реалтайм дороже в разработке, но только он позволяет поймать покупку сразу, а не на следующий день. > С 1С главный вопрос — скорость и статусы. Если выгрузка раз в сутки, "спасибо за покупку" приедет слишком поздно и обесценится. И отдельная история — отмены и возвраты. Если Mindbox их не видит, человек получит "оцените покупку", которую он вернул. Доверие к бренду тает на глазах. > > — Екатерина Чернова, CRM-маркетолог, ClientCore **Норма** - заказы из 1С приходят в Mindbox с минимальной задержкой - передаются все статусы: оплата, отмена, возврат - бонусный баланс синхронизирован между 1С, сайтом и приложением **Red flag** - выгрузка раз в сутки или реже при активной триггерной коммуникации - статусы заказов не передаются, только сам факт покупки - в 1С один баланс баллов, в приложении — другой ## Интеграция Mindbox с мобильным приложением: отдельный мир Приложение часто остаётся слепой зоной. Сайт подключили, 1С подключили, а интеграция Mindbox с мобильным приложением — как будто не приоритет. Зря: в приложении сидят самые лояльные клиенты, и именно там пуш-уведомления дают лучший отклик. Для приложений Mindbox предоставляет SDK — наборы для iOS и Android. SDK берёт на себя сбор событий внутри приложения, регистрацию устройства для пушей и идентификацию клиента. Через него платформа узнаёт, что человек открыл приложение, посмотрел товар, положил в корзину — и использует это в сценариях так же, как поведение на сайте. Ключевой момент — единый профиль. Если человек заходит и на сайт, и в приложение, и покупает офлайн, во всех каналах он должен быть одним клиентом. Это достигается общим идентификатором: e-mail, телефон или внутренний ID. Без этого один покупатель размножается на несколько профилей — и вся аналитика плывёт. > С приложениями обиднее всего вот что: SDK поставили, пуши шлются, а событие просмотра товара не настроили. Самый ценный канал работает на десять процентов мощности. Мы можем строить рекомендации и триггеры в приложении ровно так же, как на сайте, — но только если события туда заведены. > > — Екатерина Чернова, CRM-маркетолог, ClientCore **Норма** - SDK интегрирован для iOS и Android, события приложения передаются в Mindbox - клиент в приложении и на сайте — один профиль по общему идентификатору - пуши привязаны к сегментам и сценариям, а не рассылаются вслепую **Red flag** - приложение шлёт только пуши, поведенческих событий нет - профиль в приложении не склеивается с веб-профилем - релиз приложения вышел без обновления SDK — события сломались тихо ## Кто за что отвечает: агентство против команды разработки Здесь чаще всего рождается хаос. Интеграция — это всегда стык двух зон ответственности. С одной стороны — команда разработки клиента, которая знает сайт, 1С и приложение изнутри. С другой — CRM-агентство, которое знает Mindbox и понимает, какие данные нужны для маркетинга. Рабочая граница такая. Разработка отвечает за то, чтобы данные физически уходили из системы: написать код, поставить трекер, обновить SDK, настроить выгрузку из 1С. Агентство отвечает за то, чтобы эти данные были правильными для маркетинга: составить схему событий, проверить полноту полей, описать ТЗ на понятном разработчику языке — и убедиться, что в Mindbox всё доезжает корректно. Когда границы не проговорены, начинается перекидывание мяча. Маркетолог говорит «не работает корзина», разработчик отвечает «событие отправляется, претензий нет». По факту событие уходит без цены товара — формально работает, по сути бесполезно. Разруливается это одним документом: согласованной схемой данных, где у каждого события прописано, какие поля обязательны. > Я не пишу код на стороне клиента и не лезу в их 1С. Моя зона — собрать чёткое ТЗ: вот событие, вот поля, вот формат, вот зачем это маркетингу. Дальше разработка реализует, а я принимаю работу и проверяю в Mindbox. Когда так работаем, интеграция собирается за недели, а не за полгода взаимных обвинений. > > — Екатерина Чернова, CRM-маркетолог, ClientCore **Норма** - есть единая схема данных, согласованная между агентством и разработкой - ТЗ описано в терминах конкретных бизнес-событий с обязательными полями - работа принимается проверкой данных в самом Mindbox, а не на слово **Red flag** - никто не отвечает за полноту данных — только за факт отправки - ТЗ устное или в переписке без конкретных полей - интеграцию никто не проверил со стороны маркетинга --- --- --- [Открыть статью на сайте](https://blog.clientcore.ru/articles/integraciya-mindbox-kak-svyazat-platformu-s-saytom-1s-i-prilozheniem-chtoby-ona-ne-molchala)