Креирајте автоматизации за е-mail маркетинг

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

Автоматизациите ви овозможуваат да креирате целосни e-mail патувања што реагираат на активноста на претплатниците, датуми, промени на податоци и настани од надворешни апликации.

Секоја автоматизација ја креирате како визуелен тек. Тригерот одредува кога контактот влегува. Потоа чекорите испраќаат e-mail пораки, чекаат, ги ажурираат податоците за претплатникот, повикуваат друг систем или избираат различна патека според услов. За вообичаени welcome-секвенци, follow-up пораки, честитки за годишнини или сегментација на претплатници не е потребно програмирање. Кога сакате да поврзете друга апликација, истиот креатор нуди и Custom Event и Inbound Webhook тригери.

Овој водич ја објаснува целата страница Automations и креаторот, вклучувајќи ги сите тековни тригери и чекори, уредувачот на e-mail пораки во автоматизацијата, податоците за настани, испораката на lead magnet, објавувањето, верзиите и безбедното поставување на webhook.

Што можете да креирате со автоматизациите

Еве неколку вообичаени примери:

• Welcome серија — Започнува откако контактот ќе потврди пријавување, испраќа веднаш welcome e-mail, чека два дена и продолжува со корисна содржина.
• Испорака на lead magnet — Започнува по потврдено пријавување преку конкретен Signup Flow, го испраќа заштитениот линк за преземање и подоцна испраќа follow-up порака.
• E-mail пораки за роденден и годишнина — Започнуваат секоја година на датумот зачуван во полето на претплатникот.
• Follow-up пораки според интереси — Започнуваат кога ќе се додаде tag, а потоа испраќаат содржина што одговара на тој интерес.
• Патувања за пополнување профил — Реагираат кога полето ќе се додаде, ажурира или отстрани.
• Патувања за производи и купувања — Вашиот backend може да испрати настан како trial.started или order_paid, а потоа својствата на настанот да ги користите во e-mail пораки и услови.
• No-code inbound интеграции — На надворешна алатка ѝ давате единствен webhook URL што започнува една конкретна автоматизација кога ќе прими JSON.
• Одржување на претплатници — Додавајте или отстранувајте tag-ови, ажурирајте полиња, започнувајте или запирајте друга автоматизација или отпишувајте контакт.
• Системски интеграции — Испраќајте потпишан JSON webhook до друга апликација кога контактот ќе стигне до одреден чекор.

Отворање на страницата Automations

Отворете „Automations“ во главната навигација.

Прегледот ја прикажува секоја автоматизација во вашата сметка. Секој ред го прикажува нејзиниот Status, Automation Name, бројот на Active Subscribers, бројот на Completed Subscribers и мени со дејства десно.

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

Статусот ви кажува што прави автоматизацијата во моментот.

Draft — Автоматизацијата сè уште се подготвува. Не прифаќа контакти и не извршува чекори. Можете да продолжите со уредување и да ја активирате кога ќе биде подготвена.

Active — Автоматизацијата е активна. Тригерите што се совпаѓаат можат да започнат нови извршувања, а контактите што веќе се внатре продолжуваат низ своите чекори.

Paused — Нови контакти не влегуваат, а контактите што веќе се внатре не продолжуваат додека повторно не ја активирате автоматизацијата. Inbound Webhook URL сè уште може да прифаќа и евидентира барања додека е паузирана, но тие барања не започнуваат извршувања.

Disconnecting — Почетните тригери повеќе не прифаќаат нови контакти, но контактите што веќе се внатре продолжуваат со своите патувања. Кога последниот активен контакт ќе излезе, Maildroppa автоматски ја архивира автоматизацијата. Автоматизацијата во статус Disconnecting е само за читање.

Archived — Автоматизацијата е завршена и е само за читање. Повеќе не прифаќа контакти и не извршува чекори. Сè уште можете да ја прегледате или да ја користите како основа за нов draft.

Бројки во прегледот

Active Subscribers е бројот на контакти што моментално чекаат на чекор или се движат низ чекор во таа автоматизација.

Completed Subscribers е бројот на завршени извршувања на автоматизацијата. Ако е овозможено повторно влегување, еден контакт може да ја заврши истата автоматизација повеќе од еднаш, па ова е број на завршувања, а не нужно број на единствени контакти.

Дејства во редот

Отворете го менито со три точки на крајот од редот. Достапните дејства зависат од тековниот статус:

