Оновлення eSputnik за липень 2026

Головне оновлення липня — відкритий ШІ-плагін eSputnik для Claude і OpenAI Codex. Він дає змогу працювати з даними та інструментами платформи через MCP.

Також тепер ви можете:

• автоматично оптимізувати повідомлення блоком “Одне з багатьох” і перевіряти кожен згенерований варіант;
• швидше налаштовувати сценарії — знаходити потрібні блоки, переносити умови запуску й зупинки під час копіювання та редагувати повідомлення, не виходячи з редактора сценаріїв;
• точніше добирати аудиторію — сегментувати контакти за країною і ринком;
• створювати персоналізовані In-App повідомлення та віджети;
• автоматизувати роботу з рекомендаціями й даними через API.

Оновлення eSputnik за червень 2026 можна переглянути в попередньому дайджесті; актуальні версії SDK — у release notes.

Інтеграція eSputnik із ШІ-агентами

Відкритий ШІ-плагін eSputnik містить готові інструкції для редагування листів, перевірки технічних налаштувань доставлення та аналізу розсилок і подій. Плагін можна підключити до Claude та OpenAI Codex через MCP — стандарт, за допомогою якого ШІ-агент безпечно звертається до даних та інструментів eSputnik. Типові завдання ви виконуєте в діалозі з агентом і не переносите дані між сервісами вручну.

Докладніше — у статті про інтеграцію eSputnik із ШІ-агентами

Сценарії

Автоматична оптимізація блока Одне з багатьох

Блок Одне з багатьох автоматично розподіляє контакти між кількома варіантами повідомлення, щоб визначити найрезультативніший.

Тепер для кожної групи він може генерувати нові варіанти, підтримувати задану кількість версій і зупиняти малоефективні. Це скорочує ручну роботу над новими версіями та допомагає поступово підвищувати ефективність кампаній.

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

Докладніше — у статті про використання блока “Одне з багатьох”

Очікування оновлення статусу

За замовчуванням блоки Відправлено?, Доставлено?, Прочитав? І Перейшов? перевіряють статус, щойно контакт потрапляє до них. Увімкніть перемикач Очікувати оновлення статусу, щоб контакт залишався в блоці, доки не з'явиться потрібний статус або не мине встановлений час — до 30 днів.

Якщо статус з'явиться раніше, контакт одразу перейде до гілки Так. Якщо час очікування мине — до гілки Ні. Наступну дію ви запускаєте одразу після відкриття чи кліку — додатковий блок таймера не потрібен.

Копіювання умов запуску та зупинки

Під час копіювання сценарію тепер разом із блоками переносяться налаштування його запуску та зупинки. Заново налаштовувати відповідну логіку в копії сценарію не потрібно.

Дублювання окремих правил

Для кожної умови в блоках Розгалуження та Перевірити значення доступні дії Дублювати правило і Видалити правило. Тепер достатньо скопіювати налаштовану умову й змінити лише потрібні значення — створювати правило з нуля не доведеться.

Нові оператори для параметрів події

Для параметрів події в умовах запуску та зупинки сценарію тепер доступні оператори вірно та невірно. Вони перевіряють технічні значення true і false, тому вводити значення для порівняння не потрібно. Наприклад, за параметром isFirst сценарій можна запустити або зупинити. Для таких параметрів також можна використовувати оператори дорівнює, не дорівнює, вказано та не вказано.

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

Створення і редагування повідомлень у сценарії

Email і Mobile Push повідомлення тепер можна створювати та редагувати безпосередньо в редакторі сценаріїв. Змінюйте назву, тему або заголовок і вміст повідомлення, не втрачаючи контексту сценарію.

Пошук блоків

У верхній частині панелі блоків з'явився пошук. Він не залежить від регістру, підтримує частковий збіг і допомагає швидко знаходити дії, умови та канали повідомлень за назвою.

Перегляд налаштувань блоків в історії запусків

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

Докладніше — у статті про відстеження історії запусків сценарію

Тестування вебхуків із даними контакту та події

Під час тестування вебхуку — автоматичного HTTP-запиту зі сценарію до зовнішнього сервісу — тепер можна підставляти в нього дані контакту й події за допомогою змінних Velocity. Ще до запуску сценарію можна перевірити, чи правильно вебхук передає ім'я, email, додаткові поля контакту та параметри події, і завчасно виправити помилки в запиті.

Події

Пошук типів подій за ID

У розділі Тригери → Типи подій тепер можна шукати події за назвою або числовим ID — унікальним номером у eSputnik. Пошук працює як із префіксом id:, так і без нього. Це допомагає швидко знайти потрібний тип події, навіть якщо в акаунті є кілька подій зі схожими назвами.

Докладніше — у статті про події для запуску тригерних розсилок

Фільтр подій, які не запустили сценарій

