IOSOR Kiến thức
Danh mục mẫu trước khi kênh Live
Đường đi của người mua: các mẫu được phê duyệt phải tồn tại trước bất kỳ huy hiệu Live nào trên lớp tin nhắn rich hoặc SMS — có danh mục trước, nói về lưu lượng sau.
Huy hiệu Live trên lớp tin nhắn mà không có danh mục mẫu được phê duyệt là việc đốt tiền trả trước bằng chip xanh. Người mua cần một danh mục có tên gồm các mẫu sản xuất trước khi đội ngũ bán hàng thông báo Live cho các lớp rich hoặc SMS. Trang này là đường đi của người mua — không phải là một chuyến lặn sâu vào kho lưu trữ cũng như không phải danh sách mua sắm API SMS chung.
Liên quan: Cổng chuyển đổi dự phòng trước bất kỳ huy hiệu Live nào, Đường băng Ngày-1: điều gì phải xanh, Khi ra mắt bị chặn: trạng thái không nói dối, Cổng kiểm duyệt mẫu và lớp đơn vị.
IOSOR là nền tảng trả trước nhãn trắng.
Danh mục là cổng Live cho các lớp tin nhắn
Live có nghĩa là lớp đó có thể nhận lưu lượng trả trước với trạng thái trung thực. Danh mục có nghĩa là mọi ID mẫu sản xuất đều được liệt kê, phê duyệt, sở hữu và ánh xạ tới một lớp đơn vị trước khi gửi. Chuyển đổi dự phòng và đường băng có thể trông đã sẵn sàng, tuy nhiên Live trên WhatsApp, RCS hoặc SMS có mẫu vẫn bị chặn cho đến khi hàng danh mục tồn tại. Xem Cổng chuyển đổi dự phòng trước bất kỳ huy hiệu Live nào.
Những gì một hàng danh mục được phê duyệt mang theo
| Trường | Tại sao người mua quan tâm |
|---|---|
| ID mẫu + phiên bản | Sản phẩm đối tượng giống nhau và tài chính đối soát |
| Lớp tin nhắn (OTP, cảnh báo, thông báo) | Ngăn chặn việc rò rỉ lớp vào nội dung tiếp thị |
| Trạng thái đánh giá | Chỉ được phê duyệt — bản nháp không bao giờ chạy Live |
| Lớp đơn vị | Phân đoạn, phiên hoặc đơn vị mẫu trước khi ghi nợ |
| Chủ sở hữu + quy tắc thu hồi | Ai sửa lỗi từ chối và khi nào ID hết hạn |
Kênh Live và danh mục Live là các chip khác nhau
Một kênh có thể ở trạng thái Đang thiết lập trong khi các mẫu đang được soạn thảo. Một danh mục có thể được phê duyệt cho OTP trong khi các mẫu tiếp thị vẫn ở dạng nháp. Đừng gộp các chip lại với nhau: kênh sẵn sàng ≠ «bất kỳ mẫu nào cũng có thể gửi». Giữ trả trước đóng lại khi gặp ID không xác định — giữ trước số dư trả trước trước lần ghi nợ đầu tiên.
Đường đi của người mua trước bất kỳ huy hiệu Live nào
- Liệt kê các mẫu tháng đầu tiên theo lớp tin nhắn.
- Gửi đánh giá; đợi trạng thái Đã phê duyệt.
Danh sách kiểm tra của người mua cho danh mục mẫu
Hàng danh mục phải đầy đủ cho mỗi lớp đơn vị trước khi sản xuất.
Bắt đầu với IOSOR
Mở bảng điều khiển IOSOR và đối chiếu ID mẫu đang hoạt động của bạn với trạng thái danh mục đã phê duyệt trước khi chuyển sang kênh Trực tiếp. Đảm bảo mọi lớp tin nhắn đều có ánh xạ mẫu rõ ràng và lớp đơn vị đã xác minh gắn liền với cổng ghi nợ. Chạy một giao dịch kiểm tra khói cho mỗi lớp để xác nhận rằng webhook DLR ghi lại chính xác ID danh mục trên biên lai giao hàng trước khi gỡ bỏ lệnh giữ sản xuất.
Điểm chính IOSOR
Sự sẵn sàng của kênh và phê duyệt danh mục mẫu hoạt động ở các cổng thực thi riêng biệt. Việc đánh dấu một kênh là hoạt động mà không có ID mẫu được phê duyệt rõ ràng trong danh mục sẽ khiến hệ thống giữ trả trước bị khóa đối với các tải trọng chưa được ánh xạ, bất kể trạng thái cổng cơ bản.
Hãy ánh xạ mọi lớp tin nhắn sản xuất tới ID mẫu đã được phê duyệt và thẻ ghi nợ đã xác minh trước khi mở các cổng lưu lượng. Đừng nhầm lẫn trạng thái kết nối kênh với quyền mẫu và không bao giờ cho phép các ID mẫu bản nháp hoặc bị từ chối cố gắng gửi Trực tiếp.
Hướng dẫn này có hữu ích không?
Hướng dẫn liên quan
- Quản lý việc gửi lại mẫu hàng loạt trong các chuỗi phục hồi
Tìm hiểu cách xác minh lại các nội dung mẫu đã sửa đổi một cách hệ thống sau khi cập nhật chính sách của nhà mạng trong hệ sinh thái IOSOR để duy trì tỷ lệ gửi thành công cao.
- Xác minh tài nguyên tiêu đề Rich Media trước khi gửi mẫu
Tìm hiểu cách xác thực hình ảnh tiêu đề và URL tài liệu trong IOSOR để ngăn chặn việc từ chối mẫu. Đảm bảo tài nguyên của bạn đáp ứng các tiêu chuẩn tuân thủ.
- Đồng bộ hóa các mẫu tin nhắn đã phê duyệt trên các môi trường tài khoản phụ
Nắm vững việc điều phối các mẫu đã phê duyệt trong hệ sinh thái CPaaS white-label. Tìm hiểu cách duy trì sự cô lập dữ liệu nghiêm ngặt và triển khai nhanh qua JIT.