Bỏ qua để đến nội dung

Email giao dịch trong ReputeCast

Giải thích
Dành cho:
Quản trị viên không gian làm việc, Nhà phát triển
Cần quyền:
transactional:view
Trong ứng dụng:
Giao dịch

ReputeCast gửi email giao dịch tự host (thư đặt lại mật khẩu, liên kết đăng nhập, biên lai và các thư khác của sản phẩm) từ cùng hệ thống với bản tin của bạn, mà không dùng chung uy tín hay hàng đợi với bản tin. Ứng dụng của bạn gọi HTTP API hoặc SMTP relay với ID mẫu và dữ liệu; ReputeCast kết xuất một mẫu giao dịch đã xuất bản, kiểm tra danh sách chặn gửi và chuyển thư cho các nhà cung cấp gửi thư trên tuyến Giao dịch. Mọi thứ nằm trong Giao dịch.

Trang tổng quan Giao dịch: các mẫu cùng danh mục, phiên bản đang chạy và số lượt gửi 7 ngày qua, phía trên các số liệu gửi thư của không gian làm việc.

Ảnh chụp này hiển thị giao diện tiếng Anh.

  1. Ứng dụng của bạn gọi ReputeCast. Ứng dụng gửi một thư, hoặc một lô tối đa 100 thư, bằng một khóa chỉ gửi qua API, hoặc kết nối tới SMTP relay. API trả về 202 cùng ID của thư. Định dạng yêu cầu, header Idempotency-Key và mã mẫu có trong gửi email giao dịch bằng API.
  2. ReputeCast kết xuất phiên bản đang chạy. Chỉ phiên bản đã xuất bản mới được gửi. Thiếu biến bắt buộc sẽ làm lệnh gọi thất bại với missing_variables, và không có gì được gửi. Thư đến qua SMTP đã được kết xuất sẵn và được ghi nhật ký là Thư thô (SMTP).
  3. Danh sách chặn gửi và danh mục được kiểm tra. Thư giao dịch không bao giờ gửi tới địa chỉ đã trả thư vĩnh viễn, đã khiếu nại, dính bẫy spam, không hợp lệ, hoặc được thêm vào danh sách chặn gửi thủ công hay qua nhập dữ liệu. Thư giao dịch bỏ qua các mục chỉ áp dụng cho tiếp thị: lượt hủy đăng ký và địa chỉ chức danh như billing@. Người nhận đã tắt một danh mục Tùy chọn sẽ không nhận thư của danh mục đó.
  4. Tuyến Giao dịch gửi thư đi. Giao dịch là luồng thứ tư, bên cạnh Gửi hàng loạt, Tự động hóa và Hệ thống, với tuyến riêng: một nhà cung cấp gửi thư chính và một nhà cung cấp dự phòng không bắt buộc. Chuyển dự phòng diễn ra tự động. Khi cùng một nhà cung cấp gửi thư cũng đang gửi một chiến dịch, thư giao dịch được đi trước trong giới hạn tốc độ gửi của nhà cung cấp đó.
  5. Sự kiện được gửi về. Các sự kiện gửi thành công, trả thư, khiếu nại và tương tác cập nhật trạng thái của thư trong nhật ký thư và được gửi tới các endpoint webhook của bạn dưới dạng sự kiện message.*.

Mỗi mẫu thuộc một danh mục, và danh mục quyết định người nhận có thể tắt nó hay không.

Loại Cách hoạt động
Thiết yếu Luôn được gửi: thư đăng nhập, mật khẩu, thanh toán và tài khoản. Chân thư không có liên kết hủy đăng ký.
Tùy chọn Người nhận có thể tắt trong trung tâm tùy chọn hoặc bằng liên kết hủy đăng ký ở chân thư.

Bạn quản lý danh mục trong cài đặt giao dịch.

