Създаване на автоматизации за имейл маркетинг

Published: 16 юли 2026 г. · Last updated: 21 юли 2026 г. · By Marcus Biel

Автоматизациите ви позволяват да създавате цялостни имейл пътувания, които реагират на активността на абонатите, дати, промени в данните и събития от външни приложения.

Създавате всяка автоматизация като визуален поток. Тригерът определя кога даден контакт се включва. След това стъпките изпращат имейли, изчакват, актуализират данните на абоната, извикват друга система или избират различен път според определено условие. За обичайни приветстващи поредици, последващи съобщения, имейли за годишнини или сегментиране на абонати не е необходимо програмиране. Когато искате да свържете друго приложение, същият конструктор предоставя и тригери Custom Event и Inbound Webhook.

Това ръководство обяснява цялата страница Automations и конструктора, включително всички текущи тригери и стъпки, редактора на имейли в автоматизация, данните за събития, доставянето на lead magnet, публикуването, версиите и безопасната настройка на уебхукове.

Какво можете да създадете с автоматизациите

Ето няколко често срещани примера:

• Приветстваща поредица — Стартирайте след потвърждаване на регистрацията от контакта, изпратете незабавен приветстващ имейл, изчакайте два дни и продължете с полезно съдържание.
• Доставяне на lead magnet — Стартирайте след потвърдена регистрация чрез конкретен Signup Flow, изпратете защитената връзка за изтегляне и по-късно изпратете последващо съобщение.
• Имейли за рожден ден и годишнина — Стартирайте всяка година на датата, записана в поле на абоната.
• Последващи съобщения според интересите — Стартирайте, когато бъде добавен таг, след което изпратете съдържание, съответстващо на този интерес.
• Пътувания за попълване на профил — Реагирайте, когато дадено поле бъде добавено, актуализирано или премахнато.
• Пътувания за продукти и покупки — Нека вашият бекенд изпрати събитие като trial.started или order_paid, след което използвайте свойствата на събитието в имейли и условия.
• Входящи интеграции без код — Дайте на външен инструмент уникален URL адрес за уебхук, който стартира конкретна автоматизация при получаване на JSON.
• Поддръжка на абонати — Добавяйте или премахвайте тагове, актуализирайте полета, стартирайте или спирайте друга автоматизация или отписвайте контакт.
• Системни интеграции — Изпращайте подписан JSON уебхук към друго приложение, когато контакт достигне определена стъпка.

Отваряне на страницата Automations

Отворете „Automations“ от основната навигация.

Обзорът показва всяка автоматизация във вашия акаунт. Всеки ред показва нейния Status, Automation Name, броя Active Subscribers, броя Completed Subscribers и меню с действия вдясно.

Статуси на автоматизациите

Статусът ви показва какво прави автоматизацията в момента.

Draft — Автоматизацията все още се подготвя. Тя не приема контакти и не изпълнява стъпки. Можете да продължите да я редактирате и да я активирате, когато е готова.

Active — Автоматизацията е активна. Съответстващите тригери могат да стартират нови изпълнения, а контактите, които вече са вътре, продължават през стъпките си.

Paused — Нови контакти не се включват, а контактите, които вече са вътре, не продължават напред, докато не активирате автоматизацията отново. URL адресът на Inbound Webhook все още може да приема и регистрира заявки, докато е поставена на пауза, но тези заявки не стартират изпълнения.

Disconnecting — Стартовите тригери вече не приемат нови контакти, но контактите, които вече са вътре, продължават пътуванията си. Когато последният активен контакт напусне, Maildroppa автоматично архивира автоматизацията. Автоматизация в процес на изключване е само за четене.

Archived — Автоматизацията е приключила и е само за четене. Тя вече не приема контакти и не изпълнява стъпки. Все още можете да я преглеждате или да я използвате като основа за нова чернова.

Броячи в обзора

Active Subscribers е броят контакти, които в момента изчакват на дадена стъпка или преминават през стъпка в тази автоматизация.

Completed Subscribers е броят завършени изпълнения на автоматизацията. Ако повторното включване е разрешено, един контакт може да завърши една и съща автоматизация повече от веднъж, така че това е брой завършвания, а не непременно брой уникални контакти.

Действия за реда

Отворете менюто с трите точки в края на реда. Наличните действия зависят от текущия статус:

