Tự dựng Postfix hay thuê API gửi email giao dịch?

Một đêm thứ Sáu, khách vừa thanh toán xong nhưng chờ mãi không thấy email xác nhận. Họ gọi hotline và hỏi thẳng liệu shop có đang lừa đảo không. Đội ngũ bên mình từng đứng trước đúng tình huống đó. Từ lần ấy, chúng tôi hiểu rằng việc tự dựng Postfix hay thuê API gửi email giao dịch không phải chuyện có thể trì hoãn. Bài này ghi lại những gì chúng tôi đúc kết, để bạn cân nhắc kỹ trước khi quyết định.

Vì sao email giao dịch khó hơn bạn tưởng?

Email giao dịch là các thư gửi tự động như xác nhận đăng ký, mã OTP hay hóa đơn. Khách hàng đang chờ đúng những thư này. Chỉ cần đến chậm vài phút, họ có thể đã mất kiên nhẫn.

Một lần gửi lỗi đôi khi đồng nghĩa với mất luôn một đơn hàng. Khi không nhận được mã xác nhận, khách thường bỏ đi và không quay lại. Đó là lý do chúng tôi coi email giao dịch là một phần của trải nghiệm bán hàng, không chỉ là một tính năng kỹ thuật.

Đội kỹ thuật nhỏ hay nghĩ rằng gửi thư chỉ là gọi một hàm. Phần khó thật sự nằm ở phía sau: làm sao để thư vào hộp thư đến thay vì thư mục rác, và xử lý thế nào khi có sự cố.

Tự dựng Postfix trên VPS cần lo những gì?

Postfix là phần mềm máy chủ thư mã nguồn mở, được dùng khá rộng rãi. Bạn thuê một VPS, cài Postfix và có ngay một máy chủ gửi thư riêng. Nghe thì đơn giản, nhưng cài xong mới là lúc công việc thật sự bắt đầu.

Bạn phải tự cấu hình TLS để mã hóa đường truyền. Hàng đợi thư cũng cần được theo dõi liên tục. Khi máy nhận từ chối tạm thời, thư sẽ nằm chờ rồi thử lại. Nếu không có ai để mắt tới, rất khó biết chuyện gì đang diễn ra.

Tiếp theo là bộ ba SPF, DKIM và DMARC. Đây là các bản ghi DNS giúp người nhận xác minh rằng thư thật sự đến từ tên miền của bạn. Hãy hình dung chúng giống con dấu và chữ ký trên một văn bản. Thiếu một trong số đó, nhiều hộp thư sẽ đẩy thư của bạn vào mục spam.

Danh tiếng IP quan trọng đến mức nào?

Danh tiếng IP quan trọng không kém cấu hình kỹ thuật. Địa chỉ IP của VPS có thể từng bị người khác dùng để gửi thư rác trước khi bạn nhận được nó. Khi đó, bạn phải tự làm việc với các danh sách chặn để gỡ tên IP ra.

Việc này không có lịch cố định và cũng không có gì đảm bảo sẽ xong nhanh. Trong khi chờ, thư của bạn có thể liên tục bị lọc, và khách hàng là người đầu tiên cảm nhận được điều đó.

Bounce, khiếu nại và thư bị đánh dấu spam

Bounce là thư bị trả về vì không gửi được. Bạn cần phân biệt rõ hai loại.

• Bounce cứng: địa chỉ không tồn tại. Cần xóa khỏi danh sách ngay.
• Bounce mềm: lỗi tạm thời, chẳng hạn hộp thư đã đầy. Có thể thử gửi lại sau.

Nếu không tách hai loại này, hệ thống sẽ liên tục gửi vào những địa chỉ đã chết. Việc đó làm xấu uy tín gửi của cả hệ thống, và hậu quả thường lan sang cả những thư quan trọng nhất.

Báo cáo spam cũng cần được xử lý nghiêm túc. Khi người nhận bấm nút đánh dấu thư rác, nhà cung cấp hộp thư sẽ ghi nhận lại. Nếu bạn vẫn gửi dồn dập đến những người đã báo spam, tình hình chỉ càng tệ hơn.

Phần việc này thường bị ước lượng thấp về thời gian. Đội chúng tôi từng nghĩ mỗi tuần chỉ tốn vài giờ. Thực tế, đây là một công việc đều đặn và không bao giờ thật sự kết thúc.

Ai trực khi email không gửi được lúc nửa đêm?

Quay lại chuyện đơn hàng đêm thứ Sáu. Lúc ấy không ai trong đội đang trực, vì chúng tôi chưa thiết lập quy trình cảnh báo nào. Đến sáng hôm sau, khách đã phàn nàn trên mạng xã hội, và chúng tôi mới bắt đầu tìm nguyên nhân.

Một hệ thống tự dựng cần ít nhất ba thứ. Thứ nhất là cảnh báo khi hàng đợi tăng bất thường. Thứ hai là một người được giao trách nhiệm phản hồi. Thứ ba là thời gian phản hồi được thống nhất trước. Thiếu một trong ba, sự cố sẽ kéo dài và khách hàng là người gánh hậu quả.

Khi so sánh chi phí, đừng quên khoản nhân sự này. Với một đội nhỏ, giữ một kỹ sư trực đêm thường tốn kém hơn nhiều so với một gói gửi thư trả phí hàng tháng.

Thuê API gửi email thì được hưởng gì sẵn?

