Створення автоматизацій email-маркетингу

Published: 16 липня 2026 р. · Last updated: 21 липня 2026 р. · By Marcus Biel

Автоматизації дають змогу створювати повні email-ланцюжки, які реагують на активність підписників, дати, зміни даних і події із зовнішніх застосунків.

Ви створюєте кожну автоматизацію як візуальний потік. Тригер визначає, коли контакт приєднується. Потім кроки надсилають листи, очікують, оновлюють дані підписника, викликають іншу систему або обирають інший шлях залежно від умови. Для звичайних welcome-серій, follow-up-листів, річниць або сегментації підписників програмування не потрібне. Якщо потрібно підключити інший застосунок, той самий конструктор також надає тригери Custom Event і Inbound Webhook.

У цьому посібнику описано всю сторінку Automations і конструктор, зокрема всі поточні тригери та кроки, редактор листів усередині автоматизації, дані подій, доставку lead magnet, публікацію, версіювання та безпечне налаштування вебхуків.

Що можна створити за допомогою автоматизацій

Ось кілька поширених прикладів:

• Welcome-серія — запускається після підтвердження підписки контактом, надсилає вітальний лист, очікує два дні та продовжується корисним контентом.
• Доставка lead magnet — запускається після підтвердженої підписки через певний Signup Flow, надсилає захищене посилання на завантаження та пізніше надсилає follow-up-лист.
• Листи до дня народження та річниці — запускаються щороку в дату, збережену в полі підписника.
• Follow-up-листи на основі інтересів — запускаються після додавання тегу, а потім надсилають контент, що відповідає цьому інтересу.
• Ланцюжки для заповнення профілю — реагують на додавання, оновлення або видалення поля.
• Ланцюжки для продуктів і покупок — дають змогу вашому бекенду надсилати події, як-от trial.started або order_paid, а потім використовувати властивості події в листах і умовах.
• Інтеграції без коду через вхідні вебхуки — надають зовнішньому інструменту унікальну URL-адресу вебхука, яка запускає певну автоматизацію після отримання JSON.
• Обслуговування підписників — додавання або видалення тегів, оновлення полів, запуск або зупинка іншої автоматизації чи скасування підписки контакту.
• Системні інтеграції — надсилання підписаного JSON-вебхука до іншого застосунку, коли контакт досягає певного кроку.

Відкриття сторінки Automations

Відкрийте “Automations” в основній навігації.

На сторінці огляду наведено всі автоматизації у вашому обліковому записі. У кожному рядку відображаються Status, Automation Name, кількість Active Subscribers, кількість Completed Subscribers і меню дій праворуч.

Статуси автоматизації

Статус показує, що зараз робить автоматизація.

Draft — автоматизацію ще готують. Вона не приймає контакти й не виконує кроки. Ви можете продовжити її редагування та активувати, коли вона буде готова.

Active — автоматизація працює. Відповідні тригери можуть запускати нові проходження, а контакти, які вже перебувають усередині, продовжують виконувати кроки.

Paused — нові контакти не приєднуються, а контакти, які вже перебувають усередині, не рухаються далі, доки ви знову не активуєте автоматизацію. URL-адреса Inbound Webhook усе ще може приймати й записувати запити в режимі паузи, але ці запити не запускають проходження.

Disconnecting — початкові тригери більше не приймають нових контактів, але контакти, які вже перебувають усередині, продовжують свої ланцюжки. Коли останній активний контакт вийде, Maildroppa автоматично архівує автоматизацію. Автоматизація зі статусом Disconnecting доступна лише для читання.

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

Лічильники в огляді

Active Subscribers — кількість контактів, які зараз очікують на кроці або проходять його в цій автоматизації.

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

Дії в рядку

Відкрийте меню з трьома крапками в кінці рядка. Доступні дії залежать від поточного статусу:

• Активні автоматизації можна призупинити, від’єднати, редагувати, скопіювати як чернетку або видалити.
• Призупинені автоматизації можна активувати, від’єднати, редагувати, скопіювати як чернетку або видалити.
• Автоматизації зі статусами Disconnecting і Archived можна переглядати, копіювати як чернетку або видаляти.
• Чернетки можна редагувати або видаляти.