Một thư có trạng thái Đang chờ gửi, Đã gửi, Gửi thành công, Bị hoãn, Bị trả lại, Bị khiếu nại, Bị từ chối, Thất bại hoặc Thử nghiệm. Bị từ chối nghĩa là ReputeCast đã dừng thư trước khi gửi, ví dụ vì địa chỉ bị chặn gửi hoặc người nhận đã tắt danh mục đó. Thử nghiệm nghĩa là một khóa ở chế độ thử nghiệm đã gửi thư; khóa thử nghiệm chỉ gửi tới thành viên của không gian làm việc và các địa chỉ thử mà bạn cho phép trên khóa.

Chiến dịch tự động tạm dừng khi trả thư hoặc khiếu nại tăng. Thư giao dịch không bao giờ tạm dừng, vì thư đặt lại mật khẩu phải tiếp tục đến nơi. Thay vào đó, ReputeCast kiểm tra mỗi phút trên dữ liệu một giờ gần nhất và cảnh báo bạn khi tỷ lệ trả thư của một mẫu, số thư thất bại hoặc thời gian gửi trung vị vượt ngưỡng.

Thiết lậpMặc địnhCách thay đổi
Số thư mỗi lệnh gọi gửi theo lô1–100Cố định
Lên lịch trước bằng send_atUp to 72 hoursCố định
Khoảng thời gian hiệu lực của Idempotency-Key24 hours; keys up to 255 charactersCố định
Số cc, bcc và tệp đính kèm mỗi thưUp to 20 eachCố định
Kích thước thư kèm tệp đính kèmThe smallest limit among the route's providers: Postmark, Brevo and Azure Communication Services 10 MB, Postal 14, Mailjet 15, SparkPost 20, SMTP and Mailgun 25, SendGrid 30, Amazon SES and Resend 40Nhà cung cấp gửi thư › Định tuyến và chuyển dự phòng
Thẻ và metadata mỗi thưUp to 10 tags (100 characters each); up to 20 metadata pairsCố định
ID mẫuLowercase letters, digits and single hyphens, up to 64 characters; fixed after the first publishCài đặt mẫu
Thời gian giữ nội dung đã kết xuất30 daysGiao dịch › Cài đặt; không giữ, 7, 30, 60 hoặc 90 ngày
Thời gian giữ metadata và sự kiện của thư90 daysCố định
Cảnh báo tỷ lệ trả thư (theo mẫu, trong giờ qua, ít nhất 20 thư đã gửi)Above 2%Giao dịch › Cài đặt › Cảnh báo gửi thư, 0.1–100%
Cảnh báo thư thất bại (trong giờ qua)10 or moreGiao dịch › Cài đặt › Cảnh báo gửi thư, 1–100,000
Cảnh báo thời gian gửi thành công trung vị (trong giờ qua, ít nhất 20 thư gửi thành công)Above 30 sGiao dịch › Cài đặt › Cảnh báo gửi thư, 1–3,600 s
Thời gian thử lại trên nhà cung cấp chính trước khi nhà cung cấp dự phòng tiếp quản10 minutes (at once if the provider is down)Cố định
Số lần trả thư tạm thời trước khi địa chỉ bị chặn gửi3 within 7 daysCố định
Kiểm tra thay đổi gây lỗi khi xuất bản dựa trênThe last 7 days of callsCố định
Nhập mẫu từ tệpUp to 50 files, 2 MB eachCố định
  • Giữ nội dung đã kết xuất lâu hơn (tối đa 90 ngày) khi nhân viên hỗ trợ cần tra cứu khách hàng đã nhận được gì; giữ ngắn hơn hoặc không giữ khi nội dung chứa dữ liệu cá nhân. Thay đổi trong cài đặt giao dịch.
  • Hạ ngưỡng cảnh báo cho những mẫu mà mỗi lỗi đều quan trọng, như liên kết đăng nhập.
  • Đặt cho tuyến Giao dịch một nhà cung cấp dự phòng khác với nhà cung cấp gửi thư chính, để sự cố ở một nhà cung cấp không bao giờ làm ngừng thư đặt lại mật khẩu.