Đo khách từ online tới cửa hàng, và khi nào mới cần Conversions API

Chuỗi cửa hàng, showroom, phòng khám hay đại lý đều có chung một khoảng tối. Khách xem quảng cáo trên điện thoại, vài hôm sau tới cửa hàng và mua. Nền tảng quảng cáo không thấy đơn đó, vì không có bước nào diễn ra trên website. Cửa hàng thấy đơn, nhưng không biết khách đến từ đâu.

Đến cuộc họp ngân sách, kết quả là hai bản báo cáo không nói chuyện được với nhau: quảng cáo báo lượt tiếp cận và lượt nhấp, cửa hàng báo doanh thu. Và gần như lần nào cũng có người đề xuất cài Conversions API để nối hai đầu.

Conversions API có thể là câu trả lời đúng. Nhưng nó là cách đắt nhất trong bốn cách nối online với cửa hàng, và nó trả lời một câu hỏi hẹp hơn nhiều người nghĩ. Bài này đi qua bốn cách đó, khi nào cách đắt nhất mới đáng làm, và cần kiểm gì sau khi làm xong.

Vì sao đơn tại cửa hàng không hiện trong báo cáo quảng cáo

Nền tảng quảng cáo ghi nhận chuyển đổi bằng cách theo dõi người dùng sau khi họ thấy hoặc nhấp quảng cáo: họ vào website, thêm giỏ hàng, đặt đơn. Mọi bước đó diễn ra trong trình duyệt hoặc ứng dụng mà nền tảng đặt được mã theo dõi.

Một khách đi bộ vào cửa hàng không để lại dấu vết nào như vậy. Họ có thể đã xem ba video, tìm địa chỉ trên bản đồ, nhắn tin hỏi giá, rồi đến quầy thanh toán bằng tiền mặt. Với nền tảng, người đó đã xem quảng cáo và biến mất. Với cửa hàng, đó là một khách vãng lai.

Hệ quả không chỉ là thiếu số. Khi đơn tại cửa hàng không được ghi công cho kênh nào, mọi so sánh giữa các kênh đều nghiêng về những kênh dẫn khách tới website hay tới sàn — vì chỉ chúng có đơn trong báo cáo. Ngân sách dịch dần về phía đó, kể cả khi phần lớn doanh thu của doanh nghiệp nằm ở cửa hàng.

Bốn cách nối online với cửa hàng, từ rẻ tới đắt

Bốn cách không thay nhau mà bổ sung cho nhau. Ba cách đầu đứng trong sổ của doanh nghiệp; cách thứ tư đứng trong báo cáo của nền tảng. Ba cách đầu dùng được cho mọi nền tảng cùng lúc; cách thứ tư phải làm riêng cho từng nền tảng.

Còn một câu hỏi không cách nào trong bảng trả lời được: quảng cáo tạo thêm bao nhiêu khách tới cửa hàng, chứ không chỉ chạm tới bao nhiêu khách vốn đằng nào cũng tới. Câu đó cần một phép thử theo khu vực — tắt hoặc tăng quảng cáo quanh một nhóm cửa hàng rồi so với nhóm còn lại — như trong bài kênh nào thật sự tạo ra doanh thu. Với doanh nghiệp có nhiều cửa hàng ở nhiều tỉnh, đây thường là phép đo đáng tin nhất, và rẻ hơn cả bốn cách trên.

Conversions API cho đơn tại cửa hàng thực ra làm gì

Conversions API là đường gửi sự kiện từ máy chủ của doanh nghiệp thẳng tới nền tảng, không qua trình duyệt. Với website, nó giúp nền tảng thấy những chuyển đổi bị trình duyệt chặn, và phần đó đã được bàn trong bài số liệu Facebook, Google và CRM không khớp nhau. Với cửa hàng, nó làm một việc khác.

Doanh nghiệp gửi về nền tảng danh sách đơn mua tại cửa hàng: thời điểm, giá trị, và thông tin nhận diện khách như số điện thoại hoặc email, được mã hoá một chiều trước khi gửi. Nền tảng đối chiếu thông tin đó với người dùng của nó. Đơn nào khớp với một người đã thấy hoặc nhấp quảng cáo trong cửa sổ quy kết thì được ghi công cho quảng cáo, và hiện ra trong báo cáo như một chuyển đổi tại cửa hàng.

