Hợp nhất dữ liệu khách hàng từ biểu mẫu, Zalo, Facebook và cuộc gọi: cách làm và sai lầm thường gặp

Một khách hàng có thể để lại thông tin qua biểu mẫu trên website, nhắn tin Zalo, bấm quảng cáo Facebook rồi gọi điện, và trong dữ liệu của bạn họ xuất hiện như 4 người khác nhau. Mỗi kênh cho bạn một loại mã nhận diện riêng, và phần lớn các mã đó không nối được với nhau nếu bạn không chuẩn bị từ trước.

Bài này đi vào phần kỹ thuật dữ liệu của từng kênh: mỗi kênh cho bạn lấy được gì và không lấy được gì, cách chuẩn hóa số điện thoại để làm khóa nối, quy tắc ghép hồ sơ an toàn, và những sai lầm thường gặp. Nguồn gồm tài liệu nhà phát triển của Zalo, Meta và Google, đọc ngày 21/10/2026.

Click Star đã có bài về CDP (nền tảng dữ liệu khách hàng) giải thích vì sao hợp nhất danh tính có ích cho vận hành marketing. Bài này đi sâu vào cách làm. Phần pháp lý dựa trên các bài tổng hợp, cần đối chiếu văn bản gốc.

Điểm chính

• Mỗi kênh cho một loại mã khác nhau: biểu mẫu cho email và số điện thoại do khách tự nhập, Zalo cho mã theo từng Official Account, Facebook Messenger cho mã theo từng Trang, Lead Ads cho dữ liệu biểu mẫu, cuộc gọi cho số điện thoại.
• Số điện thoại chỉ có trong dữ liệu Zalo khi người dùng chủ động chia sẻ, và Messenger không trả email hay số điện thoại. Vì vậy số điện thoại đã được chuẩn hóa thường là khóa nối đáng tin nhất.
• Zalo dùng số dạng 84xxxxxxxxx (tài liệu gửi tin cũng chấp nhận dạng +84), Google cần dạng +84xxxxxxxxx (E.164), Meta cần 84xxxxxxxxx không có dấu + và không có số 0 đầu trước khi băm. Nên lưu một dạng chuẩn (E.164) rồi suy ra dạng của từng nền tảng.
• Lead từ Meta chỉ tải được trong 90 ngày kể từ lúc gửi, nên cần webhook hoặc đồng bộ liên tục, không chờ xuất tay.
• Gộp hồ sơ sai (2 người thành 1) gây hại không kém không gộp. Hãy ghép tự động chỉ khi có mã chắc chắn, và gắn cờ mức tin cậy cho các trường hợp còn lại.
• Gộp dữ liệu từ nhiều kênh là hoạt động xử lý dữ liệu cá nhân, cần nằm trong mục đích đã được đồng ý, và webhook rút đồng ý của Zalo phải kích hoạt việc xóa trong hệ thống của bạn.

Mỗi kênh cho bạn nhận diện được gì

Biểu mẫu trên website. Bạn lấy được những gì khách tự nhập (email, số điện thoại, tên) và những gì trình duyệt cho phép thu cùng lúc: mã nhấp quảng cáo (gclid, fbclid) và mã khách của công cụ phân tích. Đây là nguồn bạn kiểm soát nhiều nhất.

Zalo Official Account. Theo tài liệu Zalo (developers.zalo.me), mã người dùng (user id) chỉ có nghĩa trong phạm vi một OA, và có thêm mã theo ứng dụng (user_id_by_app). Cùng một người có mã khác nhau ở OA khác nhau. Sự kiện tin nhắn gửi về webhook không chứa số điện thoại.

Số điện thoại chỉ xuất hiện trong phần thông tin được chia sẻ (shared_info) khi người dùng đồng ý chia sẻ, qua sự kiện user_submit_info. Số điện thoại vì vậy là khóa duy nhất nối giữa các OA, nhưng chỉ sau khi người dùng chia sẻ.

