Heatmap và ghi phiên truy cập: đọc đúng số liệu và che dữ liệu cá nhân

Heatmap (bản đồ nhiệt) và ghi phiên truy cập cho thấy khách bấm, cuộn và dừng ở đâu. Nhưng công cụ này cũng gom nội dung trang và thao tác gõ phím, nên nếu cấu hình sai, họ tên hay địa chỉ có thể nằm trên máy chủ bên thứ ba.

Bài dựa trên tài liệu của Microsoft Clarity, trung tâm trợ giúp Hotjar, nghiên cứu Princeton năm 2017, web.dev và Nielsen Norman Group, đối chiếu đến ngày 23/10/2026. Bài không so sánh giá.

Bài trả lời 3 câu hỏi: đọc số liệu thế nào cho đúng, che dữ liệu cá nhân bằng cách nào, và cần thông báo gì. Click Star đã có bài riêng về banner cookie, GA4, Core Web Vitals và biểu mẫu website.

Điểm chính

• Ghi phiên không phải video: việc che dữ liệu diễn ra trên trình duyệt trước khi gửi, và thiết lập che mới không áp dụng ngược cho dữ liệu đã gửi.
• Theo trang che dữ liệu của Clarity và hướng dẫn Hotjar, mức che mặc định chủ yếu áp cho ô nhập, số và email; văn bản hiển thị khác cần cấu hình thêm.
• Số liệu là mẫu có trần: Clarity giữ tối đa 100.000 bản ghi mỗi dự án mỗi ngày; Hotjar lấy mẫu khi vượt hạn mức và bỏ qua phiên dưới 30 giây.
• Bản đồ nhiệt cho biết khách làm gì ở đâu, không cho biết vì sao; hãy ghép với bản ghi và GA4 trước khi đổi thiết kế.
• Từ 31/10/2025, Clarity yêu cầu tín hiệu đồng ý cho khách từ châu Âu, Anh và Thụy Sĩ; với Việt Nam hãy hỏi bộ phận pháp lý, bài không tư vấn pháp lý.

Heatmap và ghi phiên truy cập là gì

Heatmap gom nhiều lượt truy cập vào một tấm bản đồ màu trên một trang. Theo tài liệu Clarity (đọc ngày 23/10/2026), bản đồ nhấp tính theo phần tử được nhấp thay vì vị trí chuột tuyệt đối. Theo trung tâm trợ giúp Hotjar (đọc cùng ngày), Hotjar có bản đồ nhấp, di chuyển chuột, cuộn, vùng tương tác và nhấp giận dữ.

Ghi phiên là xem lại từng khách. Cả hai hãng nói đó không phải ghi hình màn hình: Clarity dựng lại từ mã HTML và thao tác của khách; Hotjar ghi thay đổi của cấu trúc trang (DOM) rồi dựng lại. Phiên kết thúc khi khách không hoạt động 30 phút.

2 loại này trả lời 2 câu hỏi khác nhau. Bản đồ nhiệt trả lời "ở đâu, bao nhiêu khách"; bản ghi trả lời "một khách làm gì, theo thứ tự nào". Trang khóa học của Nielsen Norman Group (không ghi ngày) khuyên đối chiếu bản đồ nhiệt với bản ghi, phễu và phân tích biểu mẫu.

Cách đọc bản đồ nhiệt và các tín hiệu hành vi

Hãy đọc mỗi tín hiệu như một giả thuyết: bản đồ cho thấy nơi khách tương tác, nguyên nhân phải tìm ở bản ghi hoặc GA4.

Bản đồ nhấp. Hotjar nói công cụ có thể thu nhiều nhấp hơn số hiển thị, vì bản đồ chỉ hiện phần tử có trong ảnh chụp trang. Clarity cũng nói phần hiển thị phụ thuộc vào lượt xem mẫu dùng để dựng bản đồ.

Bản đồ cuộn. Hotjar tính tỷ lệ khách tới từng đoạn trang và cảnh báo kết quả không chính xác nếu gộp nhiều trang dài ngắn khác nhau. Cả hai hãng vẽ "đường gập trung bình" (điểm thấp nhất khách thấy trước khi cuộn).

