Dịch vụ gửi email

SendGrid

Hạ tầng gửi email cho lập trình viên, không phải công cụ làm chiến dịch.

SendGrid là hạ tầng gửi thư cho lập trình viên, không phải công cụ marketing. Nếu bạn đang tìm cách gửi bản tin, đây không phải thứ bạn cần.

✓ Free✓ Web✓ API
8.5
ĐIỂM TOPỨNGDỤNG
Hạng #6 trong nhóm Email marketing
Nhà phát triển
Twilio
Nền tảng
Web · API
Giá
Có bản miễn phí cho ứng dụng nhỏ · Gói trả phí theo lượng thư gửi
Ngôn ngữ
English
NGƯỜI DÙNG CHẤM

Bạn đánh giá SendGrid thế nào?

Điểm này độc lập với điểm của ban biên tập và quyết định thứ hạng ở tab “Người dùng bình chọn”.

Chưa có bình chọn
Bạn thấy sao?
Không cần đăng nhập. Mỗi người một phiếu, đổi lại được.
CHẤM ĐIỂM

Điểm từng tiêu chí

Điểm tổng là trung bình có trọng số của các tiêu chí bên dưới.

Thư giao dịch
9.5
Nhật ký và theo dõi
9.2
Gửi bản tin tiếp thị
5
Dùng được không cần lập trình
3
Chi phí cho lượng lớn
8.8
REVIEW

Đánh giá chi tiết SendGrid

Trả lời ngắn: SendGrid không phải công cụ email marketing mà là hạ tầng gửi thư cho lập trình viên — dùng để hệ thống của bạn gửi thư xác nhận đơn, đặt lại mật khẩu, hoá đơn.

Kết luận sớm: nếu bạn đang tìm công cụ gửi bản tin, đây không phải thứ bạn cần.

Thư giao dịch khác thư tiếp thị thế nào?

Hai loại thư này giống nhau ở chỗ đều là email, và khác nhau ở gần như mọi thứ còn lại.

Thư tiếp thị gửi hàng loạt cho nhiều người cùng lúc, có thể chậm vài phút, và người nhận phải đồng ý trước.

Thư giao dịch gửi cho một người, kích hoạt bởi hành động của chính họ, và phải đến ngay. Khách bấm đặt lại mật khẩu mà chờ mười phút chưa thấy thư là họ đã bỏ đi.

SendGrid được xây cho vế thứ hai: gửi nhanh, gửi chắc chắn, và báo lại chính xác điều gì đã xảy ra với từng thư. Không có trình soạn thảo kéo thả, không có quản lý danh sách — vì đó không phải việc của nó.

SendGrid làm được gì?

ViệcMức độGhi chú
Gửi thư giao dịch qua giao diện lập trìnhTốt nhấtMục đích chính của công cụ
Tốc độ và độ tin cậy khi gửiRất tốtHạ tầng quy mô lớn
Nhật ký chi tiết từng thưRất tốtBiết chính xác thư đến hay không
Thông báo ngược về hệ thốngRất tốtGhi nhận mở, bấm, trả về
Mẫu thư độngTốtChèn dữ liệu vào mẫu sẵn
Bản miễn phíTốtĐủ cho ứng dụng nhỏ
Gửi thư tiếp thịHạn chếCó nhưng không phải thế mạnh
Dễ dùng cho người không lập trìnhRất kémCần biết kỹ thuật mới dùng được
Quản lý danh sách người nhậnHạn chếKhông phải mục đích thiết kế

Ai nên dùng SendGrid?

  • Đội phát triển ứng dụng hoặc trang web — nhóm duy nhất mà công cụ này nhắm tới.
  • Cửa hàng trực tuyến tự xây hệ thống — cần gửi xác nhận đơn hàng đáng tin cậy.
  • Dịch vụ có tài khoản người dùng — kích hoạt tài khoản, đặt lại mật khẩu.
  • Doanh nghiệp cần tách hạ tầng thư giao dịch — bảo vệ uy tín tên miền chính.

Không dành cho người làm marketing muốn gửi bản tin — hãy xem MailerLite hoặc Brevo.

Những thư nào thuộc loại giao dịch?

Phân loại đúng ngay từ đầu quyết định bạn cần công cụ gì và phải tuân thủ quy định nào.

