Sau khi xây xong trang /tu-van-chung-khoan-mien-phi trên chungkhoan.ezyplatform.com, tôi ngồi nhìn lại trang và thấy... ổn. Bố cục rõ, nội dung đủ, nút bấm dễ thấy. Nhưng "thấy ổn" không có nghĩa là trang đang hoạt động tốt thật. Cảm giác chủ quan của người tự xây trang rất dễ sai, vì mình biết rõ trang quá nên mình đọc theo cách người lạ không bao giờ đọc.
Đó là lý do tôi bắt đầu tìm hiểu về đo lường. Bài này tôi muốn chia sẻ lại những gì tôi đang học được, theo đúng thứ tự tôi đã tự tìm hiểu — từ công cụ đơn giản nhất đến phức tạp hơn, và tôi sẽ dùng chính trang /tu-van-chung-khoan-mien-phi làm ví dụ xuyên suốt, vì nói suông về công cụ đo lường mà không soi vào một trang cụ thể thì rất dễ chỉ dừng lại ở lý thuyết.
Một điều tôi thấy cần nói rõ trước: trang /tu-van-chung-khoan-mien-phi là landing page thu thập thông tin khách hàng tiềm năng, không phải trang bán hàng trực tiếp. Điều đó có nghĩa là "chuyển đổi" mà tôi đang đo ở đây là một lượt điền và gửi form xin tư vấn, chứ không phải một đơn hàng được thanh toán. Cách đọc số liệu sẽ khác một chút so với trang bán hàng, nên tôi ghi chú ở đây để tránh nhầm lẫn khi áp dụng.

Bắt đầu từ GA4 — biết ai đến, đến từ đâu, và ở lại bao lâu

GA4 là viết tắt của Google Analytics 4, công cụ miễn phí của Google giúp tôi theo dõi hành vi người dùng trên trang web. Hiểu đơn giản thì nó như một cuốn sổ ghi chép tự động: mỗi khi có người vào trang của tôi, GA4 sẽ ghi lại họ đến từ đâu, họ xem trang nào, họ ở lại bao lâu, và họ rời đi từ trang nào.
Để gắn GA4 vào trang EzyPlatform, tôi vào phần Admin → EzySupport → Web Settings → Additional Footer, dán đoạn mã theo dõi của Google vào đó là xong — tôi đã làm việc này cho toàn bộ site chungkhoan.ezyplatform.com rồi, nên trang /tu-van-chung-khoan-mien-phi cũng đang được theo dõi theo.
Screenshot 2026-07-02 011751.png
Nhưng điều tôi học được là: có GA4 không có nghĩa là biết cách đọc GA4. Lúc đầu tôi cứ chăm chăm nhìn vào số lượt xem trang, tưởng đó là chỉ số quan trọng nhất. Sau khi tìm hiểu thêm, tôi thấy có ba chỉ số quan trọng hơn mà mình cần nhìn trước:
  • Nguồn traffic — tức là người đọc đến từ đâu. Từ Google tìm kiếm? Từ mạng xã hội? Từ một bài blog khác trên chính trang của tôi? Đây quan trọng vì mỗi nguồn sẽ mang đến một kiểu người đọc khác nhau, với kỳ vọng khác nhau. Nếu phần lớn người vào trang /tu-van-chung-khoan-mien-phi đến từ bài blog về đọc bảng giá, điều đó cho tôi biết họ đang trong giai đoạn mới tìm hiểu — và thông điệp trên landing page phải phù hợp với giai đoạn đó.
  • Thời gian trên trang — người đọc ở lại bao lâu trước khi rời đi. Nếu con số này quá thấp, kiểu như chỉ vài chục giây, thì khả năng cao vấn đề nằm ở ngay phần đầu trang, hoặc trang tải quá chậm, chứ chưa kịp liên quan đến form hay nút bấm.
  • Số liệu theo thiết bị — tách riêng người dùng di động và người dùng máy tính. Tôi tách ra vì phần lớn người đọc của tôi truy cập từ điện thoại, mà một trang trông ổn trên máy tính chưa chắc đã ổn trên điện thoại nhỏ.
Với riêng trang /tu-van-chung-khoan-mien-phi, thứ tôi đang cần làm là tách hẳn một báo cáo riêng cho trang này trong GA4, thay vì nhìn chung với toàn bộ traffic của site. Vì nếu nhìn chung, số liệu của bốn bài blog và các trang công cụ thực hành sẽ trộn lẫn vào nhau, và tôi sẽ không biết trang tư vấn của mình đang ở đâu thật sự.

Heatmap — nhìn thấy người đọc đang chú ý vào chỗ nào

