Alat verifikasi email

Validator Email Gratis: Validasi Sintaks dan Rekaman MX

Periksa apakah alamat terbentuk dengan baik dan domainnya dikonfigurasi untuk menerima mail. Validator cepat ini berhenti sebelum SMTP, jadi tidak mengklaim mailbox ada.

Apa itu email validator?

Email validator menjawab pertanyaan lebih sempit daripada verifier: apakah string ini alamat well-formed di domain yang mempublikasikan mail server? Itu format dan MX — bukan bukti orang atau inbox ada.

Pencari memakai “email validator” dan “validate email” saat ingin screen cepat dan gratis. BillionVerify menjaga halaman ini jujur: tanpa klaim deliverability palsu, tanpa handshake SMTP, pemeriksaan dangkal unlimited untuk penggunaan sah.

Saat bounce risk penting, pindah ke Email Checker atau Email Verifier. Tool tersebut menambahkan probe mailbox dan flag risiko di atas fondasi format yang sama.

Bagaimana email validator bekerja

Hanya dua lapisan. Sengaja tanpa SMTP.

1. Parse dan normalisasi
Periksa bentuk local-part dan domain terhadap aturan format praktis. Typo gagal dalam milidetik.
2. Resolve rekaman MX
Periksa rekaman mail exchange yang dipublikasikan. Jika tidak ditemukan, validator dangkal ini melaporkan tidak ada MX dan berhenti sebelum tes mailbox apa pun.
3. Berhenti sebelum mailbox
Kami tidak membuka percakapan SMTP. Domain catch-all tetap bisa lolos validator ini.
4. Arahkan ke bukti penuh
Jika butuh deliverability, Email Verifier dan Email Checker menjalankan SMTP di product stack yang sama.

Kapan memakai email validator

Gunakan validasi dangkal saat kecepatan lebih penting daripada bukti mailbox.

Tangkap typo yang jelas
Field form dan input manual menghasilkan error format. Perbaiki sebelum pemeriksaan lebih dalam.
Konfirmasi domain bisa menerima mail
Rute MX yang dipublikasikan melewati gerbang DNS normal; tidak ada MX yang dipublikasikan menghentikan pemeriksaan dangkal ini dan menampilkan alasan tanpa menghabiskan kuota SMTP.
Pre-screen sebelum full verify
Filter pertama murah sebelum bulk SMTP jobs pada daftar besar.
Bukan untuk keputusan send saja
Jangan perlakukan format+MX OK sebagai aman untuk cold email. Gunakan tool SMTP untuk itu.

Email validator vs Email Verify Tools lain

Ini Email Verify Tools interaktif — bukan bulk jobs, bukan API, bukan Free Tools (DNS / SPF / DKIM).

Halaman ini hanya mengembalikan format dan MX. Tool lain menambahkan SMTP atau mengkhususkan satu flag risiko.

Alat	Fungsinya	Gunakan saat
Verifikator Email	Pemeriksaan kotak surat SMTP lengkap plus semua indikator risiko.	Ketika keterkiriman dan keamanan pengiriman menjadi penting.
Email Checker	SMTP penuh + semua flag risiko pada satu alamat	Saat Anda ingin hasil multi-layer lengkap di satu tempat
Free Email Checker	Mendeteksi free personal webmail providers (Gmail, Yahoo, …)	Kualitas lead dan scoring domain B2B — bukan kuota verifikasi gratis
Email Validator	Sintaks + MX saja — tanpa SMTP	Screen format dan domain cepat
Disposable Email Detection	Menandai domain sementara / throwaway	Signup dan lead capture
Bounce Email Checker	Fokus pada bounce dan risiko undeliverable	Kebersihan daftar untuk kontrol bounce rate
Catch-All Verifier	Mendeteksi domain catch-all	Saat SMTP accept tidak andal
Role Account Detection	Menemukan alamat role generik	Kualitas outreach B2B
Email List Cleaning	Verifikasi banyak alamat sekaligus (tempel atau CSV)	Saat satu pemeriksaan tidak cukup dan Anda butuh daftar bersih
Pencarian Email Terbalik	Temukan pemilik publik dan konteks perusahaan dari alamat email.	Riset utama dan tinjauan pengirim tidak dikenal
Validator Nomor Telepon	Validasi format telepon, negara, tipe, dan output E.164	Pembersihan telepon CRM sebelum melakukan kontak

Cara membaca hasil validasi