• Активните автоматизации могат да бъдат поставени на пауза, изключени, редактирани, копирани като чернова или изтрити.
• Автоматизациите на пауза могат да бъдат активирани, изключени, редактирани, копирани като чернова или изтрити.
• Автоматизациите в процес на изключване и архивираните автоматизации могат да бъдат преглеждани, копирани като чернова или изтривани.
• Черновите могат да бъдат редактирани или изтрити.

„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, когато няколко формуляра умишлено споделят едно и също потвърждение и последващо пътуване. Използвайте All sources само когато всяка потвърдена регистрация трябва да получи една и съща автоматизация.

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

Date Anniversary

Date Anniversary стартира автоматизацията всяка година на месеца и деня, записани в избрано потребителско поле от тип Date.

Например, ако полето „Birthday“ съдържа 1988-04-12, тригерът може да стартира всяка година на 12 април. Първоначалната година идентифицира датата, но не ограничава тригера само до тази година.

Могат да се избират само активни полета от тип Date. Ако все още няма такова поле, създайте го в Subscriber Fields and Tags, преди да конфигурирате този тригер.

Годишните пътувания обикновено изискват разрешено повторно включване. Без повторно включване контакт, който вече е завършил миналогодишната автоматизация за рожден ден, не може да се включи отново тази година.

Tag is Added и Tag is Removed

Тези тригери стартират, когато създаден от клиента таг действително бъде зададен на контакт или премахнат от него. Изберете „Any Tag“ или един конкретен таг.

Те са полезни за интереси, етапи от жизнения цикъл, клиентски групи, посещаемост на уебинари или опашки за ръчно проследяване. Текущи промени в профила, направени в 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

Ключът на събитието може да съдържа букви, цифри, точки, долни черти и тирета. Съвпадението е точно, така че order_paid и order.paid са различни събития. Запазете името непроменено, след като интеграцията бъде внедрена.

Стъпка 2: Решете дали са разрешени нови контакти

Използвайте „Allow new contacts from this source“, за да контролирате непознатите имейл адреси.

• Когато е изключено, само имейл адрес, който вече принадлежи на контакт в Maildroppa, може да стартира автоматизацията. Непознатите адреси се отхвърлят.
• Когато е включено, Maildroppa създава контакт за непознат имейл адрес и след това стартира автоматизацията.

Оставете го изключено, когато изпращащата система трябва само да обогатява или да реагира на контакти, които вече се управляват в 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 потвърждава:

• Ключът на събитието е конфигуриран.
• API ключът е наличен.
• Тестовите данни за събитието са регистрирани.
• Тригерът е готов за активиране.

След като автоматизацията стане активна, изпращайте производствени събития с triggerAutomations, зададено на true. Ключът на събитието трябва да съвпада точно. Свойствата на събитието се съхраняват с това изпълнение на автоматизацията и остават налични през всичките му стъпки.

Настройване на тригер 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. Изпратете една заявка за уебхук за един контакт. Полезният товар трябва да съдържа валиден имейл адрес на получател, който Maildroppa може да идентифицира.

Например:

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

Преди активирането приетите заявки се съхраняват само като краткотрайни тестови данни. Те не стартират автоматизацията и не изпращат имейли.

Ако външната система автоматично повтаря заявките, изпратете хедър Idempotency-Key или X-Webhook-Id. Това помага на Maildroppa да разпознае едно и също доставяне, вместо да стартира едно и също събитие два пъти. Ако две иначе идентични събития са умишлени, задайте на всяко собствен ID на събитие.

Стъпка 3: Изберете имейла на получателя

Maildroppa проверява последната валидна тестова заявка и търси възможни полета за имейл.

• Ако бъде намерено едно ясно поле, то може да бъде избрано автоматично.
• Ако бъдат намерени няколко възможни полета, изберете това, което идентифицира контакта.
• Ако не бъде намерено нито едно, коригирайте полезния товар и изпратете нова тестова заявка.

Избраният път е част от договора на уебхука. Изпращайте по една заявка за всеки получател, а не масив от получатели.

Стъпка 4: Решете дали да се създават липсващи контакти

Когато „Create missing contacts“ е изключено, само съществуващи контакти стартират автоматизацията. Непознатите имейл адреси се регистрират, но не стартират изпълнение.

Когато е включено, Maildroppa създава нов контакт за валиден непознат имейл адрес и след това стартира автоматизацията. Включвайте това само когато входящият източник има право да създава контакти.

Стъпка 5: Прегледайте данните за събитието