• Active автоматизациите може да се паузираат, исклучат, уредуваат, копираат како draft или избришат.
• Paused автоматизациите може да се активираат, исклучат, уредуваат, копираат како draft или избришат.
• Disconnecting и Archived автоматизациите може да се прегледаат, копираат како draft или избришат.
• Draft-овите може да се уредуваат или бришат.

„Use as Draft“ создава посебна копија што може да се уредува. Не ја активира повторно и не ја менува оригиналната автоматизација. Ако изворот користи Inbound Webhook URL, тајниот URL не се копира во новиот draft; копијата мора да добие сопствен 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

Општи и специфични тригери

Signup, tag и field тригерите можат да опфаќаат широк извор или еден конкретен извор.

На пример, „Any Tag“ реагира на секој tag креиран од корисникот, додека тригерот за „Webinar“ реагира само кога ќе биде доделен тој tag. „Any Field“ и тригерот за едно избрано поле функционираат на ист начин.

Автоматизацијата не може истовремено да содржи општ и специфичен тригер од ист тип. „Any Tag“ веќе го вклучува tag-от „Webinar“, па додавањето на двата би создало преклопување. Дупликатите на специфични тригери исто така не се корисни и се спречени.

Можете да додадете до 30 стандардни тригери во една автоматизација. Контактот влегува кога ќе се совпадне кој било од нив. Сепак, Custom Event и Inbound Webhook URL се специјални тригери со податоци за настани и следат построги правила опишани подолу.

Signup Confirmed

Овој тригер започнува само откако контактот ќе кликне на линкот за потврда Double Opt-in за пријавување. Самото испраќање на формуларот не е доволно.

Изберете опсег на извор што одговара на патувањето:

• Form — Изберете еден конкретен signup формулар.
• Signup flow — Изберете еден конкретен Signup Flow.
• All sources — Реагирајте на потврдени пријавувања од секој извор.

Користете конкретен Form кога автоматизацијата припаѓа на една локација, како landing page за webinar. Користете конкретен Signup Flow кога повеќе формулари намерно ја споделуваат истата патека на потврда и follow-up. Користете All sources само кога секое потврдено пријавување треба да ја добие истата автоматизација.

За детали за Double Opt-in пораките, пренасочувањата, страниците за потврда и доделувањето формулари, погледнете го Signup Flows guide.

Date Anniversary

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

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

Може да се изберат само активни полиња Date. Ако сè уште не постои поле Date, креирајте едно во Subscriber Fields and Tags пред да го конфигурирате овој тригер.

За годишните патувања обично е потребно да се овозможи повторно влегување. Без повторно влегување, контакт што ја завршил минатогодишната birthday автоматизација не може повторно да влезе во неа оваа година.

Tag is Added и Tag is Removed

Овие тригери започнуваат кога tag креиран од корисникот навистина ќе му биде доделен на контакт или ќе биде отстранет од него. Изберете „Any Tag“ или еден конкретен tag.

Корисни се за интереси, фази во животниот циклус, групи клиенти, присуство на webinar или редици за рачен follow-up. Тековните промени на профилот во Maildroppa, поддржаните индивидуални API ажурирања и групните tag дејства можат да ги започнат овие тригери.

Maildroppa реагира само на вистинска промена. Доделувањето tag што контактот веќе го има или отстранувањето tag што контактот го нема не создава нов настан за промена на tag.

Промените на tag направени од чекор во автоматизација не започнуваат рекурзивно друга автоматизација активирана со tag. Користете го експлицитното дејство „Start Other Automation“ кога една автоматизација намерно треба да му го предаде контактот на друга.

Field is Added, Field is Updated и Field is Removed

Овие тригери реагираат на промени во вредностите на профилот на претплатникот. Секој од нив може да следи „Any Field“ или едно избрано поле.

• Field is Added — Претходно празно поле добива вредност.
• Field is Updated — Постoечка вредност се менува во различна вредност.
• Field is Removed — Вредноста на полето се брише.

Разликата е корисна. На пример, првото додавање датум на раѓање може да започне една едукативна порака, додека неговата подоцнежна промена може да започне процес за проверка на податоците.

Уредувањата на профилот направени во апликацијата Maildroppa и поддржаните индивидуални API ажурирања можат да ги создадат овие настани. Обработката на пријавувања, увозите и промените направени од друг чекор во автоматизација не го започнуваат ова семејство тригери. За патување при пријавување, користете Signup confirmed.

