Veidojiet e-pasta mārketinga automatizācijas

Published: 2026. gada 16. jūlijs · Last updated: 2026. gada 21. jūlijs · By Marcus Biel

Automatizācijas ļauj izveidot pilnus e-pasta ceļojumus, kas reaģē uz abonentu aktivitātēm, datumiem, datu izmaiņām un notikumiem no ārējām lietojumprogrammām.

Katru automatizāciju veidojat kā vizuālu plūsmu. Aktivizētājs nosaka, kad kontaktpersona tiek iekļauta plūsmā. Pēc tam soļi nosūta e-pastus, ietur pauzi, atjaunina abonenta datus, izsauc citu sistēmu vai atbilstoši nosacījumam izvēlas citu ceļu. Parastām sagaidīšanas secībām, turpmākiem ziņojumiem, jubilejas e-pastiem vai abonentu segmentēšanai programmēšana nav nepieciešama. Ja vēlaties savienot citu lietojumprogrammu, tas pats veidotājs nodrošina arī Custom Event un Inbound Webhook aktivizētājus.

Šajā ceļvedī izskaidrota visa Automations lapa un veidotājs, tostarp visi pašreizējie aktivizētāji un soļi, e-pasta redaktors automatizācijā, notikumu dati, svina magnēta piegāde, publicēšana, versiju veidošana un droša tīmekļa āķu iestatīšana.

Ko varat izveidot ar automatizācijām

Tālāk ir daži izplatīti piemēri:

• Sagaidīšanas sērija — Sāciet pēc tam, kad kontaktpersona apstiprina reģistrēšanos, nosūtiet tūlītēju sagaidīšanas e-pastu, pagaidiet divas dienas un turpiniet ar noderīgu saturu.
• Svina magnēta piegāde — Sāciet pēc apstiprinātas reģistrēšanās, izmantojot konkrētu Signup Flow, nosūtiet aizsargātu lejupielādes saiti un vēlāk nosūtiet turpinājuma ziņojumu.
• Dzimšanas dienas un jubilejas e-pasti — Sāciet katru gadu datumā, kas saglabāts abonenta laukā.
• Interesēs balstīti turpinājuma ziņojumi — Sāciet, kad tiek pievienota atzīme, un pēc tam nosūtiet saturu, kas atbilst šai interesei.
• Profila pabeigšanas ceļojumi — Reaģējiet, kad lauks tiek pievienots, atjaunināts vai dzēsts.
• Produktu un pirkumu ceļojumi — Ļaujiet jūsu aizmugursistēmai nosūtīt notikumu, piemēram, trial.started vai order_paid, un pēc tam izmantojiet notikuma rekvizītus e-pastos un nosacījumos.
• Ienākošās integrācijas bez koda — Piešķiriet ārējam rīkam unikālu tīmekļa āķa URL, kas, saņemot JSON, sāk vienu konkrētu automatizāciju.
• Abonentu uzturēšana — Pievienojiet vai noņemiet atzīmes, atjauniniet laukus, sāciet vai apturiet citu automatizāciju vai anulējiet kontaktpersonas abonementu.
• Sistēmu integrācijas — Nosūtiet parakstītu JSON tīmekļa āķi citai lietojumprogrammai, kad kontaktpersona sasniedz noteiktu soli.

Automatizāciju lapas atvēršana

Galvenajā navigācijā atveriet “Automations”.

Pārskatā ir uzskaitītas visas jūsu konta automatizācijas. Katrā rindā redzams tās Status, Automation Name, Active Subscribers skaits, Completed Subscribers skaits un darbību izvēlne labajā pusē.

Automatizāciju statusi

Statuss norāda, ko automatizācija pašlaik dara.

Draft — Automatizācija vēl tiek sagatavota. Tā nepieņem kontaktpersonas un neizpilda soļus. Varat turpināt to rediģēt un aktivizēt, kad tā ir gatava.

Active — Automatizācija darbojas. Atbilstošie aktivizētāji var sākt jaunus izpildes ciklus, un kontaktpersonas, kas jau atrodas plūsmā, turpina veikt savus soļus.

Paused — Jaunas kontaktpersonas netiek iekļautas plūsmā, un tajā esošās kontaktpersonas nevirzās uz priekšu, līdz automatizācija tiek atkal aktivizēta. Inbound Webhook URL joprojām var pieņemt un reģistrēt pieprasījumus, taču šie pieprasījumi nesāk izpildes ciklus.

Disconnecting — Sākotnējie aktivizētāji vairs nepieņem jaunas kontaktpersonas, taču plūsmā esošās kontaktpersonas turpina savus ceļojumus. Kad pēdējā aktīvā kontaktpersona aiziet, Maildroppa automātiski arhivē automatizāciju. Disconnecting automatizāciju var tikai skatīt.

Archived — Automatizācija ir pabeigta un paredzēta tikai skatīšanai. Tā vairs nepieņem kontaktpersonas un neizpilda soļus. Joprojām varat to skatīt vai izmantot kā pamatu jaunam melnrakstam.

Pārskata skaitītāji

Active Subscribers ir to kontaktpersonu skaits, kas pašlaik gaida pie soļa vai virzās caur kādu šīs automatizācijas soli.

Completed Subscribers ir pabeigto automatizācijas izpildes ciklu skaits. Ja ir iespējama atkārtota iekļaušana, viena kontaktpersona var pabeigt to pašu automatizāciju vairāk nekā vienu reizi, tāpēc tas ir pabeigšanas skaits, nevis obligāti unikālo kontaktpersonu skaits.

Rindas darbības

Atveriet trīs punktu izvēlni rindas beigās. Pieejamās darbības ir atkarīgas no pašreizējā statusa:

