Masalah email: saat aplikasi buatan AI-mu perlu mengirim pesan ke orang sungguhan

Kamu sudah membangun aplikasinya. Formulir pendaftarannya berfungsi. Seorang pengguna mengisinya, mengklik “Create account” — lalu tidak terjadi apa-apa. Atau lebih buruk: email konfirmasi tiba empat puluh menit kemudian, di folder spam, dengan alamat pengirim yang terlihat seperti ditulis robot. Kamu meminta AI builder-mu untuk “memperbaiki email.” Tiga iterasi kemudian, kamu punya bug baru dan masalah yang sama.

Kalau kamu pernah merilis apa pun dengan AI app builder, kamu mungkin pernah kena ini. Email terlihat seperti fitur satu baris. Padahal bukan. Ia protokol berusia tiga puluh tahun dengan aturan kepercayaan yang aneh, dan membuatnya berperilaku baik di dalam aplikasi buatan AI adalah salah satu tempat paling lazim di mana founder non-teknis diam-diam kehilangan pengguna.

Inilah yang sebenarnya terjadi, dan apa yang harus kamu minta builder-mu lakukan soal itu.

Mengapa email lebih sulit daripada yang dibuat tampak oleh builder-mu

Saat AI builder-mu menghasilkan fitur “send email”, ia biasanya menyambungkan hal paling minimal yang berfungsi di layar uji. Ia memakai alamat pengirim default. Ia mengirim lewat layanan apa pun yang lebih disukai template-nya. Ia mengasumsikan kamu adalah perusahaan sungguhan dengan domain sungguhan yang dipercaya internet.

Internet yang sebenarnya tidak memercayai pengirim baru. Penyedia surel — Gmail, Outlook, Yahoo, Apple — sudah menghabiskan dua puluh tahun jadi jago menandai sumber yang tidak dikenal. Saat sebuah domain yang benar-benar baru mulai mengirim reset kata sandi dan email selamat datang, setiap filter spam di dunia mengangkat alis. Tanpa tiga bagian setup spesifik di tempatnya, emailmu akan mendarat di spam, diam-diam dibuang, atau tiba cukup telat sampai pengguna sudah menyerah.

Tiga bagian itu adalah SPF, DKIM, dan DMARC. Kamu tidak perlu tahu kepanjangannya. Kamu perlu tahu bahwa tanpa mereka, fitur send email-mu rusak dengan cara yang tidak bisa kamu lihat dari dalam aplikasi.

Hal pertama yang harus dicek: email itu sebenarnya dari siapa?

Buka email terakhir yang dikirim aplikasimu. Lihat alamat pengirimnya. Biasanya ia salah satu dari tiga hal ini:

1. Sesuatu@domainmu.com — kasus terbaik. AI builder-mu menyiapkan pengirim sungguhan. Kalau pengguna tetap tidak menerimanya, masalahnya ada di tiga huruf di atas.
2. Sesuatu@layanan-builder-tertentu.com — lazim. Emailmu dikirim dari infrastruktur bersama milik builder-mu. Ini berfungsi, tapi menempatkanmu dalam satu kolam dengan setiap aplikasi acak lain di platform itu. Satu tetangga buruk dan tingkat pengirimanmu turun.
3. noreply@domain-acak-tertentu.example — buruk. AI builder-mu menghasilkan sebuah placeholder yang tidak pernah ia ganti. Pengguna menerima email dari domain yang bukan milikmu, dan penyedia inbox akan dengan tepat mencurigainya.

Kalau kamu ada di kasus 2 atau 3, itu hal pertama yang harus diperbaiki.

Apa yang harus diminta ke AI builder-mu, secara berurutan

Ada urutan spesifik yang berhasil untuk kebanyakan builder. Meminta hal-hal ini dalam urutan yang salah akan menghasilkan hasil yang membingungkan.

Langkah 1: pilih sebuah penyedia pengiriman

Minta ke AI builder-mu: “Aku ingin mengirim email dari domainku sendiri. Hubungkan aplikasi ini ke Resend (atau Postmark, atau SendGrid) memakai API key-ku.” Pilih satu. Mereka kurang lebih setara untuk aplikasi kecil. Resend dan Postmark punya alur setup yang paling ramah.

Kamu perlu mendaftar sendiri ke penyedianya dan mengambil sebuah API key. AI tidak bisa melakukan bagian ini — ia menuntut kamu memasukkan kartu kredit dan memverifikasi identitasmu. Sediakan waktu tiga puluh menit.

