Cách ReputeCast hoạt động
Trang này giải thích kiến trúc gửi email phía sau ReputeCast: ai làm việc ở đâu, có những loại thư nào, mỗi email tìm đến nhà cung cấp gửi thư của nó ra sao, và kết quả gửi thư quay về như thế nào để bảo vệ lần gửi tiếp theo của bạn. Các thuật ngữ dùng ở đây xuất hiện khắp ứng dụng và phần còn lại của tài liệu.
Hệ thống, không gian làm việc và thành viên
Phần tiêu đề “Hệ thống, không gian làm việc và thành viên”- Một hệ thống là một bản cài đặt ReputeCast: máy chủ, cơ sở dữ liệu PostgreSQL của nó và mọi không gian làm việc trên đó. Quản trị viên hệ thống quản lý người dùng, phương thức đăng nhập, đăng nhập một lần (SSO) và việc cập nhật cho toàn bộ hệ thống.
- Một không gian làm việc là một không gian riêng với danh sách, chiến dịch, quy trình tự động, nhà cung cấp gửi thư và nhóm của riêng nó. Một hệ thống có thể có bao nhiêu không gian làm việc tùy ý, chẳng hạn mỗi ấn phẩm, thương hiệu hoặc khách hàng một không gian.
- Một thành viên là một người trong không gian làm việc, có đúng một vai trò ở đó. Các vai trò có sẵn là Chủ sở hữu, Quản trị viên, Biên tập viên và Người xem; bạn có thể thêm vai trò tùy chỉnh với bộ quyền của riêng bạn. Khóa API và tác tử AI nhận quyền theo cùng cách và không bao giờ có nhiều quyền hơn người đã tạo ra chúng. Xem Vai trò và quyền.
Nhà cung cấp gửi thư và nhà cung cấp hộp thư
Phần tiêu đề “Nhà cung cấp gửi thư và nhà cung cấp hộp thư”ReputeCast luôn nói rõ đang nói đến loại nào trong hai loại:
- Một nhà cung cấp gửi thư chuyển thư của bạn đi: Amazon SES, Postmark, Mailgun, một máy chủ Postal, mọi máy chủ SMTP và các nhà cung cấp khác trong Chọn nhà cung cấp gửi thư.
- Một nhà cung cấp hộp thư là nơi người đọc mở thư: Gmail, Outlook, Yahoo, iCloud và các nhà cung cấp khác.
Báo cáo và màn hình theo dõi trực tiếp hiển thị kết quả theo từng nhà cung cấp hộp thư và từng nhà cung cấp gửi thư cạnh nhau, vì vấn đề có thể nằm ở bất kỳ phía nào.
Bốn luồng
Phần tiêu đề “Bốn luồng”Một luồng là một loại thư. Mỗi luồng có tuyến và chính sách chuyển dự phòng riêng, nên một chiến dịch có vấn đề không bao giờ chặn email đặt lại mật khẩu.
| Luồng | Nội dung |
|---|---|
| Gửi hàng loạt | Chiến dịch. |
| Tự động hóa | Email do các quy trình tự động gửi. |
| Hệ thống | Email xác nhận hai bước, liên kết tới trung tâm tùy chọn, lời mời tham gia nhóm và email đặt lại mật khẩu. |
| Giao dịch | Email sản phẩm do ứng dụng của bạn gửi qua API giao dịch hoặc SMTP relay. |
Lời mời, đặt lại mật khẩu và thông báo qua email chỉ hoạt động khi đã có một nhà cung cấp gửi thư đảm nhận luồng Hệ thống. Thư giao dịch được ưu tiên đi trước khi dùng chung nhà cung cấp gửi thư với luồng Gửi hàng loạt. Xem Email giao dịch trong ReputeCast.
Tuyến, chia theo tỷ trọng và chuyển dự phòng
Phần tiêu đề “Tuyến, chia theo tỷ trọng và chuyển dự phòng”Một tuyến quyết định nhà cung cấp gửi thư nào chuyển một email. Mỗi luồng có một quy tắc mặc định, và bạn có thể thêm quy tắc cho từng danh sách, tên miền người gửi hoặc nhà cung cấp hộp thư của người nhận. Một quy tắc có thể gửi toàn bộ thư qua một nhà cung cấp hoặc chia thư theo tỷ trọng, chẳng hạn 90/10 trong lúc bạn chuyển sang nhà cung cấp mới hoặc khởi động một địa chỉ IP mới.
Khi một nhà cung cấp gặp sự cố, chính sách chuyển dự phòng của luồng quyết định điều gì xảy ra:
- Tự động: thư chuyển sang nhà cung cấp dự phòng. Đây là mặc định cho Tự động hóa, Hệ thống và Giao dịch.
- Tạm dừng và hỏi: những người nhận còn lại chờ cho đến khi có người quyết định. Đây là mặc định cho Gửi hàng loạt, vì chuyển một lần gửi lớn sang một nhà cung cấp chưa khởi động khi đang gửi dở có thể làm hại uy tín của bạn.
- Tự động, chỉ sang nhà cung cấp đã khởi động xong: thư chỉ chuyển sang nhà cung cấp dự phòng không còn trong quá trình khởi động; nếu không, ReputeCast tạm dừng và hỏi.
Xem Định tuyến thư qua nhiều nhà cung cấp.
Một mô hình sự kiện và một danh sách chặn gửi
Phần tiêu đề “Một mô hình sự kiện và một danh sách chặn gửi”Mỗi nhà cung cấp gửi thư báo cáo kết quả gửi, thư trả lại và khiếu nại theo định dạng riêng. ReputeCast nhận các báo cáo
này tại URL công khai của nó (/hooks/<adapter>/<token>), kiểm tra chữ ký, lưu payload gốc và trả lời ngay; sau đó một
tác vụ nền chuyển từng báo cáo thành một sự kiện chuẩn hóa: gửi thành công,
hoãn nhận, trả thư vĩnh viễn, trả thư tạm thời, khiếu nại, bị từ chối, mở, nhấp hoặc hủy đăng ký. Mã gốc của nhà cung
cấp được giữ lại cùng sự kiện. Máy chủ SMTP không có webhook, nên ReputeCast đọc thư trả lại của chúng từ một hộp thư
nhận thư trả lại.
Thư trả lại vĩnh viễn, khiếu nại và hủy đăng ký được đưa vào một danh sách chặn gửi duy nhất, dùng chung cho mọi nhà cung cấp gửi thư: một thư trả lại ở một nhà cung cấp sẽ dừng việc gửi tới địa chỉ đó ở mọi nơi. Mỗi mục áp dụng cho mọi thư hoặc chỉ cho thư marketing. Xem Sự kiện gửi thư và đồng bộ danh sách chặn gửi và Danh sách chặn gửi.
Sự đồng ý
Phần tiêu đề “Sự đồng ý”ReputeCast ghi lại sự đồng ý theo từng danh sách, kèm bằng chứng: liên hệ đã đăng ký bằng cách nào, khi nào và đã đồng ý với nội dung chính xác ra sao. Biểu mẫu đăng ký có thể dùng xác nhận hai bước, còn khi nhập dữ liệu, trạng thái đồng ý từ nền tảng bạn rời đi được giữ nguyên: các liên hệ đã hủy đăng ký, bị trả thư hoặc đã khiếu nại được đưa vào danh sách chặn gửi và không bao giờ được đăng ký lại. Xem Danh sách, sự đồng ý và xác nhận hai bước.
Gửi có bảo vệ từ đầu đến cuối
Phần tiêu đề “Gửi có bảo vệ từ đầu đến cuối”Độ sẵn sàng gửi kiểm tra chiến dịch trước khi bắt đầu, định tuyến giao từng người nhận cho một nhà cung cấp gửi thư, sự kiện gửi thư quay về qua webhook, và các ngưỡng quyết định lần gửi tiếp tục hay tạm dừng.
- Độ sẵn sàng gửi. Độ sẵn sàng gửi kiểm tra uy tín, xác thực, nội dung, ngôn ngữ, khả năng tiếp cận, nội dung có điều kiện, liên kết, tuân thủ, chất lượng người nhận và định tuyến, rồi đưa ra kết luận: “Sẵn sàng”, “Sẵn sàng, có cảnh báo” hoặc “Bị chặn”. Độ sẵn sàng gửi chạy lại 15 phút trước giờ gửi đã lên lịch và khi lần gửi bắt đầu; một mục Chặn sẽ dừng lần gửi.
- Định tuyến. Lần gửi dựng danh sách người nhận theo từng trang và định tuyến từng người nhận. Các lô thư đến mỗi nhà cung cấp trong giới hạn tốc độ của nhà cung cấp đó và giới hạn tốc độ của từng nhà cung cấp hộp thư. Mỗi thư đều được đánh dấu nhận xử lý trước khi gửi đi, nên không thư nào bị gửi hai lần.
- Sự kiện gửi thư. Các nhà cung cấp báo cáo kết quả gửi, thư trả lại và khiếu nại, và ReputeCast chuẩn hóa chúng.
- Ngưỡng. Trong lúc gửi, ReputeCast kiểm tra tỷ lệ trả thư, tỷ lệ khiếu nại và tỷ lệ hoãn nhận mỗi 2 giây. Khi một tỷ lệ vượt ngưỡng và có đủ bằng chứng, ReputeCast tự động tạm dừng chỉ riêng nhà cung cấp hộp thư hoặc nhà cung cấp gửi thư liên quan, hoặc cả chiến dịch nếu bạn đã chọn phạm vi đó.
- Quyết định. Màn hình theo dõi trực tiếp giải thích điều gì đã kích hoạt việc tạm dừng. Một người có quyền sẽ tiếp tục, tiếp tục kèm thay đổi hoặc hủy lần gửi.
Mặc định và giới hạn
Phần tiêu đề “Mặc định và giới hạn”Đây là các mặc định tự động tạm dừng của gửi có bảo vệ:
| Thiết lập | Mặc định | Cách thay đổi |
|---|---|---|
| Tỷ lệ trả thư (thư trả lại vĩnh viễn và tạm thời trên mỗi thư đã gửi) | 2.0% | Cài đặt › Nhà cung cấp, 0.1–50%; theo từng chiến dịch trong Kiểm tra và gửi, 0.1–20% |
| Tỷ lệ khiếu nại (trên mỗi thư gửi thành công) | 0.10% | Cài đặt › Nhà cung cấp, 0.01–5%; theo từng chiến dịch trong Kiểm tra và gửi, 0.01–5% |
| Tỷ lệ khiếu nại theo nhà cung cấp hộp thư (Gmail, Outlook, Yahoo, iCloud, nhà cung cấp khác) | 0.10%, the same as the complaint rate unless set separately | Cài đặt › Nhà cung cấp, 0.01–5%; theo từng chiến dịch trong Kiểm tra và gửi, 0.01–5% và tối đa gấp 5 lần tỷ lệ khiếu nại |
| Tỷ lệ hoãn nhận theo nhà cung cấp hộp thư | 5.0% | Cố định |
| Phạm vi bị tạm dừng khi vượt ngưỡng | Only the affected mailbox provider or sending provider (route) | Cài đặt › Nhà cung cấp › Phạm vi tạm dừng, hoặc theo từng chiến dịch trong Kiểm tra và gửi; tuyến hoặc toàn bộ chiến dịch |
| Tần suất kiểm tra các tỷ lệ trong khi gửi | Every 2 s | Cố định |
| Số thư trả lại, khiếu nại hoặc hoãn nhận cần có trước khi một tỷ lệ có thể vượt ngưỡng | 5 | Cố định |
| Độ tin cậy cần có rằng một tỷ lệ đã vượt ngưỡng trước khi tạm dừng | About 90% | Cố định |
| Số thư cần có trước khi tính tỷ lệ của một nhà cung cấp hộp thư hoặc nhà cung cấp gửi thư | 500 messages | Cố định |
| Số thư cần có trước khi tính tỷ lệ trên toàn chiến dịch | 1,000 messages | Cố định |
| Khi nhà cung cấp gặp sự cố gián đoạn trong lúc gửi, phần của nhà cung cấp đó bị tạm giữ sau | 3 minutes of failed calls (at least 5 calls), or as soon as the provider is marked down | Cố định |
| Thử lại phần bị tạm giữ | Every 60 s for 15 minutes, then a person is asked again | Thử lại trên phần bị tạm giữ trong màn hình theo dõi trực tiếp (cần quyền campaigns:send) |
| Số lần thử lại một thư bị lỗi tạm thời | Up to 10 attempts, after 5 s, 10 s, 20 s, 40 s, then every 60 s | Cố định |
| Có thể đổi ngưỡng của chiến dịch cho đến khi | The send starts | Kiểm tra và gửi; thay đổi sau đó ở cài đặt mặc định của không gian làm việc không ảnh hưởng đến lần gửi đã bắt đầu |
Mọi mặc định khác có trong Giới hạn và mặc định.
Khi nào nên thay đổi
Phần tiêu đề “Khi nào nên thay đổi”- Hạ ngưỡng cho một danh sách bạn đã lâu không gửi thư, hoặc cho một tên miền gửi thư mới, để một phân khúc có vấn đề được tạm dừng sớm hơn.
- Nâng ngưỡng một chút chỉ khi một nguyên nhân đã biết làm tăng tỷ lệ, chẳng hạn một danh sách bạn biết có địa chỉ cũ và bạn đang chủ động làm sạch.
- Tạm dừng cả chiến dịch thay vì một tuyến khi bất kỳ vấn đề nào cũng phải dừng mọi thứ, chẳng hạn một thông báo phải đến được với tất cả mọi người hoặc không ai cả.
Đổi mặc định của không gian làm việc trong Cài đặt › Nhà cung cấp và giá trị của một chiến dịch trong Kiểm tra và gửi; xem Mặc định gửi thư của không gian làm việc và Theo dõi lần gửi và tự động tạm dừng.