Format & MX OK berarti alamat terbentuk dengan baik dan domain memublikasikan rute MX. Itu tidak berarti mailbox ada. Sintaks tidak valid berhenti segera; tidak ada MX yang dipublikasikan menghentikan pemeriksaan dangkal ini, tetapi domain implicit-MX yang tidak biasa perlu ditinjau sebelum penolakan final.

Tidak ada bacaan disposable, catch-all, atau bounce di halaman ini by design. Itu membutuhkan full verification atau tool khusus.

Validasi dua lapisan

Apa yang dapat ditetapkan validasi sintaks dan MX

Validator dengan sengaja berhenti setelah dua lapisan yang murah. Itu membuatnya cepat untuk formulir dan pra-penyaringan sambil menjaga kesimpulan lebih sempit daripada verifikasi email penuh.

Pemeriksaan sintaks menanyakan apakah input dapat ditafsirkan sebagai alamat email

BillionVerify memisahkan local part dari domain, menormalisasi input, dan menolak kegagalan struktural seperti komponen yang hilang, pemisah yang rusak, atau karakter pada posisi yang tidak dapat diterima parser alamat. Ini menangkap masalah ketik dan salin-tempel yang umum sebelum pencarian jaringan apa pun.

Lolos sintaks tidak berkonsultasi dengan penyedia penerima. String mungkin mengikuti setiap aturan format sambil menamai domain yang tidak menerima mail atau mailbox yang tidak pernah dibuat. Perlakukan sintaks sebagai gerbang pertama, bukan hasil keterkiriman akhir.

Pemeriksaan MX menanyakan apakah domain memublikasikan rute mail

Sistem Nama Domain memungkinkan domain memublikasikan rekaman mail exchanger yang mengarahkan pengirim ke server penerima. BillionVerify menyelesaikan konteks routing itu setelah sintaks lolos. Rute yang dapat digunakan berarti domain dikonfigurasi untuk berpartisipasi dalam pengiriman email.

Bukti MX berlaku untuk domain, bukan local part yang tepat. Rute mail yang sama dapat melayani karyawan aktif, alias yang dinonaktifkan, nama yang tidak ditetapkan, inbox grup, dan perilaku catch-all. Itulah sebabnya hasil mengatakan format dan MX OK, bukan mailbox terverifikasi.

Null MX dan MX yang hilang memerlukan penanganan yang sadar standar

Domain dapat memublikasikan rekaman Null MX untuk menyatakan secara eksplisit bahwa ia tidak menerima email. RFC 7505 Null MX IETF mendefinisikan sinyal ini agar pengirim tidak membuang waktu mencoba pengiriman ke domain yang telah memilih keluar dari mail.

Rekaman MX eksplisit yang hilang tidak identik dalam setiap konteks teknis karena SMTP secara historis mendefinisikan perilaku fallback melalui rekaman alamat domain. Halaman dangkal ini tidak melakukan fallback implicit-MX itu dan melaporkan tidak ada MX yang dipublikasikan untuk kedua kasus, jadi domain yang tidak biasa perlu ditinjau sebelum penolakan final.

Berhenti sebelum SMTP adalah bagian dari definisi produk

Halaman ini tidak membuka percakapan penerima, menguji perintah mailbox, atau menyimpulkan penerimaan dari perilaku penyedia. Tidak ada pesan email yang dikirim. Cakupan terbatas membuat validator sesuai untuk pra-penyaringan cepat dan menjaga kuota SMTP penuh untuk pemeriksaan yang membutuhkan bukti mailbox.

Saat mailbox yang tepat penting, lanjutkan ke Email Verifier. Alat itu menerapkan fondasi sintaks dan routing yang sama, lalu menambahkan SMTP tingkat penerima dan sinyal risiko.

Outcome validasi

Tafsirkan hasil pada lapisan yang benar-benar diuji

Hasil dangkal berguna saat labelnya tetap presisi. Sebagian besar kesalahan terjadi saat bukti format atau domain diubah namanya menjadi bukti mailbox.

Format dan MX OK berarti siap untuk verifikasi yang lebih dalam

Outcome ini berarti alamat secara struktural dapat digunakan dan domain mengekspos infrastruktur penerima mail di bawah aturan validator. Itu adalah pra-penyaringan positif, bukan izin untuk menyebut mailbox dapat dikirim.