Архивираните полиња не може да се изберат во нови тригери. Постоечките референци остануваат видливи за да може да се разбере и поправи постарата автоматизација, но вратете го или заменете го полето пред да активирате уредена конфигурација.

За типовите полиња и однесувањето при архивирање, погледнете го Subscriber Fields and Tags guide.

Custom Event и Inbound Webhook URL

Двата тригери со податоци за настани овозможуваат надворешен систем да започне автоматизација и да достави привремени податоци за тоа поединечно извршување. Тие служат за различни стилови на интеграција.

Тригерот со податоци за настани мора да биде единствениот тригер во својата автоматизација. Не можете да комбинирате Custom Event или Inbound Webhook URL со Signup confirmed, tag тригер, field тригер, Date Anniversary или втор тригер со податоци за настани. Ова правило обезбедува својствата на настанот сигурно да бидат достапни во секоја e-mail порака и услов во текот на текот.

Податоците за настанот припаѓаат на едно извршување на автоматизацијата. Тие автоматски не стануваат трајни податоци во профилот на претплатникот. Додајте чекор 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“ за да контролирате непознати e-mail адреси.

• Кога е исклучено, само e-mail адреса што веќе припаѓа на контакт во Maildroppa може да ја започне автоматизацијата. Непознатите адреси се одбиваат.
• Кога е вклучено, Maildroppa креира контакт за непозната e-mail адреса и потоа ја започнува автоматизацијата.

Оставете го исклучено кога системот што испраќа треба само да ги збогатува или следи контактите со кои веќе управувате во Maildroppa. Вклучете го само кога надворешниот настан е одобрен извор за креирање контакти и вашиот процес ги има потребните дозволи.

Чекор 3: Креирајте или користете API клуч

Контролната листа за поставување покажува дали е достапен API клуч. Доколку е потребно, креирајте го од поставувањето на тригерот.

Третирајте го API клучот како лозинка. Користете го само во server-side код. Не ставајте го во JavaScript во прелистувач, јавен репозиториум, screenshot-и, тикети до поддршка, јавна документација или споделени логови. Со копирањето на примерот со cURL командата, тајната исто така се копира во clipboard-от.

Барањето се испраќа на:

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

со header:

X-API-Key: YOUR_API_KEY

За општа безбедност и ротација на клучеви, погледнете го API Key guide.

Чекор 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
}

Properties мора да биде рамен објект. Вредностите може да бидат стрингови, бројки, boolean вредности или null. Имињата на својствата може да содржат букви, бројки, долни црти, точки и цртички. Серијализираниот објект properties може да биде со големина до 64 KiB.

Maildroppa ги прикажува набљудуваните својства во поставувањето на тригерот. Потоа тие стануваат достапни за избор во персонализацијата на e-mail пораки и под Event data во условите. На пример, planName може да се вметне во e-mail порака како {{event.planName}}.

Чекор 5: Завршете ја контролната листа и активирајте

Контролната листа на Custom Event потврдува дека:

• Event key е конфигуриран.
• API клучот е достапен.
• Податоците од тест-настанот се набљудувани.
• Тригерот е подготвен за активирање.

Откако автоматизацијата ќе стане активна, испраќајте production настани со triggerAutomations поставено на true. Event key мора точно да се совпадне. Својствата на настанот се зачувуваат со тоа извршување на автоматизацијата и остануваат достапни низ сите негови чекори.

Поставување Inbound Webhook URL тригер

Изберете „Inbound Webhook URL“ кога надворешната апликација може да испраќа JSON POST барање, но не треба да го користи API клучот за целата сметка.

Maildroppa креира единствен таен URL за оваа автоматизација, на пример:

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

Token-от во патеката овозможува пристап. Не е потребен API клуч и може да започне само автоматизацијата поврзана со овој URL.

Чекор 1: Креирајте го URL-то

Додајте го Inbound Webhook URL тригерот и зачувајте ја автоматизацијата кога ќе биде побарано. Потоа Maildroppa го креира и прикажува нејзиниот URL.

Копирајте го URL-то во поставките за webhook на надворешниот систем. Целиот URL третирајте го како лозинка. Не објавувајте го, не ставајте го во client-side код и не вклучувајте го во обични споделени логови.

