← Back to all posts

Flash Sale 10.10 dan Harbolnas: Siapkan Email Transaksional Anda Sebelum Lonjakan Datang

Flash sale tanggal kembar seperti 10.10, 11.11, dan 12.12 bukan lagi momen eksklusif marketplace besar. Marketplace lokal, platform travel, sampai aplikasi UMKM ikut menurunkan harga dalam semalam. Bagi tim engineering, artinya satu hal: volume email transaksional bisa naik 10x lipat dalam hitungan menit — dan email yang gagal terkirim pada momen ini adalah pendapatan yang hilang secara langsung.

Masalahnya, lonjakan email saat flash sale berbeda dari traffic biasa. Pola polanya seperti ini:

1. Detik 00:00 — semua user yang menunggu di halaman promo checkout bersamaan. OTP verifikasi dikirim dalam gelombang.
2. Menit 0-30 — pembayaran sukses masuk ratusan per menit. Invoice dan konfirmasi pesanan harus segera sampai, karena user menunggu bukti pembayaran sebelum tenang.
3. Jam 1-6 pagi — lonjakan kedua dari pembayaran yang tertunda dan retry pembayaran.

Kalau pipeline email Anda mengirim langsung dari aplikasi tanpa antrean, lonjakan pertama saja bisa membanjiri server Anda sendiri.

Tiga kesalahan yang paling sering terjadi

1. Kirim email inline dari request handler

Kebiasaan paling umum: memanggil API email langsung di dalam handler checkout. Saat traffic normal, ini tak terlihat masalah. Saat flash sale, request checkout jadi lambat karena menunggu respons email API — atau lebih buruk, gagal karena email API Anda (bukan aplikasi Anda) yang menolak karena rate limit.

Solusinya sederhana: tulis pesan ke antrean (queue), kembalikan respons ke user segera, dan biarkan worker mengirim email di belakang layar. Email jadi eventual — sampai beberapa detik lebih lambat, tapi checkout Anda tidak ikut mati.

2. Tanpa idempotency, satu order = dua invoice

Saat payment gateway timeout dan aplikasi Anda retry, handler yang sama bisa terpanggil dua kali. Tanpa idempotency key, user menerima dua invoice untuk satu pembayaran — dan support Anda menanggapi keluhan "kenapa saya kena tagihan dua kali" sementara laporan keuangan tetap benar. Kirim header Idempotency-Key dengan ID order Anda; email API yang baik akan mengembalikan email yang sama, bukan membuat duplikat.

3. Rate limit ditanggapi dengan langsung retry

Ketika email API mengembalikan 429, tergoda untuk langsung kirim ulang. Justru itu memperparah. Tanggapi dengan backoff eksponensial dan hormati header Retry-After. Yang perlu Anda siapkan sejak sekarang: tulis kode retry dengan backoff di satu tempat (wrapper/klien email), bukan tersebar di setiap handler.

Dampak ke deliverability yang sering diabaikan

Volume naik 10x dalam sehari juga mengubah reputasi pengirim Anda di mata provider mailbox (Gmail, Outlook). Gmail memantau pola pengiriman: lonjakan mendadak dari domain yang biasanya kirim ratusan email per hari bisa menaikkan skor spam — dan email OTP Anda mendarat di folder spam justru di hari paling kritis.

Yang membantu:

• SPF, DKIM, dan DMARC sudah terpasang untuk domain pengirim — cek ulang sebelum tanggal kembar berikutnya.
• Pantau bounce rate real-time. Hard bounce di atas 5% adalah sinyal bahaya; pastikan provider Anda otomatis menahan pengiriman (kill switch) sebelum reputasi domain hancur.
• Jangan gabungkan email marketing dengan transaksional dari alur yang sama. Promo boleh delay; OTP dan invoice tidak.

Kasus nyata di Indonesia

Tiga skenario yang paling dirasakan developer lokal:

• Travel booking (model seperti tiket.com atau Pegipegi): e-ticket dan voucher hotel harus terkirim dalam hitungan detik setelah pembayaran, karena customer langsung menuju bandingkan layar aplikasi untuk check-in.
• Food delivery (model seperti GoFood): invoice dan status pesanan dikirim per transaksi — volume puncak jam makan siang bisa sebanding dengan flash sale.
• Fintech/pinjaman online (model seperti Kredivo): OTP verifikasi adalah jalur hidup funnel. Email OTP yang masuk spam saat flash sale = conversion rate yang jatuh langsung.

Semua skenario ini punya karakter sama: email bukan pelengkap, melainkan bagian dari produk.

Checklist sebelum sale berikutnya

• [ ] Email dikirim via queue, bukan inline di handler checkout
• [ ] Idempotency-Key dipakai untuk semua email terkait transaksi
• [ ] Retry dengan backoff eksponensial + hormati Retry-After
• [ ] SPF/DKIM/DMARC terverifikasi, pantau bounce rate harian
• [ ] Email transaksional dan marketing terpisah
• [ ] Dashboard log email siap — saat insiden, Anda perlu tahu email mana yang gagal dan kenapa dalam hitungan menit

Pakai MailAnvil untuk ini

MailAnvil dibangun persis untuk pola ini: semua email masuk antrean berbasis Cloudflare Queues, pengiriman lewat edge network, idempotency key bawaan di POST /v1/send, dan dashboard log per-recipient (delivered/bounced/deferred) yang bisa Anda pantau saat sale berjalan. Harga IDR: gratis 3.000 email/bulan, paket berbayar mulai Rp249rb/bln — bayar dengan QRIS atau GoPay, tanpa kartu kredit.

Coba MailAnvil gratis di mailanvil.com.