“Use as Draft” створює окрему редаговану копію. Це не реактивує й не змінює оригінальну автоматизацію. Якщо джерело використовує URL-адресу Inbound Webhook, секретну URL-адресу не буде скопійовано до нової чернетки; копія має отримати власну URL-адресу.

Створення автоматизації

Натисніть “Create Automation”, щоб відкрити візуальний конструктор.

Кожна придатна до використання автоматизація потребує:

1. Назви.
2. Принаймні одного тригера.
3. Принаймні одного підключеного кроку.
4. Повного маршруту від першого кроку до кінця кожної гілки.

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

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

Тригери: як контакти приєднуються до автоматизації

Тригер — це початок автоматизації. Maildroppa наразі надає дев’ять типів тригерів:

1. Signup confirmed
2. Date Anniversary
3. Tag is Added
4. Tag is Removed
5. Custom Event
6. Inbound Webhook URL
7. Field is Added
8. Field is Updated
9. Field is Removed

Загальні та конкретні тригери

Тригери підписки, тегів і полів можуть охоплювати широке джерело або одне конкретне джерело.

Наприклад, “Any Tag” реагує на кожен тег, створений клієнтом, а тригер для “Webinar” реагує лише тоді, коли призначено цей тег. “Any Field” і тригер для одного вибраного поля працюють так само.

Автоматизація не може одночасно містити загальний і конкретний тригер одного типу. “Any Tag” уже включає тег “Webinar”, тому додавання обох створило б перетин. Дублікати конкретних тригерів також не мають сенсу й заборонені.

В одну автоматизацію можна додати до 30 стандартних тригерів. Контакт приєднується, коли збігається будь-який із них. Однак Custom Event і Inbound Webhook URL є спеціальними тригерами з даними подій і підпорядковуються суворішим правилам, описаним нижче.

Signup Confirmed

Цей тригер запускається лише після того, як контакт натискає посилання підтвердження Double Opt-in для підписки. Самого надсилання форми недостатньо.

Виберіть область джерела, яка відповідає ланцюжку:

• Form — виберіть одну конкретну форму підписки.
• Signup flow — виберіть один конкретний Signup Flow.
• All sources — реагуйте на підтверджені підписки з усіх джерел.

Використовуйте конкретну Form, коли автоматизація належить одному розміщенню, наприклад лендингу вебінару. Використовуйте конкретний Signup Flow, коли кілька форм навмисно мають спільний шлях підтвердження та follow-up-листів. Використовуйте All sources лише тоді, коли кожна підтверджена підписка має отримувати ту саму автоматизацію.

Докладніше про повідомлення Double Opt-in, перенаправлення, сторінки підтвердження та призначення форм див. у посібнику Signup Flows.

Date Anniversary

Date Anniversary запускає автоматизацію щороку в місяць і день, збережені у вибраному спеціальному полі типу Date.

Наприклад, якщо поле “Birthday” містить 1988-04-12, тригер може запускатися 12 квітня кожного року. Початковий рік визначає дату, але не обмежує тригер лише цим роком.

Вибирати можна лише активні поля Date. Якщо поля Date ще немає, створіть його в розділі Subscriber Fields and Tags перед налаштуванням цього тригера.

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

Tag is Added і Tag is Removed

Ці тригери запускаються, коли тег, створений клієнтом, фактично призначено контакту або видалено з нього. Виберіть “Any Tag” або один конкретний тег.

Вони корисні для інтересів, етапів життєвого циклу, груп клієнтів, відвідування вебінарів або черг ручного follow-up. Поточні зміни профілю в Maildroppa, підтримувані індивідуальні оновлення через API та масові дії клієнта з тегами можуть запускати ці тригери.

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

Зміни тегів, виконані кроком автоматизації, рекурсивно не запускають іншу автоматизацію на основі тригера тегу. Використовуйте явну дію “Start Other Automation”, коли одна автоматизація має навмисно передати контакт іншій.

