Bina Automasi Pemasaran E-mel

Published: 16 Julai 2026 · Last updated: 21 Julai 2026 · By Marcus Biel

Automasi membolehkan anda mencipta perjalanan e-mel lengkap yang bertindak balas terhadap aktiviti pelanggan, tarikh, perubahan data dan peristiwa daripada aplikasi luaran.

Anda membina setiap automasi sebagai aliran visual. Pencetus menentukan masa kenalan masuk. Langkah-langkah seterusnya boleh menghantar e-mel, menunggu, mengemas kini data pelanggan, memanggil sistem lain atau memilih laluan berbeza berdasarkan sesuatu syarat. Pengaturcaraan tidak diperlukan untuk siri alu-aluan, susulan, e-mel ulang tahun atau pembahagian pelanggan biasa. Apabila anda ingin menyambungkan aplikasi lain, pembina yang sama turut menyediakan pencetus Custom Event dan Inbound Webhook.

Panduan ini menerangkan halaman dan pembina Automations secara lengkap, termasuk semua pencetus dan langkah semasa, editor e-mel dalam automasi, data peristiwa, penghantaran magnet prospek, penerbitan, pemversian dan persediaan webhook yang selamat.

Apa yang Boleh Anda Bina dengan Automasi

Berikut ialah beberapa contoh biasa:

• Siri alu-aluan — Bermula selepas kenalan mengesahkan pendaftaran, hantar e-mel alu-aluan serta-merta, tunggu dua hari dan teruskan dengan kandungan yang berguna.
• Penghantaran magnet prospek — Bermula selepas pendaftaran disahkan melalui Signup Flow tertentu, hantar pautan muat turun terlindung dan lakukan susulan kemudian.
• E-mel hari lahir dan ulang tahun — Bermula setiap tahun pada tarikh yang disimpan dalam medan pelanggan.
• Susulan berdasarkan minat — Bermula apabila tag ditambah, kemudian hantar kandungan yang sepadan dengan minat tersebut.
• Perjalanan melengkapkan profil — Bertindak balas apabila medan ditambah, dikemas kini atau dibuang.
• Perjalanan produk dan pembelian — Benarkan bahagian belakang sistem anda menghantar peristiwa seperti trial.started atau order_paid, kemudian gunakan sifat peristiwa dalam e-mel dan syarat.
• Integrasi masuk tanpa kod — Berikan alat luaran URL webhook unik yang memulakan satu automasi tertentu apabila menerima JSON.
• Penyelenggaraan pelanggan — Tambah atau buang tag, kemas kini medan, mulakan atau hentikan automasi lain atau nyahlanggan kenalan.
• Integrasi sistem — Hantar webhook JSON yang ditandatangani kepada aplikasi lain apabila kenalan mencapai langkah tertentu.

Membuka Halaman Automations

Buka “Automations” dalam navigasi utama.

Gambaran keseluruhan menyenaraikan setiap automasi dalam akaun anda. Setiap baris memaparkan Status, Nama Automasi, bilangan Active Subscribers, bilangan Completed Subscribers dan menu tindakan di sebelah kanan.

Status Automasi

Status memberitahu anda perkara yang sedang dilakukan oleh automasi.

Draft — Automasi masih dalam penyediaan. Ia tidak menerima kenalan atau melaksanakan langkah. Anda boleh terus mengeditnya dan mengaktifkannya apabila sudah sedia.

Active — Automasi sedang berjalan. Pencetus yang sepadan boleh memulakan larian baharu dan kenalan yang sudah berada di dalamnya akan terus melalui langkah-langkahnya.

Paused — Tiada kenalan baharu masuk dan kenalan yang sudah berada di dalamnya tidak bergerak ke hadapan sehingga anda mengaktifkan semula automasi. URL Inbound Webhook masih boleh menerima dan merekod permintaan ketika dijeda, tetapi permintaan tersebut tidak memulakan larian.

Disconnecting — Pencetus permulaan tidak lagi menerima kenalan baharu, tetapi kenalan yang sudah berada di dalamnya meneruskan perjalanan mereka. Apabila kenalan aktif terakhir keluar, Maildroppa mengarkibkan automasi secara automatik. Automasi yang sedang diputuskan adalah baca sahaja.

Archived — Automasi telah selesai dan adalah baca sahaja. Ia tidak lagi menerima kenalan atau melaksanakan langkah. Anda masih boleh melihatnya atau menggunakannya sebagai asas untuk draf baharu.

Bilangan dalam Gambaran Keseluruhan

Active Subscribers ialah bilangan kenalan yang sedang menunggu pada atau melalui sesuatu langkah dalam automasi tersebut.

Completed Subscribers ialah bilangan larian automasi yang selesai. Jika kemasukan semula didayakan, seseorang kenalan boleh melengkapkan automasi yang sama lebih daripada sekali, jadi ini ialah bilangan penyelesaian dan tidak semestinya bilangan kenalan unik.

Tindakan Baris

Buka menu tiga titik di hujung baris. Tindakan yang tersedia bergantung pada status semasa:

