Оновлення eSputnik за січень 2025

У цій статті ми зібрали найважливіші оновлення eSputnik за січень: від змін у мобільних пушах до вдосконалення роботи з віджетами та сценаріями.

Попередні оновлення можна знайти за посиланням.

Mobile Push

Зміна обмежень для зображень у мобільних пушах

Знято обмеження щодо співвідношення сторін зображень у редакторі мобільних пушів — тепер підтримується як формат 2:1, так і 1:1.

Детальніше про Mobile Push >

Робота з сегментами

Масове видалення груп

Додано можливість масового видалення груп. Ви можете:

• видаляти тільки групи;
• видаляти групи разом із контактами.

Якщо групи, які потрібно видалити, використовуються в активних сценаріях, такі сценарії мають бути зупинені.

Додатковий оператор “Між” для дат та часу

Оператор "Між" дозволяє задавати часовий інтервал для вибірки контактів, наприклад, щоб запустити кампанію для користувачів, які зареєструвалися в період сезонного розпродажу.

Оператор “Між” доступний для полів з типом дата/регулярна, дата/дата з часом та при виборі періоду за подіями. 

Більше про роботу з сегментами >

Сценарії

Перевірка значень параметрів події

Нова опція у блоці "Перевірити значення" дозволяє перевіряти одночасно декілька параметрів події та полів контакту в сценарії. Наприклад, чи зробив користувач покупку в певній локації й чи вказав промокод. Використання операторів ТА та АБО спрощує комбінування таких умов.

Детальніше — за посиланням >

Зупинка сценарію за декількома подіями

З’явилась можливість додавати кілька подій у налаштування зупинки сценарію.

Тепер сценарій зупиняється, якщо надійшла хоча б одна із зазначених подій. Наприклад:

• замовлення на сайті або у мобільному застосунку;
• оформлення підписки;
• продовження підписки.

Можна налаштувати зупинку сценарію за будь-якою з цих подій, використовуючи оператор АБО. Це дозволяє ефективніше управляти сценаріями та враховувати різні дії користувачів.

Про налаштування умов запуску та зупинки сценарію >

Передача ідентифікатора запуску сценарію через вебхук

В параметрах блока Webhook з’явилася можливість надсилати ідентифікатор запуску сценарію $workflowInstanceId, щоб передавати статистику за відпрацюванням такого запуску до зовнішніх сховищ даних.

Telegram

Можливість вимикати повідомлення Telegram-бота

Додано можливість тимчасово вимкнути або відновити отримання Telegram-повідомлень для конкретного користувача. Це робить більш зручною взаємодію з ботом чи оператором під час розсилок.

Функціональність реалізовано через два нових API-ресурси:

• POST /v1/apps/{app_uuid}/token/mute — вимкнення повідомлень із зазначенням тривалості (duration);
• POST /v1/apps/{app_uuid}/token/unmute — відновлення відправки повідомлень.

Деталі щодо тривалості відключення:

• мінімальне значення: 5 секунд;
• максимальне значення: 1 рік (31536000 секунд);
• якщо значення не передано, встановлюється "назавжди" (MuteUntil = 9999-12-31 23:59:59).

Можливість вимикати повідомлення не розповсюджується на повідомлення у сценаріях (тригери), відправлені методом Send prepared message та тестові.

Докладніше >

Viber/SMS

Новий провайдер Intel Telecom

З’явилася інтеграція з новим провайдером для розсилки SMS та Viber-повідомлень.

Більше про налаштування:

• SMS-розсилок
• Viber-розсилок

Віджети

Перевірка параметрів Data Layer у правилах показу віджетів

З’явилася перевірка даних на вашому сайті (Data Layer) у правилах показу віджетів (розділ "На сторінках").

Це дозволяє налаштовувати показ віджетів залежно від наявності потрібного Data Layer на сайті та персоналізувати покази віджетів. Наприклад, можна налаштувати показ спеціальної пропозиції тільки тим відвідувачам, які переглядали певний товар або додали його до кошика.

Таймер

Реалізовано такі оновлення елементу “Таймер”:

• відображення відліку без днів;
• відображення лише секунд;
• оновлено валідацію часу очікування: максимальне значення — 30 днів, мінімальне — 3 секунди.

Більше про віджети >

API

Новий ресурс API: Get workflows

Новий API-метод Get workflows дозволяє отримати список сценаріїв, наявних в організації, що спрощує їх аналітику. Формат відповіді:

{
    "id": 12345,
    "name": "name workflow",
    "status": "active",
    "tags": [
      "tag1",
      "tag2"
    ]
}

Нові коди помилок API-запитів

Раніше помилка API 429 Too many requests виникала у двох випадках:

1. Надсилання занадто великої кількості запитів (понад 200 запитів за секунду).
2. Дублювання запитів (повторний запит протягом 1 хвилини).

Тепер ці два типи помилок розділені на окремі коди:

• 409 Conflict — дублювання запитів (повторний запит протягом 1 хвилини);
• 429 Too many requests — надсилання понад 200 запитів за секунду.

Запроваджено для методів:

• Add/update a contact
• Subscribe a contact
• Update contact

Це спрощує діагностику проблем і дозволяє швидше знаходити джерело помилок.

Хочете дізнатися більше про омніканальну CDP eSputnik і наші рішення для підвищення ефективності бізнесу? Напишіть на sales@esputnik.com або забронюйте демо. 

Якщо у вашому акаунті відсутні якісь оновлення або маєте запитання щодо роботи з системою, напишіть на support@esputnik.com.