Field is Added, Field is Updated і Field is Removed

Ці тригери реагують на зміни значень профілю підписника. Кожен із них може стежити за “Any Field” або одним вибраним полем.

• Field is Added — раніше порожнє поле отримує значення.
• Field is Updated — наявне значення змінюється на інше.
• Field is Removed — значення поля очищується.

Ця відмінність корисна. Наприклад, перше додавання дати народження може запустити одне навчальне повідомлення, а подальша її зміна — процес перевірки даних.

Редагування профілю в застосунку Maildroppa та підтримувані індивідуальні оновлення через API можуть створювати ці події. Обробка підписок, імпорту та зміни, виконані іншим кроком автоматизації, не запускають цю групу тригерів. Для ланцюжка підписки використовуйте Signup confirmed.

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

Докладніше про типи полів і архівування див. у посібнику Subscriber Fields and Tags.

Custom Event і Inbound Webhook URL

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

Тригер із даними подій має бути єдиним тригером у своїй автоматизації. Не можна поєднувати Custom Event або Inbound Webhook URL із Signup confirmed, тригером тегу, тригером поля, Date Anniversary або другим тригером із даними подій. Це правило забезпечує надійну доступність властивостей подій у кожному листі та умові потоку.

Дані подій належать одному проходженню автоматизації. Вони не стають автоматично постійними даними профілю підписника. Додайте крок Update Field, якщо вибрану інформацію також потрібно зберігати в контакті.

Налаштування тригера Custom Event

Виберіть “Custom Event”, якщо ваш сервер може викликати Maildroppa Events API за допомогою API-ключа.

Крок 1: виберіть Event Key

Введіть стабільну назву бізнес-події, наприклад:

• trial.started
• order_paid
• booking_created

Event key може містити літери, цифри, крапки, символи підкреслення та дефіси. Зіставлення виконується точно, тому order_paid і order.paid — це різні події. Після розгортання інтеграції не змінюйте назву.

Крок 2: визначте, чи дозволені нові контакти

Використовуйте “Allow new contacts from this source”, щоб керувати невідомими email-адресами.

• Якщо параметр вимкнено, автоматизацію може запустити лише email-адреса, яка вже належить контакту Maildroppa. Невідомі адреси відхиляються.
• Якщо параметр увімкнено, Maildroppa створює контакт для невідомої email-адреси, а потім запускає автоматизацію.

Залиште параметр вимкненим, якщо система-відправник має лише доповнювати дані або реагувати на контакти, якими вже керують у Maildroppa. Увімкніть його лише тоді, коли зовнішня подія є схваленим джерелом створення контактів і ваш процес має необхідний дозвіл.

Крок 3: створіть або використайте API-ключ

Контрольний список налаштування показує, чи доступний API-ключ. Якщо потрібно, створіть його безпосередньо в налаштуваннях тригера.

Ставтеся до API-ключа як до пароля. Використовуйте його лише в коді на стороні сервера. Не розміщуйте його в JavaScript браузера, публічному репозиторії, знімках екрана, зверненнях до служби підтримки, публічній документації або спільних журналах. Копіювання прикладу команди cURL також копіює секрет у буфер обміну.

Запит надсилається на:

POST https://api.maildroppa.com/events

із заголовком:

X-API-Key: YOUR_API_KEY

Загальні відомості про безпеку ключів і їх ротацію див. у посібнику API Key.

Крок 4: надішліть тестову подію

Надішліть подію з параметром triggerAutomations, встановленим у false. Це дасть Maildroppa змогу отримати властивості події, не запускаючи активну автоматизацію.

{
  "eventKey": "trial.started",
  "email": "contact@example.com",
  "properties": {
    "planName": "Professional",
    "trialDays": 14,
    "salesAssisted": false
  },
  "occurredAt": "2026-07-16T08:00:00Z",
  "triggerAutomations": false
}

Властивості мають бути пласким об’єктом. Значеннями можуть бути рядки, числа, логічні значення або null. Назви властивостей можуть містити літери, цифри, символи підкреслення, крапки та дефіси. Серіалізований об’єкт properties може мати розмір до 64 KiB.