Với Meta, từ ngày 14/5/2025 giao diện riêng cho chuyển đổi offline trước đây đã ngừng; đơn tại cửa hàng giờ gửi qua chính Conversions API, đánh dấu là phát sinh tại cửa hàng. Google Ads có cơ chế tương tự để nhập chuyển đổi offline từ danh sách khách. Chi tiết kỹ thuật thay đổi theo từng đợt cập nhật của nền tảng; điều không đổi là cách nó hoạt động.

Ba điều Conversions API không làm, và hay bị hiểu nhầm:

• Không đo được khách không để lại số. Khách trả tiền mặt và không cho số điện thoại thì không có gì để khớp.
• Không chứng minh quảng cáo tạo ra đơn. Nó cho biết người mua đã từng thấy quảng cáo, theo luật ghi công của chính nền tảng. Một khách quen ghé cửa hàng mỗi tháng, tình cờ lướt qua một quảng cáo, cũng được ghi công.
• Không làm hai bản báo cáo khớp nhau. Nó thêm một cột vào báo cáo của nền tảng. Sổ bán hàng của cửa hàng vẫn là con số gốc.

Khi nào mới cần: bốn điều kiện

Conversions API cho đơn tại cửa hàng đáng làm khi cả bốn điều dưới đây cùng đúng. Thiếu một điều, ba cách rẻ hơn ở trên thường cho nhiều thông tin hơn trên mỗi đồng bỏ ra.

Điều kiện cuối nghe hiển nhiên nhưng là điều hay thiếu nhất. Một dòng chuyển đổi tại cửa hàng mà không ai đối chiếu với sổ bán hàng sẽ dần trở thành con số mà agency trích dẫn và doanh nghiệp không kiểm được.

Dữ liệu khách và Luật Bảo vệ dữ liệu cá nhân

Từ ngày 1/1/2026, Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 có hiệu lực. Luật yêu cầu sự đồng ý của chủ thể dữ liệu phải tự nguyện, dựa trên việc biết rõ loại dữ liệu được xử lý và mục đích xử lý, và được thể hiện ở dạng in, sao chép hay kiểm chứng được, kể cả dạng điện tử.

Gửi số điện thoại khách mua tại cửa hàng cho một nền tảng quảng cáo, kể cả khi đã mã hoá một chiều, nên được coi là một hoạt động xử lý dữ liệu cá nhân cần sự đồng ý cho đúng mục đích đó. Câu “đồng ý nhận ưu đãi” ở quầy không tự động bao gồm việc này. Nền tảng quảng cáo đặt máy chủ ở nước ngoài, nên còn có câu hỏi về chuyển dữ liệu ra nước ngoài.

MWY không tư vấn pháp lý. Cách viết câu xin đồng ý, nơi lưu bằng chứng đồng ý và thủ tục liên quan tới chuyển dữ liệu nên hỏi luật sư trước khi kết nối. Điều cần nói ở góc độ marketing: bước xin đồng ý là một phần của dự án đo lường, không phải việc làm sau. Nó cũng quyết định tỷ lệ đơn có thể gửi đi — và vì vậy quyết định con số nền tảng sẽ báo.

Một ví dụ bằng số: một tháng, bốn cách đọc

Số liệu dưới đây là minh hoạ. Một chuỗi 12 cửa hàng kính mắt, mỗi tháng 4.000 đơn tại cửa hàng, chi 300 triệu đồng cho quảng cáo trên mạng xã hội và tìm kiếm, mục tiêu chính là kéo khách tới cửa hàng.

Bốn con số, từ 310 tới 820, cho cùng một tháng. Không con số nào sai. Mã ưu đãi đếm thiếu, vì nhiều khách tới mà không dùng mã. Khách tự khai lẫn cả người vốn đã định tới. Nền tảng ghi công cho mọi người mua đã từng thấy quảng cáo, kể cả khách quen. Phép thử khu vực gần nhất với câu hỏi “quảng cáo tạo thêm bao nhiêu”, nhưng dựa trên một nhóm cửa hàng nhỏ và bốn tuần.