Facebook Messenger. Mã người dùng (PSID) là mã theo từng Trang. Theo tài liệu của Meta, API hồ sơ trả về mã, tên và ảnh đại diện (đường dẫn ảnh hết hạn), và không trả email hay số điện thoại. API không hỗ trợ tài khoản Messenger tạo bằng số điện thoại (lỗi 2018218).

Với quảng cáo nhấp vào Messenger, bạn chưa có quyền xem hồ sơ cho đến khi người đó trả lời.

Facebook Lead Ads. Khi khách gửi biểu mẫu quảng cáo, webhook gửi cho bạn mã lead (leadgen_id), mã Trang, mã biểu mẫu, mã quảng cáo và thời điểm tạo. Bạn dùng mã lead để lấy nội dung biểu mẫu (cặp tên và giá trị như full_name, email). Câu trả lời cho phần tuyên bố tùy chỉnh nằm ở trường riêng, không nằm chung với dữ liệu biểu mẫu.

Cuộc gọi. Nhận diện duy nhất là số điện thoại, kèm thời gian và thời lượng. Click Star không tìm thấy một chuẩn chính thức cho các trường nhật ký cuộc gọi, nên mỗi tổng đài có lược đồ riêng.

Số điện thoại: một dạng chuẩn để lưu, nhiều dạng để gửi

Mỗi nền tảng đòi một dạng số khác nhau. Tài liệu API gửi tin ZBS Template Message của Zalo yêu cầu số đi kèm mã nước, ví dụ 0987654321 thành 84987654321 hoặc +84987654321. Google Ads yêu cầu chuẩn E.164 với dấu + (độ dài 11 đến 15 ký tự), rồi băm SHA-256.

Tài liệu Conversions API của Meta yêu cầu bỏ ký hiệu, chữ cái và số 0 đầu, thêm mã nước, rồi băm SHA-256, nên 0912345678 phải thành 84912345678 trước khi băm.

Cách làm gọn nhất là lưu số theo E.164 (ví dụ +84912345678) làm dạng chuẩn duy nhất và viết hàm suy ra dạng cho từng nền tảng. Google duy trì thư viện libphonenumber (Java, C++, JavaScript và các bản chuyển sang ngôn ngữ khác) để phân tích, định dạng và kiểm tra số.

Click Star chưa xác minh được mức phủ siêu dữ liệu riêng của Việt Nam trong thư viện.

Số cũ 11 chữ số. Việt Nam chuyển thuê bao di động từ 11 sang 10 chữ số từ 15/9/2018 (Quyết định 798/QĐ-BTTTT).

Theo các bài tóm tắt, đầu số cũ được đổi như sau: Viettel 016x thành 03x; VinaPhone 0123, 0124, 0125, 0127, 0129 thành 083, 084, 085, 081, 082; MobiFone 0120, 0121, 0122, 0126, 0128 thành 070, 079, 077, 076, 078; Vietnamobile 0186, 0188 thành 056, 058; Gtel 0199 thành 059, và 7 số cuối thường giữ nguyên. Click Star chưa mở văn bản gốc, nên cần đối chiếu.

Hệ quả thực tế: nếu CRM hoặc nhật ký cuộc gọi cũ còn số 11 chữ số, hãy áp bảng đổi đầu số trước khi dùng làm khóa nối, và kiểm tra thủ công một mẫu.

Cách lấy và nối dữ liệu từng kênh

Biểu mẫu web

Thu email và số điện thoại ở dạng chuẩn hóa, và thu cùng lúc các mã sau để có thể nối với quảng cáo. Tài liệu chuyển đổi ngoại tuyến của Google khuyên lấy gclid, gbraid và wbraid từ địa chỉ trang đích.

Mã khách client_id của GA4 nên được lưu ngay lúc gửi biểu mẫu, vì Measurement Protocol chỉ khuyến nghị ghép trong cửa sổ 48 giờ và chấp nhận lùi sự kiện tối đa 72 giờ.