• Automasi aktif boleh dijeda, diputuskan, diedit, disalin sebagai draf atau dipadamkan.
• Automasi yang dijeda boleh diaktifkan, diputuskan, diedit, disalin sebagai draf atau dipadamkan.
• Automasi yang sedang diputuskan dan diarkibkan boleh dilihat, disalin sebagai draf atau dipadamkan.
• Draf boleh diedit atau dipadamkan.

“Use as Draft” mencipta salinan berasingan yang boleh diedit. Ia tidak mengaktifkan semula atau mengubah automasi asal. Jika sumber menggunakan URL Inbound Webhook, URL rahsia itu tidak disalin ke draf baharu; salinan tersebut mesti menerima URLnya sendiri.

Mencipta Automasi

Klik “Create Automation” untuk membuka pembina visual.

Setiap automasi yang boleh digunakan memerlukan:

1. Nama.
2. Sekurang-kurangnya satu pencetus.
3. Sekurang-kurangnya satu langkah yang disambungkan.
4. Laluan lengkap daripada langkah pertama hingga ke penghujung setiap cabang.

Kanvas mengandungi butang tambah di mana-mana langkah baharu boleh disisipkan. Klik butang tambah, pilih jenis langkah dan konfigurasikannya. Halakan kursor ke pencetus atau langkah sedia ada untuk mengedit atau membuangnya.

Bina dan simpan automasi sebagai Draft semasa anda mengujinya. Aktifkan hanya selepas pencetus, kandungan, syarat, pautan, kelewatan dan integrasinya diperiksa.

Pencetus: Cara Kenalan Memasuki Automasi

Pencetus ialah titik permulaan automasi. Maildroppa kini menyediakan sembilan jenis pencetus:

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

Pencetus Umum dan Khusus

Pencetus pendaftaran, tag dan medan boleh meliputi sumber yang luas atau satu sumber tertentu.

Sebagai contoh, “Any Tag” bertindak balas terhadap setiap tag yang dicipta pelanggan, manakala pencetus untuk “Webinar” bertindak balas hanya apabila tag itu diberikan. “Any Field” dan pencetus untuk satu medan terpilih berfungsi dengan cara yang sama.

Automasi tidak boleh mengandungi pencetus umum dan pencetus khusus daripada jenis yang sama pada masa yang sama. “Any Tag” sudah merangkumi tag “Webinar”, jadi menambah kedua-duanya akan mewujudkan pertindihan. Pencetus khusus yang pendua juga tidak berguna dan akan dihalang.

Anda boleh menambah sehingga 30 pencetus standard kepada satu automasi. Kenalan masuk apabila mana-mana satu pencetus sepadan. Walau bagaimanapun, Custom Event dan Inbound Webhook URL ialah pencetus data peristiwa khas dan tertakluk pada peraturan yang lebih ketat seperti diterangkan di bawah.

Signup Confirmed

Pencetus ini bermula hanya selepas kenalan mengklik pautan pengesahan Double Opt-in untuk pendaftaran. Penyerahan borang sahaja tidak mencukupi.

Pilih skop sumber yang sepadan dengan perjalanan tersebut:

• Form — Pilih satu borang pendaftaran tertentu.
• Signup flow — Pilih satu Signup Flow tertentu.
• All sources — Bertindak balas terhadap pendaftaran yang disahkan daripada semua sumber.

Gunakan Form tertentu apabila automasi berkaitan dengan satu penempatan, seperti halaman pendaratan webinar. Gunakan Signup Flow tertentu apabila beberapa borang sengaja berkongsi perjalanan pengesahan dan susulan yang sama. Gunakan All sources hanya apabila setiap pendaftaran yang disahkan patut menerima automasi yang sama.

Untuk maklumat tentang mesej Double Opt-in, ubah hala, halaman pengesahan dan penetapan borang, lihat panduan Signup Flows.

Date Anniversary

Date Anniversary memulakan automasi setiap tahun pada bulan dan hari yang disimpan dalam medan Date tersuai yang dipilih.

Sebagai contoh, jika medan “Birthday” mengandungi 1988-04-12, pencetus boleh bermula pada 12 April setiap tahun. Tahun asal mengenal pasti tarikh tersebut tetapi tidak mengehadkan pencetus kepada tahun itu sahaja.

Hanya medan Date yang aktif boleh dipilih. Jika tiada medan Date wujud, cipta satu di bawah Subscriber Fields and Tags sebelum mengkonfigurasi pencetus ini.

Perjalanan tahunan biasanya memerlukan kemasukan semula didayakan. Tanpa kemasukan semula, kenalan yang telah melengkapkan automasi hari lahir tahun lalu tidak boleh memasukinya lagi pada tahun ini.

Tag is Added dan Tag is Removed

Pencetus ini bermula apabila tag yang dicipta pelanggan benar-benar diberikan kepada atau dibuang daripada kenalan. Pilih “Any Tag” atau satu tag tertentu.

Ia berguna untuk minat, peringkat kitar hayat, kumpulan pelanggan, kehadiran webinar atau baris gilir susulan manual. Perubahan profil semasa yang dibuat dalam Maildroppa, kemas kini API individu yang disokong dan tindakan tag pukal pelanggan boleh memulakan pencetus ini.