Подія може не запустити сценарій через перевищення ліміту контактів, запусків або активних сценаріїв. У такому разі система зберігає її для подальшої обробки. На сторінці Тригери → Історія подій з'являється банер із кількістю таких подій. Натисніть Переглянути пропущені події, щоб відкрити відповідне вікно. У фільтрі Всі причини оберіть конкретний перевищений ліміт, а після усунення обмеження виберіть потрібні події й натисніть “Обробити події”. Події, старші за 30 днів, автоматично видаляються зі списку.

Сегментація та рекомендації

Сегментація за країною і ринком

Умовна група — це сегмент, який автоматично оновлюється за заданими умовами. У конструкторі умовної групи перейдіть до розділу Параметри контакту → Поля контакту → Особисті дані. Тут з'явилися два нові поля: Країна та Market ID (ідентифікатор ринку). Потрібну країну можна знайти за допомогою пошуку. Для обох полів доступні оператори не вказано, вказано, дорівнює, не дорівнює та один з. Нові умови допомагають створювати окремі сегменти для різних країн і ринків та запускати локалізовані кампанії.

Докладніше — у статті про створення умовних груп

Рекомендації з урахуванням ринку

Ринковий фід — це окремий каталог товарів для певної країни або ринку. Якщо такий фід налаштовано, а в картці контакту вказано Market ID, eSputnik використовує цей ідентифікатор під час формування товарних рекомендацій. Це працює для масових, одиночних і тестових відправлень. Контакт отримує актуальні для свого ринку пропозиції — з потрібним асортиментом і цінами. Для контактів без Market ID рекомендації працюють за попередньою логікою.

Докладніше — у статті про імпорт товарного фіду до акаунту

Автоматичне створення стандартних джерел даних

Після активації тарифного плану Professional система автоматично створює стандартні джерела даних для сценаріїв, що реагують на поведінку відвідувачів на сайті, — якщо вебтрекінг уже фіксує їхні дії. Це скорочує ручне налаштування даних, тож типові тригерні сценарії ви запускаєте швидше.

Email-редактор

Покращення зображень за допомогою ШІ

У редакторі листів для зображень з'явилася кнопка Покращити з AI. Виділіть зображення й натисніть кнопку із чарівною паличкою — штучний інтелект автоматично поліпшить його якість. Не потрібно експортувати файл до стороннього сервісу, а потім завантажувати його знову.

Короткі посилання у текстовій частині листа

eSputnik за замовчуванням замінює довгі посилання на короткі адреси в домені esclick.me або в підключеному користувацькому домені й завдяки цьому відстежує переходи. Тепер система коротких посилань обробляє також URL у текстовій версії листа без HTML-оформлення (text/plain). Переходи тепер однаково відстежуються в HTML- і текстовій версіях.

In-App повідомлення

Власні шрифти

В In-App редакторі з'явився розділ Мої шрифти. Тут можна завантажувати власні шрифти, керувати ними, перевіряти посилання на файли та застосовувати брендову типографіку без переходу в HTML-редактор. Якщо шрифт не завантажиться, повідомлення використовуватиме системний варіант.

Докладніше — у статті про створення In-App повідомлень

Більше можливостей Velocity

Для In-App, що відкривається після натискання прив’язаного Mobile Push-повідомлення, розширено можливості персоналізації за допомогою Velocity. Дані, передані разом із подією, тепер можна вставляти в повідомлення коротшими змінними, наприклад, $eventParam, без повного шляху до них. У конструкції ${key|'altKey'} ви вказуєте запасний ключ — система перевірить його, якщо основного значення немає. Назви полів контакту тепер розпізнаються незалежно від великих і малих літер. Це спрощує шаблони та допомагає уникати порожніх значень і помилок через різний регістр назв полів.

Віджети

Автозаповнення полів віджета

Поля віджета можна автоматично заповнювати даними, які сайт уже має про відвідувача. Для цього можна використовувати адресу сторінки (URL), змінні JavaScript, локальне сховище браузера, cookie або шар даних сайту (data layer). Форма одразу містить відомі дані, тож відвідувач заповнює менше полів.

Докладніше — у статті про підставлення даних із сайту у віджети

Форматування тексту безпосередньо у віджеті

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

API

Отримання додаткових полів контактів

Ресурс Get additional fields повертає список додаткових полів контактів у зручному форматі: ідентифікатор, назву, ключ персоналізації, тип, допустимі значення та правила перевірки. Зовнішнім інтеграціям простіше зчитувати структуру користувацьких полів і коректно формувати або перевіряти дані контактів.

Збереження листа як шаблону

У ресурсі Add base Email message з'явився параметр template зі значенням true або false. Передайте true, щоб зберегти лист як шаблон для повторного використання. Якщо передати false або не вказати параметр, система створить лист як звичайне повідомлення в загальному списку. Інтеграції через API створюють потрібний тип листа без додаткових дій в інтерфейсі.

Special Request Inline