Tài liệu của Google không hướng dẫn lưu gclid vào trường ẩn của biểu mẫu. Đó là thực hành phổ biến nhưng không phải hướng dẫn chính thức. Google không nhập chuyển đổi ngoại tuyến gửi sau hơn 90 ngày kể từ lần nhấp cuối (GCLID), hoặc 63 ngày với chuyển đổi nâng cao cho khách tiềm năng.

Zalo Official Account

Đăng ký webhook để nhận sự kiện. Theo tài liệu, bạn phải phản hồi HTTP 200 trong 2 giây; nếu lỗi, Zalo thử lại sau 30 giây, 5 phút, 15 phút, 30 phút, 1 giờ rồi hủy đăng ký nếu vẫn lỗi. Chữ ký trong tiêu đề X-ZEvent-Signature cho phép kiểm tra tin đến từ Zalo.

Dùng API chi tiết người dùng để lấy thông tin và ghi mã khách của CRM vào trường user_external_id, để lần sau nối ngược được. Tin tư vấn chỉ gửi được trong 7 ngày kể từ lần tương tác cuối của người dùng.

Để gửi tin qua số điện thoại bằng ZBS Template Message, tài liệu yêu cầu số có mã nước và một mã tracking_id để đối soát. Webhook giao nhận trả lại số điện thoại và tracking_id, nên bạn nối được kết quả gửi về đúng dòng trong CRM.

Facebook Lead Ads và Messenger

Đăng ký webhook leadgen. Khi có lead mới, bạn nhận mã lead rồi gọi API để lấy nội dung, với các quyền như leads_retrieval và pages_manage_metadata. Meta nói bạn chỉ có tối đa 90 ngày từ lúc gửi để tải một lead về, kể cả ở chế độ xem kết quả trọn đời, và khuyên dùng CRM hoặc xuất định kỳ.

Với Messenger, hãy coi PSID là mã tạm theo Trang, không phải định danh của người. Nếu muốn nối với hồ sơ, hãy xin số điện thoại hoặc email trong hội thoại bằng một yêu cầu rõ ràng và ghi lại sự đồng ý.

Cuộc gọi

Chuẩn hóa số gọi đến và gọi đi về E.164, áp bảng đổi đầu số cho số cũ, rồi tìm hồ sơ theo số. Nếu không có hồ sơ, tạo hồ sơ mới ở trạng thái chưa xác minh thay vì gộp vào hồ sơ gần giống.

Quy tắc ghép hồ sơ an toàn

Một bài của Redpoint Global (nhà cung cấp CDP, 12/6/2026, nên đọc như tài liệu giới thiệu sản phẩm) phân biệt 2 cách ghép. Ghép xác định dùng mã chính xác đã xác minh như email, số điện thoại hay mã khách, có độ tin cậy cao và kiểm toán được nhưng phủ hẹp.

Ghép xác suất chấm điểm dựa trên tên, địa chỉ, ngày sinh, phủ rộng hơn nhưng có thể gộp nhầm. Bài định nghĩa lỗi gộp nhầm là khi bản ghi của 2 người khác nhau bị gộp thành một.

Click Star đề xuất bậc thang sau cho doanh nghiệp nhỏ, rút từ phân biệt đó. Đây là đề xuất, không phải chuẩn.

• Tự động gộp: trùng số điện thoại E.164 đã xác minh (ví dụ khách nhập qua Zalo rồi qua biểu mẫu), hoặc trùng email.
• Gắn cờ để người duyệt: trùng số điện thoại nhưng khác tên (số của gia đình hoặc số công ty dùng chung), hoặc nhiều hồ sơ có cùng email chung của công ty.
• Không gộp: chỉ trùng tên và tỉnh, hoặc chỉ cùng thiết bị.

Sau mỗi lần chạy, lấy mẫu 50 hồ sơ đã gộp và đếm số gộp nhầm, giữ nhật ký nguồn gốc của mỗi lần gộp để hoàn tác được. Click Star không tìm thấy nguồn học thuật hay tiêu chuẩn cho các ngưỡng này.

Đồng ý và quyền của chủ thể dữ liệu