Maildroppa hanya bertindak balas terhadap perubahan sebenar. Memberikan tag yang sudah dimiliki kenalan atau membuang tag yang tidak dimiliki kenalan tidak mencipta peristiwa perubahan tag baharu.

Perubahan tag yang dilakukan oleh langkah automasi tidak memulakan automasi berpencetus tag lain secara rekursif. Gunakan tindakan “Start Other Automation” yang jelas apabila satu automasi sengaja perlu menyerahkan kenalan kepada automasi lain.

Field is Added, Field is Updated dan Field is Removed

Pencetus ini bertindak balas terhadap perubahan nilai profil pelanggan. Setiap satu boleh memantau “Any Field” atau satu medan terpilih.

• Field is Added — Medan yang sebelum ini kosong menerima nilai.
• Field is Updated — Nilai sedia ada berubah kepada nilai yang berbeza.
• Field is Removed — Nilai medan dikosongkan.

Perbezaan ini berguna. Sebagai contoh, menambah tarikh lahir buat kali pertama boleh memulakan satu mesej pendidikan, manakala menukarnya kemudian boleh memulakan proses semakan data.

Suntingan profil yang dibuat dalam aplikasi Maildroppa dan kemas kini API individu yang disokong boleh menghasilkan peristiwa ini. Pemprosesan pendaftaran, import dan perubahan yang dibuat oleh langkah automasi lain tidak memulakan keluarga pencetus ini. Untuk perjalanan pendaftaran, gunakan Signup confirmed.

Medan yang diarkibkan tidak boleh dipilih dalam pencetus baharu. Rujukan sedia ada kekal kelihatan supaya automasi lama boleh difahami dan dibaiki, tetapi pulihkan atau gantikan medan tersebut sebelum mengaktifkan konfigurasi yang diedit.

Untuk jenis medan dan tingkah laku arkib, lihat panduan Subscriber Fields and Tags.

Custom Event dan Inbound Webhook URL

Kedua-dua pencetus data peristiwa membolehkan sistem luaran memulakan automasi dan membekalkan data sementara untuk larian individu tersebut. Kedua-duanya menggunakan gaya integrasi yang berbeza.

Pencetus data peristiwa mesti menjadi satu-satunya pencetus dalam automasinya. Anda tidak boleh menggabungkan Custom Event atau Inbound Webhook URL dengan Signup confirmed, pencetus tag, pencetus medan, Date Anniversary atau pencetus data peristiwa kedua. Peraturan ini memastikan sifat peristiwa tersedia dengan boleh dipercayai dalam setiap e-mel dan syarat dalam aliran.

Data peristiwa dimiliki oleh satu larian automasi. Ia tidak secara automatik menjadi data profil pelanggan kekal. Tambah langkah Update Field jika maklumat terpilih juga perlu disimpan pada kenalan.

Menyediakan Pencetus Custom Event

Pilih “Custom Event” apabila pelayan anda boleh memanggil API Events Maildroppa dengan kunci API.

Langkah 1: Pilih Event Key

Masukkan nama peristiwa perniagaan yang stabil, seperti:

• trial.started
• order_paid
• booking_created

Event key boleh mengandungi huruf, nombor, titik, garis bawah dan tanda sempang. Padanan adalah tepat, jadi order_paid dan order.paid ialah peristiwa yang berbeza. Kekalkan nama tersebut selepas integrasi anda digunakan.

Langkah 2: Tentukan Sama Ada Kenalan Baharu Dibenarkan

Gunakan “Allow new contacts from this source” untuk mengawal alamat e-mel yang tidak dikenali.

• Apabila dimatikan, hanya alamat e-mel yang sudah dimiliki oleh kenalan Maildroppa boleh memulakan automasi. Alamat yang tidak dikenali akan ditolak.
• Apabila dihidupkan, Maildroppa mencipta kenalan untuk alamat e-mel yang tidak dikenali dan kemudian memulakan automasi.

Biarkan ia dimatikan apabila sistem penghantar hanya sepatutnya memperkaya atau bertindak balas terhadap kenalan yang sudah diurus dalam Maildroppa. Hidupkannya hanya apabila peristiwa luaran ialah sumber penciptaan kenalan yang diluluskan dan proses anda mempunyai kebenaran yang diperlukan.

Langkah 3: Cipta atau Gunakan Kunci API

Senarai semak persediaan menunjukkan sama ada kunci API tersedia. Jika perlu, cipta kunci tersebut daripada persediaan pencetus.

Anggap kunci API seperti kata laluan. Gunakannya hanya dalam kod bahagian pelayan. Jangan letakkannya dalam JavaScript pelayar, repositori awam, tangkapan skrin, tiket sokongan, dokumentasi awam atau log yang dikongsi. Menyalin arahan cURL contoh juga menyalin rahsia ke papan keratan anda.

Permintaan dihantar ke:

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

dengan pengepala:

X-API-Key: YOUR_API_KEY

Untuk keselamatan dan penggiliran kunci secara umum, lihat panduan API Key.

Langkah 4: Hantar Peristiwa Ujian

