Chỉ số WhatsApp: cách đo giao hàng, đã đọc và doanh số

Để đo lường kết quả WhatsApp trong thương mại điện tử, tách ba câu hỏi: tin nhắn có đến không, có tương tác không và đơn hàng đã được thanh toán chưa? Mỗi câu trả lời phụ thuộc vào bằng chứng khác nhau. Một báo cáo hữu ích cho biết những gì đã được tính, cơ sở tính toán là gì và kết quả được quan sát đến khi nào. Nếu không có những định nghĩa này, hai tỷ lệ có vẻ giống nhau có thể mô tả những hoạt động rất khác nhau.

Gửi, giao, đọc và bán không phải là cùng một kết quả

Điều cần chú ý đầu tiên là hiểu ý nghĩa của trạng thái trong công cụ được sử dụng. bộ sưu tập chính thức của Meta cho Cloud API hiển thị các trả về gửi, giao và lỗi liên kết với định danh tin nhắn. Xác nhận kỹ thuật về việc gửi không chứng minh một giao dịch mua.

Đọc nên được xử lý như một thông tin quan sát được. WhatsApp cho phép tắt xác nhận đọc ; do đó, thiếu xác nhận này không cho phép kết luận rằng tin nhắn đã bị bỏ qua. Cũng kiểm tra xem hệ thống có nhận và xử lý các trả về cần thiết hay không.Trong các tích hợp riêng,

webhook trạng thái tin nhắn giúp theo dõi các sự kiện này. Việc gửi một webhook đến máy chủ của bạn và việc tin nhắn được giao tới khách hàng là hai sự kiện khác nhau: phản hồi HTTP của máy chủ không thay thế xác nhận từ kênh. Xác định cơ sở trước khi tính bất kỳ tỷ lệ nào

Chọn một tập hợp tin nhắn và giữ tập hợp đó trong suốt phân tích. Ví dụ: tin nhắn của một chiến dịch bắt đầu vào một ngày nhất định, được quan sát đến một thời điểm cắt. Nếu báo cáo trộn các gửi mới với giao của các chiến dịch cũ, kết quả mất tính so sánh.

Ghi lại chiến dịch hoặc tự động hóa, đối tượng, khoảng thời gian gửi, múi giờ và thời hạn quan sát. Sau đó định nghĩa đơn vị của mỗi chỉ số: tin nhắn, liên hệ hoặc đơn hàng. Một khách hàng có thể nhận hai tin nhắn về một đơn hàng và thực hiện một mua khác trong cùng khoảng thời gian.

Tin nhắn:

• đếm mỗi định danh một lần cho mỗi bước đạt được. Các trả về lặp lại cùng sự kiện không phải là các gửi mới. Liên hệ:
• đếm những người hoặc hồ sơ riêng biệt theo một quy tắc được ghi chép, không cộng mỗi phản hồi như một khách hàng mới. Đơn hàng:
• sử dụng định danh mua hàng. Hai tin nhắn về cùng một đơn hàng không tạo ra hai đơn bán. Trạng thái tích lũy:
• một tin nhắn đã đọc cũng tích hợp vào tổng số tin nhắn đã giao. Nếu công cụ chỉ hiển thị trạng thái mới nhất, kiểm tra cách tái tạo tổng số mà không loại trừ các tin đã đọc khỏi cơ sở giao. Khi dữ liệu cần thiết không có sẵn, báo "không đo lường". Số không có nghĩa là đã đo lường và không ghi nhận kết quả; không thay thế cho thông tin thiếu.

Công thức cho một báo cáo có thể được kiểm chứng

Các công thức dưới đây là quy ước đề xuất để tổ chức phân tích. Bảng điều khiển công cụ của bạn có thể dùng cơ sở khác. Trước khi so sánh kết quả, kiểm tra ý nghĩa của từng trường và giữ tử số và mẫu số trong cùng một tập gửi.

Chỉ số

Nếu mẫu số bằng không, tỷ lệ sẽ không được tính. Nếu bạn chỉ biết tổng số nhấp, hãy trình bày tổng đó kèm giới hạn của nó. Đừng chuyển nó thành tỷ lệ trên mỗi liên hệ nếu không biết có bao nhiêu người khác nhau đã nhấp.

