Pixel, Conversions API và chỉ số Facebook Ads: đo đúng thì Facebook mới học đúng, và bạn mới biết lead nào là thật

Bốn bài trước nói về việc bảo Facebook đi tìm ai. Bài này nói về chiều ngược lại: Facebook biết gì về chuyện đã xảy ra sau khi người ta bấm. Vì cỗ máy chỉ học từ những gì nó nhìn thấy. Nếu nó chỉ nhìn thấy "có người điền form", nó sẽ tối ưu cho việc điền form. Nếu nó nhìn thấy "người này đã nghe máy và đi xem nhà", nó tối ưu cho việc đó. Pixel và Conversions API là hai con mắt của nó. Chỉ số là thứ bạn đọc để biết nó đang nhìn đúng hay nhìn lệch.

Pixel là gì, nói không cần biết lập trình

Meta Pixel là một đoạn mã nhỏ gắn vào website của bạn. Mỗi khi có người mở trang, đoạn mã chạy trong trình duyệt của họ và báo về Meta: có một lượt xem trang. Khi họ làm một việc quan trọng, như gửi form, mã báo thêm một sự kiện. Meta đối chiếu người đó với tài khoản Facebook của họ (qua cookie và mã định danh lượt bấm quảng cáo), và nhờ vậy biết được: quảng cáo nào, đối tượng nào, vị trí nào đã mang về lượt gửi form đó.

Pixel giờ nằm trong một khái niệm rộng hơn gọi là tập dữ liệu (dataset): một cái hộp nhận sự kiện từ nhiều nguồn cùng lúc, gồm trình duyệt, máy chủ, ứng dụng và dữ liệu ngoại tuyến. Trong Trình quản lý sự kiện bạn sẽ thấy chữ "tập dữ liệu" thay cho "pixel" ở nhiều chỗ; mã số của nó vẫn là ID Pixel quen thuộc.

Ba việc Pixel làm cho bạn:

• Đo: biết quảng cáo nào ra form, thay vì đoán.
• Tối ưu: cho phép chạy mục tiêu Khách hàng tiềm năng về website, vì hệ thống cần nhìn thấy sự kiện Lead để học.
• Gom đối tượng: tạo đối tượng tuỳ chỉnh từ người đã vào trang, đã xem mặt bằng, đã mở form mà chưa gửi, để chạy lại.

Kể cả khi bạn chỉ chạy mẫu form trong Facebook, vẫn nên gắn Pixel lên landing page ngay từ đầu. Dữ liệu người vào trang tích luỹ dần và không lấy lại được cho quá khứ.

Sự kiện nào cần cho một landing page bất động sản

Meta có bộ sự kiện tiêu chuẩn với tên cố định. Dùng đúng tên thì hệ thống hiểu ngay ý nghĩa. Với landing page bất động sản, bạn cần rất ít:

Lỗi cài đặt hay gặp nhất, và nguy hiểm nhất: sự kiện Lead bắn sai lúc. Bắn khi trang vừa mở, bắn khi người ta bấm nút "Đăng ký" dù form báo lỗi, hoặc bắn hai lần cho một lần gửi. Khi đó báo cáo ghi 80 lead trong khi bạn nhận 12 form, và tệ hơn, hệ thống học rằng "người mở trang" là khách tốt. Sự kiện Lead chỉ được bắn sau khi máy chủ xác nhận đã nhận form.

Kiểm tra Pixel đã đúng chưa

• Cài tiện ích Meta Pixel Helper trên Chrome, mở landing page, gửi thử một form. Tiện ích hiện đúng những sự kiện vừa bắn.
• Trong Trình quản lý sự kiện có tab Thử nghiệm sự kiện: mở trang qua đó, mọi sự kiện hiện theo thời gian thực, kèm nguồn (trình duyệt hay máy chủ).
• Đối chiếu sau một tuần: số sự kiện Lead trong Trình quản lý sự kiện so với số form bạn thực nhận. Lệch quá 10–15% là có vấn đề cần tìm.

Conversions API: vì sao Pixel một mình không còn đủ