Maildroppa відображає отримані властивості в налаштуваннях тригера. Потім вони стають доступними для вибору в персоналізації листів і в розділі Event data умов. Наприклад, planName можна вставити в лист як {{event.planName}}.

Крок 5: завершіть контрольний список і активуйте

Контрольний список Custom Event підтверджує:

• Event key налаштовано.
• API-ключ доступний.
• Дані тестової події отримано.
• Тригер готовий до активації.

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

Налаштування тригера Inbound Webhook URL

Виберіть “Inbound Webhook URL”, якщо зовнішній застосунок може надсилати JSON-запит POST, але не має використовувати загальний API-ключ вашого облікового запису.

Maildroppa створює унікальну секретну URL-адресу для цієї автоматизації, наприклад:

https://in.maildroppa.com/webhooks/inbound/SECRET_TOKEN

Токен у шляху надає доступ. API-ключ не потрібен, і запустити можна лише автоматизацію, підключену до цієї URL-адреси.

Крок 1: створіть URL-адресу

Додайте тригер Inbound Webhook URL і збережіть автоматизацію, коли з’явиться відповідний запит. Після цього Maildroppa створить і покаже її URL-адресу.

Скопіюйте URL-адресу в налаштування вебхука зовнішньої системи. Ставтеся до повної URL-адреси як до пароля. Не публікуйте її, не розміщуйте в клієнтському коді та не додавайте до звичайних спільних журналів.

Крок 2: надішліть тестовий JSON-запит

У налаштуваннях доступні готові до копіювання приклади для macOS/Linux і Windows PowerShell. Надішліть один запит вебхука для одного контакту. Payload має містити дійсну email-адресу отримувача в місці, де Maildroppa зможе її ідентифікувати.

Наприклад:

{
  "email": "contact@example.com",
  "checkout": {
    "id": "checkout_123",
    "total": 99
  },
  "planName": "Professional"
}

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

Якщо зовнішня система автоматично повторює запити, надсилайте заголовок Idempotency-Key або X-Webhook-Id. Це допомагає Maildroppa розпізнати ту саму доставку замість подвійного запуску тієї самої події. Якщо два ідентичні в інших аспектах події є навмисними, надайте кожній власний ID події.

Крок 3: виберіть email-адресу отримувача

Maildroppa аналізує останній дійсний тестовий запит і шукає можливі поля email.

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

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

Крок 4: визначте, чи створювати відсутні контакти

Якщо “Create missing contacts” вимкнено, автоматизацію запускають лише наявні контакти. Невідомі email-адреси записуються в журнал, але не запускають проходження.

Якщо параметр увімкнено, Maildroppa створює новий контакт для дійсної невідомої email-адреси, а потім запускає автоматизацію. Умикайте це лише тоді, коли вхідному джерелу дозволено створювати контакти.

Крок 5: перегляньте Event data

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

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

Отримані поля стають доступними в листах як merge tags і в умовах у розділі Event data. Їхні значення фіксуються окремо для кожного активного проходження автоматизації.

Крок 6: завершіть контрольний список і активуйте

Контрольний список налаштування показує, чи:

• URL-адреса вебхука готова.
• Отримано дійсний тестовий запит.
• Email-адресу отримувача виявлено або вибрано.
• Дані події доступні, якщо потік їх використовує.
• Вебхук готовий до активації.

Після активації автоматизації Maildroppa видаляє зразки налаштування. Нові запити зможуть запускати реальні проходження.

Статус і безпека URL-адреси

Вхідна URL-адреса може мати такі стани:

• Pending — запити зберігаються як дані налаштування й не запускають проходження.
• Live — дійсні запити можуть запускати активну автоматизацію.
• Paused — запити приймаються та записуються в журнал, але не запускають проходження.
• Revoked — URL-адресу назавжди вимкнено, і вона більше не запускає проходження.
• Expired — налаштування не було активовано вчасно. Створіть нову URL-адресу й протестуйте її знову.

