Mailgun atau SendGrid: 50.000 email murah belum menjamin terkirim

Untuk 50.000 email per bulan, tarif Mailgun menempatkan Foundation di US$35, sedangkan paket Essentials 50K Twilio SendGrid berharga US$19,95. Selisih biaya dasarnya US$15,05 per bulan. Harga yang lebih rendah itu belum menjamin pesan sampai ke inbox: keberhasilan pengiriman juga bergantung pada domain, konfigurasi, dan penerima.

Jika kebutuhan tim hanya mengirim pada volume tersebut, SendGrid Essentials menawarkan biaya paket lebih rendah. Jika tim memerlukan IP khusus atau riwayat aktivitas yang lebih panjang, paket yang dibandingkan harus berubah. Untuk memilih layanan bagi email transaksional yang penting, hitung biaya pada volume nyata lalu uji kedua layanan dengan domain, konten, dan kelompok penerima yang setara.

Harga berubah menurut volume, bukan nama paket saja

Tiga skenario menunjukkan bagaimana pilihan biaya bergeser. Angka berikut adalah tarif paket bulanan dalam dolar AS, sebelum kelebihan kuota, pajak, atau fitur tambahan. Perbandingan ini memakai volume pengiriman yang sama, tetapi fitur antar paket tidak selalu setara.

• 10.000 email. Mailgun Basic berharga US$15 untuk kuota bulanan tersebut. SendGrid Essentials 50K berharga US$19,95 meskipun seluruh kuotanya tidak terpakai. Untuk kebutuhan ini, selisih biaya paketnya US$4,95 per bulan dan Basic lebih murah.
• 50.000 email. Mailgun Foundation berharga US$35 dan SendGrid Essentials 50K US$19,95. Selisihnya US$15,05 per bulan. Angka itu membandingkan biaya pengiriman yang tercantum, bukan jumlah pesan yang nantinya diterima di inbox.
• 100.000 email. Mailgun Scale berharga US$90, sementara SendGrid Essentials 100K US$34,95; selisih biaya paketnya US$55,05. Namun Scale membawa fitur yang tidak termasuk dalam Essentials, sehingga pilihan termurah bergantung pada fitur yang benar-benar dibutuhkan.

Perhitungan tersebut perlu mengikuti pola bulan tersibuk, bukan hanya rata-rata. Jika pengiriman melampaui kuota, biaya tambahan per email dapat mengubah total tagihan; jika memerlukan fitur dari tingkat paket lebih tinggi, biaya paket awal juga tidak lagi menjadi pembanding yang tepat. Untuk anggaran produksi, gunakan jumlah penerima yang ditagih, kuota paket, biaya kelebihan kuota, dan fitur yang akan dipakai dalam konfigurasi yang sama.

Masa uji dan riwayat aktivitas punya batas berbeda

Mailgun menyediakan paket gratis dengan batas 100 email per hari. Foundation dan Scale menawarkan bulan pertama gratis, sedangkan Basic langsung memakai tarif bulanannya. Pada rincian harga dan fitur SendGrid, uji gratis dibatasi 100 email per hari selama 60 hari; Essentials menyertakan aktivitas email yang dapat dicari selama tiga hari, sementara Pro dan Premier menyertakan tujuh hari. Riwayat tambahan untuk paket berbayar tersedia sebagai pembelian terpisah.

Batas harian uji gratis memadai untuk memeriksa integrasi API, autentikasi, templat, dan respons webhook. Batas itu tidak dengan sendirinya mewakili pola pengiriman produksi yang lebih besar atau lonjakan pesan setelah suatu peristiwa di aplikasi. Tim yang masih membangun alur pendaftaran dapat memakai paket gratis Mailgun untuk pengembangan bertahap; tim yang memakai uji SendGrid perlu memasukkan akhir masa uji ke perhitungan biaya rutin.

Untuk penelusuran masalah, Mailgun menyimpan log selama satu hari pada Free dan Basic, lima hari pada Foundation, serta 30 hari pada Scale. Angka tersebut tidak sepenuhnya sebanding dengan aktivitas yang dapat dicari di SendGrid karena cakupan data pada kedua fitur dapat berbeda. Jika pelanggan baru melaporkan email yang hilang beberapa hari kemudian, jendela yang pendek membatasi pemeriksaan di konsol; menyimpan peristiwa webhook di sistem sendiri dapat memberi tim riwayat operasional yang sesuai kebutuhannya.

IP khusus mengubah paket yang perlu dibandingkan

