Bẫy con số ảo khi chạy Facebook CAPI
Có bao giờ bạn nhìn báo cáo quảng cáo thấy 10 đơn, nhưng check lại trong CRM chỉ có 5 đơn không? 📉
Nếu bạn đang chạy song song cả Facebook Pixel và Conversions API (CAPI), khả năng cao là bạn đang bị double-count. Hiểu đơn giản là một đơn hàng bị tính thành hai vì Meta nhận dữ liệu từ cả trình duyệt và máy chủ.
Đây là lúc chúng ta cần nói về Event Deduplication (Khử trùng sự kiện). Đây là kỹ thuật sống còn để giữ cho chỉ số ROAS không bị ảo, giúp bạn không tự tin scale ngân sách sai hướng chỉ vì những con số “đẹp” giả tạo. 💸
Từ sau iOS 14.5, cookie bên thứ ba bị hạn chế khiến Pixel browser ngày càng kém chính xác. CAPI ra đời để bù đắp lỗ hổng đó bằng cách gửi dữ liệu trực tiếp từ server.
Tuy nhiên, khi gửi cả hai nguồn, Meta sẽ thấy hai sự kiện giống hệt nhau. Nếu không có cơ chế khử trùng, hệ thống sẽ hiểu lầm là khách hàng mua hàng 2 lần. Kết quả là Cost per Result giảm ảo, khiến bạn tưởng chiến dịch đang thắng lớn nhưng thực tế tiền đang rơi rụng.
Chìa khóa để giải quyết nằm ở eventid.
Hãy tưởng tượng eventid như một mã vận đơn duy nhất cho mỗi đơn hàng. Khi bạn gửi một Purchase event từ browser với mã abc123 và một event từ server cũng với mã abc123, Meta sẽ đối chiếu và chỉ giữ lại một. 🚀
Nhưng nhiều anh em triển khai sai khiến tỷ lệ trùng lặp vẫn cao. Để setup chuẩn, bạn cần nắm rõ 3 nguyên tắc kỹ thuật sau:
Một là, Backend phải là nguồn sự thật (source of truth). Đừng bao giờ sinh eventid ở frontend vì rất dễ bị chặn hoặc mất dữ liệu khi khách tắt tab. Backend nên sinh UUID v4, lưu vào DB rồi mới trả về cho frontend hiển thị. Khi đó, cả Pixel và CAPI đều dùng chung một mã định danh duy nhất. ✅
Hai là, kiểm soát độ trễ và thông tin đi kèm. Lý tưởng nhất là dữ liệu từ hai nguồn đến Meta gần như cùng lúc (dưới 1 giây). Đặc biệt, CAPI bắt buộc phải gửi kèm eventsourceurl chính xác là URL nơi sự kiện xảy ra. Nếu URL bị lệch, Meta sẽ không thể khớp dữ liệu và việc khử trùng sẽ thất bại. ⏱️
Ba là, chuẩn hóa actionsource. Khi gửi qua CAPI, hãy đảm bảo giá trị actionsource được đặt là website (hoặc app tùy nền tảng). Nếu bỏ trống hoặc sai giá trị này, hệ thống attribution sẽ bị lệch, khiến việc tối ưu tệp khách hàng trở nên khó khăn.
Một lưu ý cực kỳ quan trọng cho anh em: Đừng nhầm lẫn giữa Event Match Quality (EMQ) và Deduplication. 💡
EMQ đo lường chất lượng khớp thông tin khách hàng (như email, số điện thoại), còn Deduplication là loại bỏ trùng lặp. Bạn có thể có EMQ 10/10 nhưng vẫn bị trùng đơn nếu eventid sai. Vì vậy, đừng nhìn mỗi chỉ số EMQ mà chủ quan.
Để kiểm tra thực tế, bạn hãy vào Events Manager -> Test Events và thực hiện một đơn hàng thật. Nếu cột Deduplicated hiện chữ true cho cả hai nguồn, bạn đã thành công. 📊
Tuy nhiên, công cụ Test Events chỉ cho kết quả thời gian thực. Để đánh giá chính xác nhất, bạn cần theo dõi Deduplication rate trong phần Overview của Events Manager theo ngày. Một hệ thống chuẩn thường đạt tỷ lệ khử trùng từ 95% đến 99%.
Ngoài ra, đừng quên tối ưu contentids và value cho mỗi sự kiện Purchase. Nếu chỉ khử trùng xong mà thiếu thông tin sản phẩm, AI của Meta sẽ không hiểu khách hàng thực sự mua gì để tìm tệp tương tự.
Đừng để những con số ảo đánh lừa chiến lược tăng trưởng của doanh nghiệp. Hãy chuẩn hóa dữ liệu trước khi đổ thêm tiền vào quảng cáo. 🚀
#HoangDucLong #FacebookAds #GoogleAds #QuangCao #Marketing