Nhấp giận dữ, nhấp chết, cuộn quá mức. Theo Clarity, nhấp giận dữ là nhấp nhiều lần liên tiếp trong một vùng nhỏ; nhấp chết là nhấp mà không có phản hồi trong khoảng thời gian hợp lý; cuộn quá mức là cuộn dọc nhiều hơn mức trung bình dự kiến. Clarity không nêu ngưỡng bằng số.

Hotjar định nghĩa nhấp giận dữ là 5 lần nhấp trên cùng một phần tử trong 500 ms, nên 2 công cụ có thể gắn cờ khác nhau cho cùng một trang.

Giới hạn của số liệu: mẫu, trần dữ liệu và người dùng bị bỏ sót

Heatmap và bản ghi là mẫu có trần, không phải toàn bộ lượt truy cập.

Trần dung lượng. Theo tài liệu Clarity, mỗi dự án giữ tối đa 100.000 bản ghi mỗi ngày; vượt mức thì Clarity lấy mẫu. Mỗi bản đồ nhiệt tối đa 100.000 lượt xem trang. Trang hỏi đáp của Clarity lại ghi "không lấy mẫu", nên tài liệu không thống nhất.

Thời gian lưu. Clarity giữ bản ghi 30 ngày, sau đó giữ mẫu nhỏ đến 9 tháng; bản đồ nhiệt giữ tối đa 9 tháng. Hotjar giữ bản ghi và bản đồ nhiệt 365 ngày.

Hạn mức và phiên bị bỏ. Hotjar có hạn mức phiên mỗi ngày; vượt thì lấy mẫu đều trong ngày, và mặc định bỏ qua phiên dưới 30 giây nên số phiên có thể thấp hơn GA4. Hotjar cũng không thu được phiên của khách tắt cookie, bật Do Not Track, dùng chế độ ẩn danh hoặc tiện ích chặn script.

Dựng lại trang. Clarity không chụp vùng động như menu mở khi rê chuột; bản đồ cuộn chỉ làm cho thẻ body, trang cao tối đa 65.535 pixel. Hotjar hiện iframe thành hộp đen không có dữ liệu nhấp, không chụp trang HTML trên 10 MB; trang cao trên 50.000 pixel có thể hết thời gian chụp.

Che dữ liệu cá nhân: công cụ làm được gì và không làm được gì

Cả hai công cụ che dữ liệu ngay trên trình duyệt. Clarity nói nội dung đã che không bao giờ được tải lên; Hotjar nói dữ liệu đã che không tới máy chủ của Hotjar. Hệ quả: dữ liệu lỡ gửi đi thì không che lại được.

Click Star xếp các biện pháp thành 5 lớp (khung tham khảo, không lấy từ nguồn ngoài).

Clarity. Có 3 chế độ: Strict che toàn bộ nội dung, Balanced che nội dung nhạy cảm (số và địa chỉ email), Relaxed không che gì ngoài ô nhập và danh sách thả xuống. Mặc định là Balanced; ô nhập luôn bị che ở mọi chế độ. Trang hỏi đáp của Clarity lại viết mặc định che toàn bộ nội dung khách; tài liệu không thống nhất, hãy tự thử.

Có thể che hoặc bỏ che theo phần tử bằng bộ chọn CSS trong cài đặt, hoặc thuộc tính data-clarity-mask và data-clarity-unmask. Thay đổi chỉ áp dụng cho bản ghi mới và có thể mất đến 1 giờ.

Hotjar. Theo hướng dẫn của Hotjar, mặc định công cụ che nội dung gõ vào ô nhập và luôn che dãy từ 9 chữ số trở lên. Phần lớn tùy chọn che nội dung được tắt mặc định; riêng che số và địa chỉ email được bật sẵn.

Che từng phần tử bằng thuộc tính hoặc lớp data-hj-suppress. Ô nhập có thể cho phép ghi bằng data-hj-allow, nhưng trường mật khẩu, email và nhiều tên trường như số điện thoại, địa chỉ vẫn luôn bị che.