Đọc riêng con số 820 thì 300 triệu đồng chi quảng cáo tương đương khoảng 366.000 đồng cho mỗi đơn tại cửa hàng. Đọc bằng phép thử thì khoảng 833.000 đồng cho mỗi đơn tạo thêm. Doanh nghiệp quyết ngân sách bằng con số đầu sẽ thấy chi phí mỗi đơn chưa bằng một nửa mức mà phép thử gợi ý.

Con số nào cho quyết định nào

Bốn cách đọc không cần chọn một. Mỗi cách hợp với một loại quyết định:

• Mức tổng ngân sách cho mục tiêu kéo khách tới cửa hàng: dùng phép thử theo khu vực, lặp lại mỗi năm hoặc khi ngân sách đổi nhiều.
• Phân bổ trong một nền tảng, giữa các chiến dịch, nhóm quảng cáo hay nội dung: dùng con số của nền tảng qua danh sách khách gửi về. Đây là chỗ Conversions API có giá trị nhất, vì nền tảng cần tín hiệu đơn tại cửa hàng để tối ưu.
• So sánh ưu đãi và thông điệp: dùng mã riêng cho từng ưu đãi.
• Cơ cấu kênh, và phát hiện kênh bị bỏ sót: dùng nguồn khách tự khai, đặt cạnh số của nền tảng. Khi hai bên lệch nhau nhiều, đó là dấu hiệu nên dựng một phép thử.

Kiểm gì sau khi cài xong

Conversions API cho đơn tại cửa hàng không có lúc “cài xong là xong”. Năm thứ nên kiểm trong tháng đầu, rồi mỗi quý:

• Tỷ lệ đơn có thông tin nhận diện: phần đơn tại cửa hàng có số điện thoại hoặc email hợp lệ. Nó giảm mỗi khi nhân viên mới không hỏi.
• Tỷ lệ khớp: phần đơn gửi đi mà nền tảng khớp được. Nhân hai tỷ lệ này là phần tổng đơn nền tảng có thể nhìn thấy.
• Độ trễ gửi dữ liệu: đơn gửi về sau quá lâu có thể rơi ra ngoài khung thời gian nền tảng chấp nhận hay ngoài cửa sổ quy kết.
• Trùng lặp: một đơn gửi hai lần, hoặc vừa được ghi là đơn online vừa là đơn tại cửa hàng.
• Đối chiếu với sổ bán hàng: tổng giá trị đơn nền tảng ghi công không thể lớn hơn tổng doanh thu cửa hàng trong cùng kỳ, và tỷ lệ giữa hai con số nên ổn định qua các tháng. Một bước nhảy đột ngột thường là lỗi kết nối, không phải quảng cáo vừa tốt lên.

Với chuỗi bán lẻ, năm phép kiểm này thường quyết định con số có dùng được hay không, hơn bất kỳ cấu hình nào. Đặc thù của ngành có cửa hàng được bàn ở trang tư vấn digital marketing độc lập cho bán lẻ.

Ranh giới của việc này

MWY không cài Conversions API, không kết nối phần mềm bán hàng và không tư vấn pháp lý về dữ liệu cá nhân; những việc đó thuộc về đội kỹ thuật, nhà cung cấp phần mềm và luật sư của doanh nghiệp. MWY cũng không bán công cụ đo lường và không nhận hoa hồng từ nền tảng hay agency nào, nên không có lý do gì để khuyên cài thêm một kết nối khi một mã ưu đãi là đủ.

Phần MWY làm là quyết định: cách nào đáng làm ở giai đoạn nào, phép thử khu vực dựng ra sao để đọc được, và mỗi tháng đối chiếu con số nền tảng báo với sổ bán hàng của cửa hàng. Việc đó nằm trong Tư vấn & Giám sát Marketing, gói theo tháng mà tháng đầu là một lượt audit toàn bộ số liệu marketing.