Nếu GA4 cho tôi biết người đọc đến rồi rời đi, thì heatmap cho tôi biết trong lúc ở trên trang, họ nhìn vào đâu, bấm vào đâu, và bỏ qua phần nào.
Heatmap dịch ra là "bản đồ nhiệt". Công cụ này chụp lại toàn bộ hành vi của người đọc trên trang rồi tổng hợp thành một hình ảnh trực quan: vùng nào được bấm nhiều, được nhìn nhiều thì hiển thị màu đỏ hoặc vàng; vùng nào ít người chú ý thì xanh hoặc không màu. Nhìn vào đó tôi biết ngay đâu là điểm nóng trên trang của mình.
Công cụ tôi đang muốn dùng là Microsoft Clarity vì miễn phí hoàn toàn và không giới hạn số lượt ghi, trong khi Hotjar — công cụ phổ biến hơn — giới hạn số phiên ở gói miễn phí.
Với trang /tu-van-chung-khoan-mien-phi, có ba câu hỏi tôi muốn heatmap trả lời:
  • Một là người đọc có thực sự dừng lại ở phần "Chia sẻ từ người đã học" không, hay họ lướt qua rất nhanh. Phần bằng chứng từ người dùng thật thường là yếu tố giúp người lạ tin tưởng trước khi điền form, nên nếu hầu như không ai đọc tới đó, dù nội dung có hay đến đâu cũng không phát huy được tác dụng.
  • Hai là vùng quanh nút CTA — tức nút "Đăng ký tư vấn miễn phí" — có được bấm không, hay phần lớn lượt bấm lại rơi vào những chỗ người đọc tưởng là có thể bấm được nhưng thực ra không phải.
  • Ba là có vùng nào trên trang gần như không ai chú ý, để tôi biết phần đó đang chiếm chỗ một cách vô ích có thể bỏ bớt đi.
Cái hay của heatmap là nó không cho ra một con số để báo cáo, mà cho ra một bức ảnh để tự nhìn và suy nghĩ. Vì vậy nó trả lời được câu hỏi "tại sao người đọc không bấm vào form", trong khi GA4 chỉ trả lời được "bao nhiêu người đã bấm". Hiện tại tôi chưa gắn Clarity vào trang, đây là bước tiếp theo tôi cần làm trước khi vội kết luận bất cứ điều gì về trang /tu-van-chung-khoan-mien-phi.

Scroll depth — trang có bị bỏ dở giữa chừng không

Scroll depth là chỉ số đo xem người đọc cuộn xuống được bao xa trước khi rời đi. Thường được chia thành các mốc 25%, 50%, 75%, và 100% chiều dài trang.
Tôi hay dùng chỉ số này để kiểm tra một vấn đề cụ thể: nội dung có đang bị bỏ dở giữa chừng không. Nếu trang viết lan man hoặc có một đoạn nào đó quá khô khan, tôi sẽ thấy rõ điều đó qua việc tỷ lệ người cuộn xuống rớt mạnh đột ngột tại một điểm nào đó, thay vì giảm từ từ đều đặn theo từng mốc.
Soi vào cấu trúc trang /tu-van-chung-khoan-mien-phi, có ba mốc tôi muốn theo dõi riêng:
  • Mốc ngay sau phần "Vấn đề của người mới bắt đầu" — nếu tỷ lệ người đọc rớt mạnh tại đây, nhiều khả năng phần mở đầu chưa đủ sức kéo họ đọc tiếp.
  • Mốc trước phần "Chia sẻ từ người đã học" — nếu phần lớn người đọc bỏ trang trước khi tới được đây, thì dù phần bằng chứng đó có thuyết phục đến đâu cũng không ai nhìn thấy.
  • Mốc 100%, nơi có CTA thứ hai ở cuối trang — để tôi biết có bao nhiêu người thực sự đọc hết trước khi có cơ hội nhìn thấy lần mời thứ hai.
Để theo dõi phần này, tôi sẽ dùng EzyRating trên EzyPlatform — công cụ theo dõi hành vi người dùng được tích hợp sẵn trong nền tảng, không cần cài thêm bên ngoài.
Screenshot 2026-07-02 012436.png
Nếu scroll depth cho thấy phần lớn người đọc dừng lại ở khoảng giữa trang và không cuộn xuống đến CTA cuối, thì đó là lúc tôi cần nghĩ đến việc thêm một CTA ở giữa trang, để những người không đọc hết vẫn có cơ hội thấy lời mời hành động.

Conversion rate — con số cuối cùng quyết định mọi thứ khác có đáng làm không

