Integrasi
Notifikasi email - template, transport, dan pencatatannya
AdOps mengirim email transaksional lewat SMTP dari empat template: konfirmasi email, tautan pembayaran, notifikasi, dan notifikasi rule. Hari ini hanya email konfirmasi yang benar-benar dikirim; tautannya mengonfirmasi alamat dan memulai uji coba 14 hari. Tiap percobaan kirim dicatat lengkap dengan penerima, subjek, status, dan respons mailer.
Email transaksional lewat SMTP dari empat template: konfirmasi, payment link, notification, dan rule notification, dengan setiap percobaan kirim dicatat.
Dalam angka
Angka di balik koneksi ini
- Template
- 4 - email confirmation, payment link, notification, dan rule notification
- Transport
- SMTP, dengan host, port, username, dan password dibaca dari environment deployment
- Pengirim bawaan
- "AdOps" <admin@adops.id>
- Dicatat tiap percobaan
- Jenis event, penerima, subjek, template, konteks, status, pesan error, respons mailer, dan waktu kirim
- Jeda kirim ulang konfirmasi
- 60 detik antar pengiriman ulang
- Jalur yang hidup hari ini
- Email konfirmasi; tiga template lainnya terdaftar tapi tidak ada jalur kode yang memicu event-nya
Pertukarannya
Apa yang dibaca AdOps, dan apa yang ditulisnya.
Dua daftar, tanpa ringkasan di antaranya. Apa pun yang tidak ada di kolom tulis berarti tidak bisa diubah AdOps di sistem ini.
Yang dibaca AdOps
Setiap field yang diminta engine, dan tidak lebih.
- Respons server SMTP untuk tiap pengiriman, disimpan apa adanya di catatan log
- Hasil transport, success atau error, plus pesan errornya saat sebuah pesan ditolak
- Tidak ada mailbox: AdOps tidak memegang koneksi IMAP atau POP dan tidak pernah membaca inbox atau balasan
Yang ditulis AdOps
Setiap perubahan yang mampu dilakukan engine.
- Pesan yang dirender dari empat template EJS: email confirmation, payment link, notification, dan rule notification
- Pesan konfirmasi, membawa tautan token 64 karakter yang mengonfirmasi alamat dan memulai trial 14 hari
- Header From bawaan "AdOps" <admin@adops.id> di setiap pesan
- Tidak ada yang lain: transport ini hanya digerakkan empat event itu, tanpa jalur kirim massal atau marketing
Data contoh AdOps mengirim email transaksional lewat SMTP. Ada empat template EJS yang didefinisikan, masing-masing terikat ke event-nya sendiri di event bus internal: email confirmation, payment link, notification, dan rule notification. Setiap percobaan kirim, berhasil maupun tidak, ditulis ke catatan log berisi penerima, subjek, template, status, dan respons dari mail server.
Email mana yang dikirim AdOps hari ini?
Email konfirmasi. Pendaftaran memasukkan sebuah alamat ke alur double opt-in: AdOps mengirim pesan berisi tautan token 64 karakter, dan mengikuti tautan itu mengonfirmasi alamatnya sekaligus memulai trial 14 hari. Layar konfirmasi menyediakan tombol kirim ulang dengan jeda 60 detik yang menghitung mundur sisa detiknya.
Tiga template lain, yaitu payment link, notification, dan rule notification, sudah didefinisikan dan handler-nya terdaftar di event bus yang sama, tapi saat ini tidak ada jalur kode yang memicu event-nya. Itu baru instalasi kabel, bukan kanal alert yang sudah jalan.
Apakah AdOps memberi alert saat rule jalan?
Belum lewat email. Sebuah rule bisa membawa entri notification dengan channel type email plus alamat dan nama penerima, dan field itu tersimpan bersama rule, tapi bukan itu yang saat ini memicu pesan keluar.
Yang memang ada adalah catatan tertulisnya. Tiap run rule menulis hasil per campaign per task dengan badge Executed, Not Executed, atau Skipped, nilai yang diselesaikan tiap kondisi berikut nilai yang diujikan padanya, parameter yang dipakai action, serta nilai sebelum dan sesudah untuk perubahan budget dan nama. Activity Log hanya memuat action yang benar-benar dieksekusi, dan bisa disaring lewat nama event, ad account, nama rule, entity ID, nama entity, dan action, jadi pertanyaan “apa yang dilakukan otomasi ke campaign ini Selasa lalu” jadi pekerjaan mencari, bukan tiket support.
Apa yang dicatat untuk tiap pengiriman?
Satu dokumen log per percobaan, memuat jenis event, daftar penerima, subjek, nama template, konteks yang dipakai merender template, status success atau error, pesan error kalau ada, string respons dari mail server, dan waktu percobaan itu dilakukan. Itu cukup untuk menjawab apakah sebuah pesan keluar dari platform, ditujukan ke siapa, dan apa kata transport soal pesan itu, tanpa menebak dari tangkapan layar pelanggan.
Bagaimana transport-nya dikonfigurasi?
Lewat environment deployment: SMTP host, port, username, dan password, dengan header From bawaan "AdOps" <admin@adops.id>. Template dirender di sisi server dengan EJS sebelum diserahkan, jadi isi pesannya dirakit AdOps, bukan oleh penyedia email.
Yang bukan bagian dari integrasi ini
Ini bukan sistem email marketing atau lifecycle: tidak ada sequence, tidak ada list, tidak ada segmen, dan tidak ada jalur kirim massal, karena transport-nya hanya digerakkan empat event. Ini juga bukan kanal dua arah, karena AdOps tidak memegang koneksi IMAP atau POP dan tidak pernah membaca inbox atau balasan. Dan ini bukan jejak auditnya. Kalau Anda perlu tahu apa yang dilakukan sebuah otomasi, detail log rule dan Activity Log-lah catatannya, dan keduanya tidak bergantung pada sampainya sebuah pesan.
Pertanyaan
Yang sering ditanyakan soal koneksi ini.
Jawaban langsung, lengkap dengan angkanya.
Email apa yang benar-benar dikirim AdOps hari ini?
Email konfirmasi. Pendaftaran mengirimnya, dan tautan di dalamnya mengonfirmasi alamat sekaligus memulai trial 14 hari. Template payment link, notification, dan rule notification sudah didefinisikan dan handler-nya terdaftar di event bus yang sama, tapi saat ini tidak ada jalur kode yang memicu ketiga event tersebut.
Apakah AdOps mengirim email saat sebuah rule mem-pause campaign?
Belum. Sebuah rule bisa membawa entri notification dengan channel type email plus alamat dan nama penerima, dan field itu tersimpan di rule, tapi saat ini bukan itu yang memicu pesan keluar. Activity Log dan detail log rule adalah tempat memeriksa sebuah run: tiap run menulis catatan per campaign per task lengkap dengan badge Executed, Not Executed, atau Skipped, nilai kondisi yang dilihat engine, serta nilai sebelum dan sesudahnya.
Bisakah tim support membuktikan sebuah email terkirim?
Bisa. Setiap percobaan, berhasil maupun gagal, menulis catatan berisi jenis event, daftar penerima, subjek, template, konteks template, status, string respons dari mail server, dan pesan error kalau gagal.
Seberapa sering email konfirmasi boleh dikirim ulang?
Sekali tiap 60 detik, dan layarnya menghitung mundur sisa detik di tombol kirim ulang. Jeda itu disimpan di proses yang sedang berjalan, bukan di database, jadi anggap sebagai pengaman antarmuka, bukan rate limit yang ditegakkan.
AdOps mengirim dari mana?
Pesan keluar lewat SMTP dengan host, port, username, dan password dari environment deployment, dan membawa header From bawaan "AdOps" <admin@adops.id>.
Coba koneksi ini di akun Anda sendiri.
Semua integrasi di halaman ini termasuk dalam semua paket. Hubungkan, biarkan rule pertama Anda berstatus draft, lalu baca log-nya setelah run pertama.