Loại thưYêu cầu quan trọng nhấtCông cụ phù hợp
Xác nhận đơn hàngĐến trong vài giâySendGrid
Đặt lại mật khẩuĐến ngay, không được lọcSendGrid
Hoá đơn và biên nhậnĐến chắc chắn, lưu vết đượcSendGrid
Thông báo trạng thái vận chuyểnĐúng thời điểmSendGrid
Bản tin định kỳNội dung và bố cục đẹpCông cụ email marketing
Thư khuyến mạiPhân nhóm người nhậnCông cụ email marketing
Nguyên tắc nên tuân thủ: tách hai luồng này ra hai tên miền phụ khác nhau. Thư tiếp thị luôn có tỷ lệ bị báo là thư rác cao hơn, và nếu gửi chung tên miền với thư giao dịch, uy tín xấu sẽ kéo theo cả thư xác nhận đơn hàng. Hậu quả là khách không nhận được mã kích hoạt — một sự cố kinh doanh thật chứ không chỉ là chỉ số marketing giảm.

Quy trình tích hợp cho một hệ thống mới

  1. Tạo tên miền phụ riêng cho thư giao dịch (1 giờ) — Tách khỏi tên miền gửi thư tiếp thị ngay từ đầu.
  2. Xác thực tên miền đầy đủ (2 giờ) — Thiếu bước này thì thư rơi vào hộp rác dù hạ tầng tốt đến đâu.
  3. Tích hợp giao diện lập trình vào ứng dụng (4 giờ) — Bắt đầu bằng một loại thư trước, thường là kích hoạt tài khoản.
  4. Dựng mẫu thư động (3 giờ) — Tách nội dung khỏi mã nguồn để sửa không cần triển khai lại.
  5. Bắt thông báo ngược về hệ thống (3 giờ) — Ghi nhận thư trả về và đánh dấu địa chỉ hỏng.
  6. Đặt cảnh báo khi tỷ lệ lỗi tăng (2 giờ) — Biết sớm khi có sự cố thay vì chờ khách phàn nàn.

Xử lý địa chỉ trả về — bước hay bị bỏ qua nhất

Khi một địa chỉ không tồn tại, hệ thống gửi thư báo lại. Nếu ứng dụng của bạn không lắng nghe thông báo đó, nó sẽ tiếp tục gửi cho địa chỉ hỏng mãi mãi.

Hệ quả tích luỹ dần: tỷ lệ thư trả về tăng, uy tín tên miền giảm, và đến một lúc cả những thư gửi tới địa chỉ hợp lệ cũng bị lọc.

Cách xử lý là đánh dấu địa chỉ hỏng ngay trong cơ sở dữ liệu của bạn và ngừng gửi tới đó. Đây là vài giờ công việc lúc tích hợp, nhưng bỏ qua thì hậu quả xuất hiện sau nhiều tháng và rất khó truy nguyên.

Hạn chế cần biết

Cần biết lập trình mới dùng được

Không có cách nào dùng công cụ này mà không viết mã. Đây là điểm cần xác định rõ trước khi cân nhắc.

Phần gửi thư tiếp thị yếu

Có tính năng này nhưng thua xa các công cụ chuyên. Đừng chọn SendGrid cho cả hai việc.

Quản lý danh sách rất hạn chế

Không phân nhóm, không dựng chuỗi thư tự động theo hành vi như ActiveCampaign.

Xét duyệt tài khoản mới khá chặt

Tài khoản mới có thể bị hạn chế lượng gửi cho tới khi chứng minh được mục đích sử dụng.

Tài liệu chỉ có tiếng Anh

Không phải rào cản lớn với đội kỹ thuật nhưng vẫn cần tính tới.

SendGrid so với các công cụ khác

Tiêu chíSendGridBrevoMailerLiteKlaviyo
Thư giao dịchTốt nhấtRất tốtKháKhá
Nhật ký chi tiết từng thưTốt nhấtTốtKháTốt
Gửi bản tin tiếp thịHạn chếRất tốtRất tốtRất tốt
Dùng được không cần lập trìnhKhông
Phân nhóm người nhậnHạn chếKháKháTốt nhất
Chi phí cho lượng lớnThấpThấpVừaCao

Xem thêm đánh giá Brevo, đánh giá MailerLite, đánh giá Klaviyo, đánh giá ActiveCampaign, hoặc duyệt công cụ email marketing.

Kết luận

SendGrid làm rất tốt đúng một việc, và việc đó thuộc về đội kỹ thuật chứ không phải đội marketing. Nếu bạn đang đọc bài này để tìm công cụ gửi bản tin, câu trả lời là không nên chọn.

Nhưng nếu bạn vận hành một cửa hàng trực tuyến hay ứng dụng có tài khoản người dùng, thư giao dịch là phần hạ tầng dễ bị xem nhẹ cho tới khi nó hỏng — và lúc đó hậu quả là đơn hàng không hoàn tất, khách không đăng nhập được.

