Một đêm mất ngủ và câu hỏi tự vận hành hay thuê ngoài
Có lẽ nhiều đội ngũ đều đã từng trải qua tình huống này. Postfix chạy đều đặn suốt mấy tháng liền, không ai phải để tâm. Rồi một buổi tối, khách bắt đầu gọi điện hỏi vì sao không nhận được email xác nhận đơn hàng. Chúng tôi mở log ra và thấy phần lớn thư đều bị từ chối hoặc nằm thẳng trong thư mục spam.
Lỗi kiểu này thường xuất hiện đúng lúc không ai trực. Nguyên nhân hay gặp nhất là IP bị một nhà cung cấp hộp thư đánh dấu. Có khi chỉ là một bản ghi DNS vừa hết hạn mà chẳng ai để ý. Hệ thống không báo gì rõ ràng, và người phát hiện đầu tiên thường lại là khách hàng.
Vì vậy, câu hỏi không chỉ nằm ở kỹ thuật. Doanh nghiệp nên tự vận hành hay trả tiền cho một dịch vụ bên ngoài? Bên mình đã đi qua cả hai hướng. Bài này ghi lại những gì thực sự xảy ra, để bạn có cái nhìn đủ thực tế trước khi quyết định.
Email giao dịch khác email marketing ở điểm nào
Nhiều người nghĩ email nào cũng giống nhau, cứ gửi đi là xong. Thực tế không đơn giản như vậy. Email giao dịch là những thư người dùng đang chờ: mã OTP, hóa đơn, xác nhận đặt chỗ. Nếu mã OTP đến chậm năm phút, khách có thể đã bỏ đi và không quay lại.
Email marketing thì khác. Chậm vài tiếng, hay rơi vào tab Promotions, thường không gây thiệt hại lớn. Còn với email giao dịch, mọi sai sót ở tầng gửi thư đều đi thẳng vào doanh thu và niềm tin của khách hàng.
Để thư đến được hộp thư đích, bạn cần nắm ba thành phần cơ bản. SPF cho biết máy chủ nào được phép gửi thư thay cho tên miền. DKIM gắn một chữ ký số vào thư, giúp người nhận kiểm tra nội dung không bị sửa dọc đường. DMARC quy định phải làm gì khi SPF hoặc DKIM không khớp. Bên cạnh đó còn có reputation của IP và tên miền, tức là uy tín mà các nhà cung cấp như Gmail hay Outlook gán cho người gửi dựa trên lịch sử gửi thư.
Tự dựng Postfix: làm được gì và tốn công ở đâu
Ưu điểm của việc tự dựng khá rõ ràng. Bạn kiểm soát toàn bộ cấu hình, chi phí hạ tầng ban đầu thấp, và không phụ thuộc vào bên thứ ba nào. Với một đội kỹ thuật đã quen Linux và mạng, Postfix là công cụ đáng tin cậy.
Phần việc ẩn thì nhiều hơn người ta tưởng. Cấu hình TLS cho đường truyền, quản lý khóa DKIM, và đảm bảo các bản ghi DNS luôn đồng bộ đều là công việc định kỳ. Khi cần thêm IP mới, bạn phải làm nóng IP đó bằng cách tăng dần lượng thư gửi ra. Bỏ qua bước này, hộp thư sẽ coi đó là hành vi spam ngay lập tức.
Chi phí thật sự thường không nằm ở tiền server mà ở thời gian của kỹ sư. Một người mất nửa ngày để xử lý đợt bounce hàng loạt, rồi thêm vài giờ điều tra vì sao IP bị chặn, là khoản không hề nhỏ. Khi tính thử, chúng tôi nhận ra con số này dễ bị bỏ quên nhất trong bảng ngân sách.
IP reputation, DKIM và bounce: ba thứ dễ làm hỏng nhất
IP reputation là điều khiến nhiều người đau đầu nhất khi tự gửi thư. Một IP mới chưa có lịch sử, hoặc một IP từng bị đánh dấu, có thể kéo tỷ lệ vào spam xuống rất nhanh. Chúng tôi từng thấy một IP chỉ cần vài đợt gửi lỗi liên tiếp là một hộp thư lớn bắt đầu từ chối thư từ cả dải IP đó. Khôi phục uy tín sau đó mất nhiều tuần.
DKIM nghe đơn giản nhưng rất dễ hỏng. Phải ký đúng nội dung, khóa công khai phải có mặt chính xác trên DNS, và khi đổi khóa cần theo dõi để không có khoảng trống khiến thư bị đánh rớt. Ai từng đổi khóa lúc nửa đêm sẽ hiểu cảm giác đó.
Bounce là phần nhiều người bỏ qua nhất. Hard bounce là địa chỉ không tồn tại, cần xóa khỏi danh sách ngay. Soft bounce là lỗi tạm thời, chẳng hạn hộp thư đầy, nên thử gửi lại sau một khoảng thời gian. Complaint xảy ra khi người nhận bấm đánh dấu spam, và đây là tín hiệu nguy hiểm nhất. Nếu không phân loại rõ ba nhóm này, uy tín gửi thư sẽ tụt dần mà bạn không hay biết.
Ai sẽ trực đêm khi hệ thống gặp sự cố
Một quy trình giám sát tốt cần cảnh báo khi tỷ lệ bounce hoặc complaint vượt ngưỡng, có người nhận thông báo, và có sẵn các bước khắc phục. Nghe thì rõ ràng, nhưng để vận hành được thì cần người thực sự chịu trách nhiệm.
Rủi ro lớn nhất là khi chỉ một hoặc hai người nắm toàn bộ hệ thống. Họ nghỉ phép, ốm đau, hoặc chuyển công ty, và đột nhiên không ai biết khóa DKIM nằm ở đâu hay tài khoản DNS do ai quản lý. Theo kinh nghiệm của chúng tôi, đây là điểm bị đánh giá thấp nhất khi quyết định tự dựng.
Mô hình có đội vận hành của nhà cung cấp thì khác. Họ có người trực, có quy trình xử lý IP bị chặn, và đã quen xử lý sự cố cho nhiều khách hàng cùng lúc. Đổi lại, bạn không nhìn thấy rõ mọi tầng bên trong như khi tự làm.
Thuê API gửi email: được gì và đánh đổi những gì
Lợi thế dễ thấy nhất là triển khai nhanh. Thêm vài bản ghi DNS, lấy API key, và bạn có thể gửi thư ngay trong buổi chiều. Việc quản lý reputation, xử lý bounce và phân loại complaint thường đã có sẵn, không cần dựng từ đầu.
Nhưng cũng có những đánh đổi nhất định. Phụ thuộc nhà cung cấp là điều không tránh khỏi. Nếu họ đổi giá hoặc chính sách, bạn phải xoay xở theo. Chi phí cũng tăng theo khối lượng, nên khi lượng thư lớn cần tính toán kỹ. Ở tầng hạ tầng, bạn cũng ít kiểm soát chi tiết hơn so với tự vận hành.
Vậy khi nào nên tự làm? Theo chúng tôi, lý do chính đáng là khi đội ngũ thật sự giỏi về mạng và bảo mật email, đồng thời khối lượng đủ lớn để chi phí tự vận hành hợp lý. Trong phần lớn trường hợp còn lại, thuê dịch vụ thường an toàn hơn cho đội nhỏ. Nếu đang cân nhắc thêm các giải pháp số khác cho doanh nghiệp, bạn có thể đọc các bài viết khác trong blog để có thêm góc nhìn.
Các lựa chọn đang có trên thị trường
Trên thị trường quốc tế có nhiều dịch vụ gửi email giao dịch đáng chú ý như Resend, SendGrid và Amazon SES. Mỗi nơi có mô hình giá và bộ tính năng khác nhau, nên đừng chọn chỉ vì tên quen thuộc.
Khi tự so sánh, hãy nhìn vào giới hạn gửi, khả năng theo dõi thư đã mở hay bị bounce, mức hỗ trợ DKIM và vị trí đặt máy chủ. Vị trí máy chủ ảnh hưởng đến tốc độ và đôi khi liên quan đến yêu cầu pháp lý về dữ liệu người dùng.
Một lưu ý quan trọng: giá của các nhà cung cấp thay đổi theo thời điểm, vì vậy hãy đối chiếu bảng giá trên trang chính thức của từng bên thay vì tin bất kỳ con số nào trong bài này.
MONA Mail cũng là một lựa chọn trong nhóm dịch vụ này. Khi kiểm tra, chúng tôi thấy dịch vụ có gói miễn phí cho 3.000 email mỗi tháng và các gói trả phí ở mức 99.000đ, 299.000đ và 799.000đ. Dịch vụ bắt buộc cấu hình DKIM, điều mà chúng tôi cho là đúng hướng. Nếu muốn đánh giá mức độ tích hợp thực tế, bạn có thể đọc tài liệu API và SDK của MONA Mail để xem quy trình gọi API và xử lý phản hồi. Thông tin tổng quan có thể xem tại trang chủ.
Checklist giúp chọn giữa tự dựng và thuê
Trước khi quyết định, hãy tự trả lời vài câu hỏi đơn giản. Mỗi tháng bạn gửi bao nhiêu email, và con số đó có tăng vọt theo mùa không? Trong đội ngũ có ai hiểu sâu về DNS, mạng và bảo mật email không? Khi có sự cố lúc nửa đêm, bạn chấp nhận phản hồi trong bao lâu?
Cuối cùng là ngân sách. Đừng chỉ tính tiền server hay tiền API. Hãy tính cả thời gian nhân sự, vì đó thường là khoản lớn nhất mà người ta quên đưa vào.
Câu hỏi thường gặp
Một IP mới có cần làm nóng trước khi gửi số lượng lớn không?
Có. Nên tăng dần lượng thư trong vài tuần để hộp thư nhận ra đây là người gửi bình thường. Gửi ồ ạt ngay từ đầu rất dễ bị chặn, và gỡ chặn sau đó thường mất nhiều thời gian hơn bạn nghĩ.
DKIM là bắt buộc hay chỉ nên bật khi có sự cố?
Nên bật ngay từ đầu. Nhiều hộp thư lớn coi trọng DKIM khi đánh giá thư đến, và bật sẵn còn giúp bạn tránh những đợt xử lý gấp gáp về sau.
Bounce mềm có cần xóa khỏi danh sách ngay không?
Không cần xóa ngay. Hãy thử gửi lại sau một khoảng thời gian, và chỉ xóa khi lỗi lặp lại nhiều lần. Với hard bounce thì nên xóa ngay.
Tự dựng Postfix có thể đạt mức tin cậy tương đương dịch vụ có sẵn không?
Có thể, nhưng cần thời gian, kinh nghiệm và người trực liên tục. Phần lớn đội nhỏ không có đủ những điều kiện này cùng lúc.
Nên bắt đầu bằng gói miễn phí hay gói trả phí khi thử nghiệm?
Nên bắt đầu bằng gói miễn phí để kiểm tra tích hợp và độ ổn định. Khi khối lượng tăng hoặc cần hỗ trợ tốt hơn, hãy chuyển sang gói trả phí.
Comments are closed