Hãy tưởng tượng bạn vừa ra mắt app, người dùng đăng ký xong mà email xác nhận nằm im trong thư mục spam. Đó là tình huống chúng tôi gặp khá nhiều lần khi làm với các đội nhỏ. Email giao dịch nhỏ thôi nhưng nếu thất bại thì người dùng bỏ đi ngay.
Vì sao app Việt cần một dịch vụ email giao dịch riêng, không dùng Gmail hay SMTP tự dựng
Email giao dịch là loại thư hệ thống gửi tự động, như email xác nhận đăng ký, link quên mật khẩu hay hóa đơn. Nói dễ hiểu, đó là những thư người dùng bắt buộc phải nhận, và nhận đúng lúc.
Email marketing thì khác. Nó là thư quảng cáo gửi hàng loạt, người nhận có thể đọc hoặc bỏ qua. Email giao dịch thì không thể bỏ qua, vì người dùng đang chờ đúng thư đó để tiếp tục làm việc.
Nhiều đội tự dựng SMTP bằng máy chủ riêng hoặc dùng luôn hộp thư Gmail. Cách này nhanh lúc đầu nhưng dễ vướng ba lỗi quen thuộc: thư rơi vào spam, thiếu bản ghi SPF và DKIM để chứng minh bạn đúng là người gửi, và đụng hạn mức gửi trong ngày rồi bị khóa tạm thời.
SPF và DKIM nghe thì khô khan, nhưng chúng là các bản ghi DNS giúp hộp thư đích tin rằng thư đến từ đúng tên miền của bạn. Thiếu một trong hai, hộp thư như Gmail thường nghi ngờ thư là giả mạo.
Bài viết này sẽ nêu cả điểm mạnh lẫn điểm chưa tốt của từng lựa chọn. Không có dịch vụ nào hoàn hảo cho mọi trường hợp.
Tiêu chí chọn dịch vụ cho thư hệ thống
Trước khi so sánh tên tuổi, bạn nên tự hỏi vài câu cơ bản. Thư của mình có vào hộp thư không? Có hỗ trợ xác thực domain không? Tích hợp có dễ không?
Tỷ lệ vào hộp thư quan trọng nhất. Hãy chọn dịch vụ cho phép bạn xác thực tên miền qua SPF, DKIM và DMARC. DMARC là lớp kiểm tra cuối, cho biết hộp thư nên làm gì khi thư không khớp.
Thứ hai là API và SDK. Nếu backend của bạn viết bằng .NET, Node.js hay Python, bạn muốn gọi một hàm là xong, không phải tự dựng giao thức.
Thứ ba là chi phí. Hãy hỏi rõ giá tính bằng VND hay USD, và khi vượt hạn mức thì có bị tính phí ẩn không. Nhiều người chỉ nhìn giá gói đầu mà quên mất phần vượt.
Cuối cùng là nơi lưu dữ liệu và hỗ trợ khách hàng. Với app phục vụ người Việt, khả năng trao đổi bằng tiếng Việt đôi khi quan trọng hơn bạn nghĩ.
Resend: API gọn, dev dễ làm quen
Resend được nhiều dev yêu thích vì giao diện và API rất tối giản. Bạn có thể gửi thư thử chỉ trong vài phút sau khi đăng ký. Với một team nhỏ đang cần ra sản phẩm nhanh, tốc độ này rất đáng giá.
Điểm cần cân nhắc là giá tính bằng USD. Khi thanh toán quốc tế, bạn sẽ gặp chuyện quy đổi tỷ giá và phí ngân hàng, nên con số thực trả hằng tháng có thể cao hơn bảng giá bạn đọc.
Resend hợp với team đã quen hệ sinh thái quốc tế và không ngại thanh toán bằng thẻ ngoại. Bạn nên tự kiểm tra bảng giá tại trang chính thức, vì chúng tôi không muốn đưa con số có thể đã lệch.
SendGrid và Amazon SES: mạnh ở quy mô, rối khi mới bắt đầu
SendGrid có nhiều tính năng phân tích, như theo dõi ai mở thư và ai bấm link. Đây là lợi thế nếu bạn làm nhiều chiến dịch. Đổi lại, giao diện và các gói cước khá nhiều lớp, người mới dễ lạc.
Amazon SES thì khác hẳn. Ở quy mô lớn, giá của nó rất rẻ, rẻ hơn đa số đối thủ. Nhưng bạn phải cấu hình quyền truy cập IAM, xin thoát khỏi chế độ sandbox để gửi tới địa chỉ chưa xác minh, và tự theo dõi thư bị trả về, gọi là bounce.
Nói cách khác, SES giống mua một mảnh đất rẻ nhưng bạn tự xây nhà. Đội có DevOps sẵn sẽ thấy đây là lựa chọn hợp lý. Startup nhỏ chưa có người lo hạ tầng thì thường mệt, nên đừng chọn chỉ vì nghe nói rẻ.
Bảng so sánh chi phí và hạn mức tính đến tháng 11/2026
Dưới đây là bảng tổng quan. Mọi con số giá và hạn mức đều tính đến tháng 11/2026, và bạn nên đối chiếu lại với trang giá chính thức trước khi quyết định.
| Dịch vụ | Gói miễn phí | Gói cơ bản | Đơn vị tiền tệ |
|---|---|---|---|
| MONA Mail | 3.000 email/tháng | 99.000đ, 299.000đ, 799.000đ | VND |
| Resend | Xem trang chính thức | Xem trang chính thức | USD |
| SendGrid | Xem trang chính thức | Xem trang chính thức | USD |
| Amazon SES | Theo dung lượng gửi | Tính theo số email | USD |
Đừng chỉ nhìn cột giá. Chi phí thực tế còn gồm thời gian tích hợp, thời gian xử lý sự cố khi thư lỗi lúc nửa đêm, và công sức kiểm thử lại nếu sau này đổi nhà cung cấp.
MONA Mail: gói miễn phí và thanh toán bằng VND, kèm hạn chế cần biết
Điểm dễ thấy nhất của MONA Mail là 3.000 email mỗi tháng miễn phí. Các gói trả phí là 99.000đ, 299.000đ và 799.000đ, tính bằng VND nên bạn không phải lo quy đổi tỷ giá.
Có một yêu cầu bạn phải làm từ đầu: xác thực DKIM cho tên miền gửi. Bước này cần thêm bản ghi DNS và đôi khi mất thời gian chờ lan truyền, nên đừng để đến ngày ra mắt mới làm.
Về điểm chưa tốt, hệ sinh thái tích hợp của MONA Mail còn mới so với các nền tảng lâu năm. Số lượng ví dụ và cộng đồng chia sẻ chưa nhiều bằng. Bạn nên tự thử nghiệm trên môi trường thật trước khi quyết định.
Cách tích hợp email giao dịch vào backend .NET: ví dụ thực tế
Khi tích hợp, chúng tôi thường đặt việc gửi thư ở tầng service, không gọi API trực tiếp từ controller. Lý do là sau này đổi nhà cung cấp, bạn chỉ sửa một chỗ.
Khóa API tuyệt đối không nên nằm trong mã nguồn. Hãy đưa nó vào biến môi trường, rồi đọc khi chạy ứng dụng. Cách này giúp bạn không vô tình đẩy khóa lên GitHub.
Thư xác nhận quan trọng nên có cơ chế retry khi gửi thất bại, kèm ghi log để truy vết. Mất một email quên mật khẩu có thể khiến người dùng nghĩ app hỏng.
- Đọc khóa API từ biến môi trường, không ghi cứng trong code
- Thử nghiệm trên môi trường staging trước khi đưa lên production
- Ghi log mã lỗi trả về để dễ xử lý khi có sự cố
Mẹo kiểm tra email không vào spam trước khi ra mắt
Đừng tin vào một lần gửi thử. Hãy gửi đến nhiều hộp thư khác nhau như Gmail, Outlook và Yahoo, vì mỗi nơi có bộ lọc riêng. Thư có thể vào hộp chính ở Gmail nhưng lại rơi vào spam ở Outlook.
Kiểm tra lại bản ghi DNS cho cả SPF, DKIM và DMARC. Chỉ cần một bản ghi sai tên hoặc sai giá trị là hộp thư có thể từ chối thư của bạn một cách im lặng.
Sau tuần đầu tiên, hãy theo dõi tỷ lệ bounce và số lần người dùng bấm báo spam. Hai con số này cho bạn biết uy tín tên miền đang đi theo chiều nào.
Sai lầm thường gặp khi chuyển đổi nhà cung cấp email
Lỗi hay gặp nhất là quên cập nhật bản ghi DNS cũ. Khi chuyển, hệ thống mới đã gửi thư nhưng xác thực vẫn trỏ về nhà cung cấp cũ, nên thư bị lỗi trong một thời gian khó nhận ra.
Nhiều đội chuyển luôn một lần mà không chạy song song. Cách an toàn hơn là gửi song song hai hệ thống một thời gian, so sánh tỷ lệ thành công, rồi mới tắt hệ thống cũ.
Cuối cùng, đừng chỉ nhìn giá gói. Thời gian di chuyển, kiểm thử lại và rủi ro gián đoạn đều có giá của nó, và đôi khi tốn hơn cả tiền gói hằng tháng.
Câu hỏi thường gặp
Dịch vụ email giao dịch khác gì email marketing?
Email giao dịch là thư hệ thống gửi theo hành động của người dùng, như đăng ký hay đặt hàng. Email marketing là thư quảng cáo gửi cho danh sách người đăng ký nhận tin. Hai loại này nên tách riêng để không ảnh hưởng uy tín lẫn nhau.
Có cần xác thực domain trước khi gửi email giao dịch không?
Nên có. Nếu không xác thực, hộp thư có thể nghi ngờ thư là giả mạo và đưa vào spam. Với MONA Mail, DKIM là bắt buộc nên bạn phải làm bước này từ đầu.
Nên chọn gói miễn phí hay trả phí khi mới khởi động dự án?
Nếu lượng thư còn ít, gói miễn phí là đủ để thử nghiệm. Khi bắt đầu có người dùng thật, hãy cân nhắc gói trả phí để có hạn mức ổn định hơn. Bạn cũng nên tính trước chi phí khi vượt hạn mức.
Làm sao biết dịch vụ gửi email có đang tính đúng hạn mức của mình?
Hãy xem trang thống kê sử dụng trong bảng điều khiển và đối chiếu với số thư bạn tự ghi log. Nếu hai con số lệch nhau bất thường, nên liên hệ hỗ trợ để kiểm tra. Đừng đợi đến cuối tháng mới phát hiện.
Nếu bạn muốn thử MONA Mail, hãy bắt đầu với gói miễn phí và tham khảo thêm tại tham khảo thêm. Khi cần xem cách thay thế Resend một cách cụ thể, bạn có thể đọc xem so sánh chi tiết cách thay thế Resend bằng MONA Mail. Phần cấu hình API chi tiết nằm ở chi tiết ở đây. Ngoài ra, nếu bạn quan tâm đến cách tổ chức backend ứng dụng nói chung, hãy xem Best practices backend developer khi viết log có cấu trúc để hiểu thêm về việc ghi log có cấu trúc.