Cách kết hợp hợp lý nhất cho phần lớn doanh nghiệp: dùng SendGrid cho thư giao dịch trên một tên miền phụ riêng, và dùng một công cụ email marketing cho phần bản tin trên tên miền phụ khác. Hai luồng, hai uy tín, không ảnh hưởng lẫn nhau.

Về bài đánh giá này: Bảng giá theo lượng thư, giới hạn bản miễn phí và chính sách xét duyệt tài khoản của SendGrid thay đổi theo thời gian. Kiểm tra thông tin hiện hành tại trang chủ SendGrid.
ĐÁNH GIÁ

Điểm mạnh & điểm yếu

Điểm mạnh

  • Gửi thư giao dịch qua giao diện lập trình rất tin cậy
  • Tốc độ gửi nhanh trên hạ tầng quy mô lớn
  • Nhật ký chi tiết cho biết chính xác thư đến hay không
  • Thông báo ngược về hệ thống khi thư mở, bấm hoặc trả về
  • Mẫu thư động tách khỏi mã nguồn, sửa không cần triển khai lại

Điểm yếu

  • Cần biết lập trình mới dùng được
  • Phần gửi thư tiếp thị yếu hơn hẳn công cụ chuyên
  • Quản lý danh sách và phân nhóm rất hạn chế
  • Xét duyệt tài khoản mới khá chặt, có thể bị giới hạn lượng gửi
  • Tài liệu chỉ có tiếng Anh
Phù hợp nhất với
Đội phát triển ứng dụng hoặc trang webCửa hàng trực tuyến tự xây hệ thốngDịch vụ có tài khoản người dùngDoanh nghiệp cần tách hạ tầng thư giao dịch
HỎI ĐÁP

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

Thư giao dịch khác thư tiếp thị ở điểm nào?

Thư giao dịch gửi cho một người, kích hoạt bởi hành động của chính họ, và phải đến ngay. Thư tiếp thị gửi hàng loạt, có thể chậm vài phút, và người nhận phải đồng ý trước.

Những thư nào thuộc loại giao dịch?

Xác nhận đơn hàng, đặt lại mật khẩu, hoá đơn và biên nhận, thông báo trạng thái vận chuyển. Điểm chung là chúng phải đến chắc chắn và đúng thời điểm.

Vì sao phải tách hai luồng ra hai tên miền phụ?

Vì thư tiếp thị luôn có tỷ lệ bị báo thư rác cao hơn. Gửi chung tên miền thì uy tín xấu kéo theo cả thư xác nhận đơn hàng, và khách không nhận được mã kích hoạt.

Bước nào hay bị bỏ qua nhất khi tích hợp?

Xử lý thông báo địa chỉ trả về. Nếu ứng dụng không lắng nghe thông báo đó, nó sẽ tiếp tục gửi cho địa chỉ hỏng mãi mãi và làm giảm uy tín tên miền.

Hậu quả của việc không xử lý địa chỉ trả về là gì?

Tỷ lệ thư trả về tăng dần, uy tín tên miền giảm, và đến một lúc cả những thư gửi tới địa chỉ hợp lệ cũng bị lọc. Hậu quả xuất hiện sau nhiều tháng nên rất khó truy nguyên.

Vì sao nên tách mẫu thư khỏi mã nguồn?

Để sửa nội dung thư mà không phải triển khai lại ứng dụng. Đây là khác biệt lớn về tốc độ khi cần chỉnh gấp một câu chữ trong thư xác nhận.

Người làm marketing có dùng được SendGrid không?

Rất khó. Không có cách nào dùng công cụ này mà không viết mã, và phần gửi bản tin của nó thua xa các công cụ chuyên.

Tài khoản SendGrid mới có bị hạn chế không?

Có thể. Tài khoản mới thường bị giới hạn lượng gửi cho tới khi chứng minh được mục đích sử dụng hợp lệ.

Nên đặt cảnh báo cho những chỉ số nào?

Tỷ lệ lỗi khi gửi và tỷ lệ thư trả về. Biết sớm khi có sự cố tốt hơn nhiều so với chờ khách hàng phàn nàn là không nhận được thư.

KẾT LUẬN

Cách kết hợp hợp lý nhất: dùng SendGrid cho thư giao dịch trên một tên miền phụ riêng, và một công cụ email marketing cho bản tin trên tên miền phụ khác. Hai luồng, hai uy tín, không ảnh hưởng lẫn nhau.