Cho một chiến dịch gửi tới một khán giả, có thể hợp lý khi theo dõi người mua duy nhất trong số các liên hệ đã tiếp cận. Đối với một nhắc thanh toán đơn hàng, đơn vị chính có thể là đơn hàng. Các chỉ số này trả lời các câu hỏi khác nhau và cần tên khác nhau.

Ví dụ được tính: tin nhắn không phải là đơn hàng

Ví dụ này hoàn toàn hư cấu và chỉ dùng để minh họa phép tính. Nó không đại diện cho kết quả khách hàng, thử nghiệm của WPP Marketing hay tỷ lệ mong đợi trên thị trường.

Một cửa hàng đã chọn 100 đơn hàng chưa thanh toán và đủ điều kiện để nhắc thanh toán. Họ gửi một tin nhắn cho mỗi đơn hàng, luôn trước khi thanh toán. Tính đến lúc đóng báo cáo, 90 tin nhắn đã được xác nhận giao và 54 đã ghi nhận việc đọc. Trong số 90 đơn hàng tiếp cận được, 18 đã được thanh toán trong vòng 48 giờ sau khi giao nhắc tương ứng. Cửa hàng chờ hết khung thời gian cho tất cả đơn hàng trước khi đóng số liệu.

• Giao hàng: 90 ÷ 100 × 100 = 90%.
• Đọc quan sát được trong số đã giao: 54 ÷ 90 × 100 = 60%.
• Thanh toán sau liên hệ giữa các đơn hàng tiếp cận: 18 ÷ 90 × 100 = 20%.
• Thanh toán sau liên hệ trên tất cả đơn hàng được chọn: 18 ÷ 100 × 100 = 18%.

Hai phép tính cuối cùng dùng cùng 18 khoản thanh toán, nhưng trả lời các câu hỏi khác nhau. Báo cáo nên hiển thị tên cơ sở, không chỉ “chuyển đổi”. Khung 48 giờ được chọn cho ví dụ; không phải khuyến nghị chung hay quy tắc sản phẩm.

Mười tin nhắn không xác nhận giao không nên tự động được gọi là thất bại: cần kiểm tra các trạng thái có sẵn. Cũng không thể nói 18 khoản thanh toán xuất phát từ 54 lần đọc nếu không liên kết bản ghi. Một khoản thanh toán có thể xảy ra mà không có xác nhận đã đọc.

Nếu cùng một đơn hàng nhận nhắc thứ hai, nó vẫn là một đơn hàng. Trong phân tích tổng hợp, chỉ tính thanh toán đó một lần. Trong phân tích theo tin nhắn, xác định trước cách phân bổ tín dụng giữa các liên hệ và làm rõ rằng tổng các báo cáo chồng chéo có thể trùng kết quả.

Thanh toán sau tin nhắn không chứng tỏ tin nhắn đã gây ra bán hàng

Một người có thể nhận nhắc và thanh toán vì họ đã định hoàn tất mua, vì họ thấy email hoặc vì họ được hỗ trợ từ chăm sóc. Trình tự thời gian là bằng chứng liên kết; riêng nó không đo lường được tin nhắn đã đóng góp bao nhiêu cho kết quả.

Để theo dõi hoạt động

Sử dụng một chỉ số mô tả, như “đơn hàng được thanh toán sau khi tin nhắn được giao, trong khung thời gian đã định”. Ghi chép sự kiện khởi đầu, thời lượng khung, mối liên hệ với đơn hàng và xử lý hủy, hoàn tiền và liên hệ lặp lại. Khi cộng giá trị, làm rõ liệu doanh thu có tính phí vận chuyển, chiết khấu và trả hàng hay không. Doanh thu được liên kết không phải là lợi nhuận.

Để điều tra hiệu ứng gia tăng

Khi có điều kiện thực hiện thí nghiệm, hãy phân phối ngẫu nhiên các đơn hàng hoặc khách hàng đủ điều kiện giữa một nhóm nhận lời nhắc tùy chọn và một nhóm so sánh. Tránh đưa cùng một người vào cả hai nhóm và giữ các điều kiện khác có thể so sánh được. Đừng ngưng các giao tiếp cần thiết cho dịch vụ hoặc thực hiện đơn hàng để tiến hành thử nghiệm này.

