Email API dan Email Marketing: Haruskah Dikelola dari Dua Platform Berbeda?
Di banyak perusahaan, ada dua tim yang sama-sama mengirim email setiap harinya, tapi tidak pernah align satu sama lain soal infrastrukturnya.
Tim engineering menggunakan Email API untuk notifikasi transaksi, OTP, konfirmasi pesanan, dan alert sistem. Tim marketing menggunakan platform email campaign untuk broadcast, newsletter, dan automation. Keduanya berjalan, keduanya berfungsi, dan keduanya berjalan di platform yang berbeda.
Artikel ini membahas kenapa fragmentasi ini terbentuk, apa yang sebenarnya hilang ketika dua kebutuhan email dikelola dari dua titik yang berbeda, dan bagaimana cara berpikir yang lebih efisien untuk tim yang sudah mulai merasakannya.
Bagaimana Fragmentasi Ini Terjadi
Ini bukan keputusan yang disengaja. Hampir tidak ada tim yang pada suatu hari duduk bersama lalu memutuskan: "Kita pakai dua sistem email yang terpisah."
Yang terjadi biasanya lebih bertahap.
Tim engineering pertama kali butuh cara untuk kirim notifikasi dari aplikasi. Mereka pilih solusi yang paling cepat bisa diintegrasikan via API atau SMTP. Tidak ada pertimbangan soal marketing di sini, karena memang bukan kebutuhan mereka saat itu.
Beberapa bulan kemudian, tim marketing mulai butuh tools untuk campaign. Mereka pilih platform yang punya template editor, list management, dan reporting. Tidak ada pertimbangan soal API integration, karena mereka tidak menulis code.
Dua keputusan yang masuk akal dari masing-masing tim. Tapi hasilnya: dua akun, dua vendor (atau dua produk berbeda dari vendor yang sama), dua alur kerja yang tidak pernah bersentuhan, dan dua invoice yang berbeda yang menyulitkan tim finance dikemudian hari.
Masalah Dari Dua Platform Yang Berbeda
Pada tahap awal, pemisahan ini tidak terasa sebagai masalah. Email API jalan, email marketing jalan. Semua berjalan sesuai dengan kebutuhan masing-masing.
Masalah biasanya baru muncul ketika tim mulai tumbuh, volume email naik, atau ada kebutuhan baru yang membutuhkan koordinasi antar tim.
- Visibilitas yang terfragmentasi
Ketika tim produk ingin tahu performa email secara keseluruhan, yaitu berapa total email yang keluar dari sistem, bagaimana delivery rate-nya, dan di mana yang gagal, mereka harus mengumpulkan data dari dua tempat. Tidak ada satu dashboard yang bisa memberikan gambaran lengkap. - Pengaturan domain yang tidak sinkron
SPF, DKIM, dan DMARC dikonfigurasi secara terpisah untuk masing-masing sistem. Ketika ada masalah deliverability, investigasinya lebih panjang karena tim perlu memeriksa dua konfigurasi yang mungkin saling berpengaruh tanpa disadari. - Onboarding yang diulang
Ketika ada anggota tim baru yang perlu akses ke kedua sistem, mereka harus melewati dua proses yang berbeda. Kalau ada rotasi tanggung jawab antara tim engineering dan marketing, prosesnya lebih lambat dari yang seharusnya. - Koordinasi yang tidak efisien.
Ketika tim marketing ingin menambahkan trigger email berbasis event dari sistem (misalnya email yang dikirim otomatis setelah user menyelesaikan onboarding tertentu), mereka perlu koordinasi dengan engineering yang memegang akses ke Email API. Ini bukan hal yang tidak bisa dilakukan, tapi menambah satu lapisan komunikasi yang seringkali memperlambat eksekusi.
Kenapa Ini Jarang Dibahas
Sebagian besar tim tidak menyadari biaya dari fragmentasi ini, karena biayanya tidak muncul sebagai angka di laporan keuangan.
Tidak ada line item bertuliskan "biaya koordinasi antar tim email" atau "waktu yang hilang karena onboarding duplikat." Ini adalah hidden cost di dalam waktu meeting, waktu debugging, dan waktu yang dihabiskan untuk hal-hal yang sebenarnya tidak perlu dikerjakan dua kali.
Di perusahaan dengan volume email rendah dan tim yang kecil, ini hampir tidak terasa. Tapi ketika volume email mulai naik ke ratusan ribu atau jutaan email per bulan, atau ketika tim mulai berkembang dan tanggung jawab mulai tersebar, fragmentasi ini mulai bergesekan dengan kecepatan kerja.
Satu Platform, Dua Fungsi
Cara yang lebih efisien bukan berarti menggabungkan dua sistem menjadi satu secara paksa, lalu kehilangan spesialisasi masing-masing.
Yang lebih relevan adalah: akses ke dua fungsi tersebut tersedia dari satu titik, dengan konfigurasi domain yang sama, visibilitas yang sama, dan manajemen akun yang sama. Tim engineering tetap menggunakan API. Tim marketing tetap menggunakan interface campaign mereka. Yang berbeda hanya mereka tidak perlu dua akun untuk melakukannya.
Ini yang sedang kami kerjakan di Mailtarget.
Dalam waktu dekat, satu akun Mailtarget akan memberikan akses langsung ke Email API dan Email Marketing sekaligus. Tidak ada proses registrasi baru. Tidak ada migrasi data. Akses ke produk lainnya tersedia otomatis dari akun yang sudah Anda miliki sekarang.
Untuk user yang selama ini sudah menggunakan keduanya dengan akun terpisah, kedua akun dapat disatukan. Anda yang menentukan akun mana yang menjadi akun utama, dan kami akan mengirimkan panduan lengkapnya sebelum perubahan ini live.
Detail lengkap tentang perubahan ini tersedia di sini:
FAQ
- Apakah ini berarti Email API dan Email Marketing akan digabung menjadi satu produk?
Tidak. Keduanya tetap berjalan sebagai dua produk yang berbeda dengan fungsi masing-masing. Yang berubah hanya cara aksesnya: satu akun untuk keduanya, tanpa perlu registrasi terpisah. - Kalau saya sekarang hanya pakai Email API, apakah saya otomatis bisa pakai Email Marketing juga?
Ya. Setelah update ini live, akses ke Email Marketing akan tersedia langsung dari akun Anda yang sekarang. Tidak ada langkah tambahan yang perlu dilakukan. - Apakah konfigurasi domain saya, SPF, DKIM, dan API key, akan berubah?
Tidak ada yang berubah. Semua konfigurasi teknis, API key, domain, dan data pengiriman tetap sama persis. Perubahan ini hanya menyentuh cara akses ke produk, bukan infrastruktur di baliknya. - Kapan perubahan ini live?
Pertengahan Juni 2026. Kami akan menginformasikan tanggal pastinya melalui email sebelum perubahan terjadi.