Gunakan untuk menerima input formulir secara sementara, melanjutkan pipeline pengayaan, atau mengurangi baris yang jelas mustahil sebelum pekerjaan penuh. Tambahkan SMTP sebelum mengirim pesan di mana hard bounce memiliki biaya operasional.

Sintaks tidak valid berarti perbaiki nilai sumber

Parser tidak dapat menafsirkan input sebagai alamat yang dapat digunakan. Penyebab umum termasuk tanda @ yang hilang, domain tidak lengkap, spasi yang disalin ke tengah nilai, dan kesalahan tanda baca.

Tampilkan field asli kepada pengguna dan biarkan mereka memperbaikinya. Jangan secara otomatis mengarang karakter yang hilang atau mengganti domain, karena tebakan yang ditingkatkan secara sintaksis dapat milik orang yang berbeda.

Tidak ada rute mail berarti domain belum siap untuk pengiriman normal

Saat domain tidak memiliki rute yang dapat digunakan di bawah aturan validasi, melanjutkan ke verifikasi mailbox tidak akan menyelamatkan alamat saat ini. Domain mungkin salah eja, kedaluwarsa, diparkir, atau sengaja dikonfigurasi untuk tidak menerima mail.

Kembalikan alasan, alih-alih label invalid generik. Kegagalan tingkat domain dapat ditindaklanjuti untuk perbaikan data dan berbeda dari penolakan penerima pada domain perusahaan yang sebaliknya berfungsi.

Lolos validasi meninggalkan beberapa pertanyaan yang belum terjawab

Mailbox mungkin tidak ditetapkan, dinonaktifkan, penuh, dilindungi kebijakan penyedia, atau tersembunyi di balik perilaku catch-all. Alamat juga mungkin disposable, berbasis peran, atau tidak terkait dengan orang dalam catatan Anda.

Itu bukan cacat validator; itu pertanyaan di luar sintaks dan DNS. Gunakan Email Checker saat Anda membutuhkan panel satu alamat yang lengkap.

Pra-penyaringan cepat

Tempatkan validasi email di awal pipeline data

Validator menghemat waktu dan pekerjaan jaringan saat menghapus input yang mustahil lebih awal, sementara tahap kemudian tetap bertanggung jawab atas keputusan mailbox dan audiens.

1
Validasi struktur saat pengguna masih dapat memperbaikinya
Jalankan validasi sintaks saat entri formulir atau segera setelah pengiriman. Pesan yang jelas di samping field lebih berguna daripada menemukan alamat yang salah bentuk setelah pengguna meninggalkan halaman.
Hindari pemblokiran real-time yang terlalu agresif saat seseorang masih mengetik. Validasi pada titik interaksi yang stabil dan simpan nilai yang dimasukkan agar pengguna—bukan aturan koreksi otomatis—yang memilih koreksi.
Saat formulir sangat penting bagi bisnis, catat kategori alasan, alih-alih alamat lengkap, dalam analitik umum. Tim produk perlu tahu apakah kegagalan berasal dari sintaks atau DNS tanpa mengubah aliran peristiwa validasi menjadi basis data kontak kedua.
2
Selesaikan kesiapan domain sebelum pengayaan mahal atau SMTP
Hasil tidak-ada-MX-yang-dipublikasikan menghentikan pipeline dangkal ini sebelum probe mailbox atau pengayaan kontak. Penyaringan DNS dini mengurangi pekerjaan hilir yang tidak perlu, sementara domain yang tidak biasa yang mengandalkan implicit MX harus dirutekan ke tinjauan, alih-alih diam-diam diperlakukan sebagai kegagalan keras biasa.
Jaga perilaku percobaan ulang masuk akal karena DNS dapat gagal sementara. Bedakan kondisi tidak-ada-mail yang dikonfirmasi dari pencarian yang tidak dapat diselesaikan, dan jangan mengubah kegagalan infrastruktur transien menjadi penghapusan data pelanggan permanen.
3
Tingkatkan hanya catatan yang membutuhkan keputusan kirim
Jika alur kerja hanya membutuhkan pemformatan bersih dan domain yang mampu menerima mail, berhenti di sini. Jika alur kerja akan mengirim email onboarding, penjualan, kata sandi, penagihan, atau kampanye, lanjutkan ke verifikasi SMTP penuh dekat peristiwa pengiriman.
Pendekatan berlapis ini menjaga pemeriksaan cepat tetap cepat tanpa menurunkan standar keterkiriman. Nama hasil harus berjalan bersama data agar sistem hilir tahu apakah mereka menerima bukti yang divalidasi atau diverifikasi penuh.
Model field yang berguna menyimpan status sintaks, status MX yang dipublikasikan, kedalaman validasi, dan waktu pemeriksaan secara terpisah. Itu mencegah ekspor kemudian meratakan keberhasilan format dan MX menjadi boolean terverifikasi yang menyesatkan.
4
Gunakan pembersihan massal saat setiap baris membutuhkan keputusan penuh
File besar membutuhkan deduplikasi yang konsisten, penanganan status, logika percobaan ulang, dan ekspor. Validator dangkal dapat pra-menyaring dataset, tetapi tidak dapat memberi tahu operator kampanye penerima mana yang tepat menerima probe SMTP.
Gunakan Email List Cleaning untuk verifikasi skala kampanye dan simpan alasan sintaks, routing, SMTP, dan risiko sebagai field output terpisah.

