1 khách thành 3 hồ sơ: CDP ghép danh tính thế nào, nhầm thì sao?

Khách A xem máy lọc nước trên website bằng laptop, để lại số điện thoại ở biểu mẫu, rồi nhắn Zalo hỏi giá. Sau 1 tuần, hệ thống có 3 hồ sơ: 1 cookie ẩn danh, 1 số điện thoại và 1 ID Zalo. Đây là ví dụ minh họa, không phải số đo thật.

Bài này dựa trên tài liệu của Twilio Segment, Adobe, RudderStack, Google Analytics, Meta và WebKit, đối chiếu đến ngày 03/11/2026. Tài liệu Zalo OA cần JavaScript nên Click Star không đọc được và không làm căn cứ.

Bài trả lời 3 câu hỏi: CDP (nền tảng dữ liệu khách hàng) ghép các hồ sơ đó bằng cách nào, ghép nhầm hoặc bỏ sót gây hậu quả gì, và nên đặt luật tối thiểu nào để đo được.

Điểm chính

• Ghép danh tính (identity resolution) là nhận ra các mã khác nhau (cookie, email, số điện thoại, ID kênh) thuộc về cùng 1 người rồi gộp vào 1 hồ sơ.
• Theo Unify FAQs, Twilio Segment chỉ ghép deterministic (theo khóa trùng khớp), không hỗ trợ ghép theo xác suất.
• Có 2 loại sai: ghép nhầm (2 người thành 1 hồ sơ) và bỏ sót (1 người thành 2 hồ sơ). Segment cảnh báo ghép nhầm tốn kém khi hồ sơ đã nối sang công cụ gửi email.
• Có 3 nút chặn ghép nhầm: giá trị bị chặn, giới hạn số khóa mỗi hồ sơ và thứ tự ưu tiên.
• Click Star đề xuất "luật ghép tối thiểu" và đo ghép nhầm bằng mẫu kiểm tay. Đây là khung của Click Star, chưa có chuẩn ngành.

Ghép danh tính là gì, và vì sao 1 khách thành nhiều hồ sơ

Ghép danh tính là bước CDP tìm các mã của cùng 1 người rồi gom vào 1 hồ sơ.

Mỗi nơi cấp mã khác nhau. Có 4 nhóm hay gặp:

• Mã trình duyệt: cookie ẩn danh. Theo trang "Reporting identity" của Google (không ghi ngày, đọc 03/11/2026), trên website mã thiết bị của GA4 lấy giá trị từ client ID. Click Star hiểu client ID thường lưu trong cookie.
• Mã người dùng do doanh nghiệp cấp: mã đăng nhập, mã khách trong CRM.
• Mã liên hệ: email, số điện thoại.
• Mã theo kênh nhắn tin: theo tổng quan Messenger của Meta (không ghi ngày, đọc 03/11/2026), mỗi người nhắn cho 1 Trang Facebook nhận 1 ID riêng của Trang đó.

Vì thế khách A thành 3 hồ sơ: cookie trên laptop, số điện thoại ở biểu mẫu, ID trong kênh nhắn tin. Chưa có khóa nào nối chúng lại.

Cookie ẩn danh còn tự sinh thêm. Theo "Tracking Prevention in WebKit" (không ghi ngày, đọc 03/11/2026), Safari xóa cookie tạo bằng JavaScript và dữ liệu do script lưu sau 7 ngày không tương tác với website. Suy luận của Click Star: khách dùng Safari quay lại sau hơn 7 ngày có thể nhận mã ẩn danh mới, nếu mã đó nằm trong cookie do script tạo.

Cơ chế: tìm khóa trùng khớp, rồi nối thành đồ thị

Sự kiện mới đến, hệ thống tìm hồ sơ có cùng khóa. Theo "Identity Resolution Onboarding" của Twilio Segment (không ghi ngày, đọc 03/11/2026), có 3 kết quả.

• Không hồ sơ nào khớp: tạo hồ sơ mới.
• 1 hồ sơ khớp: thêm sự kiện và mã mới vào hồ sơ đó.
• Nhiều hồ sơ khớp: xét luật của quản trị viên rồi mới thử gộp.

Bài blog RudderStack (đăng 16/12/2025, của nhà cung cấp nên xếp là nguồn thứ cấp) mô tả mỗi mã là một nút, mỗi quan hệ là một cạnh, và các nút nối nhau dùng chung một mã ảo. Suy luận của Click Star: A nối B và B nối C thì A và C cùng hồ sơ dù chưa từng xuất hiện cùng nhau, nên 1 khóa dùng chung có thể kéo nhiều người vào 1 hồ sơ.

Hủy ghép có thể khó hơn ghép, tùy nền tảng. Unify FAQs (không ghi ngày, đọc 03/11/2026) ghi mã của Segment không đổi hay xóa được khỏi hồ sơ. Tuy vậy Segment có "Delete Profile Identifier API" (bản beta, gói Business, Segment bật riêng cho từng space, mỗi lần gỡ 1 mã, giữ lịch sử gộp).