• Aktīvās automatizācijas var apturēt, atvienot, rediģēt, kopēt kā melnrakstu vai dzēst.
• Apturētās automatizācijas var aktivizēt, atvienot, rediģēt, kopēt kā melnrakstu vai dzēst.
• Atvienotās un arhivētās automatizācijas var skatīt, kopēt kā melnrakstu vai dzēst.
• Melnrakstus var rediģēt vai dzēst.

“Use as Draft” izveido atsevišķu rediģējamu kopiju. Tas neaktivizē un nemaina sākotnējo automatizāciju. Ja avotā tiek izmantots Inbound Webhook URL, slepenais URL jaunajā melnrakstā netiek kopēts; kopijai jāsaņem savs URL.

Automatizācijas izveide

Noklikšķiniet uz “Create Automation”, lai atvērtu vizuālo veidotāju.

Katrai izmantojamai automatizācijai nepieciešams:

1. Nosaukums.
2. Vismaz viens aktivizētājs.
3. Vismaz viens savienots solis.
4. Pilnīgs ceļš no pirmā soļa līdz katra zara beigām.

Uz kanvas ir plusa pogas visur, kur iespējams ievietot jaunu soli. Noklikšķiniet uz plusa pogas, izvēlieties soļa veidu un to konfigurējiet. Novietojiet kursoru virs esoša aktivizētāja vai soļa, lai to rediģētu vai noņemtu.

Veidojiet un saglabājiet automatizāciju kā Draft, kamēr to testējat. Aktivizējiet to tikai pēc tam, kad ir pārbaudīti aktivizētāji, saturs, nosacījumi, saites, aizkaves un integrācijas.

Aktivizētāji: kā kontaktpersonas tiek iekļautas automatizācijā

Aktivizētājs ir automatizācijas sākumpunkts. Maildroppa pašlaik nodrošina deviņus aktivizētāju veidus:

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

Vispārīgi un konkrēti aktivizētāji

Reģistrēšanās, atzīmju un lauku aktivizētāji var aptvert plašu avotu vai vienu konkrētu avotu.

Piemēram, “Any Tag” reaģē uz katru klienta izveidotu atzīmi, savukārt aktivizētājs “Webinar” reaģē tikai tad, kad piešķirta šī atzīme. “Any Field” un aktivizētājs vienam izvēlētam laukam darbojas tāpat.

Automatizācijā vienlaikus nevar būt vispārīgs aktivizētājs un konkrēts tā paša veida aktivizētājs. “Any Tag” jau ietver atzīmi “Webinar”, tāpēc abu pievienošana radītu pārklāšanos. Arī dublēti konkrētie aktivizētāji nav lietderīgi un tiek novērsti.

Vienai automatizācijai varat pievienot līdz 30 standarta aktivizētājiem. Kontaktpersona tiek iekļauta plūsmā, kad atbilst jebkuram no tiem. Tomēr Custom Event un Inbound Webhook URL ir īpaši notikumu datu aktivizētāji, un uz tiem attiecas stingrāki noteikumi, kas aprakstīti tālāk.

Signup Confirmed

Šis aktivizētājs sāk darboties tikai pēc tam, kad kontaktpersona noklikšķina uz Double Opt-in apstiprinājuma saites reģistrēšanās laikā. Ar veidlapas iesniegšanu vien nepietiek.

Izvēlieties ceļojumam atbilstošu avota tvērumu:

• Form — Izvēlieties vienu konkrētu reģistrēšanās veidlapu.
• Signup flow — Izvēlieties vienu konkrētu Signup Flow.
• All sources — Reaģējiet uz apstiprinātām reģistrēšanās reizēm no visiem avotiem.

Izmantojiet konkrētu Form, ja automatizācija paredzēta vienai izvietošanas vietai, piemēram, vebināra galvenajai lapai. Izmantojiet konkrētu Signup Flow, ja vairākas veidlapas apzināti izmanto vienu un to pašu apstiprināšanas ceļojumu un turpmākos ziņojumus. Izmantojiet All sources tikai tad, ja ikvienai apstiprinātai reģistrēšanās reizei jāsaņem viena un tā pati automatizācija.

Detalizētu informāciju par Double Opt-in ziņojumiem, novirzīšanu, apstiprinājuma lapām un veidlapu piešķiršanu skatiet Signup Flows ceļvedī.

Date Anniversary

Date Anniversary sāk automatizāciju katru gadu mēnesī un dienā, kas saglabāta izvēlētā pielāgotā Date laukā.

Piemēram, ja laukā “Birthday” ir 1988-04-12, aktivizētājs var sākt darboties katra gada 12. aprīlī. Sākotnējais gads identificē datumu, bet neierobežo aktivizētāju tikai ar šo vienu gadu.

Var atlasīt tikai aktīvus Date laukus. Ja Date lauks vēl nepastāv, pirms šī aktivizētāja konfigurēšanas izveidojiet to sadaļā Subscriber Fields and Tags.

Ikgadējiem ceļojumiem parasti nepieciešama atkārtota iekļaušana. Bez tās kontaktpersona, kas pagājušajā gadā pabeidza dzimšanas dienas automatizāciju, šogad tajā vairs nevarēs iekļūt.

Tag is Added un Tag is Removed

Šie aktivizētāji sāk darboties, kad klienta izveidota atzīme faktiski tiek piešķirta kontaktpersonai vai no tās noņemta. Izvēlieties “Any Tag” vai vienu konkrētu atzīmi.