Чекор 2: Испратете тест-барање со JSON

Поставувањето дава примери подготвени за копирање за macOS/Linux и Windows PowerShell. Испратете едно webhook барање за еден контакт. Payload-от мора да содржи валидна e-mail адреса на примателот на место што Maildroppa може да го идентификува.

На пример:

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

Пред активирањето, прифатените барања се зачувуваат само како краткотрајни тест-податоци. Тие не ја започнуваат автоматизацијата и не испраќаат e-mail пораки.

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

Чекор 3: Изберете ја e-mail адресата на примателот

Maildroppa го проверува последното валидно тест-барање и бара можни полиња за e-mail адреса.

• Ако е пронајдено едно јасно поле, тоа може автоматски да биде избрано.
• Ако се пронајдени повеќе можни полиња, изберете го она што го идентификува контактот.
• Ако не е пронајдено ниедно, приспособете го payload-от и испратете ново тест-барање.

Избраната патека е дел од webhook договорот. Испраќајте по едно барање за секој примател, наместо низа приматели.

Чекор 4: Одлучете дали да се креираат контакти што недостасуваат

Кога „Create missing contacts“ е оневозможено, само постоечките контакти ја започнуваат автоматизацијата. Непознатите e-mail адреси се евидентираат, но не започнуваат извршување.

Кога е овозможено, Maildroppa креира нов контакт за валидна непозната e-mail адреса и потоа ја започнува автоматизацијата. Овозможете го ова само кога inbound изворот има дозвола да креира контакти.

Чекор 5: Прегледајте ги податоците за настанот

Maildroppa ги прикажува употребливите вредности набљудувани во тест-payload-от. Овие предлози не се трајна, целосна шема. Ако недостасува задолжително поле, вклучете го во ново тест-барање и освежете ги тест-податоците.

E-mail адресата на примателот се обработува посебно и не се дуплира како својство на податоците за настанот. Низите, вредностите што изгледаат чувствително, длабоко вгнездените вредности, празните објекти, небезбедните имиња на својства или полињата надвор од поддржаните ограничувања за детекција исто така може да бидат исклучени.

Набљудуваните полиња стануваат достапни во e-mail пораки како merge tags и во условите под Event data. Нивните вредности се зачувуваат одделно за секое активно извршување на автоматизацијата.

Чекор 6: Завршете ја контролната листа и активирајте

Контролната листа за поставување покажува дали:

• Webhook URL е подготвен.
• Е примено валидно тест-барање.
• E-mail адресата на примателот е детектирана или избрана.
• Податоците за настанот се достапни кога текот ги користи.
• Webhook-от е подготвен за активирање.

Кога ќе ја активирате автоматизацијата, Maildroppa ги отстранува примероците за поставување. Потоа новите барања можат да започнуваат реални извршувања.

Статус и безбедност на URL-то

Inbound 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

Изберете tag креиран од корисникот за да му го доделите на контактот. Системските tag-ови не се достапни за ова дејство.

Користете tag-ови за внатрешна организација, сегментација и подоцнежен избор на кампања. Додавањето tag што веќе е доделен не го менува профилот.

Remove Tag

Изберете tag креиран од корисникот за да го отстраните. Ако контактот го нема, чекорот може да продолжи без да создаде промена.

Start Other Automation

Изберете друга соодветна автоматизација и започнете ја за истиот контакт.

Ова е експлицитниот начин за поврзување помали повторно употребливи патувања. Maildroppa ги исклучува невалидните цели и ги проверува зависностите меѓу автоматизациите за да спречи циклуси, како автоматизација A да ја започнува автоматизацијата B додека автоматизацијата B ја започнува автоматизацијата A.

Правилата за повторно влегување на целната автоматизација сè уште важат. Контакт што веќе е активен таму не може да започне второ истовремено извршување.

Stop Other Automation

Изберете друга автоматизација во која овој контакт треба да престане да напредува. Ова е корисно кога подоцнежен настан прави постарата nurture секвенца нерелевантна.

Send Webhook

Send Webhook испраќа потпишано JSON POST барање кога контактот ќе стигне до овој чекор. Ова е излезно дејство и се разликува од влезниот Inbound Webhook URL тригер.

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

• Јавен HTTPS целен URL.
• Изборни сопствени headers за server-side автентикација.
• Сите поддржани полиња на претплатникот или избран сет полиња.
• Signing secret за webhook на сметката.