Adobe làm khác: theo "Identity Optimization Algorithm" (cập nhật 21/10/2026, đọc 03/11/2026), khi vi phạm giới hạn, thuật toán gỡ liên kết nối 2 người.

Ghép theo khóa chắc chắn hay theo xác suất

Ghép chắc chắn (deterministic) chỉ gộp khi khóa trùng khớp, như email hoặc mã đăng nhập. Ghép theo xác suất (probabilistic) suy đoán từ tín hiệu như địa chỉ IP hay dấu vết trình duyệt, theo bài blog RudderStack nói trên.

Segment chọn cách đầu: Unify FAQs viết rằng phần lớn tình huống marketing tự động cần chắc chắn người nhận đúng là người đó, nên không hỗ trợ ghép theo xác suất.

Ghép nhầm và bỏ sót: 2 loại sai, hậu quả khác nhau

Ghép nhầm là gộp 2 người thành 1 hồ sơ. Bỏ sót là để 1 người thành 2 hồ sơ.

Nguyên nhân ghép nhầm trong tài liệu: máy dùng chung và giá trị giả. Theo "Identity Resolution Settings" của Segment (trang dành cho không gian tạo trước 27/09/2020, không ghi ngày, đọc 03/11/2026), iPad đặt tại cửa hàng để khách đăng ký có thể khiến nhiều người bị gộp qua cùng một mã thiết bị.

Trang "Identity Graph Linking Rules" của Adobe (cập nhật 21/10/2026, đọc 03/11/2026) thêm máy gia đình, ki-ốt sân bay và tổng đài viên đăng nhập hộ khách.

Theo Google ("Measure activity across platforms with User-ID", không ghi ngày), gán cùng 1 ID cho 2 người khiến báo cáo thấy 1 người xem cả sản phẩm A lẫn B.

Suy luận của Click Star: ghép nhầm có thể gửi ưu đãi hay hóa đơn nhầm người; bỏ sót làm đếm trùng khách và gửi tin 2 lần.

3 nút chặn ghép nhầm

Các ví dụ dưới đây lấy từ Segment.

Nút 1: chặn giá trị giả

Segment khuyên chặn trước các giá trị hay gây gộp hàng loạt: chuỗi toàn số 0 và dấu gạch (^[0-]*$), -1, null, anonymous, cùng giá trị cứng dùng khi thử như void hay abc123. Giá trị bị chặn vẫn nằm trong sự kiện gốc, chỉ không được dùng làm khóa ghép.

Nút 2: giới hạn số khóa mỗi hồ sơ

Giới hạn là số giá trị tối đa của 1 loại mã trên 1 hồ sơ trong 1 khoảng thời gian, ví dụ user_id 1 mãi mãi, anonymous_id 5 mỗi tuần. Mặc định của Segment: user_id giới hạn 1, các mã khác giới hạn 5.

Nút 3: thứ tự ưu tiên

Thứ tự ưu tiên quyết định mã nào bị bỏ khi vượt giới hạn. Ví dụ của Segment: hồ sơ có user_id abc123 và 1 email, sự kiện mới mang user_id abc456 nhưng cùng email. Vì user_id giới hạn 1, Segment hạ email xuống rồi tìm lại theo abc456; không hồ sơ nào khớp nên tạo hồ sơ mới thay vì gộp.

Mặc định user_id hạng 1, email hạng 2, các mã khác theo thứ tự chữ cái.

Chuẩn hóa email và số điện thoại trước khi ghép

2 chuỗi khác nhau có thể là cùng 1 khóa, nên cần chuẩn hóa trước khi so. Segment coi mọi mã không phân biệt hoa thường.

Số điện thoại cũng cần 1 dạng chuẩn: 0901000001 và +84901000001 (ví dụ minh họa) là cùng 1 số.

Gộp hồ sơ và quyền riêng tư

Click Star hiểu rằng gộp hồ sơ là hoạt động xử lý dữ liệu, nên cần xem sự đồng ý ban đầu có bao trùm việc gộp không. Click Star không tư vấn pháp lý.

Theo bản tóm tắt trên Cổng thông tin điện tử tỉnh Hà Tĩnh (đăng 05/01/2026, nguồn thứ cấp), Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 có hiệu lực từ 01/01/2026. Khoản 1 Điều 4 nêu quyền được biết, đồng ý hoặc rút lại đồng ý, xem, chỉnh sửa và yêu cầu xóa. Hãy đối chiếu văn bản gốc.

Suy luận của Click Star: khi khách rút đồng ý hay yêu cầu xóa, cần quy trình xử lý được cả các mã đã gộp. Luật có ngoại lệ: bản toàn văn thứ cấp trên ketoananpha.vn (chưa đối chiếu cổng chính thức) cho thấy Điều 10, 14 và 19 cho phép không thực hiện trong một số trường hợp. Hãy hỏi luật sư.

Điều này có nghĩa gì với doanh nghiệp Việt Nam

Nhận định của Click Star: doanh nghiệp Việt có thể nhận khách từ website, Zalo, Facebook và điện thoại cùng lúc, và số điện thoại có thể là khóa chung giữa các kênh, nên coi số điện thoại chưa xác minh là khóa yếu.