Використовуйте “Rotate URL” для запланованої зміни. Maildroppa створює нову URL-адресу, тоді як попередня залишається дійсною протягом 24 годин, щоб ви встигли оновити зовнішній застосунок.

Використовуйте “Replace URL Now” лише якщо поточну URL-адресу було розкрито або використано зловмисно. Це негайно вимикає стару URL-адресу, і дію неможливо скасувати. Оновіть відправника новою згенерованою URL-адресою, перш ніж очікувати нові події.

Додавання та редагування кроків

Натисніть кнопку з плюсом під тригером або між наявними кроками. У першому діалозі доступні чотири основні варіанти:

• Action
• Delay
• Email
• Condition

Action і Delay відкривають другий список з окремими типами кроків.

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

Кроки Action

Категорія Action містить сім дій.

Update Field

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

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

Add Tag

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

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

Remove Tag

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

Start Other Automation

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

Це явний спосіб з’єднати менші повторно використовувані ланцюжки. Maildroppa виключає недійсні цілі та перевіряє залежності автоматизацій, щоб запобігати циклам, наприклад коли Automation A запускає Automation B, а Automation B запускає Automation A.

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

Stop Other Automation

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

Send Webhook

Send Webhook надсилає підписаний JSON-запит POST, коли контакт досягає цього кроку. Це вихідна дія, відмінна від вхідного тригера Inbound Webhook URL.

Налаштуйте:

• Загальнодоступну цільову URL-адресу HTTPS.
• Необов’язкові власні заголовки для автентифікації на стороні сервера.
• Усі підтримувані поля підписника або вибраний набір полів.
• Signing secret вебхука облікового запису.

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

Дані підписника надсилаються в тілі JSON. Зберігайте цільову URL-адресу статичною; не розміщуйте персональні дані або секрети в параметрах запиту. Робочі доставки виконуються у фоновому режимі, а тимчасові помилки повторюються. Тестовий запит надсилається один раз і не повторюється.

Якщо отримувач повертає 410 Gone, Maildroppa вимикає доставку для цього кроку, оскільки кінцева точка явно повідомила, що більше не існує. Виправте отримувач або URL-адресу, а потім використайте “Re-enable” у кроці.

Вебхуки автоматизацій і загальні вебхуки розробника облікового запису використовують той самий Signing secret. Відомості про перевірку підпису, повтори, вимоги до цілі та ротацію секрету див. у посібнику Webhooks.

Unsubscribe

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

Використовуйте його лише тоді, коли автоматизація представляє чітке рішення про скасування підписки або політику, яку ви свідомо розробили. Не використовуйте його лише для зупинки однієї автоматизації — для цього призначено Stop Other Automation.

Кроки Delay

Затримки визначають, коли контакт переходить до наступного кроку.

Fixed Delay

Введіть кількість і виберіть Minutes, Hours, Days, Weeks або Months.

Мінімальна затримка становить п’ять хвилин. Для всіх інших одиниць кількість має бути не меншою за один. Фіксована затримка починається, коли контакт досягає кроку, тому два контакти можуть очікувати в різний календарний час, навіть використовуючи однакову тривалість.

Date Field Delay

Виберіть активне спеціальне поле типу Date. Контакт очікує, доки не настане дата, збережена в цьому полі.

Також потрібно визначити, що робити, якщо в контакту немає значення цього поля:

• Proceed Immediately — пропустити очікування та перейти до наступного кроку.
• Wait Indefinitely — залишати контакт на цьому кроці, доки значення не стане доступним.
• Remove Subscriber — завершити поточне проходження автоматизації для цього контакту.

Вибирайте навмисно. “Wait Indefinitely” може надовго залишити контакти активними, тоді як “Remove Subscriber” завершує їхній ланцюжок без виконання наступних кроків.

Створення листа безпосередньо в автоматизації

Тепер крок Email відкриває повний редактор листів усередині робочого процесу автоматизації. Вам більше не потрібно створювати окремий Transactional Email, а потім вибирати його зі спадного списку.