Tie ir noderīgi interesēm, dzīves cikla posmiem, klientu grupām, vebināru apmeklējumam vai manuālām turpmākās saziņas rindām. Šos aktivizētājus var sākt pašreizējās profila izmaiņas Maildroppa, atbalstītie individuālie API atjauninājumi un klienta veiktās masveida atzīmju darbības.

Maildroppa reaģē tikai uz reālām izmaiņām. Piešķirot atzīmi, kas kontaktpersonai jau ir, vai noņemot atzīmi, kuras kontaktpersonai nav, jauns atzīmes maiņas notikums netiek izveidots.

Automatizācijas soļa veiktās atzīmju izmaiņas rekursīvi nesāk citu automatizāciju ar atzīmes aktivizētāju. Ja vienai automatizācijai apzināti jānodod kontaktpersona citai, izmantojiet tiešo darbību “Start Other Automation”.

Field is Added, Field is Updated un Field is Removed

Šie aktivizētāji reaģē uz izmaiņām abonenta profila vērtībās. Katrs var pārraudzīt “Any Field” vai vienu izvēlētu lauku.

• Field is Added — Iepriekš tukšs lauks saņem vērtību.
• Field is Updated — Esoša vērtība mainās uz citu vērtību.
• Field is Removed — Lauka vērtība tiek notīrīta.

Šī atšķirība ir noderīga. Piemēram, pirmreizēja dzimšanas datuma pievienošana var sākt vienu izglītojošu ziņojumu, savukārt tā vēlāka maiņa var sākt datu pārskatīšanas procesu.

Šos notikumus var radīt profila labojumi Maildroppa lietotnē un atbalstītie individuālie API atjauninājumi. Reģistrēšanās apstrāde, imports un cita automatizācijas soļa veiktās izmaiņas nesāk šo aktivizētāju saimi. Reģistrēšanās ceļojumam izmantojiet Signup confirmed.

Arhivētus laukus nevar atlasīt jaunos aktivizētājos. Esošās atsauces joprojām ir redzamas, lai vecāku automatizāciju varētu saprast un labot, taču pirms rediģētas konfigurācijas aktivizēšanas atjaunojiet vai aizstājiet lauku.

Informāciju par lauku veidiem un arhivēšanas darbību skatiet Subscriber Fields and Tags ceļvedī.

Custom Event un Inbound Webhook URL

Abi notikumu datu aktivizētāji ļauj ārējai sistēmai sākt automatizāciju un piegādāt pagaidu datus konkrētajam izpildes ciklam. Tie paredzēti atšķirīgiem integrācijas veidiem.

Notikumu datu aktivizētājam jābūt vienīgajam aktivizētājam automatizācijā. Custom Event vai Inbound Webhook URL nevar kombinēt ar Signup confirmed, atzīmes aktivizētāju, lauka aktivizētāju, Date Anniversary vai otru notikumu datu aktivizētāju. Šis noteikums nodrošina, ka notikumu rekvizīti ir uzticami pieejami katrā plūsmas e-pastā un nosacījumā.

Notikumu dati pieder vienam automatizācijas izpildes ciklam. Tie automātiski nekļūst par pastāvīgiem abonenta profila datiem. Ja noteikta informācija jāuzglabā arī kontaktpersonā, pievienojiet Update Field soli.

Custom Event aktivizētāja iestatīšana

Izvēlieties “Custom Event”, ja jūsu serveris var izsaukt Maildroppa Events API, izmantojot API atslēgu.

1. solis: izvēlieties notikuma atslēgu

Ievadiet stabilu biznesa notikuma nosaukumu, piemēram:

• trial.started
• order_paid
• booking_created

Notikuma atslēga var saturēt burtus, ciparus, punktus, pasvītras un defises. Atbilstība ir precīza, tāpēc order_paid un order.paid ir atšķirīgi notikumi. Pēc integrācijas ieviešanas saglabājiet nosaukumu nemainīgu.

2. solis: izlemiet, vai atļaut jaunas kontaktpersonas

Izmantojiet “Allow new contacts from this source”, lai kontrolētu nezināmas e-pasta adreses.

• Ja opcija ir izslēgta, automatizāciju var sākt tikai e-pasta adrese, kas jau pieder Maildroppa kontaktpersonai. Nezināmas adreses tiek noraidītas.
• Ja opcija ir ieslēgta, Maildroppa izveido kontaktpersonu nezināmai e-pasta adresei un pēc tam sāk automatizāciju.

Atstājiet opciju izslēgtu, ja nosūtītājai sistēmai vajadzētu tikai papildināt vai apstrādāt Maildroppa jau pārvaldītas kontaktpersonas. Ieslēdziet to tikai tad, ja ārējais notikums ir apstiprināts kontaktpersonu izveides avots un jūsu procesam ir nepieciešamā atļauja.

3. solis: izveidojiet vai izmantojiet API atslēgu

Iestatīšanas kontrolsaraksts parāda, vai ir pieejama API atslēga. Ja nepieciešams, izveidojiet to aktivizētāja iestatījumos.

Uztveriet API atslēgu kā paroli. Izmantojiet to tikai servera puses kodā. Neievietojiet to pārlūkprogrammas JavaScript kodā, publiskā repozitorijā, ekrānuzņēmumos, atbalsta pieteikumos, publiskajā dokumentācijā vai koplietotos žurnālos. Kopējot piemēra cURL komandu, noslēpums tiek iekopēts arī starpliktuvē.

Pieprasījums tiek nosūtīts uz:

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

ar galveni:

X-API-Key: YOUR_API_KEY

Vispārīgu informāciju par atslēgu drošību un rotāciju skatiet API Key ceļvedī.

4. solis: nosūtiet testa notikumu