Khi thuê API, phần hạ tầng gửi và quản lý IP do nhà cung cấp đảm nhiệm. Uy tín gửi của họ đã được xây dựng qua nhiều khách hàng, nên bạn không phải bắt đầu từ con số không. Điều này đặc biệt hữu ích khi bạn chưa có lịch sử gửi thư nào để chứng minh độ tin cậy.

Xác thực DKIM thường là bước bắt buộc ở các dịch vụ này. Lúc đầu nó hơi rườm rà, nhưng nhờ vậy thư của bạn đáng tin hơn ngay từ những ngày đầu.

Phần tích hợp qua API và webhook cũng rất có ích. Webhook cho bạn biết thư đã được gửi, đã mở hay bị trả về. Khi khách hỏi vì sao chưa nhận được mail, bạn có dữ liệu để trả lời thay vì phải đoán.

Chi phí tự dựng và thuê API tính thế nào?

Khi so sánh, đừng chỉ nhìn vào tiền VPS. Hãy cộng thêm thời gian của kỹ sư và rủi ro mất đơn khi sự cố xảy ra. Ba khoản này mới phản ánh đúng chi phí thực tế.

Tham khảo về MONA Mail tính đến tháng 11/2026: gói miễn phí hỗ trợ 3.000 email mỗi tháng, các gói trả phí có mức 99.000đ, 299.000đ và 799.000đ. Các gói đều bắt buộc cấu hình DKIM. Bạn nên tự kiểm tra lại bảng giá, vì thông tin này có thể thay đổi theo thời gian.

Với các dịch vụ khác như Amazon SES, SendGrid hay Resend, hãy xem bảng giá trên trang chính thức của từng nhà cung cấp. Giá và hạn mức thường được điều chỉnh, nên đừng tin vào con số bạn đọc được ở nơi khác mà chưa kiểm chứng.

Những điểm hạn chế khi dùng API gửi email

Không có giải pháp nào hoàn hảo. Khi thuê API, bạn phụ thuộc vào nhà cung cấp và điều khoản dịch vụ của họ. Nếu họ thay đổi chính sách, bạn cũng phải điều chỉnh theo.

Quyền kiểm soát cấu hình máy chủ thư cũng hạn chế hơn so với tự dựng. Nếu bạn có nhu cầu đặc thù về định tuyến hay cách xử lý hàng đợi, có thể sẽ gặp vướng mắc.

Cuối cùng là chi phí tăng theo quy mô. Khi số lượng thư lớn lên, hóa đơn hàng tháng cũng tăng theo, nên tính trước ngay từ đầu.

Khi nào nên tự dựng, khi nào nên thuê?

Tự dựng hợp lý khi bạn đã có đội vận hành hạ tầng đủ vững và có nhu cầu đặc thù mà dịch vụ bên ngoài không đáp ứng được. Đó không phải lựa chọn phù hợp cho một đội nhỏ muốn tập trung vào sản phẩm.

Với đa số đội nhỏ, thuê API là lựa chọn an toàn hơn. Bạn có thể dành thời gian cho tính năng và khách hàng, thay vì mất hàng tháng để học cách giữ IP sạch.

Ngoài ra còn một cách kết hợp: thuê dịch vụ cho các email giao dịch quan trọng, còn email nội bộ thì tự quản lý. Cách này giúp cân bằng giữa chi phí và sự chủ động.

Tích hợp nhanh qua tài liệu API và SDK

Các bước cơ bản khá ngắn gọn. Bạn lấy khóa API, xác thực tên miền bằng bản ghi DNS, rồi gửi thử một email đầu tiên. Nên làm thử ở môi trường kiểm tra trước khi đưa vào sản phẩm thật.

Nếu cần bắt đầu nhanh, bạn có thể tham khảo tài liệu API và SDK của MONA Mail. Tài liệu có ví dụ mã cho các ngôn ngữ phổ biến, khá tiện để đối chiếu khi viết tích hợp.

Sau khi gửi, hãy kiểm tra log và webhook để theo dõi trạng thái từng thư. Thói quen này giúp phát hiện sớm những thư bị trả về, trước khi khách hàng kịp phản ánh. Nếu bạn muốn hiểu rõ hơn về cách chọn giải pháp số phù hợp với quy mô đội nhóm, có thể đọc thêm các lưu ý về giải pháp vận hành cho doanh nghiệp vừa và nhỏ.

Câu hỏi thường gặp

Postfix tự dựng có rẻ hơn thuê API không?

Tiền VPS thì có thể rẻ hơn. Nhưng khi cộng thêm thời gian kỹ sư và rủi ro mất đơn, nhiều đội nhận ra tổng chi phí không hề thấp.

DKIM có bắt buộc không, và cấu hình thế nào?

Với nhiều nhà cung cấp hiện nay, DKIM là bắt buộc. Bạn thêm một bản ghi DNS do dịch vụ cung cấp, rồi chờ hệ thống xác minh.

Bounce mềm và bounce cứng khác nhau ra sao?

Bounce cứng là địa chỉ không tồn tại, nên xóa ngay. Bounce mềm là lỗi tạm thời, có thể thử gửi lại sau.

Có nên dùng chung IP với nhiều khách hàng không?

Dùng chung IP là cách phổ biến ở các dịch vụ gửi thư. Uy tín khi đó phụ thuộc vào tất cả người dùng chung, nên nhà cung cấp tốt thường kiểm soát chặt chất lượng gửi.

Làm sao biết email giao dịch đã đến hộp thư?

Hãy dựa vào webhook và log của dịch vụ để xem trạng thái từng thư. Đừng chỉ tin vào thông báo “đã gửi”, vì gửi thành công chưa chắc đã đến được hộp thư đến.