Maildroppa показва използваемите стойности, регистрирани в тестовия полезен товар. Тези предложения не са постоянна, пълна схема. Ако липсва задължително поле, включете го в нова тестова заявка и обновете тестовите данни.

Имейлът на получателя се обработва по специален начин и не се дублира като свойство на данните за събитието. Списъци, стойности, изглеждащи чувствителни, дълбоко вложени стойности, празни обекти, небезопасни имена на свойства или полета извън поддържаните ограничения за откриване също могат да бъдат изключени.

Регистрираните полета стават достъпни в имейлите като merge тагове и в условията под Event data. Стойностите им се записват отделно за всяко реално изпълнение на автоматизацията.

Стъпка 6: Завършете контролния списък и активирайте

Контролният списък за настройка показва дали:

• URL адресът на уебхука е готов.
• Е получена валидна тестова заявка.
• Имейлът на получателя е открит или избран.
• Данните за събитието са налични, когато потокът ги използва.
• Уебхукът е готов за активиране.

Когато активирате автоматизацията, 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 съдържа седем действия.

Update Field

Изберете поле на абоната и въведете новата стойност. Въвеждането се адаптира към типа поле, включително полета за избор и множествен избор.

Използвайте това, за да съхраните етап от жизнения цикъл, да запишете предпочитание или да запазите избрана информация, след като контактът достигне важен етап. Архивираните полета не могат да бъдат избирани за ново действие.

Add Tag

Изберете създаден от клиента таг, който да бъде зададен на контакта. Системните тагове не са налични за това действие.

Използвайте тагове за вътрешна организация, сегментиране и последващ избор на кампании. Добавянето на вече зададен таг не променя профила.

Remove Tag

Изберете създаден от клиента таг за премахване. Ако контактът не го притежава, стъпката може да продължи, без да създава промяна.

Start Other Automation

Изберете друга подходяща автоматизация и я стартирайте за същия контакт.

Това е изричният начин за свързване на по-малки повторно използваеми пътувания. Maildroppa изключва невалидните цели и проверява зависимостите между автоматизациите, за да предотврати цикли, например автоматизация A да стартира автоматизация B, докато автоматизация B стартира автоматизация A.

Правилата за повторно включване на целевата автоматизация все още важат. Контакт, който вече е активен там, не може да стартира второ едновременно изпълнение.

Stop Other Automation

Изберете друга автоматизация, в която този контакт трябва да спре да напредва. Това е полезно, когато по-късно събитие направи старата поредица за отглеждане неактуална.

Send Webhook

Send Webhook изпраща подписана JSON POST заявка, когато контактът достигне тази стъпка. Това е изходящо действие и се различава от входящия тригер Inbound Webhook URL.

Конфигурирайте:

• Публичен HTTPS URL на целта.
• Незадължителни персонализирани хедъри за удостоверяване от страна на сървъра.
• Всички поддържани полета на абоната или избран набор от полета.
• Signing secret на уебхука за акаунта.

Диалогът показва преглед на полезния товар, преди да го запазите. Изпратете тестов уебхук, за да проверите крайната точка, след което прегледайте резултата от доставянето и по-късната история на производствените доставки от стъпката.

Данните на абоната се изпращат в JSON тялото. Поддържайте URL адреса на целта статичен; не поставяйте лични данни или тайни в параметри на заявката. Производствените доставки се изпълняват във фонов режим и повтарят опити при временни грешки. Тестовата заявка се изпраща веднъж и не се повтаря.

Ако получателят върне 410 Gone, Maildroppa деактивира доставянето за тази стъпка, тъй като крайната точка изрично е заявила, че вече не съществува. Коригирайте получателя или URL адреса, след което използвайте „Re-enable“ в стъпката.

Уебхуковете на автоматизациите и уебхуковете за разработчици на ниво акаунт използват един и същ Signing secret. За проверка на подписа, поведението при повторни опити, изискванията към целта и ротацията на тайната вижте ръководството за Webhooks.

Unsubscribe

Unsubscribe променя статуса на контакта на отписан от всички имейли. Това е крайна стъпка, така че по този път не може да следва друга стъпка.

Използвайте я само когато автоматизацията представлява ясно решение за отписване или политика, която съзнателно сте проектирали. Не я използвайте само за да спрете една автоматизация; за това използвайте Stop Other Automation.

Стъпки за забавяне