Conversion rate — hay tỷ lệ chuyển đổi — là phần trăm người vào trang rồi thực sự thực hiện hành động mình mong đợi. Với trang /tu-van-chung-khoan-mien-phi, hành động đó là điền và gửi form đăng ký tư vấn. Cách tính đơn giản: số người gửi form chia cho tổng số người vào trang, nhân 100 để ra phần trăm.
Tôi nghĩ conversion rate nên là chỉ số nhìn sau cùng, dù nó là con số quan trọng nhất. Vì nếu nhìn con số này trước khi có dữ liệu từ GA4, heatmap và scroll depth, tôi sẽ biết trang đang chuyển đổi kém nhưng không biết lý do tại sao, và rất dễ đoán mò rồi sửa nhầm chỗ.
Trên trang của tôi, phần theo dõi conversion đã có sẵn trong khối "Theo dõi landing page và danh sách đăng ký", hiển thị ba con số: lượt vào trang, số người gửi form, và tỷ lệ chuyển đổi tạm tính. Đây là điểm khởi đầu tốt để tập thói quen nhìn vào số thật thay vì đoán cảm tính.
Screenshot 2026-07-05 233010.png
Một điều tôi học thêm là không nên chỉ nhìn con số tổng, mà nên tách conversion rate theo từng nguồn traffic. Ví dụ nếu người đến từ bài blog trên chính trang có tỷ lệ gửi form cao hơn hẳn người đến từ quảng cáo Facebook, điều đó nói cho tôi biết thông điệp trên trang đang hợp với người đã đọc nội dung của mình trước, hơn là người lạ tiếp cận lần đầu qua quảng cáo. Từ đó tôi biết cần điều chỉnh gì: hoặc là nội dung quảng cáo chưa khớp với landing page, hoặc là bản thân landing page cần giải thích thêm phần nền tảng cho người lạ hoàn toàn.

A/B testing — đừng sửa nhiều thứ cùng lúc

Sau khi có đủ dữ liệu từ bốn nguồn trên, tôi thường sẽ có một danh sách các giả thuyết. Kiểu như: có thể form đang hỏi thừa một trường nên người ta ngại điền, có thể nút CTA chưa đủ nổi bật, có thể phần bằng chứng xã hội cần thêm một vài chia sẻ thật nữa.
Đây là lúc cần A/B testing. A/B testing hiểu đơn giản là: thay vì sửa rồi đoán xem có tốt hơn không, tôi chạy song song hai phiên bản của trang — phiên bản A là trang hiện tại, phiên bản B là trang đã sửa một chi tiết — rồi để người dùng thật quyết định phiên bản nào có tỷ lệ gửi form cao hơn.
Nguyên tắc tôi đặt ra cho mình khi chạy A/B test trên một trang nhỏ như trang của tôi:
  • Mỗi lần chỉ thay đổi đúng một thứ. Nếu tôi đổi cả chữ trên nút lẫn màu nút lẫn vị trí form cùng một lúc, tôi sẽ không biết thứ nào trong số đó thực sự tạo ra khác biệt.
  • Chỉ kết luận khi đã có đủ lượt truy cập ở cả hai phiên bản. Với trang traffic còn nhỏ, kết luận quá sớm rất dễ bị nhiễu — một phiên bản được 10 người thấy và 3 người gửi form không có nghĩa nó tốt hơn phiên bản kia được 12 người thấy và 3 người gửi form.
  • Ưu tiên test giả thuyết nào có khả năng ảnh hưởng lớn nhất trước. Dựa trên heatmap và scroll depth, thứ đáng test đầu tiên thường là những thứ người đọc tương tác nhiều nhất hoặc bỏ qua nhiều nhất.
Với trang /tu-van-chung-khoan-mien-phi, giả thuyết tôi muốn test đầu tiên là: liệu rút gọn form từ bốn trường xuống ba trường có tăng tỷ lệ gửi form không. Đây là thay đổi rõ ràng, dễ đo, và trực tiếp ảnh hưởng đến điểm mà người đọc phải bỏ công sức thực hiện.

Nhìn lại thật sự tôi đang ở đâu

Sau khi viết xong những phần trên, tôi tự kiểm lại lại tình trạng thật của trang mình:
  • GA4 thì đã gắn rồi, đang chạy. Conversion rate cơ bản thì có khối theo dõi trên EzyPlatform. Nhưng heatmap và scroll depth chi tiết thì tôi chưa làm — Microsoft Clarity chưa gắn, EzyRating chưa cấu hình xong. A/B testing thì chưa chạy lần nào.
  • Nói thật là tôi nghĩ đây là thứ tự đúng để làm tiếp: gắn Clarity trước để có heatmap, rồi nhìn vào scroll depth qua EzyRating, rồi mới ngồi đặt giả thuyết và lên kế hoạch test. Chạy A/B test trước khi có heatmap giống như đoán bệnh rồi uống thuốc trước khi đi khám, xác suất trúng không cao.

Kết luận

Cả bài này về cơ bản là tôi đang học cách không sửa trang theo cảm tính. GA4 cho tôi biết ai đến và có ở lại hay không. Heatmap cho tôi thấy họ đang nhìn vào đâu trong lúc ở lại. Scroll depth cho tôi biết họ bỏ dở ở chỗ nào. Conversion rate cho tôi biết cuối cùng có bao nhiêu người hành động. Và A/B testing giúp tôi kiểm chứng xem cách sửa tôi định làm có thực sự cải thiện con số đó hay không.
Điều thú vị nhất tôi nhận ra khi tìm hiểu về phần này là: đo lường không phải để có số liệu đẹp để báo cáo. Đo lường là để bản thân mình ngừng đoán mò và bắt đầu hành động dựa trên thứ gì đó thật hơn cảm giác chủ quan. Với một trang như chungkhoan.ezyplatform.com mà tôi đang tự xây và tự phát triển, đây có lẽ là thứ quan trọng nhất tôi cần tập thói quen làm đúng từ sớm.