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).

1. 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:

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.

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.

2. 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.

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

Để triển khai thành công, bạn nên thực hiện theo các bước sau:

Bước 1: Thiết lập ID sự kiện (Event ID) chung

Đây là "chìa khóa" để khử trùng lặp. Cả script JS và lệnh gọi API đều phải gửi kèm một event_id duy nhất (thường là mã đơn hàng). Khi Facebook/Google nhận được hai tín hiệu có cùng ID, chúng sẽ hiểu đó là một.

Bước 2: Sử dụng Facebook Conversions API (CAPI) & Google Enhanced Conversions

• Với Facebook: Kết nối Pixel với CAPI thông qua Gateway hoặc GTM Server-side.

• Với Google: Bật tính năng Chuyển đổi nâng cao (Enhanced Conversions) để gửi dữ liệu băm (hashed) của khách hàng từ server.

Bước 3: Triển khai GTM Server-side

Thay vì gửi dữ liệu trực tiếp từ trình duyệt đến 10 bên khác nhau (Facebook, Google, TikTok, GA4), bạn chỉ gửi 1 luồng dữ liệu về Server GTM của mình. Từ đó, Server sẽ "phân phối" dữ liệu đi các nơi. Điều này giúp tăng tốc độ tải trang và bảo mật dữ liệu

Chuyển đổi số. Rào cản công nghệ đối với Advertisers dùng Landing Page Builder

Trong cuộc đua tối ưu quảng cáo hiện nay, dữ liệu là ", còn thuật toán là "động cơ". Tuy nhiên, có một thực tế: Trong khi các nền tảng quảng cáo yêu cầu dữ liệu chuẩn xác qua API (Server-side), thì đa số nhà quảng cáo Việt Nam lại đang bị "kẹt" ở giữa vì hạn chế công nghệ của các trình dựng trang (Builder).

2. "Nỗi đau" của nhà quảng cáo dùng Landing Page Builder

Đa số nhà quảng cáo tại Việt Nam ưu tiên dùng Ladipage hay Webcake vì tính tiện lợi. Tuy nhiên, các công cụ này thường chỉ hỗ trợ tốt phần Client-side (dán mã Pixel). Việc thiết lập Conversion API (CAPI) để gửi dữ liệu mua hàng thực tế (sau khi đã gọi điện chốt đơn) là một rào cản kỹ thuật cực lớn.

Hậu quả: Thuật toán quảng cáo bị "đói" dữ liệu sạch. Nó chỉ biết ai là người điền form, chứ không biết ai là người thực sự xuống tiền mua hàng để tìm thêm những người tương tự.

3. Giải pháp Hybrid Tracking qua Google Sheets (Không cần biết Code)

Để giải quyết vấn đề này, 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. Thay vì đẩy dữ liệu trực tiếp từ Web lên Facebook, chúng ta sẽ đi theo quy trình:

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

2. Telesale gọi điện, cập nhật trạng thái "Thành công" trên Sheets.

3. Một công cụ (Add-on/App Script) sẽ quét các đơn thành công và gửi tín hiệu API về Facebook/Google.

4. Hướng dẫn Setup hệ thống gửi dữ liệu mua hàng tự động

Dưới đây là cách sử dụng mã triển khai App Script bạn cung cấp để biến Google Sheets thành một "Trạm phát dữ liệu" chuyên nghiệp.

Bước 1: Chuẩn bị Google Sheets

• Tạo một file Google Sheets để nhận dữ liệu từ Landing Page.

• Các cột bắt buộc phải có: Email, Số điện thoại (Phone), Giá trị đơn hàng (Value), Mã đơn hàng (External ID), ip khách hàng, url mua hàng, và cột Trạng thái (Status).

Bước 2: Cài đặt mã App Script

1. Tại Google Sheets, chọn Tiện ích mở rộng -> Apps Script.

2. Xóa toàn bộ code cũ nếu có và dán mã nguồn tương ứng với ID triển khai của bạn.

3. Để kết nối với hệ thống đã đóng gói sẵn thông qua ID: AKfycbxc6Hv-8Q7MNeR5oNT8KUNXJOp_TgryaA8xkkvazqcPb64FBZlb7mHtemxcwJ7POxRnLQ.

4. Nhấn Triển khai (Deploy) -> Triển khai mới. Chọn loại là "Tiện ích bổ sung" và tạo phiên bản triển khai

Bước 3: 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

Bước 4: 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

5. 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