Điều che không làm được. Nghiên cứu Princeton (đăng 15/11/2017) tìm thấy dịch vụ ghi phiên, trong đó có Hotjar, trên 482 website thuộc nhóm 50.000 website theo xếp hạng Alexa, và không dịch vụ nào được thử che nội dung hiển thị theo mặc định. Dữ liệu đã cũ; bài học còn đúng: che thủ công thì sót một phần tử là lộ.

Xóa dữ liệu. Hotjar có công cụ tra cứu và xóa người dùng, nhưng chỉ tra được người đã để email trong khảo sát. Clarity ghi rằng không xóa được từng bản ghi riêng lẻ, muốn xóa dữ liệu phải xóa cả dự án; điều này quan trọng khi khách yêu cầu xóa dữ liệu.

Mã định danh. Clarity băm mã người dùng riêng ngay trên trình duyệt, nhưng ví dụ trong tài liệu lại dùng địa chỉ email làm mã. Click Star khuyến nghị dùng mã nội bộ không suy ra được người (nhận định kỹ thuật).

Click Star khuyến nghị không gắn mã ở trang đăng nhập, thanh toán và tin nhắn (nhận định kỹ thuật); Clarity hướng dẫn gỡ mã khỏi URL không muốn ghi.

Thông báo, đồng ý và cookie

Cả hai hãng nói website phải thông báo: trang hỏi đáp Clarity trả lời "Có" cho câu hỏi có cần báo người dùng về cookie, còn Hotjar khuyến nghị chính sách quyền riêng tư nêu rõ việc dùng công cụ theo dõi hành vi.

Theo trang Consent Mode của Clarity, từ 31/10/2025 Clarity bắt buộc tín hiệu đồng ý với lượt truy cập từ Khu vực Kinh tế châu Âu, Anh và Thụy Sĩ. Theo trang hỏi đáp, thiếu tín hiệu thì phiên bị chia nhỏ và một số tính năng như xem lại đầy đủ phiên bị hạn chế. Chủ website truyền tín hiệu bằng Consent API hoặc nền tảng được hỗ trợ.

Clarity liệt kê 2 cookie của chính website và 5 cookie bên thứ ba, nên hãy khai báo đủ. Hotjar tôn trọng Do Not Track; Clarity không phản hồi Do Not Track nhưng hỗ trợ Global Privacy Control.

Việc Clarity chỉ nêu châu Âu, Anh và Thụy Sĩ là cách hãng thực thi, không có nghĩa khách ở Việt Nam không cần đồng ý theo luật. Bài không trích điều khoản vì chưa đọc nguyên văn; hãy nhờ bộ phận pháp lý đối chiếu văn bản gốc.

Tác động đến tốc độ trang

Tài liệu của cả hai hãng nói mã nạp bất đồng bộ. Clarity viết rằng khách không thấy khác biệt về tốc độ, đây là lời của nhà cung cấp chứ không phải phép đo độc lập. Hotjar thận trọng hơn: mọi đoạn JavaScript thêm vào đều có thể ảnh hưởng nên không thể bảo đảm, và hãng gợi ý trì hoãn nạp mã.

Bài web.dev về script bên thứ ba (ghi "cập nhật 14/8/2019", khá cũ) khuyên dùng async hoặc defer và gỡ script không cần thiết. Cách chắc chắn là đo LCP và INP thực địa trước và sau khi gắn mã. Nạp trễ có thể bỏ lỡ phiên rất ngắn (suy luận).

Nối heatmap với GA4 và biểu mẫu

GA4 đếm sự kiện chuyển đổi; heatmap giải thích hành vi quanh sự kiện đó. Theo trang tích hợp GA4 của Clarity (trang hỏi đáp viết khác), Clarity không gửi URL phát lại sang GA4 và chưa hỗ trợ phân đoạn trong GA4. Với biểu mẫu, hãy gắn nhãn và sự kiện thay vì đưa nội dung trường vào; mỗi trang tối đa 128 nhãn.

if (window.clarity) {
  window.clarity("set", "form_status", "validation_error");
  window.clarity("event", "lead_form_submit");
}

Tên nhãn và sự kiện trên là tên giả định; không gắn họ tên, số điện thoại hay tin nhắn vào nhãn.