ID Facebook gắn theo từng Trang, nên khách nhắn cho 2 Trang của cùng doanh nghiệp có 2 ID. Với Zalo, Click Star chưa đọc được tài liệu nên không nêu hành vi của ID Zalo.

Đánh giá của Click Star. Ghép danh tính là quyết định quản trị dữ liệu, không chỉ là cài đặt phần mềm. Mỗi luật ghép là một lời hứa: doanh nghiệp tin khóa nào đến mức coi 2 hồ sơ là 1 người.

Click Star có dịch vụ CRM và CDP nên có lợi ích liên quan. Về kỹ thuật: bắt đầu chặt, ghép ít hơn cần thiết, rồi nới theo bằng chứng, vì hủy ghép có thể khó hơn ghép.

Luật ghép tối thiểu và cách đo tỷ lệ ghép nhầm

Đây là khung tham khảo của Click Star, không lấy từ nguồn ngoài. Luật tối thiểu gồm 5 điều:

• Chỉ tự động ghép bằng mã đăng nhập, email đã xác minh và số điện thoại đã xác minh.
• Cookie ẩn danh chỉ nối vào hồ sơ khi khách để lại khóa trong cùng phiên.
• Chặn giá trị giả trước khi ghép.
• Mỗi hồ sơ chỉ có 1 mã đăng nhập.
• Vượt giới hạn thì không gộp thêm.

Cách đo ghép nhầm bằng mẫu kiểm tay gồm 4 bước:

1. Lấy ngẫu nhiên N hồ sơ đã gộp từ 2 nguồn trở lên.
2. 2 người xem độc lập, đối chiếu tên, địa chỉ và lịch sử đơn.
3. Đếm hồ sơ chắc chắn nhầm, hồ sơ không chắc và hồ sơ đúng.
4. Tỷ lệ ghép nhầm là số nhầm chia N, kèm sai số.

Ví dụ minh họa, không phải số đo: N = 200 và 4 hồ sơ nhầm cho tỷ lệ 2,0%, khoảng tin cậy 95% theo cách Wilson từ khoảng 0,8% đến 5,0%, nên mẫu nhỏ chỉ cho kết luận thô. Để kiểm bỏ sót, lấy mẫu khách đã biết là 1 người (cùng đơn hàng) rồi xem họ có bị tách không.

2 truy vấn SQL dưới đây giúp chọn mẫu: hồ sơ có hơn 1 mã đăng nhập (với mặc định user_id giới hạn 1 thì thường không ra dòng), và 20 giá trị lặp nhiều nhất, không phân biệt hoa thường. Bảng links ghi mã của từng hồ sơ, bảng raw_ids ghi mã gốc trước khi ghép. Click Star chạy thử trên SQLite 3.54 với dữ liệu giả; chưa chạy thử trên CDP thật.

SELECT profile_id, COUNT(DISTINCT id_value) AS so_ma
FROM links
WHERE id_type = 'user_id'
GROUP BY profile_id
HAVING COUNT(DISTINCT id_value) > 1;

SELECT id_type, LOWER(id_value) AS gia_tri, COUNT(*) AS so_ban_ghi
FROM raw_ids
GROUP BY id_type, LOWER(id_value)
ORDER BY so_ban_ghi DESC, id_type, gia_tri
LIMIT 20;

Việc nên làm trong 10 ngày

Lộ trình tham khảo của Click Star, không phải chuẩn ngành.

• Ngày 1 đến 3: liệt kê mọi loại mã đang thu, chuẩn hóa email và số điện thoại.
• Ngày 4 đến 7: chạy truy vấn giá trị lặp nhiều nhất, chặn giá trị giả, đặt giới hạn và thứ tự ưu tiên.
• Ngày 8 đến 10: lấy mẫu kiểm tay, ghi tỷ lệ ghép nhầm làm mốc, đặt lịch kiểm lại hằng quý.

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

1. Ghép theo số điện thoại chưa xác minh rồi coi đó là 1 người.
2. Không chặn giá trị giả như null, anonymous hay dãy toàn số 0.
3. Để mặc định mà không xem nhóm khách dùng máy chung.
4. Siết luật sau khi hồ sơ đã tạo, điều trang Settings của Segment khuyên không nên làm.
5. Gửi email cá nhân hóa trước khi đo tỷ lệ ghép nhầm.
6. Không có quy trình xử lý yêu cầu rút đồng ý hoặc xóa trên toàn bộ các mã đã gộp.

Điều chưa biết

Chưa có số đo cho Việt Nam về tỷ lệ số điện thoại hay email dùng chung, tỷ lệ ghép nhầm của các nền tảng, hay độ chính xác của từng cách ghép. Các tài liệu đã đọc đều của nhà cung cấp, không phải đánh giá độc lập.

Chưa rõ ID Zalo thay đổi thế nào giữa các OA và ứng dụng, vì tài liệu Zalo OA cần JavaScript nên Click Star không đọc được. Cũng chưa rõ API gỡ mã của Segment có đủ để tách hẳn 2 người đã gộp nhầm hay không; cần hỏi nhà cung cấp.