Pixel chạy trong trình duyệt của khách. Nghĩa là nó phụ thuộc vào trình duyệt đó có cho nó chạy không. Mấy năm gần đây, ngày càng nhiều thứ chặn nó: trình chặn quảng cáo, Safari và các trình duyệt hạn chế cookie, người dùng iPhone từ chối theo dõi, mạng chập chờn làm mã không kịp tải, người ta đóng trang trước khi sự kiện kịp gửi. Kết quả là một phần lượt gửi form có thật mà Meta không bao giờ biết.

Conversions API (viết tắt CAPI) là đường thứ hai: thay vì nhờ trình duyệt của khách báo, máy chủ của bạn báo thẳng cho Meta. Khi form gửi về máy chủ, máy chủ gửi một sự kiện Lead tới Meta kèm thông tin để nhận diện (số điện thoại, email đã được mã hoá một chiều, địa chỉ IP, thông tin trình duyệt, mã lượt bấm). Không trình chặn quảng cáo nào chặn được, vì nó không đi qua trình duyệt.

Meta khuyến nghị dùng cả hai. Pixel bắt được các tín hiệu trình duyệt giúp nhận diện tốt (cookie định danh trình duyệt và mã lượt bấm). CAPI lấp những chỗ Pixel bị chặn. Hai nguồn cùng báo một lần gửi form, nên phải có cách để Meta không đếm thành hai.

Khử trùng lặp

Meta coi hai sự kiện là một khi chúng có cùng tên sự kiện và cùng mã sự kiện (trên Pixel gọi là eventID, trên máy chủ gọi là event_id), đến trong vòng khoảng 48 giờ. Cách làm đúng: trang tạo một mã ngẫu nhiên lúc gửi form, dùng mã đó cho sự kiện Pixel, đồng thời gửi mã đó kèm form về máy chủ để máy chủ dùng lại cho sự kiện CAPI. Lỗi kinh điển là mỗi bên tự sinh một mã riêng, và báo cáo đẹp gấp đôi sự thật.

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

Trong Trình quản lý sự kiện, mỗi sự kiện gửi qua máy chủ có một điểm chất lượng khớp sự kiện (Event Match Quality) trên thang 10. Nó cho biết thông tin bạn gửi kèm có giúp Meta nhận ra người đó là ai trên Facebook không. Meta không công bố mức "đạt", nhưng logic đơn giản: gửi càng nhiều thông tin nhận diện hợp lệ thì điểm càng cao. Với form bất động sản, bạn có sẵn thứ tốt nhất: số điện thoại. Chuẩn hoá về dạng quốc tế (84 thay cho số 0 đầu), mã hoá, gửi kèm cùng mã lượt bấm và cookie trình duyệt là đã ở mức khá.

Sale cần làm gì với CAPI

Bạn không tự viết được, và không cần. Nhưng cần biết để yêu cầu:

• Dùng nền tảng dựng trang có sẵn kết nối: nhiều công cụ landing page ở Việt Nam có ô nhập ID Pixel và mã truy cập Conversions API. Điền vào là xong phần cơ bản. Kiểm tra lại bằng tab Thử nghiệm sự kiện xem có thấy sự kiện từ nguồn "Máy chủ" không.
• Trang code tay: người dựng trang thêm vài chục dòng ở phía máy chủ, ngay chỗ xử lý form. Với trang của khách mình, form đi qua một tệp xử lý trên hosting rồi bắn về Telegram; cũng chính chỗ đó bắn sự kiện Lead cho Meta.
• Hỏi người chạy hai câu: sự kiện Lead đang đến từ nguồn nào (trình duyệt, máy chủ, hay cả hai), và đã khử trùng lặp chưa. Trả lời được là người biết việc.

Báo lại lead nào là thật

Pixel và CAPI cho Meta biết ai đã gửi form. Chúng chưa cho Meta biết form nào là khách thật. Đây là bước ít sale làm nhất và có tác dụng lớn nhất với chất lượng lead.

