Chọn nhà cung cấp gửi thư
ReputeCast không tự chuyển phát thư: nó giao từng thư cho một nhà cung cấp gửi thư mà bạn kết nối, như Amazon SES, Postmark hoặc máy chủ Postal của riêng bạn. Trang này giúp bạn chọn dịch vụ gửi email cho newsletter bằng cách so sánh khả năng của từng adapter có sẵn. Bạn có thể kết nối nhiều nhà cung cấp và chia việc gửi giữa chúng.
Danh mục mô tả một nhà cung cấp như thế nào
Phần tiêu đề “Danh mục mô tả một nhà cung cấp như thế nào”Khi bạn mở Nhà cung cấp gửi thư, rồi Thêm nhà cung cấp, danh mục liệt kê mọi adapter có trong bản build của bạn. Mỗi thẻ hiển thị những thông tin do chính adapter báo về, nên danh mục và trang này luôn khớp với mã nguồn.
- Nhãn điều khoản ở góc trên bên phải của thẻ cho biết điều khoản sử dụng của nhà cung cấp cho phép gì với thư hàng loạt: Cho phép tiếp thị hàng loạt, Tiếp thị hàng loạt trên luồng Broadcast (Postmark), Tiếp thị hàng loạt qua Broadcasts API (Resend), Theo chính sách của bạn (với máy chủ của riêng bạn) hoặc Tùy máy chủ (với SMTP). Amazon SES mang nhãn Khuyên dùng thay cho nhãn điều khoản.
- Nhãn khả năng mô tả cách sự kiện được gửi về (webhook hoặc hộp thư nhận thư trả lại), cách thiết lập tên miền gửi thư (qua API của nhà cung cấp hoặc thủ công), đồng bộ danh sách chặn gửi, gửi theo lô, IP riêng, cách xử lý sandbox và ReputeCast có đọc được hạn mức của bạn hay không. Nhãn xanh lá là được hỗ trợ, nhãn vàng cam là hỗ trợ một phần (ví dụ “Tên miền, DNS thủ công” hay “Chặn gửi, chỉ kéo về”), còn nhãn xám bị gạch ngang là không được hỗ trợ.
- Dòng giá lấy từ adapter. Bảng giá niêm yết thay đổi thường xuyên, nên bạn hãy xem trang giá của chính từng nhà cung cấp trước khi quyết định.
- Bộ lọc thu hẹp danh sách còn các nhà cung cấp Cho phép tiếp thị hàng loạt, Có webhook báo thư trả lại hoặc có IP riêng.
Bên dưới các nhà cung cấp có sẵn, danh mục liệt kê adapter HTTP chung và mọi adapter cộng đồng mà quản trị viên hệ thống đã cài. Adapter cộng đồng không có bản phát hành nào trong năm qua sẽ không được đề xuất cho kết nối mới.
So sánh các adapter có sẵn
Phần tiêu đề “So sánh các adapter có sẵn”| Nhà cung cấp | Loại | Gửi marketing hàng loạt | Webhook sự kiện | Thiết lập tên miền | Đồng bộ danh sách chặn gửi | Kích thước lô | Ghi chú |
|---|---|---|---|---|---|---|---|
| Amazon SES | API | Được phép | Amazon SNS topic do ReputeCast tạo; chữ ký RSA được kiểm tra với chứng chỉ của Amazon | API | Hai chiều | 50, song song | Kết nối bằng stack CloudFormation hoặc access key IAM; ReputeCast tạo SNS topic và một configuration set cho mỗi luồng. Phát hiện sandbox của SES ở từng khu vực và đọc hạn mức gửi cùng tốc độ gửi của bạn. |
| Postmark | API | Chỉ luồng Broadcast | Do ReputeCast đăng ký trên từng luồng của Postmark; basic auth | API (Account API token) | Hai chiều | 500 | Thư hàng loạt đi qua một luồng Broadcast của Postmark, ReputeCast có thể tạo luồng này. Danh sách chặn gửi được đồng bộ theo từng luồng của Postmark. Lượng thư từ đầu tháng được đọc từ Postmark; hãy nhập quy mô gói của bạn để hiển thị thanh hạn mức. |
| Postal (self-hosted) | Tự lưu trữ | Theo chính sách của bạn | Thêm thủ công trong Postal; chữ ký RSA được kiểm tra bằng JWKS của máy chủ | DNS thủ công | Chỉ cục bộ | 1 | Máy chủ thư Postal của riêng bạn. Bạn tự thêm webhook trong Postal. IP mới cần được khởi động. Máy chủ trong mạng riêng cần bật providers.allow_private_networks. |
| Mailgun | API | Được phép | Do ReputeCast đăng ký; HMAC-SHA256 bằng khóa ký webhook của tài khoản, khung 12 giờ | API | Hai chiều | 1 | Phát hiện tên miền sandbox và đọc giới hạn gửi hằng tháng của tài khoản. Mỗi thư một lệnh gọi. Có thể hỏi định kỳ API sự kiện của Mailgun trong khi webhook chưa đến được ReputeCast. |
| SendGrid | API | Được phép | Signed Event Webhook do ReputeCast đăng ký; ECDSA P-256, khung 26 giờ | API | Hai chiều | 1 | Đọc số email credit của gói. Mỗi thư một lệnh gọi. |
| Resend | API | Được phép | Do ReputeCast đăng ký; chữ ký Standard Webhooks (Svix) | API | Hai chiều | 100 | Tối đa 100 thư mỗi lệnh gọi. Tài khoản chưa có tên miền đã xác minh hiển thị là sandbox. Lượng thư hằng tháng được đọc từ Resend. |
| SparkPost | API | Được phép | Do ReputeCast đăng ký; basic auth (SparkPost không ký) | API | Hai chiều | 1 | Dành cho tài khoản SparkPost hiện có ở khu vực US hoặc EU. Đọc giới hạn gửi của tài khoản. Mỗi thư một lệnh gọi. |
| Mailjet | API | Được phép | Do ReputeCast đăng ký; basic auth trong URL callback (Mailjet không ký) | API | Hai chiều | 50 | Mailjet chỉ cho phép một URL callback cho mỗi sự kiện và khóa API, nên hãy dùng một khóa chỉ riêng ReputeCast dùng. Danh sách chặn gửi đồng bộ với danh sách loại trừ chiến dịch (campaign exclusions) của Mailjet. |
| Brevo | API | Được phép | Do ReputeCast đăng ký; bearer token (Brevo không ký) | API | Chỉ kéo về | 1 | Brevo theo dõi lượt mở và lượt nhấp trong thư giao dịch, và ReputeCast không tắt được việc này qua API của Brevo. Danh sách chặn gửi được kéo về từ Brevo nhưng không được đẩy lên Brevo. |
| Azure Communication Services | API | Được phép | Event Grid subscription do bạn tạo trong Azure; token Entra ID hoặc một khóa bí mật dùng chung | DNS thủ công | Chỉ cục bộ | 1 | Tên miền email và Event Grid subscription (theo Event Grid event schema) được thiết lập trong Azure portal. ReputeCast trả lời bước bắt tay xác thực (validation handshake) của Event Grid. |
| Generic SMTP | SMTP | Theo chính sách của bạn | Hộp thư nhận thư trả lại (IMAP/POP3) | DNS thủ công | Chỉ cục bộ | 25 mỗi kết nối | SMTP không có webhook, nên thư trả lại được đọc từ hộp thư nhận thư trả lại qua IMAP hoặc POP3. |
| Generic HTTP adapter | HTTP | Theo chính sách của bạn | Thêm thủ công tại nhà cung cấp của bạn; HMAC, Standard Webhooks, basic auth, khóa bí mật trong header hoặc không có | DNS thủ công | Chỉ cục bộ | 1 | Ánh xạ lệnh gửi và webhook của bất kỳ API email HTTP nào mà không cần viết mã, từ một biểu mẫu hoặc một manifest. |
Ý nghĩa của từng cột:
- Loại: API (API HTTP của một nhà cung cấp dịch vụ), Tự lưu trữ (máy chủ thư Postal của riêng bạn), SMTP (bất kỳ máy chủ SMTP hay relay nào) hoặc HTTP (bất kỳ API email HTTP nào, được ánh xạ bằng adapter HTTP chung).
- Gửi marketing hàng loạt: điều khoản của nhà cung cấp cho phép gì trên kết nối này. Xem Điều khoản tiếp thị hàng loạt bên dưới.
- Webhook sự kiện: cách nhà cung cấp báo thư gửi thành công, thư trả lại và khiếu nại, và cách ReputeCast kiểm tra rằng webhook đúng là do nhà cung cấp đó gửi. SMTP không có webhook, nên ReputeCast đọc thư trả lại từ một hộp thư nhận thư trả lại qua IMAP hoặc POP3. Hãy đọc Sự kiện gửi thư và đồng bộ danh sách chặn gửi.
- Thiết lập tên miền: API nghĩa là ReputeCast thêm tên miền gửi thư của bạn ở nhà cung cấp và lấy đúng các bản ghi DNS cần có. Postmark cần Account API token cho việc này. DNS thủ công nghĩa là ReputeCast hiển thị các bản ghi cần công bố, còn bạn tự thiết lập tên miền trong trang quản trị của nhà cung cấp.
- Đồng bộ danh sách chặn gửi: Hai chiều nghĩa là kéo các địa chỉ bị chặn của nhà cung cấp về danh sách chặn gửi dùng chung của ReputeCast và đẩy danh sách dùng chung ngược ra nhà cung cấp. Chỉ kéo về nghĩa là đọc được danh sách của nhà cung cấp nhưng không ghi vào được (Brevo). Chỉ cục bộ nghĩa là nhà cung cấp không có API danh sách chặn; thay vào đó, ReputeCast kiểm tra danh sách dùng chung trước mỗi lần gửi.
- Kích thước lô: số thư được kết xuất riêng đi trong một lệnh gọi API. Mỗi thư được kết xuất cho đúng người nhận của nó (liên kết theo dõi, liên kết hủy đăng ký, cá nhân hóa), nên với những nhà cung cấp mà lệnh gọi theo lô dùng chung một nội dung cho mọi người nhận (Mailgun, SendGrid, SparkPost, Brevo), mỗi thư là một lệnh gọi, với nhiều lệnh gọi chạy cùng lúc.
- Ghi chú: cách xử lý sandbox, việc tự nhận biết hạn mức và mọi điều khác cần lưu ý khi kết nối. Tên mỗi nhà cung cấp dẫn đến hướng dẫn thiết lập của nó.
Điều khoản tiếp thị hàng loạt
Phần tiêu đề “Điều khoản tiếp thị hàng loạt”Bản tin là thư hàng loạt, và một số nhà cung cấp chỉ cho phép loại thư này trên một số kết nối nhất định. ReputeCast đọc chính sách của từng adapter và dùng nó ở ba nơi:
- Danh mục và bảng so sánh ở trên hiển thị chính sách là Được phép, Chỉ luồng Broadcast hoặc Theo chính sách của bạn.
- Khi kết nối nhà cung cấp: nếu điều khoản không cho phép thư hàng loạt, trình hướng dẫn kết nối không đề xuất luồng Gửi hàng loạt cho nhà cung cấp đó. Với Postmark, thư hàng loạt được phép trên một luồng thư Broadcast, và ReputeCast có thể tạo sẵn một luồng như vậy trong máy chủ Postmark của bạn.
- Khi định tuyến: nếu bạn đặt một nhà cung cấp có điều khoản không cho phép thư hàng loạt vào tuyến Gửi hàng loạt, dưới dạng một phần chia hay làm dự phòng, ReputeCast cảnh báo bạn trước khi lưu và đề xuất cách khắc phục: tạo luồng Broadcast (Postmark), dùng nhà cung cấp khác hoặc lưu mà không có dự phòng. Nếu bạn vẫn giữ nguyên, lựa chọn đó được ghi vào nhật ký kiểm tra và Độ sẵn sàng gửi chặn mọi lần gửi hàng loạt cho đến khi bạn đổi tuyến.
Máy chủ Postal của riêng bạn, một máy chủ SMTP hay một API HTTP do bạn tự ánh xạ đều hiển thị Theo chính sách của bạn: quy tắc là của bạn và của mạng mà bạn gửi thư từ đó.
Dùng nhiều nhà cung cấp
Phần tiêu đề “Dùng nhiều nhà cung cấp”Bạn có thể kết nối bao nhiêu nhà cung cấp tùy ý và gửi qua nhiều nhà cung cấp cùng lúc. Một tuyến quyết định nhà cung cấp nào chuyển từng email. Các cách thiết lập thường gặp:
- Mỗi loại thư một nhà cung cấp. Amazon SES cho Gửi hàng loạt và Tự động hóa, Postmark cho thư Hệ thống và Giao dịch, để một chiến dịch lớn không bao giờ làm chậm thư đặt lại mật khẩu.
- Mỗi luồng một nhà cung cấp dự phòng. Nếu nhà cung cấp chính bị gián đoạn, thư Hệ thống, Tự động hóa và Giao dịch tự động chuyển dự phòng; thư Gửi hàng loạt chờ bạn quyết định, trừ khi bạn chọn cách khác. Hãy đọc Tình trạng và sự cố của nhà cung cấp.
- Chia theo tỷ trọng. Gửi 90% thư Gửi hàng loạt qua một nhà cung cấp và 10% qua một nhà cung cấp mới trong lúc nhà cung cấp mới khởi động, rồi tăng dần tỷ trọng của nó.
Hãy đọc Định tuyến thư qua nhiều nhà cung cấp để thiết lập. Thư trả lại và khiếu nại từ mọi nhà cung cấp đều về chung một danh sách chặn gửi, nên một địa chỉ đã bị trả lại ở một nhà cung cấp sẽ không bao giờ được thử lại ở nhà cung cấp khác.
Mặc định và giới hạn
Phần tiêu đề “Mặc định và giới hạn”| Thiết lập | Mặc định | Cách thay đổi |
|---|---|---|
| Giới hạn tốc độ theo nhà cung cấp hộp thư | Gmail no limit; Outlook 5/s; Yahoo 4/s; iCloud 3/s | Cài đặt › Nhà cung cấp, 0–10,000 thư mỗi giây (0 = không giới hạn) |
| Đồng bộ danh sách chặn gửi với nhà cung cấp | Every 15 minutes, and right after a bounce adds addresses | — |
| Kiểm tra tình trạng nhà cung cấp | Every 5 minutes; every minute while a provider is down or degraded | Cố định |
| Nhà cung cấp bị đánh dấu gián đoạn | 2 failed health checks in a row, or 50% of calls failing over 3 minutes (at least 5 calls) | Cố định; thông tin xác thực bị từ chối sẽ đánh dấu gián đoạn ngay |
| Thời gian ổn định cần có trước khi lưu lượng chuyển về sau sự cố gián đoạn | 10 minutes | Cố định |
| Trạng thái "Webhook im lặng" sau | 6 hours without an event while mail is being accepted | Cố định; nhà cung cấp SMTP được miễn (vì dùng hộp thư nhận thư trả lại) |
| Thời gian giữ sự kiện webhook gốc của nhà cung cấp | 90 days | Cố định |
| Payload webhook lớn nhất từ nhà cung cấp | 5 MiB | Cố định |
| Khóa bí mật webhook của nhà cung cấp sau khi xoay vòng | The new secret replaces the old one at once | Cài đặt › Nhà cung cấp › Khóa bí mật ký webhook |
| Hỏi định kỳ hộp thư nhận thư trả lại (nhà cung cấp SMTP) | Every minute, up to 200 messages each time | Cố định |
| Hỏi định kỳ sự kiện khi chưa thiết lập webhook | Every minute | Kết nối nhà cung cấp › Tạm dùng hỏi định kỳ |
| Thời gian chờ sự kiện gửi thành công của thư thử khi thiết lập | 30 minutes | Cố định |
| Số thư mỗi lệnh gọi API | Amazon SES 50, Postmark 500, Resend 100, Mailjet 50, SMTP 25 per connection; other built-in adapters 1 | Cố định |
Khi nào nên chọn cách khác
Phần tiêu đề “Khi nào nên chọn cách khác”- Nhà cung cấp của bạn không có trong danh mục nhưng có API HTTP: ánh xạ nó bằng adapter HTTP chung mà không cần viết mã.
- Bạn muốn một adapter dùng lại được cho một nhà cung cấp, hoặc cần logic mà một bản ánh xạ không diễn đạt được: hãy viết một adapter cộng đồng.
- Bạn đã có sẵn máy chủ thư hoặc relay: gửi qua bất kỳ máy chủ SMTP nào, hoặc kết nối máy chủ Postal của riêng bạn qua API của nó để có webhook được ký.