Batas yang jujur

Validasi bukan verifikasi, identitas, atau pengujian keterkiriman

Istilah valid dapat menjadi menyesatkan saat lapisan yang diuji dihilangkan. BillionVerify menamai lapisan agar pengguna dapat memilih langkah berikutnya yang tepat.

Tanpa SMTP berarti tidak ada klaim keberadaan mailbox

Validator tidak pernah menanyakan sistem penerima tentang local part target. Karenanya tidak dapat menetapkan apakah jane@company.com ditetapkan meskipun company.com menerima mail.

Hasil yang mengklaim dapat dikirim hanya dari sintaks dan MX melebih-lebihkan buktinya. BillionVerify mencadangkan bahasa tingkat mailbox untuk alur kerja SMTP penuh.

Domain catch-all dapat lolos setiap lapisan dangkal

Domain catch-all memiliki infrastruktur mail yang valid dan dapat menerima local part sembarang. Alamat dapat tampak sempurna dan domain dapat merutekan mail sementara mailbox tingkat orang yang dinamai tetap tidak dikonfirmasi.

Gunakan Catch-All Verifier untuk memahami perilaku domain itu, dan jaga kontak catch-all dalam segmen tinjauan, alih-alih menyebutnya terverifikasi secara individu.

Ini paling penting untuk pola B2B yang dihasilkan. Menebak firstname.lastname di domain perusahaan dapat lolos sintaks dan MX untuk setiap nama karyawan, sementara perilaku catch-all mencegah pemeriksaan dangkal itu mengonfirmasi satu penerima yang ditebak.

Kesiapan domain tidak mengidentifikasi pemilik alamat

Rekaman DNS tidak mengatakan apa pun tentang orang yang terlampir pada baris CRM. Domain dapat merutekan mail dengan benar sementara nama, pemberi kerja, jabatan, atau consent yang terlampir pada alamat salah.

Identitas dan izin memerlukan bukti first-party atau yang diizinkan. Validasi mencegah kesalahan input teknis; itu tidak mengubah data kontak pihak ketiga menjadi identitas terverifikasi.

Jaga kepercayaan identitas dalam field terpisah dari validasi teknis. Tim penjualan kemudian dapat meninjau sumber pengayaan tanpa kehilangan fakta bahwa struktur alamat dan rute mail yang dipublikasikan lolos pemeriksaannya sendiri. Pemisahan ini juga membuat audit kualitas data kemudian lebih mudah dijelaskan.

Validasi penerima tidak menguji pengaturan pengirim Anda

Tujuan yang valid tetap dapat menerima pesan di spam saat pengirim memiliki reputasi buruk, autentikasi yang hilang, konten berisiko, atau perilaku kampanye yang tidak sehat. Kondisi itu berada di sisi pengiriman.

Gunakan Email Deliverability Test untuk kesiapan domain pengirim. Jaga validasi penerima dan keterkiriman pengirim sebagai kontrol terpisah dalam alur kerja pengiriman yang sama.

Referensi protokol

Standar menjelaskan mengapa validasi dangkal berhenti di tempatnya

Tata bahasa alamat, routing mail DNS, dan balasan penerima SMTP adalah bagian terpisah dari email Internet. Batas produk mengikuti arsitektur itu.

RFC 5322 menjelaskan struktur pesan dan alamat

RFC 5322 Internet Message Format IETF mendefinisikan sintaks yang digunakan untuk merepresentasikan alamat dan pesan email. Itu adalah fondasi untuk memutuskan apakah string dapat di-parse sebagai alamat.

