Email Validator Online - kiểm tra cú pháp email, tên miền gõ nhầm và email tạm thời
Công cụ Email Validator của Tấn Phát Digital kiểm tra một địa chỉ email có đúng cú pháp hay không theo tập quy tắc thực dụng của RFC 5321 và RFC 5322: độ dài phần trước @ tối đa 64 ký tự, toàn địa chỉ tối đa 254 ký tự, vị trí dấu chấm, ký tự được phép, từng nhãn tên miền và TLD. Tên miền tiếng Việt có dấu (IDN) được chuyển sang dạng punycode để kiểm tra. Công cụ cũng cảnh báo một số dịch vụ email tạm thời phổ biến như Mailinator, Guerrillamail, 10minutemail, Yopmail và gợi ý sửa lỗi chính tả tên miền hay gặp như gmial.com thành gmail.com. Mọi kiểm tra chạy ngay trên trình duyệt. Công cụ không kết nối tới máy chủ thư, nên không thể xác nhận hộp thư có tồn tại thật hay không.
Tính năng nổi bật
- Kiểm tra định dạng cơ bản: đúng một dấu @, không có khoảng trắng, tên miền có dấu chấm
- Kiểm tra cú pháp theo tập con thực dụng của RFC 5321/5322: ký tự cho phép, không bắt đầu hoặc kết thúc bằng dấu chấm, không có hai dấu chấm liền nhau
- Kiểm tra độ dài local part (tối đa 64 ký tự), domain (tối đa 253 ký tự) và toàn bộ địa chỉ (tối đa 254 ký tự)
- Kiểm tra từng nhãn tên miền: 1 đến 63 ký tự, không bắt đầu hoặc kết thúc bằng dấu gạch ngang
- Hỗ trợ tên miền quốc tế có dấu (IDN), tự chuyển sang punycode xn--
- Chấp nhận plus-addressing như ten+shop@gmail.com
- Kiểm tra TLD: ít nhất 2 ký tự và không toàn chữ số
- Cảnh báo tên miền thuộc danh sách mẫu các dịch vụ email tạm thời, gồm cả tên miền con
- Gợi ý sửa lỗi chính tả các tên miền phổ biến của Gmail, Hotmail, Yahoo, Outlook
- Chấm điểm tham khảo từ 0 đến 100 và hiển thị chi tiết từng tiêu chí đạt hoặc không đạt
- Xử lý trên trình duyệt, không gửi địa chỉ email lên máy chủ
- Hoàn toàn miễn phí, không giới hạn số lần kiểm tra
Tại sao cần kiểm tra email trước khi thêm vào database?
Địa chỉ email sai là nguồn gây hard bounce trực tiếp nhất trong email marketing và email giao dịch. Các nhà cung cấp hộp thư như Gmail, Yahoo, Outlook theo dõi tỷ lệ thư bị trả về và thư bị báo spam của từng người gửi; gửi liên tục vào địa chỉ không tồn tại làm giảm uy tín người gửi (sender reputation), kéo theo nhiều thư hợp lệ cũng bị đưa vào spam. Email tạm thời (disposable email) tuy đúng định dạng nhưng thường bị xóa sau vài phút đến vài ngày, gây lãng phí tài nguyên và làm sai lệch số liệu. Lỗi chính tả tên miền như gmial.com, yaho.com rất phổ biến khi người dùng gõ nhanh trên điện thoại, và khách hàng sẽ không bao giờ nhận được thư xác nhận đơn hàng hay đặt lại mật khẩu. Kiểm tra cú pháp ngay tại form đăng ký là lớp lọc rẻ và nhanh nhất: chặn lỗi gõ, cảnh báo email tạm thời, trước khi dùng tới các bước tốn kém hơn như xác minh qua máy chủ thư hay double opt-in.
Lợi ích khi sử dụng
- Giảm hard bounce do địa chỉ gõ sai ngay từ lúc thu thập
- Bảo vệ sender reputation và domain reputation
- Tăng khả năng thư vào hộp thư đến thay vì spam
- Phát hiện typo tên miền ngay lập tức, cho người dùng cơ hội sửa
- Cảnh báo email tạm thời phổ biến, giữ database sạch hơn
- Tiết kiệm chi phí dịch vụ gửi email tính theo số subscriber
- Số liệu open rate, click rate phản ánh đúng hơn
- Giảm complaint rate từ những người không thực sự đăng ký
Hướng dẫn chi tiết cách kiểm tra email
- 1Nhập địa chỉ email cần kiểm tra vào ô Địa chỉ email.
- 2Nhấn nút Kiểm tra email hoặc phím Enter.
- 3Xem kết luận: Email hợp lệ về cú pháp khi tất cả tiêu chí cú pháp đều đạt, kèm điểm tham khảo 0-100.
- 4Xem chi tiết từng tiêu chí: định dạng cơ bản, RFC 5322, độ dài local part, domain và tổng độ dài, TLD, email tạm thời, lỗi chính tả.
- 5Nếu có gợi ý sửa lỗi chính tả tên miền, đối chiếu với người dùng rồi mới sửa.
- 6Với danh sách quan trọng, dùng thêm xác minh qua máy chủ thư hoặc email xác nhận (double opt-in), vì công cụ chỉ kiểm tra cú pháp.
Các tiêu chí kiểm tra email chi tiết
Công cụ kiểm tra email qua 7 tiêu chí, mỗi tiêu chí có điểm riêng: (1) Định dạng cơ bản, 20 điểm: có đúng một @, không có khoảng trắng, sau @ có dấu chấm. (2) RFC 5322, 20 điểm: local part chỉ gồm chữ Latin không dấu, số và các ký tự ! # $ % & ' * + / = ? ^ _ ` { | } ~ - cùng dấu chấm đặt đúng chỗ; tên miền gồm các nhãn hợp lệ. (3) Local part, 15 điểm: phần trước @ từ 1 đến 64 ký tự. (4) Domain, 15 điểm: tên miền hợp lệ, tối đa 253 ký tự và toàn địa chỉ tối đa 254 ký tự. (5) TLD, 10 điểm: đuôi tên miền như .com, .vn có ít nhất 2 ký tự và không toàn chữ số. (6) Email tạm thời, 10 điểm. (7) Lỗi chính tả tên miền, 10 điểm. Kết luận hợp lệ chỉ dựa trên 5 tiêu chí cú pháp đầu; hai tiêu chí cuối là cảnh báo chất lượng và chỉ làm giảm điểm.
Ví dụ kết quả thực tế khi chạy công cụ
an.nguyen+shopee@gmail.com: hợp lệ, 100/100. Dấu chấm và dấu cộng đều hợp lệ trong local part. lan@gmial.com: hợp lệ về cú pháp, 90/100, kèm gợi ý sửa thành lan@gmail.com; đây là trường hợp cú pháp đúng nhưng gần như chắc chắn gõ nhầm. .user@gmail.com, user.@gmail.com và us..er@gmail.com: không hợp lệ, 80/100, vì dấu chấm ở đầu, ở cuối hoặc hai dấu liền nhau. tên@gmail.com: không hợp lệ, vì phần trước @ có chữ tiếng Việt có dấu. user@tên.vn: hợp lệ, tên miền được chuyển thành punycode xn--tn-eja.vn. me@yopmail.com: hợp lệ về cú pháp, 90/100, nhưng bị gắn cờ email tạm thời. user@abc.123: không hợp lệ vì TLD toàn chữ số. Điểm cho thấy nhiều tiêu chí đạt không có nghĩa là địa chỉ dùng được: một lỗi cú pháp duy nhất đã đủ để thư không gửi được.
Quy tắc cú pháp email theo RFC 5321 và RFC 5322, bản dễ hiểu
Một địa chỉ gồm local part, dấu @ và domain. RFC 5321 giới hạn local part tối đa 64 octet và đường dẫn gửi thư tối đa 256 octet, tính cả hai dấu ngoặc nhọn, nên địa chỉ dùng được thực tế tối đa 254 ký tự. Tên miền tối đa 253 ký tự, gồm các nhãn cách nhau bằng dấu chấm, mỗi nhãn 1 đến 63 ký tự, chỉ gồm chữ, số, dấu gạch ngang và không bắt đầu hoặc kết thúc bằng dấu gạch ngang. RFC 5322 cho phép local part dạng dot-atom: các cụm ký tự được phép nối bằng dấu chấm đơn, không có dấu chấm ở đầu hoặc cuối. RFC còn cho phép một số dạng hiếm như local part trong ngoặc kép ("john doe"@example.com), comment trong ngoặc tròn, hay địa chỉ IP trong ngoặc vuông thay cho tên miền. Công cụ cố ý không chấp nhận các dạng hiếm này vì phần lớn form đăng ký, CRM và dịch vụ gửi thư đều từ chối chúng; đây là tập con thực dụng chứ không phải toàn bộ RFC.
Tên miền tiếng Việt có dấu và email có dấu
Tên miền quốc tế hóa (IDN) như tênmiền.vn là hợp lệ: trong hệ thống DNS chúng được lưu dưới dạng punycode bắt đầu bằng xn--, ví dụ tên.vn tương ứng xn--tn-eja.vn. Công cụ dùng bộ chuyển đổi có sẵn của trình duyệt để đổi sang punycode rồi mới kiểm tra, và hiển thị cả hai dạng để bạn đối chiếu. Phần trước @ thì khác: chuẩn SMTPUTF8 (RFC 6531) có cho phép ký tự Unicode, nhưng hầu hết hệ thống gửi và nhận thư, form đăng ký và phần mềm CRM phổ biến không hỗ trợ đầy đủ, nên địa chỉ như tên@gmail.com bị coi là không hợp lệ. Khi thu thập email khách hàng Việt Nam, lỗi hay gặp nhất là bộ gõ tiếng Việt tự thêm dấu vào phần trước @; nên tắt bộ gõ hoặc để trường email ở chế độ nhập không dấu.
Email tạm thời và cách phát hiện
Email tạm thời (disposable hoặc throwaway email) là dịch vụ cung cấp hộp thư dùng một lần, tự xóa sau vài phút đến vài ngày. Các dịch vụ phổ biến: Tempmail, Guerrillamail, 10minutemail, Mailinator, Throwaway.email, Yopmail. Người dùng thường dùng chúng để nhận mã ưu đãi hoặc tải tài liệu mà không muốn nhận email marketing sau đó. Với doanh nghiệp, email tạm thời gây bounce khi gửi thư về sau, làm sai lệch số liệu và lãng phí tài nguyên. Công cụ này có sẵn một danh sách mẫu gồm khoảng mười mấy tên miền tạm thời nổi tiếng và so khớp đúng tên miền hoặc tên miền con của chúng, nên notmailinator.com không bị báo nhầm còn sub.mailinator.com vẫn bị bắt. Danh sách mẫu không thể đầy đủ vì mỗi ngày đều có tên miền tạm thời mới; hệ thống cần chặn triệt để nên dùng danh sách mã nguồn mở được cập nhật thường xuyên hoặc dịch vụ chuyên dụng.
Lỗi chính tả domain email phổ biến
Khi nhập nhanh, người dùng thường gõ nhầm các tên miền email phổ biến: gmial.com, gmal.com, gamil.com, gmai.com, gnail.com, gmail.con, gmail.co (Gmail), hotmal.com, hotmai.com (Hotmail), yaho.com, yahooo.com (Yahoo), outloo.com, outlok.com (Outlook). Công cụ phát hiện các lỗi này và gợi ý tên miền đúng. Việc sửa lỗi ngay tại form giúp người dùng không lỡ các email quan trọng như xác nhận đơn hàng hay đặt lại mật khẩu. Lưu ý đây là gợi ý, không tự động sửa: một số tên miền trông giống lỗi gõ vẫn có thể là tên miền có thật của người khác, vì vậy trên form thực tế nên hỏi lại người dùng kiểu "Có phải bạn muốn nhập ...@gmail.com?" thay vì tự thay.
Cú pháp đúng không có nghĩa là hộp thư tồn tại
Kiểm tra cú pháp chỉ trả lời câu hỏi địa chỉ có được viết đúng quy tắc hay không. Địa chỉ nguyenvana123456@gmail.com hoàn toàn hợp lệ về cú pháp nhưng có thể chưa ai đăng ký. Để tiến gần hơn tới câu trả lời hộp thư có tồn tại, cần ba bước mà công cụ trên trình duyệt này không làm: tra bản ghi MX của tên miền để biết tên miền có nhận thư không; kết nối SMTP tới máy chủ thư và hỏi thử người nhận; và cuối cùng, cách chắc chắn nhất, gửi một email xác nhận có đường link để người dùng bấm (double opt-in). Ngay cả kiểm tra SMTP cũng không chắc chắn, vì nhiều máy chủ được cấu hình catch-all chấp nhận mọi địa chỉ, dùng greylisting từ chối tạm thời, hoặc chặn hẳn kiểu dò hỏi này. Vì vậy hãy coi công cụ là lớp lọc đầu tiên để bắt lỗi gõ, không phải bằng chứng một người có thật.
Plus-addressing, dấu chấm trong Gmail và chuyện trùng tài khoản
Gmail và nhiều nhà cung cấp khác hỗ trợ plus-addressing: thư gửi tới ten+shopee@gmail.com vẫn vào hộp thư ten@gmail.com. Riêng với tài khoản gmail.com, dấu chấm trong local part cũng bị bỏ qua, nên an.nguyen@gmail.com và annguyen@gmail.com là cùng một hộp thư. Công cụ coi các dạng này là hợp lệ, đúng theo chuẩn. Nếu bạn chạy chương trình khuyến mãi mỗi email một lần, cần tự chuẩn hóa địa chỉ trước khi so trùng: bỏ phần sau dấu cộng, bỏ dấu chấm với tên miền gmail.com, đưa về chữ thường. Đừng áp dụng quy tắc bỏ dấu chấm cho tên miền khác, vì với phần lớn máy chủ thư, a.b@congty.vn và ab@congty.vn là hai hộp thư khác nhau.
Dùng kết quả kiểm tra trong form đăng ký cho đúng
Chặn hẳn khi địa chỉ sai cú pháp, vì thư chắc chắn không gửi được. Với lỗi chính tả tên miền, chỉ hiện gợi ý và để người dùng tự xác nhận. Với email tạm thời, tùy mục đích: form tải tài liệu miễn phí có thể chấp nhận nhưng đánh dấu để không đưa vào chiến dịch nuôi dưỡng, còn form tạo tài khoản dùng thử có giá trị cao có thể từ chối. Luôn kiểm tra lại trên máy chủ, vì kiểm tra trên trình duyệt có thể bị bỏ qua. Ngoài chất lượng dữ liệu, danh sách email của khách hàng là dữ liệu cá nhân: ở Việt Nam, việc thu thập, lưu trữ và gửi thư quảng cáo còn phải tuân thủ các quy định về bảo vệ dữ liệu cá nhân và chống thư điện tử rác, trong đó có yêu cầu người nhận đồng ý nhận thư và có cách từ chối nhận thư.
Câu hỏi thường gặp (FAQ)
RFC 5322 là gì và tại sao quan trọng?
RFC 5322 là tiêu chuẩn của IETF (Internet Engineering Task Force) định nghĩa định dạng thư điện tử, bao gồm cấu trúc địa chỉ email. Theo RFC 5322, local part (trước @) có thể chứa chữ cái, số, và một số ký tự đặc biệt như .!#$%&'*+/=?^_`{|}~-, với dấu chấm không được ở đầu, cuối hay đứng liền nhau. RFC 5321 bổ sung giới hạn độ dài: local part tối đa 64 và cả địa chỉ tối đa 254 ký tự. Công cụ áp dụng tập con thực dụng của hai chuẩn này, bỏ qua các dạng hiếm như local part trong ngoặc kép.
Email tạm thời có hại gì cho doanh nghiệp?
Email tạm thời gây nhiều vấn đề: (1) Bounce khi gửi email sau vài giờ hoặc vài ngày, làm tăng bounce rate. (2) Số liệu sai lệch: số subscriber ảo, open rate thấp giả tạo. (3) Lãng phí chi phí dịch vụ email tính theo số subscriber. (4) Không thể remarketing hay nuôi dưỡng lead. (5) Có thể là dấu hiệu của gian lận hoặc lạm dụng khuyến mãi.
Điểm bao nhiêu thì email được coi là hợp lệ?
Kết luận hợp lệ không dựa vào ngưỡng điểm mà dựa vào việc tất cả 5 tiêu chí cú pháp (định dạng cơ bản, RFC 5322, local part, domain và tổng độ dài, TLD) đều đạt. Một địa chỉ sai một tiêu chí cú pháp vẫn có thể được 80 điểm nhưng vẫn là không hợp lệ. Điểm chỉ để tham khảo chất lượng: địa chỉ hợp lệ có 90 điểm thường là do bị gắn cờ email tạm thời hoặc nghi gõ nhầm tên miền, cần xem tiêu chí nào không đạt để quyết định.
Công cụ có kiểm tra email tồn tại thật không?
Không. Công cụ này kiểm tra định dạng và một số dấu hiệu chất lượng, không kiểm tra bản ghi MX hay kết nối tới máy chủ thư, nên không xác minh được email có tồn tại thật hay không. Để xác minh sâu hơn, có thể dùng dịch vụ email verification như ZeroBounce, NeverBounce, Hunter.io (thường tính phí), nhưng các dịch vụ này cũng không chắc chắn 100% với máy chủ catch-all. Cách chắc chắn nhất vẫn là gửi email xác nhận để người dùng bấm link.
Dữ liệu email có được lưu lại không?
Không. Việc kiểm tra diễn ra hoàn toàn trên trình duyệt của bạn bằng JavaScript. Địa chỉ email không được gửi đến máy chủ, không được lưu trữ hay theo dõi. Bạn có thể tự kiểm chứng bằng cách mở Developer Tools, tab Network, rồi bấm Kiểm tra email.
Email có dấu chấm hoặc dấu cộng như ten.ho+shop@gmail.com có hợp lệ không?
Có. Dấu chấm và dấu cộng đều là ký tự hợp lệ trong local part, miễn là dấu chấm không ở đầu, ở cuối hay hai dấu liền nhau. Với Gmail, thư gửi tới ten.ho+shop@gmail.com sẽ vào hộp thư tenho@gmail.com. Công cụ cho kết quả hợp lệ 100/100 với dạng địa chỉ này.
Địa chỉ email dài tối đa bao nhiêu ký tự?
Tối đa 254 ký tự cho toàn địa chỉ, trong đó phần trước @ tối đa 64 ký tự và tên miền tối đa 253 ký tự, mỗi nhãn tên miền tối đa 63 ký tự. Con số 254 đến từ giới hạn 256 octet của đường dẫn trong RFC 5321, trừ đi hai dấu ngoặc nhọn bao quanh địa chỉ. Công cụ hiển thị tổng số ký tự trên 254 để bạn thấy còn cách giới hạn bao xa.
Email có tiếng Việt có dấu có dùng được không?
Tên miền có dấu (như ai@tênmiền.vn) là hợp lệ và công cụ tự chuyển sang punycode để kiểm tra. Phần trước @ có dấu (như tên@gmail.com) thì bị coi là không hợp lệ: chuẩn SMTPUTF8 có cho phép, nhưng hầu hết dịch vụ thư và form đăng ký không hỗ trợ, nên thư gửi tới rất dễ thất bại.
Vì sao user@gmail.com. (có dấu chấm cuối) bị báo không hợp lệ?
Dấu chấm cuối tên miền là cách ghi tên miền tuyệt đối trong DNS, nhưng không được phép trong địa chỉ email theo RFC 5321. Nhiều hệ thống sẽ từ chối địa chỉ này, và nó thường là do người dùng gõ thừa dấu chấm cuối câu. Công cụ báo lỗi ở các tiêu chí RFC 5322, Domain và TLD để bạn sửa.
Kiểm tra MX record là gì, công cụ có làm không?
MX record là bản ghi DNS cho biết máy chủ nào nhận thư của một tên miền. Tên miền không có MX (và không có bản ghi A thay thế) sẽ không nhận được thư. Công cụ này chạy hoàn toàn trên trình duyệt nên không tra DNS và không kiểm tra MX. Bạn có thể tra MX bằng lệnh nslookup -type=mx tenmien.vn hoặc dig MX tenmien.vn trên máy tính.
Danh sách email tạm thời của công cụ có đầy đủ không?
Không. Đây là danh sách mẫu gồm các dịch vụ nổi tiếng như Mailinator, Guerrillamail, 10minutemail, Yopmail, Temp-mail, Trashmail. Có hàng nghìn tên miền tạm thời và liên tục xuất hiện tên miền mới, vì vậy kết quả không bị gắn cờ không đảm bảo đó là email thường. Hệ thống cần lọc chặt nên dùng danh sách cộng đồng được cập nhật thường xuyên hoặc API chuyên dụng ở phía máy chủ.
Có nên chặn email role-based như info@, admin@, sales@ không?
Công cụ không kiểm tra loại này. Địa chỉ role-based là hộp thư chung của một phòng ban, hoàn toàn hợp lệ và thường dùng được cho giao dịch B2B. Với email marketing, chúng hay có nhiều người đọc, dễ bị báo spam hơn và không gắn với một cá nhân, nên nhiều đơn vị gửi thư khuyên hạn chế đưa vào danh sách quảng cáo; còn với form liên hệ hay báo giá thì không nên chặn.
Kiểm tra email bằng regex trong code nên viết thế nào?
Không có regex nào vừa ngắn vừa đúng toàn bộ RFC 5322. Cách thực dụng là: tách phần sau dấu @ cuối cùng làm domain, kiểm tra độ dài 64/254, kiểm tra local part bằng dot-atom (các cụm ký tự cho phép nối bằng dấu chấm đơn), kiểm tra từng nhãn domain bằng quy tắc 1-63 ký tự không bắt đầu hay kết thúc bằng gạch ngang, rồi gửi email xác nhận. Đó cũng chính là các bước công cụ này thực hiện.
Vì sao ô nhập không dùng kiểu type=email của trình duyệt?
Kiểu nhập email của trình duyệt có quy tắc riêng, khác nhau giữa các trình duyệt, và có thể tự cắt khoảng trắng hoặc đổi tên miền có dấu trước khi công cụ nhận được dữ liệu. Công cụ nhận nguyên văn chuỗi bạn gõ để kiểm tra và báo lỗi chính xác, kể cả lỗi khoảng trắng.
Gửi thư tới địa chỉ sai nhiều lần có hậu quả gì?
Mỗi lần thư bị trả về vĩnh viễn (hard bounce), máy chủ nhận ghi nhận người gửi đang dùng danh sách kém chất lượng. Tỷ lệ này cao kéo dài sẽ làm giảm uy tín người gửi, thư hợp lệ dễ bị lọc vào spam, và dịch vụ gửi thư có thể tạm khóa tài khoản của bạn. Vì vậy nên xóa ngay địa chỉ hard bounce khỏi danh sách và kiểm tra cú pháp từ lúc thu thập.
Từ khóa liên quan
- email validator
- kiểm tra email
- kiểm tra email hợp lệ
- email checker
- validate email online
- email verification
- kiểm tra địa chỉ email
- disposable email checker
- email tạm thời
- email format validator
- regex kiểm tra email
- RFC 5322 validator
- độ dài tối đa email
- email quality checker
- email bounce
- kiểm tra MX record
- plus addressing gmail
- tên miền punycode