Tại sao phải gửi dữ liệu Purchase song song: JS Pixel vs. API?

Trong kỷ nguyên của quyền riêng tư và các thuật toán máy học, việc chỉ dựa vào một dòng mã JavaScript (JS) dán trên website để đo lường chuyển đổi đã không còn đủ. Để tối ưu hóa quảng cáo hiệu quả, các nhà quảng cáo đang chuyển sang mô hình Hybrid Tracking (Theo dõi hỗn hợp).

Bản chất của hai phương thức chuyển đổi

Để hiểu tại sao cần cả hai, chúng ta cần phân tích ưu và nhược điểm của từng loại:

1.Theo dõi qua JavaScript (Client-side)

Đây là cách truyền thống: Khi khách hàng hoàn tất đơn hàng, trình duyệt chạy một đoạn mã và gửi tín hiệu về Facebook/Google.

• Ưu điểm:

  • Dữ liệu hành trình tốt: Thu thập được thông tin về trình duyệt, thiết bị, địa chỉ IP và hành vi trước đó của người dùng thông qua Cookie.

  • Thời gian thực: Gần như ngay lập tức xuất hiện trên bảng điều khiển quảng cáo.

  • Dễ triển khai: Chỉ cần dán code vào trình quản lý thẻ (GTM).

• Nhược điểm:

  • Dễ bị chặn: Các trình chặn quảng cáo (AdBlock), tính năng ITP của Safari/iOS sẽ chặn đứng đoạn mã này.

  • Mất dữ liệu: Nếu người dùng đóng trình duyệt quá nhanh trước khi script kịp chạy, chuyển đổi sẽ biến mất.

  • Kém bảo mật: Dữ liệu có thể bị can thiệp hoặc sai lệch do lỗi tải trang.

2.Theo dõi qua API/Server-side (Server-to-Server)

Dữ liệu được gửi trực tiếp từ máy chủ (Server) của bạn đến máy chủ của nền tảng quảng cáo (ví dụ: Facebook Conversions API).

• Ưu điểm:

  • Độ chính xác 100%: Không bị ảnh hưởng bởi AdBlock hay trình duyệt. Miễn là hệ thống của bạn ghi nhận đơn hàng, dữ liệu sẽ được gửi đi.

  • Bền vững: Không phụ thuộc vào Cookie bên thứ ba.

  • Dữ liệu làm sạch: Bạn có thể kiểm soát và chuẩn hóa dữ liệu trước khi gửi (ví dụ: loại bỏ đơn hàng ảo, lọc bỏ giá trị VAT).

• Nhược điểm:

  • Thiếu ngữ cảnh trình duyệt: Server không tự biết được ID thiết bị hay thông tin phiên làm việc nếu không được "mớm" dữ liệu từ trước.

  • Kỹ thuật phức tạp: Đòi hỏi can thiệp vào backend hoặc sử dụng các công cụ trung gian.

---

3. Tại sao phải chạy song song (Parallel Tracking)?

Nhiều người lầm tưởng rằng có API rồi thì bỏ JS. Đây là một sai lầm vì:

1. Gia tăng tỷ lệ khớp (Event Match Quality): Khi gửi cả hai, các nền tảng (như Facebook) sẽ dùng dữ liệu từ JS để lấy thông tin trình duyệt và dùng dữ liệu từ Server để xác thực đơn hàng. Sự kết hợp này giúp thuật toán nhận diện chính xác khách hàng đó là ai trong tệp người dùng của họ.

2. Bù đắp lỗ hổng: Nếu JS bị chặn bởi iOS 14+, dữ liệu Server sẽ "cứu nguy". Nếu Server gặp sự cố trễ lệnh, JS sẽ đảm bảo dữ liệu vẫn được ghi nhận kịp thời để tối ưu quảng cáo.

3. Khử trùng lặp (Deduplication): Các nền tảng hiện nay rất thông minh. Khi bạn gửi cùng một mã đơn hàng (Order ID) từ cả hai nguồn, chúng sẽ tự động gộp lại thành một chuyển đổi duy nhất, không lo bị nhân đôi doanh thu nhưng lại tăng được độ tin cậy của dữ liệu.

Rào cản kỹ thuật trên các Landing Page Builder và hướng dẫn Setup hệ thống gửi dữ liệu mua hàng tự động