Nosūtiet notikumu ar triggerAutomations vērtību false. Tas ļauj Maildroppa novērot notikuma rekvizītus, nesākot aktīvu automatizāciju.

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

Rekvizītiem jābūt plakaniem objektiem. Vērtības var būt virknes, skaitļi, Būla vērtības vai null. Rekvizītu nosaukumi var saturēt burtus, ciparus, pasvītras, punktus un defises. Serializētais properties objekts var būt līdz 64 KiB liels.

Maildroppa aktivizētāja iestatījumos parāda novērotos rekvizītus. Pēc tam tie kļūst atlasāmi e-pasta personalizācijā un nosacījumu sadaļā Event data. Piemēram, planName e-pastā var ievietot kā {{event.planName}}.

5. solis: pabeidziet kontrolsarakstu un aktivizējiet

Custom Event kontrolsaraksts apstiprina:

• Notikuma atslēga ir konfigurēta.
• API atslēga ir pieejama.
• Testa notikuma dati tika novēroti.
• Aktivizētājs ir gatavs aktivizēšanai.

Kad automatizācija ir aktīva, nosūtiet produkcijas notikumus ar triggerAutomations vērtību true. Notikuma atslēgai precīzi jāsakrīt. Notikuma rekvizīti tiek saglabāti kopā ar šo automatizācijas izpildes ciklu un paliek pieejami visos tā soļos.

Inbound Webhook URL aktivizētāja iestatīšana

Izvēlieties “Inbound Webhook URL”, ja ārēja lietojumprogramma var nosūtīt JSON POST pieprasījumu, bet tai nevajadzētu izmantot visas jūsu konta API atslēgu.

Maildroppa izveido unikālu slepenu URL šai automatizācijai, piemēram:

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

Piekļuvi nodrošina maršruta marķieris. API atslēga nav nepieciešama, un sākt var tikai ar šo URL saistītā automatizācija.

1. solis: izveidojiet URL

Pievienojiet Inbound Webhook URL aktivizētāju un pēc pieprasījuma saglabājiet automatizāciju. Pēc tam Maildroppa izveido un parāda tās URL.

Iekopējiet URL ārējās sistēmas tīmekļa āķa iestatījumos. Uztveriet visu URL kā paroli. Nepublicējiet to, neievietojiet klienta puses kodā un neiekļaujiet parastos koplietojamos žurnālos.

2. solis: nosūtiet testa JSON pieprasījumu

Iestatīšana nodrošina gatavus piemērus kopēšanai macOS/Linux un Windows PowerShell vidēm. Nosūtiet vienu tīmekļa āķa pieprasījumu vienai kontaktpersonai. Lietderīgajā slodzē kaut kur jābūt derīgai saņēmēja e-pasta adresei, ko Maildroppa var identificēt.

Piemēram:

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

Pirms aktivizēšanas pieņemtie pieprasījumi tiek saglabāti tikai kā īslaicīgi testa dati. Tie nesāk automatizāciju un nenosūta e-pastus.

Ja ārējā sistēma automātiski atkārto pieprasījumus, nosūtiet Idempotency-Key vai X-Webhook-Id galveni. Tas palīdz Maildroppa atpazīt vienu un to pašu piegādi, nevis sākt vienu un to pašu notikumu divreiz. Ja divi citādi identiski notikumi ir apzināti, piešķiriet katram savu notikuma ID.

3. solis: atlasiet saņēmēja e-pastu

Maildroppa pārbauda jaunāko derīgo testa pieprasījumu un meklē iespējamos e-pasta laukus.

• Ja atrasts viens skaidrs lauks, to var atlasīt automātiski.
• Ja atrasti vairāki iespējamie lauki, izvēlieties to, kas identificē kontaktpersonu.
• Ja neviens nav atrasts, pielāgojiet lietderīgo slodzi un nosūtiet vēl vienu testa pieprasījumu.

Atlasītais ceļš pieder tīmekļa āķa līgumam. Sūtiet vienu pieprasījumu katram saņēmējam, nevis saņēmēju masīvu.

4. solis: izlemiet, vai izveidot trūkstošās kontaktpersonas

Ja “Create missing contacts” ir atspējots, automatizāciju sāk tikai esošās kontaktpersonas. Nezināmas e-pasta adreses tiek reģistrētas, bet nesāk izpildes ciklu.

Ja opcija ir iespējota, Maildroppa izveido jaunu kontaktpersonu derīgai nezināmai e-pasta adresei un pēc tam sāk automatizāciju. Iespējojiet to tikai tad, ja ienākošajam avotam ir atļauts izveidot kontaktpersonas.

5. solis: pārskatiet notikumu datus

Maildroppa uzskaita izmantojamās vērtības, kas novērotas testa lietderīgajā slodzē. Šie ieteikumi nav pastāvīga, pilnīga shēma. Ja nepieciešama vērtība trūkst, iekļaujiet to jaunā testa pieprasījumā un atsvaidziniet testa datus.

Saņēmēja e-pasts tiek apstrādāts īpaši un netiek dublēts kā notikumu datu rekvizīts. Var tikt izslēgti arī saraksti, vērtības, kas izskatās sensitīvas, dziļi ligzdotas vērtības, tukši objekti, nedroši rekvizītu nosaukumi vai lauki ārpus atbalstītajiem noteikšanas ierobežojumiem.

Novērotie lauki kļūst pieejami e-pastos kā ievietošanas tagi un nosacījumos sadaļā Event data. To vērtības tiek atsevišķi fiksētas katram aktīvajam automatizācijas izpildes ciklam.

6. solis: pabeidziet kontrolsarakstu un aktivizējiet

Iestatīšanas kontrolsaraksts parāda, vai:

• Tīmekļa āķa URL ir gatavs.
• Ir saņemts derīgs testa pieprasījums.
• Saņēmēja e-pasts ir noteikts vai atlasīts.
• Notikumu dati ir pieejami, ja plūsma tos izmanto.
• Tīmekļa āķis ir gatavs aktivizēšanai.

Kad aktivizējat automatizāciju, Maildroppa noņem iestatīšanas paraugus. Pēc tam jauni pieprasījumi var sākt reālus izpildes ciklus.

URL statuss un drošība

Ienākošajam URL var būt šādi stāvokļi:

• Pending — Pieprasījumi tiek saglabāti kā iestatīšanas dati un nesāk izpildes ciklus.
• Live — Derīgi pieprasījumi var sākt aktīvo automatizāciju.
• Paused — Pieprasījumi tiek pieņemti un reģistrēti, bet nesāk izpildes ciklus.
• Revoked — URL tika neatgriezeniski atspējots un vairs nesāk izpildes ciklus.
• Expired — Iestatīšana netika aktivizēta laikā. Izveidojiet jaunu URL un testējiet to vēlreiz.

Izmantojiet “Rotate URL” plānotām izmaiņām. Maildroppa izveido jaunu URL, bet iepriekšējais paliek derīgs 24 stundas, dodot jums laiku atjaunināt ārējo lietojumprogrammu.

Izmantojiet “Replace URL Now” tikai tad, ja pašreizējais URL ir atklāts vai ļaunprātīgi izmantots. Tas nekavējoties atspējo veco URL, un šo darbību nevar atsaukt. Pirms gaidāt jaunus notikumus, atjauniniet nosūtītāju ar no jauna ģenerēto URL.

Soļu pievienošana un rediģēšana

Noklikšķiniet uz plusa pogas zem aktivizētāja vai starp esošajiem soļiem. Pirmajā dialoglodziņā ir četras galvenās izvēles:

• Action
• Delay
• Email
• Condition

Action un Delay atver otru atlasi ar atsevišķiem soļu veidiem.

Lai rediģētu soli, novietojiet kursoru virs tā un atlasiet rediģēšanas ikonu. Lai to noņemtu, atlasiet dzēšanas ikonu un apstipriniet brīdinājumu. Soļa noņemšana no automatizācijas, kurā jau ir aktīvas kontaktpersonas, var noņemt kontaktpersonas, kas gaida pie šī soļa, tāpēc rūpīgi pārskatiet aktīvās plūsmas.

Darbību soļi

Kategorijā Action ir septiņas darbības.

Update Field

Izvēlieties abonenta lauku un ievadiet jauno vērtību. Ievade pielāgojas lauka veidam, tostarp izvēles un vairākatlases laukiem.

Izmantojiet šo darbību, lai saglabātu dzīves cikla posmu, reģistrētu izvēli vai saglabātu atlasītu informāciju pēc tam, kad kontaktpersona sasniedz nozīmīgu posmu. Arhivētus laukus jaunai darbībai nevar atlasīt.

Add Tag

Izvēlieties klienta izveidotu atzīmi, ko piešķirt kontaktpersonai. Sistēmas atzīmes šai darbībai nav pieejamas.

Izmantojiet atzīmes iekšējai organizēšanai, segmentēšanai un vēlākai kampaņu atlasei. Jau piešķirtas atzīmes pievienošana profilu nemaina.

Remove Tag

Izvēlieties klienta izveidotu atzīmi, ko noņemt. Ja kontaktpersonai tās nav, solis var turpināties, neradot izmaiņas.

Start Other Automation

Izvēlieties citu piemērotu automatizāciju un sāciet to tai pašai kontaktpersonai.

Tas ir tiešais veids, kā savienot mazākus, atkārtoti izmantojamus ceļojumus. Maildroppa izslēdz nederīgus mērķus un pārbauda automatizāciju atkarības, lai novērstu ciklus, piemēram, situāciju, kad Automation A sāk Automation B, bet Automation B sāk Automation A.

Uz mērķa automatizāciju joprojām attiecas tās atkārtotas iekļaušanas noteikumi. Kontaktpersona, kas tur jau ir aktīva, nevar sākt otru vienlaicīgu izpildes ciklu.

Stop Other Automation

Izvēlieties citu automatizāciju, kurā šai kontaktpersonai jāpārtrauc virzība. Tas ir noderīgi, ja vēlāks notikums padara vecāku uzturēšanas secību neatbilstošu.

Send Webhook

Send Webhook nosūta parakstītu JSON POST pieprasījumu, kad kontaktpersona sasniedz šo soli. Tā ir izejoša darbība, kas atšķiras no ienākošā Inbound Webhook URL aktivizētāja.

Konfigurējiet:

• Publisku HTTPS mērķa URL.
• Neobligātas pielāgotas galvenes servera puses autentifikācijai.
• Visus atbalstītos abonenta laukus vai atlasītu lauku kopu.
• Konta webhook Signing secret.

Dialoglodziņā pirms saglabāšanas tiek parādīts lietderīgās slodzes priekšskatījums. Nosūtiet testa tīmekļa āķi, lai pārbaudītu galapunktu, pēc tam apskatiet piegādes rezultātu un vēlāk produkcijas piegāžu vēsturi šajā solī.

Abonenta dati tiek nosūtīti JSON pamattekstā. Saglabājiet mērķa URL statisku; neievietojiet personas datus vai noslēpumus vaicājuma parametros. Produkcijas piegādes notiek fonā, un īslaicīgas kļūmes tiek mēģinātas atkārtoti. Testa pieprasījums tiek nosūtīts vienu reizi un netiek atkārtots.