Введіть Subject і необов’язковий Preheader, а потім створіть тіло листа у візуальному редакторі. Ви можете перетягувати блоки контенту в повідомлення, налаштовувати його вигляд або натиснути “Browse Templates”, щоб почати з наявного дизайну. Натисніть “Save Step”, щоб повернути готове повідомлення на полотно автоматизації.

Стандартний футер Maildroppa облікового запису додається до листа. Налаштуйте його глобальний вигляд на сторінці Footer Style.

Subject і Preheader

Subject є обов’язковим і може містити до 255 символів. Preheader необов’язковий і може містити до 100 символів.

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

Шаблони та блоки контенту

“Browse Templates” відкриває шаблони, придатні для email-повідомлень. Вибір шаблону замінює поточний дизайн тіла листа, тому виберіть шаблон до початку масштабної ручної роботи.

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

Персоналізація

Використовуйте поля персоналізації підписника для інформації, збереженої в контакті.

Коли автоматизація запускається через Custom Event або Inbound Webhook URL, отримані властивості події також доступні як теги персоналізації. Наприклад:

Your {{event.planName}} trial has started

Значення події надходять з окремого проходження, яке досягло кроку Email. Якщо властивість є обов’язковою, переконайтеся, що вона є у вашому тестовому payload і що кожен робочий відправник дотримується того самого контракту.

Додавання lead magnet до листа автоматизації

Листи автоматизацій можуть доставляти lead magnet одразу після підтвердженої підписки. Lead magnet може бути захищеним завантаженим файлом або пропозицією URL, якою керують у Maildroppa.

Доставка lead magnet доступна лише тоді, коли кожен тригер в автоматизації є “Signup confirmed” для конкретно вибраного Signup Flow. Вона недоступна з All sources, прямою областю Form, Date Anniversary, тригерами тегів або полів, Custom Event чи Inbound Webhook URL. Такий суворий зв’язок гарантує, що завантаження належить завершеному шляху Double Opt-in із відомим Signup Flow.

Щоб додати lead magnet:

1. Додайте або відредагуйте крок Email у придатній автоматизації.
2. Відкрийте “Lead magnet delivery”.
3. Виберіть файл або пропозицію URL.
4. У тілі листа створіть кнопку або текстове посилання.
5. Використайте тег персоналізації “Lead magnet URL” як адресу цього посилання.
6. Збережіть крок Email, а потім збережіть автоматизацію.

Maildroppa внутрішньо використовує merge tag {{ lead_magnet_url }} і під час надсилання замінює його захищеним посиланням Maildroppa на завантаження.

Тег потрібно використовувати як ціль посилання в тілі листа. Не розміщуйте його в Subject, Preheader, видимому тексті або іншому місці, яке не є посиланням. Редактор не дає зберегти вибраний lead magnet без дійсного посилання на завантаження, а також не дає використати тег URL lead magnet без вибраної пропозиції.

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

Кроки Condition

Condition оцінює дані, коли контакт досягає цього кроку, і розділяє ланцюжок на два шляхи:

• YES — повний вираз збігається.
• NO — вираз не збігається.

Умови можуть використовувати поля підписника, теги та сегменти. В автоматизації Custom Event або Inbound Webhook URL вони також можуть використовувати отримані Event data.

Об’єднання фільтрів

Умови використовують групи фільтрів:

• Фільтри в межах однієї групи об’єднуються через AND. Кожен фільтр у цій групі має збігатися.
• Окремі групи об’єднуються через OR. Достатньо збігу однієї повної групи.

Наприклад:

Group 1

• Country equals Germany
• AND tag contains Customer

OR Group 2

• Event data planName equals Professional
• AND Event data trialDays is greater than 7

Якщо збігається будь-яка повна група, контакт переходить за YES. В іншому разі контакт переходить за NO.

Умови на основі даних подій

Параметр Event data з’являється лише тоді, коли автоматизація має тригер Custom Event або Inbound Webhook URL і Maildroppa отримала придатні до використання властивості.

Якщо властивість відсутня, надішліть іншу тестову подію Custom Event із triggerAutomations: false або ще один тестовий запит inbound webhook до активації. Умови Inbound Webhook можна переглянути на основі прийнятого тестового зразка під час налаштування.

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