Забавянията контролират кога контактът достига следващата стъпка.

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“ отваря шаблони, подходящи за имейл съобщения. Избирането на шаблон заменя текущия дизайн на тялото, затова изберете шаблон, преди да започнете сериозна ръчна работа.

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

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

Използвайте полетата за персонализация на абоната за информация, съхранена в контакта.

Когато автоматизацията стартира от Custom Event или Inbound Webhook URL, регистрираните свойства на събитието също са налични като тагове за персонализация. Например:

Your {{event.planName}} trial has started

Стойностите на събитията идват от конкретното изпълнение, достигнало до имейла. Ако дадено свойство е задължително, уверете се, че тестовият полезен товар го включва и че всеки производствен изпращач следва същия договор.

Добавяне на 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 тага {{ lead_magnet_url }} вътрешно и го заменя в момента на изпращане със защитена връзка за изтегляне от Maildroppa.

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

Защитената връзка остава стабилна. Ако по-късно замените файла или промените целта на офертата, връзките в вече изпратените имейли продължават да работят и водят към текущата цел.

Стъпки за условие

Condition оценява данните, когато контактът достигне стъпката, и разделя пътуването на два пътя:

• YES — Пълният израз съвпада.
• NO — Изразът не съвпада.

Условията могат да използват полета на абоната, тагове и сегменти. В автоматизация Custom Event или Inbound Webhook те могат да използват и регистрирани Event data.

Комбиниране на филтри

Условията използват групи филтри:

• Филтрите в една и съща група се свързват с AND. Всеки филтър в групата трябва да съвпадне.
• Отделните групи се свързват с OR. Достатъчно е да съвпадне една цяла група.

Например:

Група 1

• Country equals Germany
• AND tag contains Customer

OR Група 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 могат да бъдат прегледани спрямо приетата тестова извадка по време на настройката.

Данните за събитието се оценяват от моментната снимка на изпълнението, а не от профила на контакта. Актуализирането на поле на абоната със сходно име не променя стойността на събитието, записана при стартирането на изпълнението.

Създаване на повече от два пътя

Всеки отделен 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 на входящия уебхук, тестова заявка, имейл на получателя и посочени полета за събития.
• Signing secret на изходящия уебхук.

Разрешете всеки незавършен елемент от настройката, вместо да активирате с непроверено предположение.

Редактиране на активна автоматизация

Можете да отворите активна или поставена на пауза автоматизация в редактора. Ако активните контакти могат да бъдат засегнати, при запазване се предлагат две възможности.

Update Automation

Това прилага промените директно към текущата автоматизация.

Използвайте го за малки, безопасни корекции, когато разбирате къде изчакват активните контакти. Премахването или замяната на стъпка може да наруши пътуването им или да премахне контактите от автоматизацията.

Save as New Version

Това запазва текущата настройка за контактите, които вече са вътре, и създава нова активна версия за бъдещи включвания.

Предишната версия преминава в Disconnecting. Нейните тригери спират да приемат нови контакти, но активните контакти продължават по непроменения поток. Тя става Archived, след като последният контакт приключи. Новата версия получава новите включвания.

Използвайте тази опция за структурни промени, нови поредици, променени забавяния, големи промени в условията или замяна на имейл, към който контактите вече се приближават.

Поставяне на пауза, изключване, копиране и изтриване

Поставете на пауза, когато възнамерявате да възобновите

Поставете автоматизацията на пауза, за да спрете новите включвания и временно да замразите активните контакти. Активирайте я отново, когато проблемът или планираното прекъсване приключи.

Поставянето на пауза е полезно при коригиране на цел, проверка на имейл или временно спиране на чувствително към времето пътуване. Не забравяйте, че заявките за входящ уебхук, получени по време на пауза, не се превръщат в отложени изпълнения; те се приемат и регистрират, без да стартират автоматизацията.

Изключете, когато съществуващите контакти трябва да завършат

Изключете автоматизацията, когато не трябва да се включват нови контакти, но контактите, които вече са вътре, трябва да завършат нормално. Това обикновено е по-безопасно от изтриването на активно пътуване.

Използвайте като чернова за ново пътуване

Използвайте 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. Има ли ясен начин за поставяне на пауза или изключване на пътуването, ако външна зависимост се повреди?

Започнете с малък, разбираем поток и добавяйте сложност само когато тя служи на ясен път за абоната. Ясните тригери, кратките клонове, обмислените забавяния и фокусираните имейли са по-лесни за тестване и обикновено създават по-добро изживяване от една огромна автоматизация.