Ja saņēmējs atgriež 410 Gone, Maildroppa atspējo piegādi šim solim, jo galapunkts ir skaidri norādījis, ka vairs nepastāv. Izlabojiet saņēmēju vai URL, pēc tam solī izmantojiet “Re-enable”.

Automatizāciju tīmekļa āķi un konta mēroga izstrādātāju tīmekļa āķi izmanto vienu un to pašu Signing secret. Informāciju par paraksta pārbaudi, atkārtošanas darbību, mērķa prasībām un noslēpuma rotāciju skatiet Webhooks ceļvedī.

Unsubscribe

Unsubscribe maina kontaktpersonas statusu uz anulētu abonementu visiem e-pastiem. Tas ir termināls solis, tāpēc šajā ceļā tam nevar sekot neviens nākamais solis.

Izmantojiet to tikai tad, ja automatizācija atspoguļo skaidru atteikšanos no abonementa vai apzināti izstrādātu politiku. Neizmantojiet to tikai vienas automatizācijas apturēšanai; tā vietā izmantojiet Stop Other Automation.

Aizkaves soļi

Aizkaves nosaka, kad kontaktpersona sasniedz nākamo soli.

Fixed Delay

Ievadiet daudzumu un izvēlieties Minutes, Hours, Days, Weeks vai Months.

Minimālā aizkave ir piecas minūtes. Visām pārējām vienībām nepieciešams daudzums vismaz viens. Fiksēta aizkave sākas, kad kontaktpersona sasniedz šo soli, tāpēc divas kontaktpersonas var gaidīt dažādos kalendāra laikos, pat ja tām ir vienāds ilgums.

Date Field Delay

Izvēlieties aktīvu pielāgotu Date lauku. Kontaktpersona gaida, līdz tiek sasniegts šajā laukā saglabātais datums.

Jāizvēlas arī, kas notiek, ja kontaktpersonai šajā laukā nav vērtības:

• Proceed Immediately — Izlaidiet gaidīšanu un turpiniet ar nākamo soli.
• Wait Indefinitely — Atstājiet kontaktpersonu šajā solī, līdz kļūst pieejama vērtība.
• Remove Subscriber — Pabeidziet šīs kontaktpersonas pašreizējo automatizācijas izpildes ciklu.

Izvēlieties apzināti. “Wait Indefinitely” var atstāt kontaktpersonas aktīvas uz ilgu laiku, savukārt “Remove Subscriber” beidz viņu ceļojumu, neizpildot vēlākos soļus.

E-pasta izveide tieši automatizācijā

Tagad Email solis atver pilnvērtīgu e-pasta redaktoru tieši automatizācijas darbplūsmā. Vairs nav jāizveido atsevišķs Transactional Email un pēc tam tas jāatlasa nolaižamajā izvēlnē.

Ievadiet Subject un neobligātu Preheader, pēc tam vizuālajā redaktorā izveidojiet e-pasta pamattekstu. Varat ievilkt satura blokus ziņojumā, konfigurēt tā izskatu vai noklikšķināt uz “Browse Templates”, lai sāktu ar jau esošu dizainu. Noklikšķiniet uz “Save Step”, lai pabeigto ziņojumu atgrieztu automatizācijas kanvā.

Kontam paredzētā standarta Maildroppa kājene tiek iekļauta e-pastā. Tās globālo izskatu konfigurējiet Footer Style lapā.

Subject un Preheader

Subject ir obligāts, un tajā var būt līdz 255 rakstzīmēm. Preheader nav obligāts, un tajā var būt līdz 100 rakstzīmēm.

Svarīgāko daļu novietojiet sākumā, jo iesūtnes bieži saīsina abus laukus. Rakstīšanas laikā redaktors parāda garuma ieteikumus.

Veidnes un satura bloki

“Browse Templates” atver e-pasta ziņojumiem piemērotas veidnes. Izvēloties veidni, tiek aizstāts pašreizējais pamatteksta dizains, tāpēc izvēlieties veidni pirms plaša manuāla darba.

Vizuālajā redaktorā izmantojiet struktūras un satura blokus tekstam, attēliem, pogām, atstarpēm, sociālajām saitēm un citam atbalstītam saturam. Pirms aktivizēšanas pārskatiet priekšskatījuma saites, mobilo izkārtojumu, sūtītāja identitāti, kājenes kontrastu un galīgo tekstu.

Personalizācija

Kontaktpersonā saglabātajai informācijai izmantojiet abonenta personalizācijas laukus.

Kad automatizācija sākas no Custom Event vai Inbound Webhook URL, novērotie notikumu rekvizīti ir pieejami arī kā personalizācijas tagi. Piemēram:

Your {{event.planName}} trial has started

Notikumu vērtības nāk no individuālā izpildes cikla, kas sasniedzis e-pastu. Ja rekvizīts ir obligāts, pārliecinieties, ka testa lietderīgā slodze to ietver un katrs produkcijas nosūtītājs ievēro to pašu līgumu.

Svina magnēta pievienošana automatizācijas e-pastam

Automatizācijas e-pasti var piegādāt svina magnētu tūlīt pēc apstiprinātas reģistrēšanās. Svina magnēts var būt aizsargāts augšupielādēts fails vai Maildroppa pārvaldīts URL piedāvājums.

Svina magnēta piegāde ir pieejama tikai tad, ja katrs automatizācijas aktivizētājs ir “Signup confirmed” konkrēti atlasītam Signup Flow. Tā nav pieejama ar All sources, tiešu Form tvērumu, Date Anniversary, atzīmju vai lauku aktivizētājiem, Custom Event vai Inbound Webhook URL. Šī stingrā saistība nodrošina, ka lejupielāde pieder pabeigtam Double Opt-in ceļojumam ar zināmu Signup Flow.