Дијалогот прикажува преглед на payload-от пред да зачувате. Испратете тест webhook за да го потврдите endpoint-от, а потоа прегледајте го резултатот од доставувањето и подоцнежната историја на production доставувања од чекорот.

Податоците за претплатникот се испраќаат во JSON телото. Целниот URL нека биде статичен; не ставајте лични податоци или тајни во query параметри. Production доставувањата се извршуваат во заднина и повторно се обидуваат при привремени неуспеси. Тест-барањето се испраќа еднаш и не се повторува.

Ако примачот врати 410 Gone, Maildroppa го оневозможува доставувањето за тој чекор бидејќи endpoint-от експлицитно кажал дека повеќе не постои. Поправете го примачот или URL-то, а потоа користете „Re-enable“ во чекорот.

Automation webhooks и developer webhooks за целата сметка го користат истиот Signing secret. За проверка на потпис, однесување при повторување, барања за целта и ротација на тајната, погледнете го Webhooks guide.

Unsubscribe

Unsubscribe го менува статусот на контактот во unsubscribed за сите e-mail пораки. Тоа е завршен чекор, па на таа патека не може да следи подоцнежен чекор.

Користете го само кога автоматизацијата претставува јасна одлука за отпишување или политика што намерно сте ја дизајнирале. Не го користете само за да запрете една автоматизација; за тоа користете Stop Other Automation.

Чекори за доцнење

Доцнењата контролираат кога контактот ќе стигне до следниот чекор.

Fixed Delay

Внесете количина и изберете Minutes, Hours, Days, Weeks или Months.

Минималното доцнење е пет минути. За сите други единици е потребна количина од најмалку еден. Фиксното доцнење започнува кога контактот ќе стигне до чекорот, па два контакти можат да чекаат во различни календарски моменти иако ја користат истата трајност.

Date Field Delay

Изберете активно сопствено поле Date. Контактот чека додека не стигне датумот зачуван во тоа поле.

Мора да одлучите и што се случува ако контактот нема вредност во тоа поле:

• Proceed Immediately — Прескокнете го чекањето и продолжете до следниот чекор.
• Wait Indefinitely — Оставете го контактот на овој чекор додека не стане достапна вредност.
• Remove Subscriber — Завршете го тековното извршување на автоматизацијата за овој контакт.

Изберете внимателно. „Wait Indefinitely“ може долго да ги остави контактите активни, додека „Remove Subscriber“ го завршува нивното патување без да ги изврши подоцнежните чекори.

Креирање e-mail порака директно во автоматизацијата

Чекорот Email сега отвора целосен уредувач на e-mail пораки во текот на автоматизацијата. Повеќе не треба прво да креирате посебен Transactional Email, а потоа да го изберете од паѓачко мени.

Внесете Subject и изборен Preheader, а потоа креирајте го телото на e-mail пораката во визуелниот уредувач. Можете да влечете блокови со содржина во пораката, да го конфигурирате нејзиниот изглед или да кликнете „Browse Templates“ за да започнете од постоечки дизајн. Кликнете „Save Step“ за да ја вратите завршената порака на платното на автоматизацијата.

Стандардниот Maildroppa footer на сметката е вклучен во e-mail пораката. Конфигурирајте го неговиот глобален изглед на Footer Style page.

Subject и Preheader

Subject е задолжителен и може да содржи до 255 знаци. Preheader е изборен и може да содржи до 100 знаци.

Важниот дел нека биде на почетокот бидејќи inbox-ите често ги скратуваат и двата. Уредувачот прикажува насоки за должината додека пишувате.

Templates и блокови со содржина

„Browse Templates“ отвора шаблони соодветни за e-mail пораки. Избирањето шаблон го заменува тековниот дизајн на телото, па изберете шаблон пред да започнете обемна рачна работа.

Во визуелниот уредувач користете структури и блокови со содржина за текст, слики, копчиња, растојание, социјални линкови и друга поддржана содржина. Прегледајте ги линковите, мобилниот распоред, идентитетот на испраќачот, контрастот на footer-от и конечниот текст пред активирање.

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

Користете полиња за персонализација на претплатникот за информации зачувани кај контактот.

Кога автоматизацијата започнува од Custom Event или Inbound Webhook URL, набљудуваните својства на настанот исто така се достапни како tag-ови за персонализација. На пример:

Your {{event.planName}} trial has started

Вредностите на настанот доаѓаат од поединечното извршување што стигнало до e-mail пораката. Ако својството е задолжително, осигурете се дека вашиот тест-payload го содржи и дека секој production испраќач го следи истиот договор.

Додавање Lead Magnet во e-mail порака од автоматизацијата

E-mail пораките од автоматизацијата можат да испорачаат lead magnet веднаш по потврдено пријавување. Lead magnet може да биде заштитена поставена датотека или URL понуда управувана во Maildroppa.

Испораката на lead magnet е достапна само кога секој тригер во автоматизацијата е „Signup confirmed“ за конкретно избран Signup Flow. Не е достапна со All sources, директен Form опсег, Date Anniversary, tag или field тригери, Custom Event или Inbound Webhook URL. Оваа строга поврзаност обезбедува преземањето да припаѓа на завршено Double Opt-in патување со познат Signup Flow.

За да додадете lead magnet:

1. Додајте или уредете Email чекор во квалификувана автоматизација.
2. Отворете „Lead magnet delivery“.
3. Изберете ја датотеката или URL понудата.
4. Во телото на e-mail пораката креирајте копче или текстуален линк.
5. Користете го tag-от за персонализација „Lead magnet URL“ како дестинација на тој линк.
6. Зачувајте го Email чекорот, а потоа зачувајте ја автоматизацијата.

Maildroppa интерно го користи merge tag-от {{ lead_magnet_url }} и при испраќањето го заменува со заштитен Maildroppa линк за преземање.

Tag-от мора да се користи како цел на линк во телото на e-mail пораката. Не ставајте го во Subject, Preheader, видливиот текст или друга локација што не е линк. Уредувачот спречува зачувување на избран lead magnet без валиден линк за преземање, а исто така спречува tag за URL на lead magnet без избрана понуда.

Заштитениот линк останува стабилен. Ако подоцна ја замените датотеката или ја промените целта на понудата, линковите во веќе испратените e-mail пораки продолжуваат да работат и се разрешуваат до тековната цел.

Чекори Condition

Condition ги проценува податоците кога контактот ќе стигне до чекорот и го дели патувањето на две патеки:

• YES — Целосниот израз се совпаѓа.
• NO — Изразот не се совпаѓа.

Условите можат да користат полиња на претплатникот, tag-ови и сегменти. Во Custom Event или Inbound Webhook автоматизација, можат да ги користат и набљудуваните 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 условите може да се прегледаат според прифатениот тест-примерок во текот на поставувањето.

Податоците за настанот се проценуваат од snapshot-от на извршувањето, а не од профилот на контактот. Ажурирањето на слично именувано поле на претплатникот не ја менува вредноста на настанот зачувана кога започнало извршувањето.

Креирање повеќе од две патеки

Секој поединечен Condition има само YES и NO гранки. За да креирате разгранување според земја, ценовен план или друга повеќепатна логика, поврзете друг Condition со NO гранката и продолжете додека не стигнете до конечната резервна патека.

Зачувување, активирање и повторно влегување

Кога текот е завршен, зачувајте го како Draft или активирајте го.

Дајте ѝ на автоматизацијата јасно уникатно име, како „Confirmed Signup - Main Welcome“, „Annual Birthday Offer“ или „Trial Started - Professional“. Специфичното име многу го олеснува препознавањето на верзиите и дејствата меѓу автоматизациите.

Allow Reentry

Повторното влегување контролира дали контакт што ја завршил автоматизацијата во минатото може повторно да влезе.

• Кога повторното влегување е исклучено, завршен контакт не може повторно да ја започне истата автоматизација.
• Кога е вклучено, контактот може повторно да влезе по подоцнежен тригер што се совпаѓа.

Контактот не може да има две истовремено активни извршувања во иста автоматизација. Дури и со овозможено повторно влегување, Maildroppa дозволува најмногу 10 завршувања по контакт, по автоматизација, дневно.

Овозможете повторно влегување за навистина повторливи патувања, како годишнини или повторни купувања. Оставете го исклучено за еднократно onboarding патување или lead magnet што треба да се испорача само еднаш.

Проверки при активирање

Пред автоматизацијата да стане активна, Maildroppa ја проверува целосната конфигурација. Во зависност од текот, ова вклучува:

• Целосност на тригерите и чекорите.
• Поврзани гранки и валиден почетен чекор.
• Невалидни циклуси или зависности меѓу автоматизациите.
• Содржина на e-mail пораки и синтакса на персонализацијата.
• Доделување lead magnet и поставување линк за преземање.
• Custom Event API клуч и набљудувани тест-податоци.
• Inbound webhook URL, тест-барање, e-mail адреса на примателот и референтни полиња на настанот.
• Signing secret за излезниот webhook.

Решете ја секоја отворена ставка за поставување наместо да активирате со непроверена претпоставка.

Уредување активна автоматизација

Можете да отворите Active или Paused автоматизација во уредувачот. Ако активните контакти може да бидат засегнати, при зачувувањето се нудат две опции.

Update Automation

Ова ги применува промените директно на тековната автоматизација.

Користете го за мали, безбедни корекции кога разбирате каде чекаат активните контакти. Отстранувањето или заменувањето чекор може да го наруши нивното патување или да ги отстрани контактите од автоматизацијата.

Save as New Version

Ова го зачувува тековното поставување за контактите што веќе се внатре и креира нова активна верзија за идните влезови.

Претходната верзија преминува во Disconnecting. Нејзините тригери престануваат да прифаќаат нови контакти, но активните контакти продолжуваат низ непроменетиот тек. Таа станува Archived откако последниот контакт ќе заврши. Новата верзија ги добива новите влезови.

Користете ја оваа опција за структурни промени, нови секвенци, променети доцнења, големи промени во условите или замена на e-mail порака до која контактите веќе се приближуваат.

Паузирање, исклучување, копирање и бришење

Pause кога планирате да продолжите

Паузирајте автоматизација за да спречите нови влезови и привремено да ги замрзнете активните контакти. Повторно активирајте ја кога ќе заврши проблемот или планираниот прекин.

Pause е корисно при корекција на дестинација, проверка на e-mail порака или привремено запирање временски чувствително патување. Имајте предвид дека inbound webhook барањата примени додека е паузирана не стануваат одложени извршувања; тие се прифаќаат и евидентираат без да ја започнат автоматизацијата.

Disconnect кога постоечките контакти треба да завршат

Исклучете ја автоматизацијата кога не треба да влегуваат нови контакти, но контактите што веќе се внатре треба нормално да завршат. Ова обично е побезбедно од бришење активно патување.

Use as Draft за ново патување

Користете Use as Draft кога структурата е корисна, но новата автоматизација треба да биде независна. Преименувајте ја копијата, прегледајте го секој тригер, порака видлива за примателот, цел на дејство, webhook, доцнење и услов пред активирањето.

Бришете внимателно

Бришењето е трајно. На автоматизација што сè уште е референцирана од друга автоматизација можеби прво ќе треба да ѝ ги отстраните тие референци. За активно патување, размислете за Pause, Disconnect или Save as New Version пред бришење.

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

Пред активирањето, прегледајте ја автоматизацијата од перспективата на контактот:

1. Дали секој тригер го претставува точниот настан што треба да го започне патувањето?
2. Ако постојат повеќе стандардни тригери, дали нивните опсези намерно не се преклопуваат?
3. Дали повторното влегување е соодветно за овој случај на употреба?
4. Дали секоја гранка води кон нешто логично?
5. Дали траењата на доцнењата се точни и дали секој Date Field Delay соодветно се справува со недостасувачка вредност?
6. Дали се проверени сите subject-и, preheader-и, линкови, tag-ови за персонализација и мобилни распореди на e-mail пораките?
7. Ако е избран lead magnet, дали неговиот заштитен tag се користи како цел на линк во телото?
8. Ако се користат податоци за настани, дали тест-барањето го содржеше секое задолжително својство?
9. Дали webhook URL-овите и тајните се чуваат само во соодветни server-side системи?
10. Дали прегледите и тестовите на излезниот webhook се успешни?
11. Дали Update Automation би ги нарушил активните контакти, што го прави Save as New Version побезбедна опција?
12. Дали постои јасен начин за паузирање или исклучување на патувањето ако откаже надворешна зависност?

Започнете со мал, разбирлив тек и додавајте сложеност само кога служи за јасно патување на претплатникот. Јасните тригери, кратките гранки, намерно поставените доцнења и фокусираните e-mail пораки полесно се тестираат и обично создаваат подобро искуство од една огромна автоматизација.