Tách email về tài khoản và giao dịch khỏi email tiếp thị, áp dụng tiêu chí mục đích chính, rồi gửi qua một tự động hóa đã xuất bản trong Brew.
Email giao dịch cung cấp thông tin về một giao dịch hoặc mối quan hệ: biên lai, email đặt lại mật khẩu theo yêu cầu, cập nhật giao hàng hoặc thông báo bảo mật tài khoản. Mục đích của chúng khác với một chiến dịch kêu gọi người nhận mua hàng hoặc quay lại.
Sự phân biệt nằm ở chính nội dung thông điệp. Việc gắn nhãn “giao dịch” cho một email trong công cụ gửi không quyết định tư cách pháp lý của email đó.
Hướng dẫn về CAN-SPAM của FTC mô tả một số nhóm hẹp gồm thông điệp giao dịch và thông điệp về mối quan hệ. Với nội dung pha trộn giữa thương mại và giao dịch, hướng dẫn này xem xét một người nhận bình thường sẽ hiểu gì từ tiêu đề và thông tin giao dịch xuất hiện ở đâu trong email.
Một tiêu đề mang tính quảng cáo có thể khiến một thông điệp pha trộn bị coi là thương mại. Một đoạn quảng cáo ngắn ở chân email thì không mặc nhiên như vậy: FTC đưa ra ví dụ về một bản sao kê tài khoản vẫn chủ yếu mang tính giao dịch. Điều quyết định là quy định và nội dung thực tế của thông điệp.
Hãy giữ thông tin thiết yếu ở vị trí nổi bật. Nếu nội dung quảng cáo làm người đọc xao nhãng khỏi biên lai hay thông báo bảo mật, tách thành một email tiếp thị riêng thường là lựa chọn biên tập rõ ràng hơn. Đây là hướng dẫn của Mỹ; hãy xem xét các yêu cầu áp dụng cho người nhận và doanh nghiệp của bạn. Nguồn được rà soát ngày 28/9/2026.
| Thông điệp | Mục đích thường gặp | Cần xem xét gì |
|---|---|---|
| Biên lai đơn hàng hoặc thông báo hoàn tiền | Giao dịch | Thông tin đơn hàng chính xác và đúng người nhận |
| Email đặt lại mật khẩu theo yêu cầu | Bảo mật tài khoản | Yêu cầu là thật, liên kết hợp lệ và không có ưu đãi gây xao nhãng |
| Cập nhật giao hàng | Giao dịch | Thông tin về đơn hàng hiện có |
| Email nhắc giỏ hàng bị bỏ quên | Tiếp thị | Sự đồng ý, trạng thái giỏ hàng hiện tại và cách xử lý hủy đăng ký |
| Lời mời nâng cấp khi sắp hết hạn dùng thử | Tiếp thị | Ưu đãi thực tế và người nhận có còn đủ điều kiện hay không |
Một thông báo trạng thái tài khoản và một lời mời nâng cấp có thể cùng nói về một bản dùng thử nhưng phục vụ những mục đích khác nhau. Hãy xem email đó yêu cầu người đọc làm gì.
Hướng dẫn dành cho người gửi của Gmail phân biệt yêu cầu hủy đăng ký một chạm đối với lưu lượng tiếp thị và lưu lượng gửi cho người đăng ký với email giao dịch. Xác thực và uy tín vẫn quan trọng với cả hai loại.
Yahoo khuyến nghị tách lưu lượng tiếp thị hàng loạt khỏi lưu lượng giao dịch theo IP và, khi phù hợp, theo tên miền. Hãy làm theo cách thiết lập của nhà cung cấp dịch vụ gửi email thay vì cho rằng chỉ cần một tên miền phụ mới là có được uy tín độc lập.
Với email tiếp thị, RFC 8058 định nghĩa cơ chế header hủy đăng ký một chạm. Liên kết ở chân email và cơ chế hủy đăng ký qua header có vai trò khác nhau. Hãy kiểm tra cách hoạt động trên chính email nhận được.
Brew dùng một tự động hóa đã xuất bản cùng trình kích hoạt của nó cho quy trình này. Hãy cấu hình một tên miền gửi đã xác minh với mục đích gửi phù hợp, khai báo payload của trình kích hoạt và tạo một bước gửi email dùng tên miền đó. Thiết lập tên miền quyết định cách Brew gửi email; nó không biến nội dung quảng cáo thành email giao dịch về mặt pháp lý.
Sau khi chạy thử và xuất bản tự động hóa, backend của bạn sẽ gọi trình kích hoạt. Ví dụ này giả định trình kích hoạt khai báo order_id và ship_date:
curl --fail-with-body \
"https://brew.new/api/v1/automations/triggers/${BREW_ORDER_TRIGGER_ID}/fire" \
-H "Authorization: Bearer ${BREW_API_KEY}" \
-H "Content-Type: application/json" \
-H "Idempotency-Key: order-1234-shipped" \
-d '{"payload":{"email":"ada@example.com","order_id":"1234","ship_date":"Tuesday"}}'Hãy dùng ID thật của trình kích hoạt và một khóa lũy đẳng ổn định cho sự kiện. Email có thể đọc một trường payload đã khai báo bằng cú pháp như {{ trigger.order_id }}. Xem tài liệu về thẻ cá nhân hóa và kiểm tra trường hợp thiếu giá trị.
Hãy xem xét lượt chạy và email nhận được. Kiểm tra cách xử lý khi thử lại và xác nhận rằng các lượt hủy đăng ký nhận email tiếp thị được xử lý đúng theo mục đích gửi. Các cơ chế bảo vệ khác, kể cả cơ chế chặn gửi, vẫn có hiệu lực; thiết lập giao dịch không phải là lời hứa sẽ gửi đến mọi địa chỉ.
Hướng dẫn tự động hóa trình bày việc xuất bản và kiểm tra trạng thái. Nếu một trợ lý AI soạn mẫu email, bước rà soát trước khi gửi tương tự vẫn được áp dụng.
