Trang chủ › Hướng dẫn › Conversions API là gì

Conversions API là gì? Hiểu và dùng CAPI cho Facebook Ads

Đây là phần tôi làm kỹ nhất trong mọi dự án, và cũng là phần ít đơn vị chịu làm vì nó không nhìn thấy được như một mẫu quảng cáo đẹp. Nhưng nó quyết định chuyện Facebook đi tìm ai cho bạn: người hay bấm biểu mẫu, hay người thật sự mua. Bài này giải thích Conversions API theo cách người chạy quảng cáo cần hiểu, không phải theo cách tài liệu kỹ thuật viết.

Conversions API là gì

Conversions API — viết tắt là CAPI — là cách gửi sự kiện chuyển đổi từ máy chủ của bạn thẳng tới Facebook, thay vì gửi từ trình duyệt của khách như Pixel.

Hình dung đơn giản: Pixel là người đứng trong cửa hàng ghi lại khách làm gì, rồi chạy ra báo cho Facebook. Nếu khách che mặt người đó, hoặc người đó bị chặn ở cửa, thì thông tin không tới nơi. CAPI là đường dây điện thoại nối thẳng từ két tiền của bạn tới Facebook — không ai chặn được, và nó báo được cả những thứ xảy ra sau khi khách rời cửa hàng.

Khác Pixel thế nào

Hai cái bổ sung cho nhau, không thay thế nhau. Meta khuyến nghị dùng cả hai, và trong thực tế đó cũng là cấu hình cho kết quả tốt nhất.

Vì sao bây giờ gần như bắt buộc phải có

Ba lý do, xếp theo mức ảnh hưởng tăng dần:

• Mất dữ liệu ở phía trình duyệt. Trình chặn quảng cáo, trình duyệt chặn cookie, khách đóng trang trước khi Pixel kịp gửi. Phần mất này không nhỏ và bạn không nhìn thấy nó.
• Chuyển đổi xảy ra ngoài website. Khách nhắn tin rồi để số qua Messenger, sale gọi chốt qua điện thoại. Pixel không biết gì về những chuyện đó.
• Chất lượng lead chỉ xác định được sau. Lúc khách điền biểu mẫu, chưa ai biết đó là khách thật hay người bấm cho xong. Một ngày sau sale gọi mới biết. Chỉ CAPI mới gửi được thông tin đó về.

Lý do thứ ba là lý do thật sự quan trọng, và cũng là phần ít người làm nhất. Tôi nói kỹ ở mục riêng bên dưới.

CAPI hoạt động ra sao

Mỗi sự kiện gửi đi gồm bốn phần:

1. Tên sự kiện — Lead, Purchase, CompleteRegistration, hoặc tên tự đặt
2. Thời điểm xảy ra — dạng số giây, phải là lúc sự kiện thật sự diễn ra
3. Thông tin nhận dạng khách — số điện thoại, email, mã khách, đều được băm một chiều trước khi gửi
4. Mã sự kiện — để Facebook nhận ra đây có phải sự kiện đã nhận từ Pixel hay không

Một sự kiện gửi đi trông như thế này:

{
  "data": [{
    "event_name": "Lead",
    "event_time": 1760000000,
    "event_id": "lead_0901234567_20261012",
    "action_source": "system_generated",
    "user_data": {
      "ph": "a3f1c…",   // số điện thoại đã băm SHA-256
      "em": "b72d9…"    // email đã băm
    }
  }]
}

Ba cách triển khai

1. Tích hợp sẵn của nền tảng

   Nhiều nền tảng thương mại điện tử, CRM hay công cụ chat có sẵn nút bật CAPI. Nhanh nhất, không cần lập trình. Hạn chế: chỉ gửi được những sự kiện nền tảng đó hỗ trợ, thường không gửi được tín hiệu chất lượng lead.

2. Conversions API Gateway

   Meta dựng sẵn một máy chủ trung gian trên hạ tầng đám mây của bạn, nhận sự kiện rồi chuyển tiếp. Không phải viết mã, nhưng tốn chi phí hạ tầng hàng tháng và vẫn cần người dựng ban đầu. Tôi viết riêng một bài về khi nào nên dùng Gateway và khi nào không.

3. Tự gửi từ hệ thống của mình

   Cách tôi dùng cho mọi dự án. Hệ thống quản lý khách tự gửi sự kiện khi có khách mới, và gửi tiếp khi sale cập nhật trạng thái. Cần người biết lập trình, đổi lại kiểm soát được hoàn toàn: gửi sự kiện gì, lúc nào, kèm thông tin gì.

Chống đếm trùng khi dùng cả Pixel lẫn CAPI

Dùng cả hai thì cùng một hành động được báo hai lần. Facebook chỉ nhận ra đó là một nếu bạn gửi cùng một mã sự kiện ở cả hai nơi.

Cách làm: tạo một mã duy nhất cho mỗi hành động, ví dụ ghép từ số điện thoại và thời điểm, rồi dùng đúng mã đó cho cả Pixel lẫn CAPI.

Chất lượng khớp sự kiện