Lai pievienotu svina magnētu:

1. Pievienojiet vai rediģējiet Email soli atbilstošā automatizācijā.
2. Atveriet “Lead magnet delivery”.
3. Atlasiet failu vai URL piedāvājumu.
4. E-pasta pamattekstā izveidojiet pogu vai teksta saiti.
5. Izmantojiet “Lead magnet URL” personalizācijas tagu kā šīs saites mērķi.
6. Saglabājiet Email soli un pēc tam saglabājiet automatizāciju.

Maildroppa iekšēji izmanto sapludināšanas tagu {{ lead_magnet_url }} un nosūtīšanas brīdī aizstāj to ar aizsargātu Maildroppa lejupielādes saiti.

Tags e-pasta pamattekstā jāizmanto kā saites mērķis. Neievietojiet to Subject, Preheader, redzamajā tekstā vai citā vietā, kas nav saite. Redaktors neļauj saglabāt atlasītu svina magnētu bez derīgas lejupielādes saites, kā arī neļauj izmantot svina magnēta URL tagu bez atlasīta piedāvājuma.

Aizsargātā saite paliek nemainīga. Ja vēlāk aizstājat failu vai maināt piedāvājuma mērķi, jau nosūtīto e-pastu saites turpina darboties un novirza uz pašreizējo mērķi.

Nosacījumu soļi

Condition izvērtē datus, kad kontaktpersona sasniedz šo soli, un sadala ceļojumu divos ceļos:

• YES — Pilnā izteiksme atbilst.
• NO — Izteiksme neatbilst.

Nosacījumos var izmantot abonenta laukus, atzīmes un segmentus. Custom Event vai Inbound Webhook automatizācijā var izmantot arī novērotos Event data.

Filtru apvienošana

Nosacījumos tiek izmantotas filtru grupas:

• Filtri vienā grupā tiek savienoti ar AND. Visiem šīs grupas filtriem jāatbilst.
• Atsevišķas grupas tiek savienotas ar OR. Pietiek ar vienas pilnas grupas atbilstību.

Piemēram:

1. grupa

• Country equals Germany
• AND tag contains Customer

VAI 2. grupa

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

Ja atbilst kāda pilna grupa, kontaktpersona tiek virzīta uz YES. Pretējā gadījumā kontaktpersona tiek virzīta uz NO.

Notikumu datu nosacījumi

Opcija Event data parādās tikai tad, ja automatizācijai ir Custom Event vai Inbound Webhook URL aktivizētājs un Maildroppa ir novērojusi izmantojamus rekvizītus.

Ja rekvizīta trūkst, pirms aktivizēšanas nosūtiet vēl vienu Custom Event testu ar triggerAutomations: false vai vēl vienu ienākošā tīmekļa āķa testa pieprasījumu. Ienākošā tīmekļa āķa nosacījumus iestatīšanas laikā var priekšskatīt, izmantojot pieņemto testa paraugu.

Notikumu dati tiek izvērtēti no izpildes cikla momentuzņēmuma, nevis kontaktpersonas profila. Līdzīga nosaukuma abonenta lauka atjaunināšana nemaina notikuma vērtību, kas fiksēta izpildes cikla sākumā.

Vairāk nekā divu ceļu izveide

Katram atsevišķam Condition ir tikai YES un NO zari. Lai izveidotu valsts, cenu plāna vai citu vairāku ceļu izvēli, pievienojiet vēl vienu Condition pie NO zara un turpiniet, līdz nonākat pie galīgā rezerves ceļa.

Saglabāšana, aktivizēšana un atkārtota iekļaušana

Kad plūsma ir pabeigta, saglabājiet to kā Draft vai aktivizējiet.

Piešķiriet automatizācijai skaidru unikālu nosaukumu, piemēram, “Confirmed Signup - Main Welcome”, “Annual Birthday Offer” vai “Trial Started - Professional”. Konkrēts nosaukums ievērojami atvieglo versiju un starpautomatizāciju darbību atpazīšanu.

Allow Reentry

Atkārtota iekļaušana nosaka, vai kontaktpersona, kas automatizāciju jau ir pabeigusi, drīkst tajā iekļūt vēlreiz.

• Ja atkārtota iekļaušana ir izslēgta, pabeigta kontaktpersona vairs nevar sākt to pašu automatizāciju.
• Ja atkārtota iekļaušana ir ieslēgta, kontaktpersona pēc vēlāka atbilstoša aktivizētāja var iekļūt vēlreiz.

Kontaktpersonai vienā automatizācijā nevar būt divi vienlaicīgi aktīvi izpildes cikli. Pat ja atkārtota iekļaušana ir iespējota, Maildroppa ļauj vienai kontaktpersonai vienā automatizācijā pabeigt ne vairāk kā 10 izpildes ciklus dienā.

Iespējojiet atkārtotu iekļaušanu patiesi atkārtojamiem ceļojumiem, piemēram, ikgadējām jubilejām vai atkārtotiem pirkumiem. Atstājiet to izslēgtu vienreizējai ievadīšanai vai svina magnētam, kas jāpiegādā tikai vienu reizi.

Aktivizēšanas pārbaudes

Pirms automatizācija kļūst aktīva, Maildroppa pārbauda pilno konfigurāciju. Atkarībā no plūsmas tas ietver:

• Aktivizētāju un soļu pilnīgumu.
• Savienotus zarus un derīgu sākuma soli.
• Nederīgus ciklus vai automatizāciju atkarības.
• E-pasta saturu un personalizācijas sintaksi.
• Svina magnēta piešķiršanu un lejupielādes saites izvietojumu.
• Custom Event API atslēgu un novērotos testa datus.
• Ienākošā tīmekļa āķa URL, testa pieprasījumu, saņēmēja e-pastu un atsauces uz notikumu laukiem.
• Izejošā tīmekļa āķa Signing secret.

Novērsiet katru neatrisināto iestatīšanas jautājumu, nevis aktivizējiet plūsmu ar nepārbaudītu pieņēmumu.

Aktīvas automatizācijas rediģēšana

Aktīvu vai apturētu automatizāciju varat atvērt redaktorā. Ja var tikt ietekmētas aktīvās kontaktpersonas, saglabāšana piedāvā divas izvēles.

Update Automation

Tas tieši piemēro izmaiņas pašreizējai automatizācijai.

Izmantojiet to nelieliem, drošiem labojumiem, ja saprotat, kur aktīvās kontaktpersonas gaida. Soļa noņemšana vai aizstāšana var traucēt viņu ceļojumu vai noņemt kontaktpersonas no automatizācijas.

Save as New Version

Tas saglabā pašreizējo iestatījumu kontaktpersonām, kas jau atrodas plūsmā, un izveido jaunu aktīvu versiju turpmākām iekļaušanām.

Iepriekšējā versija pāriet stāvoklī Disconnecting. Tās aktivizētāji pārstāj pieņemt jaunas kontaktpersonas, bet aktīvās kontaktpersonas turpina nemainīto plūsmu. Pēc pēdējās kontaktpersonas pabeigšanas tā kļūst par Archived. Jaunā versija saņem jaunus ierakstus.

Izmantojiet šo iespēju strukturālām izmaiņām, jaunām secībām, mainītām aizkavēm, būtiskām nosacījumu izmaiņām vai e-pasta aizstāšanai, kuram kontaktpersonas jau tuvojas.

Apturēšana, atvienošana, kopēšana un dzēšana

Apturiet, ja plānojat atsākt

Apturiet automatizāciju, lai apturētu jaunus ierakstus un īslaicīgi iesaldētu aktīvās kontaktpersonas. Aktivizējiet to atkal, kad problēma vai plānotais pārtraukums ir beidzies.

Apturēšana ir noderīga, labojot galamērķi, pārbaudot e-pastu vai īslaicīgi apturot laika ziņā svarīgu ceļojumu. Atcerieties, ka apturēšanas laikā saņemtie ienākošā tīmekļa āķa pieprasījumi nekļūst par aizkavētiem izpildes cikliem; tie tiek pieņemti un reģistrēti, nesākot automatizāciju.

Atvienojiet, ja esošajām kontaktpersonām jāpabeidz ceļojums

Atvienojiet automatizāciju, ja nevienai jaunai kontaktpersonai vairs nevajadzētu iekļūt plūsmā, bet tajā esošajām kontaktpersonām vajadzētu to pabeigt normāli. Parasti tas ir drošāk nekā aktīva ceļojuma dzēšana.

Izmantojiet kā melnrakstu jaunam ceļojumam

Izmantojiet Use as Draft, ja struktūra ir noderīga, bet jaunajai automatizācijai jābūt neatkarīgai. Pārdēvējiet kopiju un pirms aktivizēšanas pārskatiet katru aktivizētāju, saņēmējiem paredzēto ziņojumu, darbības mērķi, tīmekļa āķi, aizkavi un nosacījumu.

Dzēsiet uzmanīgi

Dzēšana ir neatgriezeniska. Ja uz automatizāciju atsaucas cita automatizācija, vispirms var būt jānoņem šīs atsauces. Aktīvam ceļojumam pirms dzēšanas apsveriet Pause, Disconnect vai Save as New Version.

Praktisks iestatīšanas kontrolsaraksts

Pirms aktivizēšanas pārskatiet automatizāciju no kontaktpersonas skatpunkta:

1. Vai katrs aktivizētājs atspoguļo tieši to notikumu, kam jāsāk ceļojums?
2. Ja ir vairāki standarta aktivizētāji, vai to tvērumi nepārklājas un ir apzināti izvēlēti?
3. Vai atkārtota iekļaušana ir piemērota šim lietošanas gadījumam?
4. Vai katrs zars ved uz saprotamu nākamo soli?
5. Vai aizkavju ilgumi ir pareizi un vai katrs Date Field Delay atbilstoši apstrādā trūkstošu vērtību?
6. Vai ir pārbaudīti visi e-pastu temati, priekšgalvenes, saites, personalizācijas tagi un mobilo ierīču izkārtojumi?
7. Ja ir atlasīts svina magnēts, vai tā aizsargātais tags tiek izmantots kā pamatteksta saites mērķis?
8. Ja tiek izmantoti notikumu dati, vai testa pieprasījums saturēja katru nepieciešamo rekvizītu?
9. Vai tīmekļa āķu URL un noslēpumi tiek glabāti tikai atbilstošās servera puses sistēmās?
10. Vai izejošo tīmekļa āķu priekšskatījumi un testi ir veiksmīgi?
11. Vai Update Automation traucētu aktīvajām kontaktpersonām, padarot Save as New Version par drošāku iespēju?
12. Vai ir skaidrs veids, kā apturēt vai atvienot ceļojumu, ja ārējā atkarība nedarbojas?

Sāciet ar nelielu, saprotamu plūsmu un pievienojiet sarežģītību tikai tad, ja tā kalpo skaidram abonenta ceļojumam. Skaidri aktivizētāji, īsi zari, apzinātas aizkaves un koncentrēti e-pasti ir vieglāk testējami un parasti nodrošina labāku pieredzi nekā viena milzīga automatizācija.