• Với mẫu form trong Facebook: Meta có cơ chế tối ưu theo khách hàng tiềm năng chuyển đổi. Bạn nối CRM (hoặc tải lên định kỳ) trạng thái của từng lead theo mã lead Meta cấp: đã liên hệ được, đủ điều kiện, đã đi xem, đã cọc. Khi có đủ dữ liệu, bạn đổi mục tiêu hiệu quả từ "tối đa hoá số khách hàng tiềm năng" sang "tối đa hoá số khách hàng tiềm năng chuyển đổi", và hệ thống đi tìm người giống nhóm đủ điều kiện thay vì giống nhóm điền form.
• Với lead từ website: gửi thêm sự kiện qua Conversions API khi lead đổi trạng thái, ví dụ một sự kiện tuỳ chỉnh "LeadDuDieuKien" hoặc dùng Schedule khi khách chốt lịch xem. Sau đó tối ưu chiến dịch theo sự kiện sâu hơn đó, nếu số lượng đủ.
• Cách thủ công nhất, ai cũng làm được: mỗi tháng tải lên danh sách số điện thoại của người đã đi xem hoặc đã cọc làm đối tượng tuỳ chỉnh, tạo đối tượng tương tự từ đó, và dùng làm gợi ý cho nhóm quảng cáo. Đồng thời tải danh sách lead rác lên làm đối tượng loại trừ.

Số lượng là giới hạn thật. Một sale có năm lịch xem nhà mỗi tháng thì không đủ dữ liệu để tối ưu theo "đã đi xem". Khi đó chọn sự kiện nông hơn một bậc, như "nghe máy và đúng nhu cầu", miễn là nó sâu hơn "đã điền form".

Đọc chỉ số: một chuỗi, không phải một bảng

Trình quản lý quảng cáo có hàng trăm cột. Với chiến dịch lead bất động sản, chỉ cần đọc một chuỗi sáu mắt xích, mỗi mắt xích trả lời một câu hỏi và chỉ ra một chỗ cần sửa:

Giải thích từng chỉ số

• Số người tiếp cận và lượt hiển thị: tiếp cận là số người khác nhau đã thấy; hiển thị là tổng số lần hiện. Hiển thị chia tiếp cận ra tần suất.
• CPM: chi phí cho 1.000 lượt hiển thị. Bạn không điều khiển trực tiếp. CPM cao hơn hẳn mức quen thuộc của tài khoản thường do đối tượng quá nhỏ, mùa cạnh tranh (cuối năm, lễ), hoặc quảng cáo bị đánh giá chất lượng thấp.
• CTR: có hai loại và người ta hay khoe nhầm. CTR (tất cả) đếm mọi lượt bấm, kể cả bấm xem thêm, bấm vào ảnh, thả tim. CTR (tỷ lệ nhấp vào liên kết) chỉ đếm bấm vào link hoặc nút kêu gọi. Chỉ cái sau có ý nghĩa với lead.
• CPC (liên kết): chi phí mỗi lượt bấm link. Là hệ quả của CPM và CTR, không phải thứ để tối ưu riêng.
• Lượt xem trang đích: số lần trang thật sự tải xong sau khi bấm. Nếu thấp hơn nhiều so với số lượt bấm link, trang của bạn chậm và người ta bỏ đi trước khi nó hiện.
• Kết quả và chi phí trên mỗi kết quả: với chiến dịch lead, kết quả là số lead và chi phí mỗi kết quả là CPL. Đây là con số trên báo cáo. Nó đếm mọi lead, kể cả lead không gọi được.
• Tần suất: xem trong khung 7 ngày. Với đối tượng lạnh, tần suất leo lên cao mà CPL tăng là tín hiệu thay nội dung. Với nhóm chạy lại, tần suất cao hơn là bình thường, nhưng vẫn có giới hạn trước khi thành làm phiền.
• Chỉ số video: lượt phát 3 giây, thời gian xem trung bình, tỷ lệ xem tới 25%, 50%, 75%. Lấy lượt phát 3 giây chia cho hiển thị là ra tỷ lệ dừng xem, cách đo đơn giản nhất cho hai giây đầu của video.