Đa số nhà quảng cáo tại Việt Nam sử dụng trình tạo trang web builder kéo thả giúp tạo ra các trang web chuyển đổi nhanh chóng như Ladipage hoặc Webcake. Các công cụ này hỗ trợ rất tốt phần Pixel js nhưng việc cấu hình API để gửi dữ liệu "đơn thành công" (sau khi telesale gọi chốt) thường yêu cầu kiến thức lập trình phức tạp.

Hậu quả: Facebook chỉ học từ những người "điền form", chứ không học từ những người "thực sự sẽ trả tiền mua hàng". Điều này khiến chi phí trên mỗi đơn hàng thực tế (CPA) ngày càng cao.

Giải pháp tối ưu: Mô hình Hybrid Tracking

Giải pháp tối ưu nhất là sử dụng Google Sheets làm trung tâm xử lý dữ liệu. Quy trình như sau:

1. Khách điền Form -> Đẩy về Google Sheets.

2. Telesale xác nhận đơn -> Cập nhật trạng thái "Thành công".

3. App Script tự động quét và gửi tín hiệu API về Facebook.

Hướng dẫn triển khai chi tiết

Bước 1: Chuẩn bị dữ liệu trên Sheets

File Google Sheets của bạn cần các cột thông tin tối thiểu sau:

• Thông tin khách hàng: Email, Số điện thoại (phải có mã quốc gia, ví dụ: 84...).

• Thông tin đơn hàng: Value (Giá trị), Currency (VND).

• Chìa khóa khử trùng lặp: event_id (Nên lấy mã đơn hàng hoặc SĐT + Ngày).

• Trạng thái: Status (Ví dụ: "Thành công").

Bước 2: Cài đặt Apps Script (Facebook Conversions API (CAPI) & Google Enhanced Conversions)

1: Cài đặt mã App Script

1. Truy cập vào file google spreed sheets sau docs.google.com

   
   

2. Sao chép file chứa App script bằng cách chọn  Tệp  -> Tạo bản sao và đặt tên

3. Trên thanh công cụ phải có "CMBaudio pixel tool" và nhấn vào Cấu hình pixel để thiết lập 

2: Cấu hình gửi dữ liệu về Facebook API

Trong giao diện công cụ sau khi triển khai trên Sheets, bạn cần điền:

• Pixel ID: Lấy từ trình quản lý quảng cáo. (phải thêm sự kiện purchase cho pixel trong trình quản lý pixel facebook)

• Access Token: Lấy trong phần Cài đặt của trình quản lý sự kiện.

• Điều kiện gửi: Thiết lập từ khoá nhận dạng status của đơn hàng nếu là đơn hàng thành công và thời gian lên lịch chạy

  
  

3: Lên lịch gửi tự động (Trigger)

Bạn có thể cài đặt để cứ mỗi 15 phút hoặc 1 tiếng, hệ thống sẽ tự quét những dòng mới có trạng thái "Thành công" để gửi đi. Điều này giúp dữ liệu đổ về Facebook đều đặn, giúp máy học (Learning Phase) hoạt động liên tục tự động

Lợi ích đột phá của giải pháp này

• Độ chính xác tuyệt đối: Facebook chỉ học từ những khách hàng đã thực sự mua hàng, không học từ những "đơn ảo" hay "đơn rác".

• Khử trùng lặp thông minh: Bằng cách sử dụng mã đơn hàng làm event_id, hệ thống sẽ tự động gộp dữ liệu từ trình duyệt (JS) và dữ liệu từ Sheets (API) lại thành một, giúp báo cáo sạch và chính xác.

• Tối ưu chi phí: Khi máy học nhận được dữ liệu "Purchase" chất lượng, nó sẽ tự động phân phối quảng cáo đến những người có khả năng mua hàng cao nhất, từ đó giảm giá mỗi đơn hàng (CPA).

• Tiết kiệm thời gian: Không cần phải thuê hosting hay server, không cần quan tâm lập trình mà vẫn có thể triển khai được

Ngoài ra các bạn có thể tải về miễn phí công cụ gửi dữ liệu bằng tay rất phù hợp với lượng dữ liệu ít không cần tự động hoá ? tại đây