Hantar peristiwa dengan triggerAutomations ditetapkan kepada false. Ini membolehkan Maildroppa memerhatikan sifat peristiwa tanpa memulakan automasi langsung.

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

Properties mestilah objek rata. Nilai boleh berupa rentetan, nombor, boolean atau null. Nama sifat boleh mengandungi huruf, nombor, garis bawah, titik dan tanda sempang. Objek properties yang disiri boleh berukuran sehingga 64 KiB.

Maildroppa memaparkan sifat yang diperhatikan dalam persediaan pencetus. Sifat tersebut kemudiannya boleh dipilih dalam pemperibadian e-mel dan di bawah Event data dalam syarat. Sebagai contoh, planName boleh dimasukkan ke dalam e-mel sebagai {{event.planName}}.

Langkah 5: Lengkapkan Senarai Semak dan Aktifkan

Senarai semak Custom Event mengesahkan bahawa:

• Event key telah dikonfigurasikan.
• Kunci API tersedia.
• Data peristiwa ujian telah diperhatikan.
• Pencetus sedia untuk diaktifkan.

Selepas automasi aktif, hantar peristiwa produksi dengan triggerAutomations ditetapkan kepada true. Event key mesti sepadan dengan tepat. Sifat peristiwa disimpan bersama larian automasi tersebut dan kekal tersedia sepanjang langkah-langkahnya.

Menyediakan Pencetus URL Inbound Webhook

Pilih “Inbound Webhook URL” apabila aplikasi luaran boleh menghantar permintaan JSON POST tetapi tidak sepatutnya menggunakan kunci API seluruh akaun anda.

Maildroppa mencipta URL rahsia unik untuk automasi ini, contohnya:

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

Token dalam laluan memberikan akses. Tiada kunci API diperlukan dan hanya automasi yang dilampirkan pada URL ini boleh bermula.

Langkah 1: Cipta URL

Tambah pencetus Inbound Webhook URL dan simpan automasi apabila diminta. Maildroppa kemudian mencipta dan memaparkan URLnya.

Salin URL tersebut ke tetapan webhook sistem luaran. Anggap URL lengkap itu seperti kata laluan. Jangan terbitkannya, letakkannya dalam kod sebelah klien atau masukkannya dalam log biasa yang dikongsi.

Langkah 2: Hantar Permintaan Ujian JSON

Persediaan menyediakan contoh yang sedia disalin untuk macOS/Linux dan Windows PowerShell. Hantar satu permintaan webhook untuk satu kenalan. Muatan mesti mengandungi e-mel penerima yang sah di suatu tempat yang boleh dikenal pasti oleh Maildroppa.

Sebagai contoh:

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

Sebelum pengaktifan, permintaan yang diterima hanya disimpan sebagai data ujian jangka pendek. Ia tidak memulakan automasi dan tidak menghantar e-mel.

Jika sistem luaran mencuba semula permintaan secara automatik, hantar pengepala Idempotency-Key atau X-Webhook-Id. Ini membantu Maildroppa mengenali penghantaran yang sama dan bukannya memulakan peristiwa yang sama dua kali. Jika dua peristiwa yang sebaliknya serupa memang disengajakan, berikan setiap satunya ID peristiwa sendiri.

Langkah 3: Pilih E-mel Penerima

Maildroppa memeriksa permintaan ujian sah terkini dan mencari medan e-mel yang mungkin.

• Jika satu medan yang jelas ditemui, ia boleh dipilih secara automatik.
• Jika beberapa medan yang mungkin ditemui, pilih medan yang mengenal pasti kenalan.
• Jika tiada medan ditemui, laraskan muatan dan hantar permintaan ujian lain.

Laluan yang dipilih menjadi sebahagian daripada kontrak webhook. Hantar satu permintaan bagi setiap penerima dan bukannya tatasusunan penerima.

Langkah 4: Tentukan Sama Ada Kenalan Yang Tiada Akan Dicipta

Apabila “Create missing contacts” dilumpuhkan, hanya kenalan sedia ada memulakan automasi. Alamat e-mel yang tidak dikenali direkodkan tetapi tidak memulakan larian.

Apabila ia didayakan, Maildroppa mencipta kenalan baharu untuk alamat e-mel sah yang tidak dikenali dan kemudian memulakan automasi. Dayakan ini hanya apabila sumber masuk dibenarkan mencipta kenalan.

Langkah 5: Semak Data Peristiwa

Maildroppa menyenaraikan nilai yang boleh digunakan yang diperhatikan dalam muatan ujian. Cadangan ini bukan skema kekal yang lengkap. Jika medan yang diperlukan tiada, masukkannya dalam permintaan ujian baharu dan segarkan data ujian.

E-mel penerima menerima pengendalian khas dan tidak diduplikasi sebagai sifat data peristiwa. Senarai, nilai yang kelihatan sensitif, nilai bersarang secara mendalam, objek kosong, nama sifat yang tidak selamat atau medan yang melebihi had pengesanan yang disokong juga mungkin dikecualikan.

Medan yang diperhatikan tersedia dalam e-mel sebagai tag gabungan dan dalam syarat di bawah Event data. Nilainya ditangkap secara berasingan untuk setiap larian automasi langsung.

