Публікація та умови показу In-App повідомлень

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

• Опублікувати In-App та запланувати час його показу
• Повернутися до редагувань зовнішнього вигляду
• Задати умови показу

📘

Важливо

Встановіть SDK для надсилання In-App повідомлень через eSputnik.

Перед публікацією In-App повідомлень підпишіться на тарифний план.

📘

Примітка

• Кількість контактів у підписці розраховується за deviceId.
• Якщо кількість контактів в In-App каналі перевищить встановлений у тарифі ліміт, повідомлення не будуть показані контактам понад ліміт.

Публікація та планування

Щоб повідомлення показувалося користувачам вашого застосунку згідно з умовами, про які йтиметься нижче, виберіть зі списку опцію Опублікований і збережіть зміни.

Виберіть Неопублікований, щоб зупинити відображення повідомлення, після чого збережіть зміни.

Також можна вказати розклад показу In-App, натиснувши значок календаря.

Розклад включає наступні опції:

• Дати старту та кінця показу
• Дозволені дні та час
• Часовий пояс пристрою — якщо обрано цю опцію, розклад показу застосовуватиметься відповідно часовому поясу, встановленому на пристрої отримувача; або ж ви можете обрати один з часових поясів зі списку

Статуси повідомлення відображаються у загальному списку In-App:

• Опубліковано — для опублікованих віджетів із поточним або незапланованим періодом показу
• Неопублікований
• Запланована – період публікації запланований на майбутнє
• Час вийшов — термін публікації минув

Редагування

Щоб повернутися до редагування повідомлення, натисніть Редагувати на вкладці Зовнішній вигляд.

Умови показу

За замовчуванням активовано правило Показувати тільки один раз. Щоб змінити правила показу, натисніть Редагувати.

📘

Примітка

Без налаштувань умов показу за правилами In-App повідомлення можна відправити лише за тапом по мобільному push-повідомленню.

Щоб відображати повідомлення як окрему сутність, налаштуйте умови показу.

1. У розділі Частота показу можна обрати такі опції:

• Не обмежувати (повідомлення буде показано один раз після початку сесії, якщо не встановлено додаткових умов)
• Тільки один раз (повідомлення буде показано один раз за життя додатка на пристрої)
• Один раз за сесію (сесія закінчується після 5 хвилин бездіяльності користувача; тривалість сесії необмежена)
• Один раз за Х хвилин/годин/днів/тижнів (повідомлення показуватиметься кожного разу після закінчення зазначеного терміну)
• Х раз, але не частіше одного разу на хвилину/годину/день/тиждень (повідомлення показуватиметься вказану кількість разів після закінчення зазначеного терміну)

📘

Примітка

Повторне редагування та публікація вже наявного In-App повідомлення не скидають лічильники його показу (наприклад, обмеження за частотою показу). Щоб показати повідомлення знову за новими умовами, створіть копію In-App повідомлення.

2. У розділі Коли показувати можна обрати такі опції:

• Після відкриття застосунку
• При виконанні будь-якої умови:
  • Витрачено Х секунд/хвилин у додатку 
  • Після події (виберіть потрібну зі списку)

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

📘

Зверніть увагу

Оператор Не дорівнює підтримується починаючи з SDK Android 2.9.6 та iOS 2.7.2.

Параметри з’єднуються логічним оператором AND.

3. У розділі Кому можна обрати статичні та динамічні групи, контактам з яких потрібно показувати повідомлення (ідентифікація контактів — за deviceId).

Розрахунок доходу

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

Зміни застосовуються до подальших покупок.

📘

Примітка

Протестувати повідомлення зі встановленими умовами показу можна лише у тестовій версії вашого додатка

Обмеження показу за кількістю завершень опитування

Нативного способу зупинити тригерний сценарій після того, як задана кількість контактів завершить опитування (survey), немає.

Що можна зробити натомість: кількість надсилань заповненої форми рахують на своєму боці, а дані повертають вебхуком (зокрема з прихованим ідентифікатором користувача або контакту). Тому робочий підхід — зовнішній лічильник плюс власна автоматизація або ручне вимкнення форми після досягнення потрібної кількості N. Дату завершення опитування можна записати в поле контакту.

Щодо конструктора анкет: NPS і нелінійний перехід між сторінками (розгалуження) підтримуються. Часткове збирання даних для покинутих форм поки недоступне — ця можливість очікує на доопрацювання на бекенді, тому ознаку «заповнено хоча б одне поле» наразі не можна вважати надійним підтвердженням надсилання.

Кілька In-App повідомлень з однаковими умовами показу

Якщо два або більше In-App повідомлень мають ідентичні умови показу й аудиторію, спрацьовує лише одне з них — повідомлення з вищим ID отримує пріоритет, інші не показуються послідовно. Щоб показати кілька In-App повідомлень одне за одним для однієї й тієї самої дії користувача, не покладайтеся на ідентичні умови показу — натомість використайте власну подію: нехай дія першого In-App повідомлення запускає подію (наприклад, через deep link), яку друге In-App повідомлення використовує як власну умову показу, явно зв'язуючи їх у ланцюжок.

Усунення проблем: In-App не реагує на тап

Якщо на екрані відкрито системний діалог застосунку (наприклад, запит дозволу) у момент показу In-App, тап по кнопці In-App може не викликати очікувану дію. Щоб уникнути цього, не показуйте In-App одночасно з можливою появою системного діалогу — відкладіть показ за допомогою умови Провів X секунд/хвилин у додатку або запустіть показ після події, що закриває системний діалог, замість показу негайно при відкритті додатка.

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