Langkah 2: verifikasi domainmu

Begitu penyedia pengirimanmu terhubung, penyedianya akan memintamu menambahkan tiga record DNS ke domainmu. Inilah record SPF, DKIM, dan DMARC yang kusebutkan tadi. Penyediamu akan menunjukkan persis apa yang harus ditempel.

Ini langkah yang paling sering dilewati founder non-teknis, dan inilah yang memperbaiki 80% keluhan “emailku masuk spam”. Minta ke AI builder-mu: “Bantu aku menemukan tempat menambahkan record DNS untuk domain yang aku beli.” Ia akan memandumu melewati registrar-mu (GoDaddy, Namecheap, Cloudflare, siapa pun).

Ini juga satu-satunya langkah yang memakan waktu di dunia nyata — perubahan DNS bisa butuh beberapa jam untuk menyebar. Jangan panik kalau ia tidak langsung berfungsi.

Langkah 3: tulis ulang isi emailmu

Yang satu ini mengejutkan orang. Isi emailmu sama pentingnya dengan setup-nya. AI builder default-nya ke copy marketing yang banyak basa-basi yang pola-cocok dengan spam. Dua hal spesifik yang harus diperbaiki:

• Tidak ada baris subjek huruf kapital semua. “SELAMAT DATANG DI APLIKASIKU” adalah sinyal spam. “Selamat datang di Boats by Maria” bukan.
• Tidak ada tautan polos ke domain pengalihan. Kalau emailmu bertuliskan “Klik di sini” dan tautannya menunjuk ke URL pelacakan yang memantul lewat tiga penyedia, filter spam memperhatikan. Minta builder-mu memakai tautan yang langsung menuju domainmu.

Cek cepat: kirim ke dirimu sendiri sebuah email sungguhan dari aplikasinya, lalu teruskan ke mail-tester.com. Ia memberi skor emailmu dari 10 dan memberi tahu persis apa yang harus diperbaiki. Skor 8 atau lebih berarti inbox akan menerimamu. Di bawah 6, harap-harap ada masalah.

Tiga email yang harus berfungsi

Kamu tidak perlu mengirim setiap email dengan baik. Kamu perlu mengirim tiga email spesifik dengan baik, karena kalau salah satunya gagal, aplikasimu rusak untuk pengguna baru.

1. Konfirmasi pendaftaran. Kalau pengguna mendaftar dan tidak bisa mengonfirmasi alamat mereka, mereka tidak bisa login. Pastikan yang ini tiba dalam waktu kurang dari satu menit, setiap kali.
2. Reset kata sandi. Inilah email yang diperhatikan pengguna saat ia hilang. Kalau mereka meminta reset dan tidak ada yang tiba, inbox support-mu penuh di hari yang sama.
3. Email “sesuatu terjadi di akunmu” — sebuah login baru, sebuah undangan, sebuah komentar. Ini membangun kepercayaan. Kalau mereka muncul dengan andal, pengguna mulai memperlakukan aplikasimu seperti layanan sungguhan.

Selebihnya — newsletter, pembaruan produk, drip campaign — adalah bonus. Pastikan tiga email inti terkirim secara konsisten sebelum kamu membangun apa pun yang mewah.

Kapan harus minta bantuan manusia

Kalau kamu sudah melakukan tiga langkah di atas dan email masih masuk spam, masalahnya hampir selalu satu dari tiga hal: domainmu terlalu baru (tunggu seminggu, kirim hemat-hemat), isimu memicu filter spesifik (jalankan cek mail-tester), atau volume pengirimanmu melonjak tiba-tiba (mulai kecil, naikkan perlahan).

Kalau kamu sudah menghabiskan lebih dari sehari untuk ini dan ia masih rusak, inilah saat yang tepat untuk membayar seorang freelancer selama dua jam. Deliverability email adalah salah satu dari sedikit hal di aplikasi modern di mana manusia berpengalaman bisa memperbaiki apa yang AI builder tidak cukup bisa menalarnya — karena jawabannya sering tersembunyi di record DNS yang tidak bisa dilihat AI.

Kamu bisa merilis seluruh aplikasi buatan AI tanpa pernah menyambungkan email sungguhan. Tapi kamu tidak bisa mempertahankan pengguna tanpanya.