Ý nghĩa với doanh nghiệp Việt Nam và đánh giá của Click Star

Website doanh nghiệp Việt Nam nhiều khi có biểu mẫu tư vấn, chat Zalo và trang giá, nên dữ liệu cá nhân chạy qua nhiều trang (quan sát của Click Star, chưa có số đo). Click Star không tìm thấy số đo công khai về hiệu quả heatmap ở Việt Nam.

Đánh giá của Click Star. Điều quyết định là câu hỏi đặt ra và cách che dữ liệu, không phải tên công cụ. Với website có biểu mẫu, nên bắt đầu ở chế độ che mạnh rồi mở dần từng vùng cần xem, thay vì làm ngược lại. Ghi phiên chỉ nên bật ở trang cần trả lời 1 câu hỏi cụ thể. Đây là nhận định kỹ thuật, không phải kết quả đo.

Công khai lợi ích: Click Star có sản phẩm Clickstar Heatmap riêng. Trang đăng nhập công khai của sản phẩm (đọc ngày 23/10/2026) mô tả bản đồ nhiệt, phát hiện rage click, dead click, lỗi JS và 404, cùng báo cáo do AI diễn giải. Bài không đánh giá sản phẩm này.

Lộ trình 14 ngày

Đây là khung tham khảo của Click Star, không lấy từ nguồn ngoài.

• Ngày 1 đến 2: viết 1 câu hỏi cho 1 trang (ví dụ vì sao khách bỏ biểu mẫu) và liệt kê trang không được ghi: thanh toán, tài khoản, tin nhắn.
• Ngày 3 đến 4: cập nhật chính sách quyền riêng tư, kiểm tra tín hiệu đồng ý và nhờ bộ phận pháp lý đối chiếu văn bản gốc.
• Ngày 5 đến 6: bật chế độ che mạnh, gắn thuộc tính che cho vùng hiển thị dữ liệu cá nhân, nạp mã sau khi trang tương tác được.
• Ngày 7 đến 8: nhập dữ liệu giả vào biểu mẫu, mở chính bản ghi đó và kiểm tra không lộ gì.
• Ngày 9 đến 14: xem bản đồ và một mẫu bản ghi, đề xuất 1 thay đổi, rồi so trước và sau trên GA4.

Cách đo: tỷ lệ gửi biểu mẫu thành công (sự kiện GA4), số nhấp giận dữ trên phần tử vừa sửa, LCP và INP thực địa, kết quả kiểm thử che dữ liệu.

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

1. Tin rằng mặc định đã che đủ, không thử nhập dữ liệu giả rồi xem lại bản ghi.
2. Bật ghi phiên trên trang thanh toán, tài khoản hoặc tin nhắn.
3. Đổi cài đặt che rồi tưởng bản ghi cũ cũng được che lại; cả hai hãng đều nói không áp dụng ngược.
4. Dùng email hoặc số điện thoại làm mã định danh trong công cụ.
5. Đọc màu đỏ của bản đồ nhấp là "hấp dẫn" mà không mở bản ghi của phần tử đó.
6. Thấy số phiên khác GA4 rồi kết luận công cụ sai, trong khi lấy mẫu và người chặn script làm 2 bên lệch.
7. Gắn mã mà không cập nhật chính sách quyền riêng tư và không đo lại tốc độ.

Điều chưa biết

Click Star không có số đo độc lập về chi phí tốc độ của từng công cụ, và không tìm thấy lượt truy cập tối thiểu để một bản đồ nhiệt đáng tin. Tài liệu Clarity không thống nhất về mức che mặc định và việc có lấy mẫu hay không, và không nêu ngưỡng bằng số của nhấp giận dữ hay nhấp chết.

Click Star chưa đọc nguyên văn pháp luật Việt Nam về dữ liệu cá nhân nên chưa nêu điều khoản. Trang trợ giúp Hotjar chặn công cụ tải trang; nội dung được đọc qua giao diện dữ liệu công khai của chính trung tâm đó, nên hãy mở lại bản gốc. Nghiên cứu Princeton đã 9 năm tuổi, chưa có bản độc lập cho phiên bản hiện nay.