Theo bài tổng hợp về Điều 9 của Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 (hiệu lực 1/1/2026), sự đồng ý chỉ hợp lệ khi tự nguyện, rõ ràng, cụ thể, riêng cho từng mục đích và không gộp với việc đồng ý mục đích khác. Im lặng không phải là đồng ý.

Gộp dữ liệu từ nhiều kênh là một hoạt động xử lý, nên mục đích đó cần nằm trong những gì khách đã đồng ý.

Theo EY Việt Nam (3/3/2026) về Nghị định 356/2025/NĐ-CP, đồng ý phải chứng minh được (lưu thời điểm và nội dung) và không được tích sẵn. Doanh nghiệp phải phản hồi yêu cầu của chủ thể trong 2 ngày làm việc, thực hiện việc xem hoặc sửa trong 10 ngày và xóa trong 20 ngày (có thể thêm thời gian khi có bên thứ ba).

Với Zalo, sự kiện user_withdraw báo người dùng đã rút đồng ý, xóa dữ liệu, hạn chế xử lý hoặc phản đối, và Zalo kỳ vọng đối tác xóa dữ liệu tương ứng. Webhook này phải kích hoạt việc xóa hoặc ẩn hồ sơ trong hệ thống hợp nhất của bạn. Click Star chưa đọc được văn bản chính thức của nghị định và không tư vấn pháp lý.

Lộ trình 30 ngày

• Tuần 1: chọn khóa nối (số điện thoại E.164, email), viết hàm chuẩn hóa, lập bảng các trường cần có cho từng kênh và ghi lại sự đồng ý.
• Tuần 2: nối biểu mẫu web (lưu gclid, fbclid, client_id) và Zalo OA (webhook, user_external_id), kiểm tra bằng 20 khách thử.
• Tuần 3: nối Lead Ads bằng webhook leadgen và nối nhật ký cuộc gọi; áp bảng đổi đầu số cho dữ liệu cũ.
• Tuần 4: bật quy tắc ghép, lấy mẫu 50 hồ sơ đã gộp, kiểm tra webhook rút đồng ý, đo tỷ lệ trùng và gộp nhầm.

Đánh giá của Click Star. Làm chắc số điện thoại và sự đồng ý trước khi nghĩ đến thuật toán ghép. Phần lớn việc hợp nhất dữ liệu của doanh nghiệp nhỏ giải quyết được bằng một khóa nối chuẩn hóa tốt và quy tắc gộp thận trọng.

Điều chưa biết

Click Star chưa đọc được nội dung chi tiết của thông báo cập nhật ZBS Template Message của Zalo, chưa xác minh giờ gửi và chính sách nội dung của tin Zalo từ nguồn chính, và không tìm thấy giá gửi theo UID.

Chưa có nguồn chính thức nói rõ cùng một người có PSID khác nhau trên các Trang khác nhau, mặc dù tên gọi "theo Trang" gợi ý như vậy. Chưa có chuẩn cho nhật ký cuộc gọi, và chưa có trang chính thức của Google hay Meta về đồng ý áp dụng cho Việt Nam. Danh sách đổi đầu số lấy từ tóm tắt, chưa đối chiếu quyết định gốc.

Những sai lầm thường gặp

1. Dùng số điện thoại ở dạng nhập tay, mỗi nơi một kiểu (0912, +84912, 84 912), nên không khớp.
2. Coi mã Zalo hoặc PSID là mã của người, trong khi chúng theo từng OA hoặc từng Trang.
3. Chờ xuất tay lead Meta và để quá 90 ngày.
4. Tự động gộp khi chỉ trùng số điện thoại dùng chung của gia đình hoặc công ty.
5. Bỏ qua số 11 chữ số cũ trong dữ liệu đã tồn tại từ trước 2018.
6. Gộp dữ liệu mà không ghi lại sự đồng ý theo từng mục đích.
7. Không xử lý sự kiện rút đồng ý từ Zalo, nên dữ liệu vẫn còn trong hệ thống.