Не переплачивайте за хранение данных: операция «Установка списка продуктов» теперь не создает лишних действий

Допустим, клиент меняет товары в «Избранном» — запускается операция «Установка списка продуктов». В исходном списке был продукт А, а операция устанавливает список с продуктами Б и В.

Раньше в этом случае для продукта А создавалось действие удаления, а для Б и В — действия добавления. Если таких изменений было больше, то на платформе скапливалась масса действий. Приходилось их удалять, чтобы не переплачивать за хранение.

Теперь в результате операции создается одно действие — «Установка списка продуктов», оно объединяет все изменения. Чтобы увидеть их детально, кликните на «Установку списка продуктов» в разделе «Действия» или в профиле клиента. В раскрывшемся поле появится до 50 изменений списка. Если их больше, все остальные можно посмотреть в выгрузке — инструкция в статье.

Кроме того, обновлены и другие описания действий, связанных со списками продуктов. Теперь там указана цена и количество передаваемых продуктов.

Появился готовый шаблон кода для интеграции нативного Android-приложения и Mindbox

Интегрировать приложение на Android с Mindbox стало проще. Теперь разработчики могут использовать не только документацию по SDK, но и пример нативного приложения. Это шаблон кода, который можно адаптировать под себя или сравнить со своим решением.

Со временем появятся примеры для нативного приложения на iOS и кроссплатформенных приложений.

На скрине — уведомление об ошибке при передаче контакта — раньше и теперь

Теперь логи отражают точную причину ошибки, если передан контакт из черного списка

Раньше, если в операциях передавался контакт из черного списка, в логах интеграций появлялись неопределенные сообщения. Например, «Идентификаторы не переданы, некорректны или клиент с такими идентификаторами отсутствует». Чтобы проверить, передан ли некорректный идентификатор, нужно было выгрузить черный список и найти там нужный контакт.

Теперь в сообщении явно указано, что передается контакт из черного списка. У контактов, которые оказались в черном списке после 20 декабря 2023 года, указана также дата и причина попадания. После удаления логов эти данные можно посмотреть в файле экспорта черного списка.

Статья об экспорте черного списка

Главное обновление платформы в январе — вебпуши теперь доступны для сайтов на базе конструкторов и с технологией PWA.

Детали и еще 4 обновления.

На скрине — вебпуш на сайте с технологией PWA.

Проверяйте, в какой сегмент загрузили клиентов, прямо в описании операции

Раньше при импорте статических сегментов платформа сохраняла только тип и название операции. Теперь появилась ссылка на сегментацию и название сегмента. Это поможет быстрее найти нужную операцию и проверить результат.

Делитесь с коллегами только корректными ссылками на фильтр

Раньше, чтобы поделиться ссылкой на сложный фильтр, нужно было копировать URL, который мог быть слишком длинным для отправки в мессенджерах. При попытке открыть такую ссылку в браузере возникала ошибка «Невалидный фильтр». Проблемы были и при переходе к сложному фильтру из сценария или из настроек получателей рассылки.

Теперь на странице фильтра есть кнопка, чтобы создать и скопировать короткую ссылку. Такую ссылку можно сделать и в фильтре условия сценария или получателей рассылки. Для этого надо нажать «Еще» → «Перейти к списку».

Логи интеграций теперь помогают отладить транзакционные сценарии

Чтобы транзакционный сценарий запускался быстро, операции для него должны срабатывать приоритетно. Раньше проконтролировать это было невозможно. Теперь в логах интеграций приоритетные операции отмечены молнией. При отладке интеграции их легко увидеть и убедиться, что всё работает правильно. Или вовремя обнаружить ошибку.

Настраивайте интеграцию вебпушей сами через Mindbox — помощь техподдержки не нужна

Больше не нужно ждать, когда техподдержка Mindbox создаст проект в Firebase и идентификатор отправителя (Sender Id). Теперь можно самостоятельно интегрировать вебпуши на сайте с Firebase через обновленное API. Это делается прямо на платформе.

Инструкции для настройки вебпушей через Firebase:
— о получении ключей для отправки,
— об интеграции.

Вебпуши, которые ранее были интегрированы с помощью техподдержки Mindbox, уже подключены через обновленное API.

Обновите настройки API Firebase, иначе Google прекратит отправку пушей на Android после 20 июня

С 20 июня 2024 года Google прекратит отправлять мобильные пуши через нынешнюю версию API Firebase. Чтобы рассылки из-за этого не отключились, следует обновить ключи API Firebase в интеграции с Android-приложением:

1. Перейдите в используемый проект Firebase.
2. Убедитесь, что обновленное API включено.
3. Сгенерируйте JSON-файл с ключами и загрузите в Mindbox.

Инструкция для обновления интеграции API Firebase и Android-приложения

Ограничивайте число срабатываний сценария и экономьте время на настройке механик

Раньше в настройках сценария нельзя было указать, сколько раз должен выполняться тот или иной шаг. Например, чтобы ограничить отправку SMS в месяц и уложиться в бюджет, приходилось следить за рассылками и редактировать сценарий при приближении к лимиту. Чтобы запустить акцию с ограниченным количеством баллов, можно было настроить автоматизацию с помощью промокодов. Они выдавались номинально, а как только заканчивались, начисление баллов останавливалось. При этом обновлять пул промокодов надо было вручную.

Теперь в сценарии есть блок «Ограничение». Можно задать число срабатываний на все время или настроить периодическое обновление лимита, например 10000 отправок в неделю.

Фильтр по пользователям мобильного приложения стал точнее

Фильтр «Мобильное приложение — SDK» используется, чтобы создать сегмент получателей мобильных пушей. Раньше он не учитывал последнее активное устройство пользователя, поэтому:

— в рассылку мобильных пушей попадали невалидные подписчики,

— было сложно найти и удалить пользователей с запретом на пуши на актуальном устройстве,

— во время AB-тестов было сложно спрогнозировать точное число получателей пушей.

Теперь эти проблемы решены, благодаря тому что фильтр учитывает актуальное мобильное устройство.

Главные обновления платформы в феврале:

— Ограничивайте число срабатываний сценария и экономьте время на настройке механик. Интерактивное демо

— Обновите настройки API Firebase, иначе Google прекратит отправку пушей на Android после 20 июня. Интерактивное демо

— Настраивайте интеграцию вебпушей сами через Mindbox — помощь техподдержки не нужна. Интерактивное демо

— Делитесь с коллегами только корректными ссылками на фильтр.

Детали и еще 4 обновления.

На скрине — настройка сценария с ограниченным числом срабатываний.

С 1 июля Universal Analytics 360 отключится. Если строите внешнюю аналитику, начинайте передавать данные из форм на сайте в GA4

Раньше данные о формах персонализации — показах, закрытии, заполнении — можно было передавать из Mindbox в Universal Analytics 360 (UA360). Но с 1 июля 2024 года этот сервис прекратит работу, поэтому внешнюю аналитику лучше перенести в Google Аналитику 4 (GA4). Для этого интегрируйте формы Mindbox с GA4.

Важно: если раньше у вас была настроена передача данных из форм в UA360, то переключите ее на GA4 и сохраните настройки. Убедитесь, что на стороне Google завершена автоматическая миграция с UA360 на GA4, заведены нужные события.

Как интегрировать формы Mindbox c GA4

Как перейти с UA360 на GA4 (инструкция Google)

Интегрируйте Mindbox с сервисами Яндекса, чтобы сделать отчеты точнее, а рекламу эффективнее

Раньше встроенный шаблонизатор Mindbox не мог переводить дату в формат Unix Timestamp. Это мешало полноценной интеграции с «Яндекс.Метрикой» и «Яндекс.Аудиториями», поскольку их API принимает некоторые запросы с датами только в таком формате.

Теперь можно перевести дату в формат Unix Timestamp и использовать ее в вебхуках для интеграций.

Это полезно, например, для аналитики ROPO, когда клиент ищет товар в онлайне, а покупает в офлайне. Можно прямо из сценария передать в «Яндекс.Метрику» данные о заказах клиента. Отчет получится более точным и поможет улучшить эффективность рекламы.

Как использовать новую функцию при интеграции по API:

1. Начните настраивать вебхук и добавьте ${ToUnixTimeStamp(дата)} в нужное поле запроса. В качестве аргумента функция принимает все доступные в Mindbox форматы дат.

2. Запустите сценарий с вебхуком.

3. Дата в запросе будет в новом формате.

Функции для даты и времени

Если клиент заполнил анкету на кассе, можно ускоренно начислить ему бонусы через транзакционный сценарий

Раньше нельзя было настроить транзакционный сценарий для случаев, когда изменилось дополнительное поле в клиентском профиле. Поэтому баллы за регистрацию в программе лояльности или заполнение данных могли начисляться долго, что особенно критично, если клиент в это время стоит на кассе.

Теперь в транзакционных сценариях доступно событие «Изменилось значение дополнительного поля у клиента» — начисление баллов на кассе и отправка рассылки стали быстрее. Скорость будет гарантирована в следующей версии SLA.

Как настроить транзакционный сценарий по новому событию:

1. Выберите в сценарии событие «Изменилось значение дополнительного поля у клиента».

2. Добавьте блок с изменением баланса или другим транзакционным шагом.

3. Соберите транзакционный сценарий по инструкции в интерфейсе.

4. Убедитесь, что операция по изменению дополнительного поля приоритетная.

5. Запустите сценарий.

Действующий сценарий не получится сделать транзакционным — нужно создать и запустить новую версию.

Как настроить транзакционный сценарий

Выпускайте подарочные карты с CVV-кодом, чтобы защитить их от мошенников

Теперь можно выпускать подарочные карты с CVV-кодом. Владельцу нужно будет назвать или ввести его для оплаты покупки. Благодаря этому картой не сможет воспользоваться человек, который подсмотрел или вычислил ее номер методом подбора.

Интеграция программы лояльности стала проще

Раньше при интеграции лояльности заказ передавался в Mindbox в два шага: сначала создание, затем — подтверждение или отмена. Благодаря этому и в Mindbox, и в сторонней системе появлялся заказ с суммой, рассчитанной с учетом бонусов или скидок. Но схема не всегда работала корректно: возникали дубли или незавершенные заказы. Кроме того, расписать архитектуру такой интеграции было сложно.

Теперь интеграция упрощена. Заказ создается за один шаг, при этом сразу списываются или начисляются баллы, применяются промокоды и акции. А когда заказ оплачен или отменен, у него обновляется статус.

Всем, кто уже подключил лояльность, мы поможем спланировать переход на новый процессинг.

Ждём ваших отзывов — стала ли интеграция удобнее.

Как настроить создание заказа и процессинг

Удаляйте ненужные сегменты продуктов, чтобы не путаться при настройке новых промоакций

Раньше нельзя было удалить сегменты продуктов, задействованные в акциях. Даже если эти акции давно заархивированы и не используются.

Теперь, если акция архивирована, можно удалить связанный с ней сегмент продуктов. Его легко вычислить по фильтру «Использование сегментации — Не используется».

Важно: акции, у которых удален сегмент продуктов, нельзя клонировать. Кроме того, состав и стоимость заказа не пересчитываются, если в него входит товар из удаленного сегмента.