Facebook chấm điểm khả năng ghép sự kiện bạn gửi với một tài khoản người dùng thật. Càng nhiều thông tin nhận dạng, điểm càng cao, tối ưu càng chính xác.

Thứ tự ưu tiên theo kinh nghiệm của tôi với thị trường Việt Nam:

1. Số điện thoại — mạnh nhất, vì gần như ai cũng dùng số điện thoại để đăng ký Facebook
2. Email — tốt, nhưng người Việt hay để email rác khi điền biểu mẫu
3. Mã khách bên ngoài — giúp nối các sự kiện của cùng một người
4. Tên, thành phố, mã vùng — bổ sung, không thay thế được hai cái đầu

Đừng chạy theo điểm tuyệt đối. Gửi đủ số điện thoại đã chuẩn hoá và băm đúng là đã đạt mức dùng được. Tôi thấy nhiều người bỏ công nhồi thêm trường phụ trong khi số điện thoại đang bị chuẩn hoá sai — sửa chỗ đó mới là việc đáng làm.

Phần đáng giá nhất: gửi ngược tín hiệu chất lượng lead

Đây là chỗ CAPI tạo khác biệt thật sự, và cũng là chỗ gần như không ai làm.

Luồng thông thường dừng ở chỗ khách điền biểu mẫu: Facebook nhận sự kiện Lead rồi đi tìm thêm người giống những ai hay điền biểu mẫu. Vấn đề là người hay điền biểu mẫu chưa chắc là người mua.

Luồng đúng có thêm một bước: khi sale gọi và xác nhận đây là khách có nhu cầu thật, hệ thống gửi tiếp một sự kiện nữa về Facebook. Lúc này Facebook học được chân dung của khách thật, không phải chân dung của người thích bấm nút.

Lưu ý quan trọng: Facebook chỉ nhận sự kiện trong vòng bảy ngày kể từ lúc nó xảy ra. Nếu quy trình của bạn mất hơn một tuần mới xác nhận được khách, tín hiệu sẽ không bao giờ về tới nơi. Đây là lý do thực tế để ép nhịp gọi lead nhanh, bên cạnh lý do hiển nhiên là khách nguội.

Sáu lỗi tôi gặp nhiều nhất

1. Chuẩn hoá số điện thoại sai trước khi băm. Gửi "0901234567" thay vì "84901234567" là ra chuỗi băm khác, Facebook không khớp được với ai. Báo cáo vẫn báo nhận thành công, nên rất khó phát hiện.
2. Quên mã sự kiện chung, dẫn tới đếm trùng.
3. Gửi sai thời điểm. Dùng lúc gửi thay vì lúc sự kiện xảy ra, làm lệch mô hình phân bổ.
4. Gửi sự kiện quá bảy ngày. Hệ thống báo gửi xong, Facebook lặng lẽ bỏ qua.
5. Gửi nhầm tập dữ liệu. Nhiều dự án nhiều pixel, gửi nhầm chỗ là số liệu dự án này chảy sang dự án khác. Tôi từng gặp đúng tình huống này: một tháng trời sự kiện của một dự án bay sang tập dữ liệu tổng, và chỉ phát hiện khi khách hỏi sao pixel bên họ không có sự kiện nào.
6. Chỉ gửi Lead, không gửi gì thêm. Làm đúng kỹ thuật nhưng bỏ phí giá trị lớn nhất của CAPI.

Câu hỏi thường gặp

Conversions API là gì?

Cách gửi sự kiện chuyển đổi từ máy chủ của bạn thẳng tới Facebook, thay vì từ trình duyệt như Pixel. Không bị trình chặn quảng cáo, không phụ thuộc cookie.

Conversions API khác Pixel thế nào?

Pixel chạy trong trình duyệt và thấy được hành vi trên trang nhưng dễ bị chặn. CAPI chạy từ máy chủ, gửi được cả sự kiện xảy ra sau như sale xác nhận khách thật. Hai cái bổ sung nhau.

Không dùng Conversions API có sao không?

Vẫn chạy được nhưng Facebook thiếu dữ liệu nên tối ưu kém hơn, và bạn không gửi ngược được tín hiệu chất lượng lead.

Gửi cả Pixel lẫn CAPI có bị đếm trùng không?

Không, nếu hai bên dùng cùng một mã sự kiện. Quên mã này là lỗi phổ biến nhất khi mới triển khai.

Chất lượng khớp sự kiện bao nhiêu là đủ?

Gửi đủ số điện thoại đã chuẩn hoá và băm đúng là đạt mức dùng được. Không cần chạy theo điểm tuyệt đối.

Gửi sự kiện muộn bao lâu thì Facebook còn nhận?

Trong vòng bảy ngày kể từ lúc sự kiện xảy ra. Quá hạn thì bị bỏ.

Đọc thêm

• Công cụ tạo link UTM — gắn nguồn song song với Pixel và CAPI
• Gắn nguồn lead: vì sao 93% lead không truy được về mẫu quảng cáo
• Conversions API Gateway: khi nào cần, khi nào không
• Cách chạy quảng cáo bất động sản trên Facebook
• CPL là gì? Cách tính chi phí mỗi lead cho đúng