IP khusus tidak termasuk dalam Mailgun Foundation untuk 50.000 email, meskipun akses ke fitur itu tersedia pada volume tersebut. Satu IP termasuk mulai Foundation 100K dan pada Scale. Di SendGrid, satu IP khusus termasuk pada Pro dan Premier, bukan Essentials. Karena itu, tim yang mensyaratkan IP khusus perlu membandingkan biaya konfigurasi Mailgun yang menyediakannya dengan SendGrid Pro, bukan membandingkan dua harga paket awal.

IP khusus memberi pengirim kendali lebih besar atas reputasi alamat pengiriman, tetapi reputasi tetap dipengaruhi pola kirim dan respons penerima. Pengirim dengan volume yang tidak stabil perlu memperhitungkan pekerjaan menyiapkan dan memantau IP tersebut. Pemisahan email transaksional dari pesan promosi juga dapat mengubah kebutuhan konfigurasi, sehingga jumlah IP saja bukan ukuran mutu pengiriman.

Respons API belum menunjukkan pesan terlihat di inbox

Sebuah pesan dapat diterima oleh API, diserahkan ke penyedia kotak surat, lalu ditempatkan di spam atau ditolak. Pedoman pengirim Gmail menjelaskan bahwa autentikasi domain dan reputasi pengirim memengaruhi hasil: pesan yang tidak memenuhi persyaratan autentikasi dapat ditandai sebagai spam atau ditolak. Gmail juga tidak menjamin pesan dari penyedia layanan email akan melewati penyaring spamnya.

Inilah sebabnya klaim keterkiriman umum dari suatu layanan tidak dapat dipakai sebagai perkiraan hasil untuk aplikasi tertentu. Daftar penerima, jenis pesan, domain pengirim, dan konfigurasi autentikasi membentuk kondisi pengiriman yang sesungguhnya. Untuk email pengaturan ulang kata sandi, misalnya, pesan yang tercatat telah diproses tetapi terlambat atau tidak muncul di inbox tetap menimbulkan masalah bagi pengguna. Ukur penyerahan pesan dan penempatan inbox sebagai hasil yang berbeda.

Uji dua layanan pada pengiriman yang setara

Panduan perbandingan LeadHaste menyarankan daftar penerima yang dibagi secara acak, konten yang sama, autentikasi yang diperiksa, dan jendela kirim yang sama. Rancangan itu membantu mengurangi pengaruh perbedaan audiens atau materi pesan ketika hasil Mailgun dan SendGrid dibandingkan. Jalankan uji pada jenis email yang memang akan dipakai, bukan pada pesan contoh yang tidak mewakili produk.

1. Siapkan kedua jalur pengiriman dengan domain pengirim yang sama dan periksa SPF, DKIM, serta keselarasan DMARC untuk masing-masing layanan. Catat pengaturannya sebelum mengirim agar kegagalan autentikasi dapat dibedakan dari masalah lain.
2. Bagi penerima yang sah secara acak menjadi kelompok yang seimbang menurut penyedia kotak surat dan jenis penerima. Kirim kepada setiap penerima hanya melalui jalur yang ditetapkan, dengan subjek dan isi pesan yang setara.
3. Kirim dalam jendela waktu yang sama. Rekam permintaan yang diterima API, pesan yang diserahkan, penolakan, penundaan, keluhan, dan waktu datangnya peristiwa webhook; pisahkan hasil menurut penyedia kotak surat agar satu tujuan yang bermasalah tidak tertutup rata-rata.
4. Periksa penempatan inbox pada akun uji yang dikuasai tim dan bandingkan biaya per pesan yang berhasil diserahkan, bersama biaya paket serta fitur yang diperlukan. Hasil akun uji memberi petunjuk tentang penempatan, sedangkan catatan pengiriman ke penerima nyata menunjukkan apa yang terjadi pada lalu lintas produk.

Uji kecil berguna untuk menemukan masalah integrasi dan autentikasi, tetapi hasilnya dapat berubah ketika volume serta reputasi domain berubah. Keputusan yang paling relevan bagi pengirim adalah paket yang memenuhi kebutuhan biaya dan penelusuran, lalu menunjukkan hasil pengiriman yang memadai pada lalu lintas mereka sendiri.

Baca juga:

• ChatGPT atau Perplexity untuk riset: kutipan belum menjamin jawaban benar
• Ollama atau LM Studio: model sama belum menjamin kecepatan sama
• Email muncul di kebocoran data—ganti sandi saja belum cukup