So sánh thanh toán trên tất cả những người đủ điều kiện của mỗi nhóm theo phân bổ ban đầu, và cân nhắc kích thước mẫu, thời lượng và độ không chắc chắn. Chỉ so sánh những ai đã nhận hoặc đọc tin nhắn có thể chọn ra những người có đặc điểm khác nhau và làm lệch kết luận. Thiết kế này là đề xuất đánh giá, không phải chức năng thử nghiệm thuộc WPP Marketing.

Cách dùng số liệu để quyết định điều chỉnh tiếp theo

Giảm tỷ lệ là dấu hiệu cần điều tra, không phải chẩn đoán sẵn. Cùng một kết quả có thể có nhiều nguyên nhân.

• Ít lượt giao hơn: kiểm tra lỗi sẵn có, liên hệ, kết nối, điều kiện gửi và hoạt động của phản hồi trước khi thay đổi nội dung.
• Ít lượt đọc ghi nhận: kiểm tra phạm vi đo lường và so sánh các đối tượng và khoảng thời gian tương tự. Đừng quy hết sự khác biệt cho mức độ quan tâm của người nhận.
• Tương tác không có thanh toán: kiểm tra xem cuộc hội thoại có được trả lời không, liên kết có hoạt động không, đơn hàng có chính xác không và có trở ngại nào ở bước thanh toán không. Đó là các giả thuyết cần kiểm tra, không phải nguyên nhân được chứng minh của tỷ lệ.
• Thêm thanh toán nhưng nhiều yêu cầu dừng hơn: đánh giá lại đối tượng, tần suất và mức độ liên quan. Chính sách Tin nhắn của WhatsApp Business yêu cầu quyền liên hệ và tôn trọng các yêu cầu dừng, kể cả ngoài WhatsApp.

Ưu tiên so sánh hoạt động với lịch sử của chính bạn sử dụng cùng định nghĩa. Tỷ lệ do công ty khác công bố chỉ có thể so sánh khi bạn biết đối tượng, kênh, thời gian, mẫu và công thức. Ví dụ, benchmark email không đặt mục tiêu lượt đọc trên WhatsApp.

Những gì cần kiểm tra trong báo cáo của WPP Marketing

WPP Marketing tổng hợp báo cáo tin nhắn với bộ lọc theo thời kỳ và trạng thái, xuất dữ liệu và thông tin về giao hàng, đọc và lỗi theo dữ liệu có trong kết nối. Theo dõi thương mại liên kết tin nhắn với thanh toán và doanh số của cửa hàng. Để diễn giải kết quả này, kiểm tra quy tắc dùng trong chỉ số và các sự kiện tích hợp cung cấp.

Nhóm có thể bắt đầu từ những bản ghi này và thông tin từ cửa hàng để tổ chức phân tích. Các công thức, loại trùng giữa các chiến dịch và thí nghiệm mô tả trong bài là phương pháp làm việc được đề xuất; không có nghĩa là tất cả các kiểm soát này đã sẵn sàng trên màn hình sản phẩm.

Nếu hoạt động sử dụng hệ thống riêng, Events API xử lý các sự kiện thương mại được hỗ trợ, trong khi status webhooks thông báo các sự kiện liên quan đến tin nhắn. tích hợp được cửa hàng sử dụng xác định thông tin nào có thể được liên kết. Trước khi kết luận rằng chiến dịch thất bại hay thành công, xác nhận rằng các sự kiện cần thiết đã đến nơi.

Nguồn tham khảo

Truy vấn được thực hiện ngày 20 tháng 10 năm 2026. Các định nghĩa kỹ thuật và điều kiện sử dụng đã được kiểm tra trong các nguồn dưới đây. Các công thức, ví dụ giả định và tiêu chí kiểm tra là đề xuất biên tập để đo lường, không có benchmark riêng hoặc khẳng định thử nghiệm với khách hàng.

• Meta — bộ sưu tập chính thức WhatsApp Cloud API trên Postman: ví dụ phản hồi về gửi, giao và lỗi.
• WhatsApp — cài đặt quyền riêng tư: các điều khiển xác nhận đã đọc.
• WhatsApp Business — Chính sách Tin nhắn: quyền và yêu cầu dừng giao tiếp.
• WPP Marketing — status webhooks: phân biệt giữa sự kiện tin nhắn và phản hồi về hệ thống tích hợp.

Để kết nối giao tiếp với các sự kiện của cửa hàng và theo dõi các bản ghi có sẵn, tìm hiểu nền tảng WPP Marketing và đánh giá các nguồn lực phù hợp với hoạt động của bạn.