Mình cố ý không đưa ra con số "CTR bao nhiêu là tốt", "CPL bao nhiêu là rẻ". Những ngưỡng đó lan truyền trên mạng không có nguồn, và chênh lệch giữa căn hộ 1,5 tỷ ở Bình Dương với biệt thự 30 tỷ ở Thủ Đức lớn đến mức con số chung là vô dụng. So sánh có ý nghĩa duy nhất là tài khoản của bạn tuần này với chính nó tuần trước, và quảng cáo này với quảng cáo kia trong cùng nhóm.

Phân bổ: vì sao số Facebook và số thật lệch nhau

Mặc định, Meta ghi nhận một chuyển đổi cho quảng cáo nếu người đó chuyển đổi trong vòng 7 ngày sau khi bấm hoặc 1 ngày sau khi xem quảng cáo. Nghĩa là một người thấy quảng cáo của bạn sáng nay, không bấm, tối lên Google tìm tên dự án rồi điền form trên trang, vẫn có thể được Facebook tính công. Nếu bạn chạy cả Google lẫn Facebook, tổng số chuyển đổi hai bên báo sẽ lớn hơn số form bạn thực nhận. Không bên nào gian; cả hai đều nhận phần công của mình theo luật riêng. Con số trọng tài là số form trong bảng của bạn.

Đối chiếu mỗi tuần: bảng năm cột

Việc này không cần công cụ gì ngoài một bảng tính. Mỗi lead một dòng, năm cột: ngày giờ lead về, nguồn (tên quảng cáo hoặc nhóm quảng cáo), gọi được hay không, đúng nhu cầu hay không, kết quả (hẹn xem, nuôi, loại). Cuối tuần đếm theo từng quảng cáo:

1. Bao nhiêu lead, tiêu bao nhiêu → CPL báo cáo.
2. Bao nhiêu gọi được và đúng nhu cầu → chi phí mỗi lead thật.
3. Bao nhiêu hẹn xem → chi phí mỗi lịch hẹn.

Rồi quyết định bằng dòng 2 và 3. Rất thường xuyên, quảng cáo có CPL rẻ nhất lại có chi phí mỗi lead thật cao nhất, vì nó kéo về đúng nhóm người bấm mọi thứ. Tắt nó đi dù báo cáo nói nó là "người thắng". Đây là quyết định mà hệ thống không tự làm giùm bạn được, trừ khi bạn đã báo dữ liệu chất lượng về như phần trên.

Lỗi đo lường mình gặp nhiều nhất

1. Sự kiện Lead bắn khi mở trang cảm ơn, mà trang cảm ơn ai cũng mở lại được bằng nút quay lại. Mỗi lần mở là một "lead".
2. Hai Pixel trên một trang do người chạy cũ để lại. Dữ liệu chia đôi, hoặc nhân đôi.
3. Pixel và CAPI cùng chạy, không khử trùng lặp. Báo cáo đẹp gấp đôi.
4. Pixel nằm trong Business Portfolio của người chạy cũ. Đổi người là mất toàn bộ dữ liệu và đối tượng.
5. Tối ưu theo sự kiện Contact (bấm nút gọi) vì nó nhiều. Hệ thống mang về người hay bấm nút.
6. Khoe CTR (tất cả) thay vì CTR liên kết.
7. So CPL giữa mẫu form và website như hai thứ ngang nhau. Chúng là hai loại lead khác nhau; chỉ so được ở chi phí mỗi lead gọi được.
8. Không ai giữ bảng lead. Mọi tranh luận về "lead chất hay rác" đều là cảm giác.

Đọc lại từ đầu

Chuỗi Facebook Ads gồm năm bài: Facebook Ads là gì → tạo tài khoản đúng thứ tự → tài khoản bị vô hiệu hoá → mục tiêu, đối tượng, mẫu form → bài này. Chuỗi Google Ads tương ứng bắt đầu ở Google Ads là gì, và bài cùng chủ đề đo lường là đọc chỉ số Google Ads.