Langkah 6: Lengkapkan Senarai Semak dan Aktifkan

Senarai semak persediaan menunjukkan sama ada:

• URL webhook sudah sedia.
• Permintaan ujian yang sah telah diterima.
• E-mel penerima telah dikesan atau dipilih.
• Data peristiwa tersedia apabila aliran menggunakannya.
• Webhook sedia untuk diaktifkan.

Apabila anda mengaktifkan automasi, Maildroppa membuang sampel persediaan. Permintaan baharu kemudiannya boleh memulakan larian sebenar.

Status dan Keselamatan URL

URL masuk boleh mempunyai keadaan berikut:

• Pending — Permintaan disimpan sebagai data persediaan dan tidak memulakan larian.
• Live — Permintaan yang sah boleh memulakan automasi aktif.
• Paused — Permintaan diterima dan direkodkan tetapi tidak memulakan larian.
• Revoked — URL dilumpuhkan secara kekal dan tidak lagi memulakan larian.
• Expired — Persediaan tidak diaktifkan tepat pada masanya. Cipta URL baharu dan uji sekali lagi.

Gunakan “Rotate URL” untuk perubahan yang dirancang. Maildroppa mencipta URL baharu sementara URL sebelumnya kekal sah selama 24 jam, memberi anda masa untuk mengemas kini aplikasi luaran.

Gunakan “Replace URL Now” hanya jika URL semasa telah terdedah atau disalahgunakan. Ia melumpuhkan URL lama serta-merta dan tidak boleh dibuat asal. Kemas kini penghantar dengan URL yang baru dijana sebelum menjangkakan lebih banyak peristiwa.

Menambah dan Mengedit Langkah

Klik butang tambah di bawah pencetus atau antara langkah sedia ada. Dialog pertama menawarkan empat pilihan utama:

• Action
• Delay
• Email
• Condition

Action dan Delay membuka pilihan kedua dengan jenis langkah masing-masing.

Untuk mengedit langkah, halakan kursor ke atasnya dan pilih ikon edit. Untuk membuangnya, pilih ikon padam dan sahkan amaran. Membuang langkah daripada automasi yang sudah mempunyai kenalan aktif boleh membuang kenalan yang menunggu pada langkah tersebut, jadi semak aliran aktif dengan teliti.

Langkah Action

Kategori Action mengandungi tujuh tindakan.

Update Field

Pilih medan pelanggan dan masukkan nilai baharu. Input menyesuaikan diri dengan jenis medan, termasuk medan pilihan dan pilihan berbilang.

Gunakannya untuk menyimpan peringkat kitar hayat, merekod keutamaan atau mengekalkan maklumat terpilih selepas kenalan mencapai pencapaian. Medan yang diarkibkan tidak boleh dipilih untuk tindakan baharu.

Add Tag

Pilih tag yang dicipta pelanggan untuk diberikan kepada kenalan. Tag sistem tidak tersedia untuk tindakan ini.

Gunakan tag untuk organisasi dalaman, pembahagian dan pemilihan kempen kemudian. Menambah tag yang sudah diberikan tidak mengubah profil.

Remove Tag

Pilih tag yang dicipta pelanggan untuk dibuang. Jika kenalan tidak memilikinya, langkah boleh diteruskan tanpa menghasilkan perubahan.

Start Other Automation

Pilih automasi lain yang sesuai dan mulakannya untuk kenalan yang sama.

Ini ialah cara jelas untuk menghubungkan perjalanan kecil yang boleh digunakan semula. Maildroppa mengecualikan sasaran yang tidak sah dan menyemak kebergantungan automasi untuk menghalang kitaran seperti Automasi A memulakan Automasi B sementara Automasi B memulakan Automasi A.

Peraturan kemasukan semula automasi sasaran masih terpakai. Kenalan yang sudah aktif di situ tidak boleh memulakan larian serentak kedua.

Stop Other Automation

Pilih automasi lain yang patut dihentikan kemajuannya untuk kenalan ini. Ini berguna apabila peristiwa kemudian menjadikan siri pemupukan yang lebih lama tidak lagi relevan.

Send Webhook

Send Webhook menghantar permintaan POST JSON yang ditandatangani apabila kenalan mencapai langkah ini. Ia ialah tindakan keluar dan berbeza daripada pencetus Inbound Webhook URL yang masuk.

Konfigurasikan:

• URL sasaran HTTPS awam.
• Pengepala tersuai pilihan untuk pengesahan sebelah pelayan.
• Semua medan pelanggan yang disokong atau set medan terpilih.
• Signing secret webhook akaun.

Dialog memaparkan pratonton muatan sebelum anda menyimpannya. Hantar webhook ujian untuk mengesahkan titik akhir, kemudian periksa hasil penghantaran dan sejarah penghantaran produksi kemudian daripada langkah tersebut.

Data pelanggan dihantar dalam badan JSON. Kekalkan URL sasaran statik; jangan letakkan data peribadi atau rahsia dalam parameter pertanyaan. Penghantaran produksi dijalankan di latar belakang dan mencuba semula kegagalan sementara. Permintaan ujian dihantar sekali dan tidak dicuba semula.