Створення більш ніж двох шляхів

Кожен окремий Condition має лише гілки YES і NO. Щоб створити перемикач країни, тарифного плану або інший багатошляховий потік, підключіть інший Condition до гілки NO і продовжуйте, доки не отримаєте фінальний резервний шлях.

Збереження, активація та повторний вхід

Коли потік завершено, збережіть його як Draft або активуйте.

Дайте автоматизації чітку унікальну назву, наприклад “Confirmed Signup - Main Welcome”, “Annual Birthday Offer” або “Trial Started - Professional”. Конкретна назва значно спрощує розпізнавання версій і дій між автоматизаціями.

Allow Reentry

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

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

Контакт не може мати два одночасні активні проходження в одній автоматизації. Навіть якщо повторний вхід увімкнено, Maildroppa дозволяє максимум 10 завершень на контакт, на автоматизацію, на день.

Увімкніть повторний вхід для справді повторюваних ланцюжків, як-от щорічні річниці або повторні покупки. Залиште його вимкненим для одноразового онбордингу або lead magnet, який потрібно доставити лише один раз.

Перевірки перед активацією

Перед активацією автоматизації Maildroppa перевіряє повну конфігурацію. Залежно від потоку це включає:

• Повноту тригерів і кроків.
• Підключені гілки та дійсний початковий крок.
• Недійсні цикли або залежності автоматизацій.
• Вміст листів і синтаксис персоналізації.
• Призначення lead magnet і розміщення посилання на завантаження.
• API-ключ Custom Event і отримані тестові дані.
• URL-адресу inbound webhook, тестовий запит, email-адресу отримувача та використані поля події.
• Signing secret вихідного вебхука.

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

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

Ви можете відкрити активну або призупинену автоматизацію в редакторі. Якщо це може вплинути на активні контакти, під час збереження з’являться два варіанти.

Update Automation

Застосовує зміни безпосередньо до поточної автоматизації.

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

Save as New Version

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

Попередня версія переходить у Disconnecting. Її тригери припиняють приймати нових контактів, але активні контакти продовжують виконувати незмінений потік. Після завершення останнього контакту вона стає Archived. Нова версія отримує нові входження.

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

Призупинення, від’єднання, копіювання та видалення

Призупиняйте, коли плануєте продовжити

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

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

Від’єднуйте, коли наявні контакти мають завершити ланцюжок

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

Використовуйте як чернетку для нового ланцюжка

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

Видаляйте обережно

Видалення є незворотним. Для автоматизації, на яку посилається інша автоматизація, спочатку може знадобитися видалити ці посилання. Для активного ланцюжка перед видаленням розгляньте Pause, Disconnect або Save as New Version.

Практичний контрольний список налаштування

Перед активацією перегляньте автоматизацію з перспективи контакту:

1. Чи кожен тригер представляє саме ту подію, яка має розпочати ланцюжок?
2. Якщо є кілька стандартних тригерів, чи не перетинаються їхні області та чи є це навмисним?
3. Чи доречний повторний вхід для цього випадку використання?
4. Чи веде кожна гілка до логічного продовження?
5. Чи правильна тривалість затримок і чи кожен Date Field Delay належно обробляє відсутнє значення?
6. Чи перевірено всі теми листів, прехедери, посилання, теги персоналізації та мобільні компонування?
7. Якщо вибрано lead magnet, чи використовується його захищений тег як ціль посилання в тілі листа?
8. Якщо використовуються дані подій, чи містив тестовий запит усі необхідні властивості?
9. Чи зберігаються URL-адреси вебхуків і секрети лише у відповідних системах на стороні сервера?
10. Чи успішно завершилися попередній перегляд і тести вихідного вебхука?
11. Чи може Update Automation порушити роботу активних контактів, через що Save as New Version буде безпечнішим?
12. Чи є зрозумілий спосіб призупинити або від’єднати ланцюжок, якщо зовнішня залежність вийде з ладу?

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