Pendaftaran terbuka menarik pengguna yang salah
Anda hanya ingin pengguna disetujui, tetapi pendaftaran terbuka membiarkan penyalahgunaan dan akun tidak cocok. Pemeriksaan manual memakan waktu dan tetap meleset.
Setujui persis siapa yang boleh mendaftar atau menerima email — per alamat atau seluruh domain. Kendalikan akses dengan satu field `block` tanpa logika daftar putih kustom di setiap layanan.
Tidak perlu kartu kredit. Uji dengan kredit gratis.
untuk izin atau tolak (`block`)
email persis dan domain penuh
mode daftar putih saat kebijakan berubah
pemeriksaan kebijakan dalam respons verifikasi
Pertahankan hanya pengguna dan penerima yang disetujui di alur Anda sambil memusatkan keputusan dalam satu respons API.
Anda hanya ingin pengguna disetujui, tetapi pendaftaran terbuka membiarkan penyalahgunaan dan akun tidak cocok. Pemeriksaan manual memakan waktu dan tetap meleset.
Alur pendaftaran, CRM, dan kampanye membutuhkan kebijakan sama, tetapi tiap layanan mengimplementasikan berbeda dan menyimpang.
Ketika hanya pelanggan tertentu yang boleh menerima email, daftar luas membuang-buang anggaran dan meredam metrik.
Tetapkan sekali siapa yang diizinkan, lalu ambil keputusan kebijakan dari satu field di setiap hasil verifikasi.
Tambahkan email persis seperti [email protected] atau domain seperti company.com untuk menentukan siapa yang boleh.
Nyalakan saat hanya email dan domain terdaftar yang boleh. Matikan saat aturan allow-only ketat tidak diperlukan.
Gunakan field `block` dalam respons. `block: true` menolak; `block: false` mengizinkan.
Contoh respons API verifikasi
GET /v1/[email protected]\nX-API-Key: your-api-key\n\n{\n "valid": true,\n "block": false,\n "domain": "customer.org"\n}Email persis
Izinkan satu alamat ketika hanya pengguna terpilih yang boleh lolos.
Domain
Izinkan semua kotak surat di domain disetujui seperti partner.com atau customer.org.
Tim nyata melindungi onboarding, memperketat targeting kampanye, dan menjaga logika kebijakan di luar kode aplikasi.
Founder, B2B SaaS
“Kami mengaktifkan daftar putih untuk trial enterprise dan langsung menghentikan pendaftaran acak. Penjualan hanya berbicara dengan akun yang kami targetkan.”
Lifecycle Marketing Lead
“Untuk kampanye khusus mitra, kami memasukkan domain disetujui dan menghindari audiensi salah. Pengiriman terbuang berkurang, metrik membaik.”
Product Manager, Marketplace
“Sebelumnya kami punya logika allow di banyak layanan. Sekarang setiap alur membaca `block` yang sama secara konsisten.”
Field `block` dalam respons verifikasi. Jika `block` true, tolak. Jika false, izinkan.
Ya. Tambahkan alamat tepat atau domain seperti `company.com` untuk mengizinkan semua kotak surat di domain itu.
Ya. Mode daftar putih bisa diaktifkan atau dinonaktifkan agar allow-only ketat hanya saat alur memerlukan.
Ya. Kelola aturan sekali dan baca `block` dari respons API alih-alih menduplikasi pencocokan di banyak backend.
Daftar hitam diutamakan. Jika blacklist cocok, `block` tetap true meski ada di whitelist.