Jika penerima mengembalikan 410 Gone, Maildroppa melumpuhkan penghantaran untuk langkah tersebut kerana titik akhir telah menyatakan dengan jelas bahawa ia tidak lagi wujud. Betulkan penerima atau URL, kemudian gunakan “Re-enable” dalam langkah tersebut.

Webhook automasi dan webhook pembangun seluruh akaun menggunakan Signing secret yang sama. Untuk pengesahan tandatangan, tingkah laku cubaan semula, keperluan sasaran dan penggiliran rahsia, lihat panduan Webhooks.

Unsubscribe

Unsubscribe menukar status kenalan kepada dinyahlanggan daripada semua e-mel. Ia ialah langkah terminal, jadi tiada langkah seterusnya boleh mengikutinya pada laluan tersebut.

Gunakannya hanya apabila automasi mewakili keputusan nyahlanggan yang jelas atau dasar yang telah anda reka dengan sengaja. Jangan gunakannya sekadar untuk menghentikan satu automasi; gunakan Stop Other Automation untuk tujuan itu.

Langkah Delay

Kelewatan mengawal masa kenalan mencapai langkah seterusnya.

Fixed Delay

Masukkan jumlah dan pilih Minutes, Hours, Days, Weeks atau Months.

Kelewatan minimum ialah lima minit. Semua unit lain memerlukan jumlah sekurang-kurangnya satu. Kelewatan tetap bermula apabila kenalan mencapai langkah tersebut, jadi dua kenalan boleh menunggu pada masa kalendar yang berbeza walaupun menggunakan tempoh yang sama.

Date Field Delay

Pilih medan Date tersuai yang aktif. Kenalan menunggu sehingga tarikh yang disimpan dalam medan tersebut dicapai.

Anda juga mesti menentukan perkara yang berlaku jika kenalan tiada nilai dalam medan tersebut:

• Proceed Immediately — Langkau penantian dan teruskan ke langkah seterusnya.
• Wait Indefinitely — Kekalkan kenalan pada langkah ini sehingga nilai tersedia.
• Remove Subscriber — Tamatkan larian automasi semasa kenalan ini.

Pilih dengan sengaja. “Wait Indefinitely” boleh menyebabkan kenalan kekal aktif untuk tempoh yang lama, manakala “Remove Subscriber” menamatkan perjalanan mereka tanpa melaksanakan langkah seterusnya.

Mencipta E-mel Terus dalam Automasi

Langkah Email kini membuka editor e-mel lengkap dalam aliran kerja automasi. Anda tidak lagi perlu mencipta Transactional Email berasingan dan kemudian memilihnya daripada menu lungsur.

Masukkan Subject dan Preheader pilihan, kemudian bina badan e-mel dalam editor visual. Anda boleh menyeret blok kandungan ke dalam mesej, mengkonfigurasi penampilannya atau mengklik “Browse Templates” untuk bermula daripada reka bentuk sedia ada. Klik “Save Step” untuk mengembalikan mesej yang telah siap ke kanvas automasi.

Footer Maildroppa standard akaun disertakan dalam e-mel. Konfigurasikan penampilan globalnya pada halaman Footer Style.

Subject dan Preheader

Subject diperlukan dan boleh mengandungi sehingga 255 aksara. Preheader adalah pilihan dan boleh mengandungi sehingga 100 aksara.

Letakkan bahagian penting berhampiran permulaan kerana peti masuk sering memendekkan kedua-duanya. Editor memaparkan panduan panjang semasa anda menaip.

Templat dan Blok Kandungan

“Browse Templates” membuka templat yang sesuai untuk mesej e-mel. Memilih satu templat menggantikan reka bentuk badan semasa, jadi pilih templat sebelum melakukan kerja manual yang banyak.

Dalam editor visual, gunakan struktur dan blok kandungan untuk teks, imej, butang, jarak, pautan sosial dan kandungan lain yang disokong. Pratonton pautan, susun atur mudah alih, identiti penghantar, kontras footer dan salinan akhir sebelum pengaktifan.

Pemperibadian

Gunakan medan pemperibadian pelanggan untuk maklumat yang disimpan pada kenalan.

Apabila automasi bermula daripada Custom Event atau Inbound Webhook URL, sifat peristiwa yang diperhatikan juga tersedia sebagai tag pemperibadian. Sebagai contoh:

Your {{event.planName}} trial has started

Nilai peristiwa datang daripada larian individu yang sampai ke e-mel tersebut. Jika sesuatu sifat diperlukan, pastikan muatan ujian anda menyertakannya dan setiap penghantar produksi mengikuti kontrak yang sama.

Menambah Magnet Prospek pada E-mel Automasi

E-mel automasi boleh menghantar magnet prospek serta-merta selepas pendaftaran yang disahkan. Magnet prospek boleh berupa fail terlindung yang dimuat naik atau tawaran URL yang diurus dalam Maildroppa.

Penghantaran magnet prospek hanya tersedia apabila setiap pencetus dalam automasi ialah “Signup confirmed” untuk Signup Flow yang dipilih secara khusus. Ia tidak tersedia dengan All sources, skop Form terus, Date Anniversary, pencetus tag atau medan, Custom Event atau Inbound Webhook URL. Hubungan ketat ini memastikan muat turun itu berkaitan dengan perjalanan Double Opt-in yang lengkap dengan Signup Flow yang diketahui.