Dokumen itu tidak menyediakan kueri jaringan yang membuktikan mailbox ada. BillionVerify menjaga perbedaan itu terlihat dalam hasil validasi.

RFC 5321 menjelaskan routing mail dan balasan SMTP

RFC 5321 Simple Mail Transfer Protocol IETF mendefinisikan perilaku pertukaran mail, termasuk perintah penerima dan kelas respons sementara versus permanen. Balasan penerima itu milik verifikasi penuh, bukan halaman ini.

Validator menggunakan lapisan routing yang dibutuhkan untuk menetapkan kesiapan domain dan berhenti sebelum interaksi penerima. Ini membuat hasilnya cepat, dapat dijelaskan, dan tercakup dengan benar.

Alat berikutnya bergantung pada pertanyaan berikutnya

Gunakan Free Email Checker untuk mengklasifikasikan webmail konsumen, Disposable Email Detection untuk mengidentifikasi penyedia sekali pakai, dan verifier penuh saat Anda membutuhkan penerimaan mailbox saat ini.

Email Validator tetap menjadi titik awal yang tepat saat tugasnya hanya menangkap input yang salah bentuk dan domain yang tidak dikonfigurasi untuk menerima mail.

Langkah berikutnya setelah validasi

Lebih dalam saat format saja tidak cukup.

Pertanyaan yang Sering Diajukan

1. Apa yang diperiksa email validator?

Email validator ini hanya memeriksa dua lapisan: (1) apakah alamat well-formed (sintaks/struktur), dan (2) apakah domain mempublikasikan rekaman MX agar bisa menerima mail. Ia tidak membuka percakapan SMTP dengan mailbox dan tidak bisa membuktikan orang atau inbox tertentu ada. Kejujuran itu disengaja — format dan MX adalah screen murah, bukan full email verification.

2. Apakah email validator memakai SMTP?

Tidak. Verifikasi mailbox SMTP tersedia di Email Checker, list cleaning, dan alur produk signed-in. Validator tetap cepat dan unlimited (hanya soft rate limit untuk abuse) dengan berhenti di sintaks dan MX. Jika butuh bounce risk dan deliverability, buka Email Checker untuk hasil SMTP penuh.

3. Kapan memakai email validator alih-alih email checker?

Gunakan email validator saat Anda hanya butuh screen format dan domain cepat — menangkap typo, menolak domain tanpa MX, atau pre-filter sebelum job lebih berat. Gunakan email checker saat alamat salah membuat bounce, penalti ESP, atau waktu SDR terbuang. Banyak tim menjalankan pemeriksaan gaya validator di entry form dan full SMTP email checking sebelum kampanye atau import CRM.

4. Apakah email validator gratis?

Ya. Validasi dangkal (sintaks + MX) gratis dan tidak dibatasi kuota 20 full-SMTP Email Checker. Soft rate limit mungkin berlaku hanya untuk memblokir abuse otomatis. Untuk bulk CSV cleaning dan volume API, daftar akun.

5. Email validator vs email checker — mana yang dipilih?

Pilih email validator untuk pemeriksaan dangkal unlimited: “apakah ini terlihat seperti email di domain yang mampu menerima mail?” Pilih email checker untuk verifikasi multi-layer: deliverability SMTP plus flag disposable, catch-all, dan role. Mereka menjawab pertanyaan berbeda; memakai hasil validator seolah full verification adalah kesalahan deliverability umum.

6. Bisakah domain catch-all lolos email validator?

Ya. Domain catch-all biasanya mempublikasikan MX valid, jadi sintaks + MX bisa terlihat baik meski local-part spesifik bukan orang nyata. Hanya tool verifikasi penuh (Email Checker / Catch-All Verifier) yang bisa menampilkan ketidakpastian catch-all. Jika Anda enrich lead dengan menebak names@company.com, jangan andalkan validator saja.

Validasi email

Butuh deliverability SMTP penuh?

Jalankan Email Checker untuk bukti level mailbox dan flag risiko, atau daftar untuk bulk cleaning dan akses API.

Buka Email Checker

20 pemeriksaan SMTP gratis / 24j · Tanpa daftar untuk pemeriksaan dangkal · Hasil dalam hitungan detik

99.9%

Akurasi

Real-time

Kecepatan API

$0.00014

Per email

600/mo

Gratis selamanya