Untuk menambah magnet prospek:

1. Tambah atau edit langkah Email dalam automasi yang memenuhi syarat.
2. Buka “Lead magnet delivery”.
3. Pilih fail atau tawaran URL.
4. Dalam badan e-mel, cipta butang atau pautan teks.
5. Gunakan tag pemperibadian “Lead magnet URL” sebagai destinasi pautan tersebut.
6. Simpan langkah Email dan kemudian simpan automasi.

Maildroppa menggunakan tag gabungan {{ lead_magnet_url }} secara dalaman dan menggantikannya pada masa penghantaran dengan pautan muat turun Maildroppa yang dilindungi.

Tag tersebut mesti digunakan sebagai sasaran pautan dalam badan e-mel. Jangan letakkannya dalam Subject, Preheader, teks yang kelihatan atau lokasi lain yang bukan pautan. Editor menghalang penyimpanan magnet prospek yang dipilih tanpa pautan muat turun yang sah, dan turut menghalang tag URL magnet prospek tanpa tawaran yang dipilih.

Pautan terlindung kekal stabil. Jika anda kemudian menggantikan fail atau menukar sasaran tawaran, pautan dalam e-mel yang telah dihantar terus berfungsi dan menghala kepada sasaran semasa.

Langkah Condition

Condition menilai data apabila kenalan mencapai langkah tersebut dan membahagikan perjalanan kepada dua laluan:

• YES — Ungkapan lengkap sepadan.
• NO — Ungkapan tidak sepadan.

Conditions boleh menggunakan medan pelanggan, tag dan segmen. Dalam automasi Custom Event atau Inbound Webhook, ia juga boleh menggunakan Event data yang diperhatikan.

Menggabungkan Penapis

Conditions menggunakan kumpulan penapis:

• Penapis dalam kumpulan yang sama digabungkan dengan AND. Setiap penapis dalam kumpulan itu mesti sepadan.
• Kumpulan berasingan digabungkan dengan OR. Memadankan satu kumpulan lengkap sudah mencukupi.

Sebagai contoh:

Kumpulan 1

• Country equals Germany
• AND tag contains Customer

OR Kumpulan 2

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

Jika mana-mana kumpulan lengkap sepadan, kenalan mengikuti YES. Jika tidak, kenalan mengikuti NO.

Syarat Data Peristiwa

Pilihan Event data muncul hanya apabila automasi mempunyai pencetus Custom Event atau Inbound Webhook URL dan Maildroppa telah memerhatikan sifat yang boleh digunakan.

Jika sesuatu sifat tiada, hantar ujian Custom Event lain dengan triggerAutomations: false, atau hantar permintaan ujian inbound webhook lain sebelum pengaktifan. Syarat Inbound Webhook boleh dipratonton berdasarkan sampel ujian yang diterima semasa persediaan.

Data peristiwa dinilai daripada gambaran larian, bukan profil kenalan. Mengemas kini medan pelanggan yang mempunyai nama serupa tidak mengubah nilai peristiwa yang ditangkap ketika larian bermula.

Membina Lebih daripada Dua Laluan

Setiap Condition hanya mempunyai cabang YES dan NO. Untuk mencipta aliran berbilang laluan seperti suis negara atau pelan harga, sambungkan Condition lain kepada cabang NO dan teruskan sehingga laluan sandaran terakhir.

Menyimpan, Mengaktifkan dan Kemasukan Semula

Apabila aliran lengkap, simpan sebagai Draft atau aktifkan.

Berikan automasi nama unik yang jelas seperti “Confirmed Signup - Main Welcome”, “Annual Birthday Offer” atau “Trial Started - Professional”. Nama khusus menjadikan versi dan tindakan merentas automasi lebih mudah dikenal pasti.

Allow Reentry

Kemasukan semula mengawal sama ada kenalan yang pernah melengkapkan automasi boleh memasukinya lagi.

• Dengan kemasukan semula dimatikan, kenalan yang telah selesai tidak boleh memulakan automasi yang sama lagi.
• Dengan kemasukan semula dihidupkan, kenalan boleh masuk semula selepas pencetus sepadan yang kemudian.

Kenalan tidak boleh mempunyai dua larian aktif serentak dalam automasi yang sama. Walaupun kemasukan semula didayakan, Maildroppa membenarkan maksimum 10 penyelesaian bagi setiap kenalan, setiap automasi, setiap hari.

Dayakan kemasukan semula untuk perjalanan yang benar-benar boleh diulang seperti ulang tahun tahunan atau pembelian berulang. Biarkan ia dimatikan untuk onboarding sekali sahaja atau magnet prospek yang patut dihantar sekali sahaja.

Pemeriksaan Pengaktifan

Sebelum automasi menjadi aktif, Maildroppa menyemak konfigurasi lengkap. Bergantung pada aliran, ini termasuk:

• Kelengkapan pencetus dan langkah.
• Cabang yang disambungkan dan langkah permulaan yang sah.
• Kitaran atau kebergantungan automasi yang tidak sah.
• Kandungan e-mel dan sintaks pemperibadian.
• Penetapan magnet prospek dan penempatan pautan muat turun.
• Kunci API Custom Event dan data ujian yang diperhatikan.
• URL inbound webhook, permintaan ujian, e-mel penerima dan medan peristiwa yang dirujuk.
• Signing secret webhook keluar.

Selesaikan setiap item persediaan yang terbuka dan bukannya mengaktifkan dengan andaian yang belum diuji.

Mengedit Automasi Aktif

Anda boleh membuka automasi Active atau Paused dalam editor. Jika kenalan aktif mungkin terjejas, penyimpanan menawarkan dua pilihan.

Update Automation

Ini menggunakan perubahan secara terus pada automasi semasa.

Gunakannya untuk pembetulan kecil dan selamat apabila anda memahami tempat kenalan aktif sedang menunggu. Membuang atau menggantikan langkah boleh mengganggu perjalanan mereka atau membuang kenalan daripada automasi.

Save as New Version

Ini mengekalkan persediaan semasa untuk kenalan yang sudah berada di dalamnya dan mencipta versi aktif baharu untuk kemasukan akan datang.

Versi sebelumnya beralih kepada Disconnecting. Pencetusnya berhenti menerima kenalan baharu, tetapi kenalan aktif meneruskan aliran yang tidak berubah. Ia menjadi Archived selepas kenalan terakhir selesai. Versi baharu menerima kemasukan baharu.

Gunakan pilihan ini untuk perubahan struktur, siri baharu, kelewatan yang diubah, perubahan besar pada syarat atau penggantian e-mel yang sedang dihampiri oleh kenalan.

Menjeda, Memutuskan, Menyalin dan Memadam

Jeda Apabila Anda Berniat untuk Menyambung Semula

Jeda automasi untuk menghentikan kemasukan baharu dan membekukan sementara kenalan aktif. Aktifkan semula apabila isu atau gangguan yang dirancang telah selesai.

Jeda berguna ketika membetulkan destinasi, memeriksa e-mel atau menghentikan sementara perjalanan yang sensitif terhadap masa. Ingat bahawa permintaan inbound webhook yang diterima ketika dijeda tidak menjadi larian tertangguh; permintaan itu diterima dan direkodkan tanpa memulakan automasi.

Putuskan Apabila Kenalan Sedia Ada Perlu Selesai

Putuskan automasi apabila tiada kenalan baharu patut masuk tetapi kenalan yang sudah berada di dalamnya perlu selesai secara normal. Ini biasanya lebih selamat daripada memadam perjalanan yang sedang berjalan.

Gunakan sebagai Draf untuk Perjalanan Baharu

Gunakan sebagai Draf apabila strukturnya berguna tetapi automasi baharu harus bebas. Namakan semula salinan itu dan semak setiap pencetus, mesej yang diterima penerima, sasaran tindakan, webhook, kelewatan dan syarat sebelum mengaktifkannya.

Padam dengan Berhati-hati

Pemadaman adalah kekal. Automasi yang masih dirujuk oleh automasi lain mungkin memerlukan rujukan tersebut dibuang terlebih dahulu. Untuk perjalanan langsung, pertimbangkan Jeda, Putuskan atau Simpan sebagai Versi Baharu sebelum memadam.

Senarai Semak Persediaan Praktikal

Sebelum mengaktifkan, semak automasi dari perspektif kenalan:

1. Adakah setiap pencetus mewakili peristiwa tepat yang sepatutnya memulakan perjalanan?
2. Jika terdapat beberapa pencetus standard, adakah skopnya tidak bertindih dan disengajakan?
3. Adakah kemasukan semula sesuai untuk kes penggunaan ini?
4. Adakah setiap cabang menuju ke tempat yang munasabah?
5. Adakah tempoh kelewatan betul dan adakah setiap Date Field Delay mengendalikan nilai yang hilang dengan sewajarnya?
6. Adakah semua subjek e-mel, preheader, pautan, tag pemperibadian dan susun atur mudah alih telah diperiksa?
7. Jika magnet prospek dipilih, adakah tag terlindungnya digunakan sebagai sasaran pautan badan?
8. Jika data peristiwa digunakan, adakah permintaan ujian mengandungi setiap sifat yang diperlukan?
9. Adakah URL webhook dan rahsia disimpan hanya dalam sistem sebelah pelayan yang sesuai?
10. Adakah pratonton dan ujian webhook keluar berjaya?
11. Adakah Update Automation akan mengganggu kenalan aktif, menjadikan Save as New Version lebih selamat?
12. Adakah terdapat cara yang jelas untuk menjeda atau memutuskan perjalanan jika kebergantungan luaran gagal?

Mulakan dengan aliran kecil yang mudah difahami dan tambahkan kerumitan hanya apabila ia memenuhi perjalanan pelanggan yang jelas. Pencetus yang jelas, cabang pendek, kelewatan yang disengajakan dan e-mel yang fokus lebih mudah diuji dan biasanya menghasilkan pengalaman yang lebih baik berbanding satu automasi yang sangat besar.