Menu
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Đang tải...

Bài 24 — GA4: Universal Standard

Product Analytics Mixpanel and Amplitude Bài 24/60

Mở đầu — vì sao bài này quan trọng

Trong suốt khóa học này, chúng ta đã dành rất nhiều thời gian cho Mixpanel và Amplitude — hai công cụ product analytics chuyên sâu, được các đội PM yêu thích. Nhưng nếu bạn bước chân vào bất kỳ công ty nào ở Việt Nam hôm nay — từ startup ba người đến tập đoàn thương mại điện tử — có một công cụ gần như chắc chắn đã được cài sẵn trên website hoặc app: Google Analytics 4, thường gọi tắt là GA4.

Lý do rất đơn giản. GA4 miễn phí, gắn liền với hệ sinh thái Google (Google Ads, Search Console, BigQuery), và là "mẫu số chung" mà mọi marketer, mọi agency, mọi CEO đều đã nghe qua. Khi bạn là PM và muốn nói chuyện về dữ liệu với đội marketing hay ban giám đốc, rất có thể ngôn ngữ chung sẽ là GA4 chứ không phải Mixpanel.

Vấn đề là: rất nhiều PM hiểu GA4 theo kiểu cũ — kiểu Universal Analytics (UA) đếm pageview và session. Nhưng từ tháng 7/2023, Google đã "khai tử" UA và thay hoàn toàn bằng GA4 với một mô hình dữ liệu khác hẳn: event-based. Nếu bạn không nắm được sự thay đổi bản chất này, bạn sẽ dùng GA4 sai cách, đọc số sai, và ra quyết định lệch.

Bài này giúp bạn hiểu GA4 như một product analytics tool đúng nghĩa — nó mạnh ở đâu, yếu ở đâu, khi nào nên dùng nó thay vì (hoặc song song với) Mixpanel/Amplitude, và làm sao để không rơi vào những cái bẫy phổ biến.

Khái niệm cốt lõi

GA4 là gì và khác gì so với Universal Analytics

GA4 là thế hệ mới nhất của Google Analytics, ra mắt chính thức 2020 và trở thành bắt buộc từ 1/7/2023 khi UA ngừng thu thập dữ liệu. Đây không phải là một bản "nâng cấp giao diện" — nó là một mô hình dữ liệu hoàn toàn mới.

Khác biệt bản chất nằm ở đây:

  • Universal Analytics là pageview-based: đơn vị đo lường cốt lõi là sessionpageview. Mọi thứ xoay quanh câu hỏi "có bao nhiêu lượt xem trang, trong bao nhiêu phiên truy cập".
  • GA4 là event-based: mọi tương tác đều là một event. Xem trang cũng là event (page_view), click cũng là event, cuộn trang, xem video, mua hàng — tất cả đều là event có tên và có tham số (parameters).
Nếu bạn đã học Bài 1 (Product Analytics Fundamentals) và Bài 7-8 (Event Taxonomy), bạn sẽ thấy GA4 nói cùng "ngôn ngữ" với Mixpanel và Amplitude: user thực hiện event, event mang theo properties. Đây chính là lý do Google phải đổi mô hình — thế giới đã chuyển từ đo website sang đo sản phẩm số đa nền tảng (web + app).

Cấu trúc dữ liệu: Account → Property → Data Stream

Trong GA4, cấu trúc phân cấp gồm:

  • Account: tài khoản tổ chức, thường là một công ty.
  • Property: một "sản phẩm" cần đo. Điểm hay là một property GA4 có thể gộp cả web lẫn app — điều mà UA không làm được.
  • Data Stream: nguồn dữ liệu đổ vào property. Bạn có thể có Web stream, iOS stream, Android stream cùng đổ vào một property.
Đây là bước tiến lớn về cross-platform tracking (chúng ta sẽ đào sâu ở Bài 34): một khách hàng dùng cả web và app của bạn được nhìn như một người, không bị đếm trùng hai lần như thời UA.

Mô hình event của GA4

GA4 phân event thành mấy nhóm, bạn cần phân biệt rõ:

  • Automatically collected events: GA4 tự thu, không cần code gì thêm — ví dụ first_visit, session_start, user_engagement.
  • Enhanced measurement events: bật một cú click trong giao diện là có — scroll, click (ra link ngoài), file_download, video_start, page_view. Rất tiện cho website nội dung.
  • Recommended events: Google định nghĩa sẵn tên và tham số chuẩn cho từng ngành (ecommerce, game...) — ví dụ purchase, add_to_cart, sign_up. Nên dùng đúng tên này để mở khóa các báo cáo dựng sẵn.
  • Custom events: event riêng của bạn, tự đặt tên theo tracking plan (Bài 30).
Mỗi event mang tối đa 25 parameters. Ngoài ra có user properties (thuộc tính của người dùng, như gói thuê bao, thành phố) và khái niệm conversions/key events — những event bạn đánh dấu là quan trọng để tối ưu quảng cáo.

Điểm mạnh và điểm yếu cần thuộc lòng

Mạnh:

  • Miễn phí ở quy mô rất lớn (giới hạn thu thập của bản free là hàng chục triệu event/tháng — đủ cho hầu hết startup Việt).
  • Kết nối gốc với Google Ads: đẩy conversion về để tối ưu chiến dịch, làm remarketing.
  • Export thô sang BigQuery miễn phí — đây là "vũ khí bí mật" của GA4 mà nhiều người bỏ quên (xem Bài 25 về BI Connector).
  • Là chuẩn chung ai cũng biết, dễ giao tiếp với marketing/agency.
Yếu (so với Mixpanel/Amplitude):
  • Data sampling và ngưỡng (thresholding): khi dữ liệu lớn hoặc số user nhỏ, GA4 có thể lấy mẫu hoặc ẩn số liệu vì lý do riêng tư, khiến báo cáo không khớp tuyệt đối.
  • Giao diện phân tích funnel, retention, cohort kém trực quan và kém linh hoạt hơn hẳn hai công cụ chuyên dụng.
  • Độ trễ dữ liệu: thường 24-48 giờ mới ổn định (trừ báo cáo Realtime giới hạn).
  • Không có session replay, khó làm behavioral cohort phức tạp trong giao diện.
Cách nghĩ đúng: GA4 giỏi acquisition + marketing attribution, còn Mixpanel/Amplitude giỏi product behavior sâu. Nhiều công ty dùng cả hai song song.

Tình huống thực tế

Ví dụ 1 — Startup e-commerce "GreenBasket" và cú sốc chuyển đổi UA sang GA4

GreenBasket là một startup bán rau sạch online ở TP.HCM (bối cảnh giả định hợp lý). Đội marketing của họ đã quen báo cáo hàng tháng theo UA: "tháng này có 120.000 sessions, bounce rate 45%, 3.200 giao dịch". Đến giữa 2023, UA ngừng chạy, họ buộc phải chuyển sang GA4.

Cú sốc đầu tiên: bounce rate biến mất và session được tính khác đi. Trong GA4 không còn "bounce rate" theo nghĩa cũ; thay vào đó là engagement rate (tỷ lệ phiên có tương tác đủ lâu hoặc có conversion). Đội marketing hoảng vì con số "không giống", tưởng website đang tụt.

PM của GreenBasket đã ngồi lại giải thích: đây không phải website tệ đi, mà là thước đo thay đổi. Họ ánh xạ lại: chuyển từ đo pageview sang đo các event thực sự quan trọng với business — view_item, add_to_cart, begin_checkout, purchase (dùng đúng tên recommended events cho ecommerce). Sau khi cấu hình purchase với parameters valuecurrency (VND), họ đọc được doanh thu ngay trong GA4, đồng thời đẩy conversion về Google Ads để tối ưu.

Bài học: Khi chuyển từ UA sang GA4, đừng cố tìm lại số cũ 1-1. Hãy định nghĩa lại metric theo tư duy event-based và gắn với hành động kinh doanh thật.

Ví dụ 2 — Sàn nội dung học tập và cái bẫy "data thresholding"

Một nền tảng học trực tuyến nhỏ (giả định, gần giống chính bối cảnh khóa học này) có khoảng 800 học viên trả phí. PM muốn xem báo cáo "học viên đến từ tỉnh nào, giới tính, độ tuổi" để làm nội dung phù hợp. Nhưng khi mở báo cáo, nhiều dòng hiện số "0" hoặc trống, tổng cộng lại không khớp với tổng user.

Nguyên nhân là thresholding của GA4: khi bật Google Signals (dữ liệu nhân khẩu học), GA4 tự động ẩn số liệu ở các nhóm quá nhỏ để bảo vệ danh tính người dùng. Với sản phẩm ít user, hiện tượng này rất rõ và gây hiểu lầm là "mất dữ liệu".

Cách PM này xử lý: một là chấp nhận và không segment quá nhỏ trong giao diện GA4; hai là bật export sang BigQuery để truy vấn dữ liệu thô — nơi không bị thresholding — rồi tự tính. Họ cũng chuyển các phân tích retention/cohort sâu sang Amplitude vì GA4 free không đủ mượt cho việc đó.

Bài học: GA4 tuyệt vời cho bức tranh acquisition tổng thể, nhưng khi bạn cần số chính xác đến từng nhóm nhỏ, hãy dùng BigQuery export hoặc công cụ chuyên dụng. Đừng ra quyết định dựa trên báo cáo bị ẩn số mà không biết.

Ví dụ 3 — Tiki gộp web và app vào một property

Lấy bối cảnh một sàn TMĐT lớn như Tiki (minh họa). Trước đây với UA, web và app là hai hệ thống đo tách rời, một khách hàng lướt web ban ngày rồi mở app đặt hàng buổi tối bị đếm thành hai người khác nhau — làm attribution rối tung.

Với GA4, họ tạo một property duy nhất, gắn Web stream + iOS stream + Android stream, và dùng user_id (mã định danh khách hàng đã đăng nhập) để nối các phiên lại. Kết quả: nhìn được hành trình xuyên nền tảng, đo đúng rằng kênh quảng cáo trên web đang "gieo hạt" cho đơn hàng phát sinh trên app. Đội growth điều chỉnh ngân sách attribution chính xác hơn nhiều.

Bài học: Sức mạnh lớn nhất của GA4 so với UA chính là cross-platform trên một property. Nếu sản phẩm bạn có cả web lẫn app, hãy tận dụng user_id để hợp nhất danh tính.

Hướng dẫn từng bước

Đây là quy trình tối thiểu để một PM đưa GA4 vào một sản phẩm mới:

  • Tạo Account và Property. Vào analytics.google.com, tạo Account (tên công ty), rồi tạo một Property. Chọn đúng múi giờ (GMT+7) và đơn vị tiền tệ (VND) ngay từ đầu — sửa sau rất phiền.
  • Tạo Data Stream. Với website, tạo Web stream và lấy đoạn mã đo (Google tag / gtag.js) hoặc tốt hơn là cài qua Google Tag Manager (GTM). Với app, dùng Firebase SDK cho iOS/Android — GA4 và Firebase Analytics dùng chung nền tảng.
  • Bật Enhanced Measurement. Trong cài đặt Web stream, bật sẵn để tự thu scroll, click ra link ngoài, file_download, video_start... Miễn phí giá trị ngay.
  • Thiết kế danh sách event theo tracking plan. Đừng track lung tung. Dựa trên tracking plan (Bài 30), ưu tiên dùng recommended events đúng tên chuẩn (sign_up, login, add_to_cart, purchase...) trước khi tự chế custom events. Với ecommerce, tuân thủ đúng schema items của Google để mở khóa báo cáo doanh thu.
  • Gắn parameters có ý nghĩa. Ví dụ event purchase cần value, currency, transaction_id, items. Nhớ giới hạn 25 parameter/event và đăng ký custom dimensions/metrics trong giao diện để dùng được trong báo cáo.
  • Đánh dấu Key Events (conversions). Chọn những event quan trọng nhất (ví dụ purchase, sign_up) làm key event để tối ưu quảng cáo và làm mốc trong funnel.
  • Liên kết Google Ads và bật BigQuery Export. Link Ads để đẩy conversion về; bật BigQuery export ngay từ đầu (miễn phí) để có dữ liệu thô cho sau này — dữ liệu chỉ chảy từ lúc bật, không hồi tố.
  • Kiểm thử bằng DebugView. Bật chế độ debug và dùng DebugView trong GA4 để xem event bắn về real-time, kiểm tra tên và tham số đúng chưa trước khi lên production (liên quan Bài 27 về data validation).

Lỗi thường gặp & mẹo

  • Lỗi: Đọc GA4 bằng tư duy UA. Đi tìm "bounce rate", so số session 1-1 với UA rồi hoảng. Mẹo: học lại metric mới — engaged sessions, engagement rate, key events. GA4 là công cụ khác, không phải UA đổi màu.
  • Lỗi: Không hiểu thresholding và sampling nên đọc sai số. Mẹo: khi thấy số "0" hoặc tổng không khớp trong lúc segment nhỏ, nghi ngay thresholding. Cần số chính xác thì dùng BigQuery export.
  • Lỗi: Đặt tên event tùy hứng. Người thì Purchase, người mua_hang, người buy_success. GA4 phân biệt hoa thường và không gộp giúp bạn. Mẹo: chốt naming convention snake_case, ưu tiên tên recommended của Google, ghi vào tracking plan.
  • Lỗi: Quên bật BigQuery export từ đầu. Dữ liệu không hồi tố, sáu tháng sau muốn phân tích sâu thì đã mất. Mẹo: bật ngay ngày đầu, gần như miễn phí.
  • Lỗi: Tưởng GA4 miễn phí là "vô hạn và không giới hạn". Bản free có ngưỡng thu thập và giới hạn phân tích; muốn không sampling, SLA và cao cấp thì cần GA4 360 (trả phí, khá đắt). Mẹo: nếu quy mô rất lớn, tính đến 360 hoặc chuyển phân tích sâu sang công cụ khác.
  • Mẹo cross-platform: luôn set user_id khi user đăng nhập để hợp nhất danh tính web + app. Đây là điểm mạnh mà nhiều đội bỏ phí.
  • Mẹo quyền riêng tư: GA4 sinh ra trong bối cảnh siết cookie/GDPR nên hạn chế lưu IP và có Consent Mode. Bài 28 sẽ nói kỹ về GDPR/PDPL — hãy cấu hình consent đúng ngay từ đầu.

Bài tập thực hành

  • Ánh xạ metric. Lấy một sản phẩm bạn quen (app hoặc website). Viết ra 5 metric quan trọng nhất theo tư duy UA cũ (pageview, session...), rồi ánh xạ mỗi cái sang cách đo bằng event trong GA4. Ví dụ "tỷ lệ hoàn tất mua" → funnel từ begin_checkout đến purchase.
  • Thiết kế 8 event. Cho một sản phẩm giả định (ví dụ app giao đồ ăn), liệt kê 8 event cần track. Với mỗi event: chọn dùng recommended event của Google hay custom, và liệt kê 3-4 parameter kèm theo. Đánh dấu event nào là Key Event.
  • Thực hành DebugView. Nếu có quyền truy cập một GA4 property (hoặc tạo property demo miễn phí), bật DebugView, thực hiện vài hành động trên site và quan sát event bắn về. Ghi lại một event bị sai tên hoặc thiếu parameter mà bạn phát hiện.
  • Quyết định công cụ. Viết một đoạn ngắn (150 từ) trả lời: với sản phẩm của bạn, khi nào bạn dùng GA4 và khi nào bạn cần thêm Mixpanel/Amplitude? Lập luận dựa trên điểm mạnh/yếu đã học.

Tóm tắt

GA4 là chuẩn chung của ngành và gần như chắc chắn xuất hiện trong công việc PM của bạn, nên hiểu nó đúng là điều bắt buộc. Điểm cốt lõi cần nhớ:

  • GA4 thay thế Universal Analytics từ 7/2023 với mô hình event-based thay cho pageview-based — cùng ngôn ngữ event/parameter như Mixpanel, Amplitude.
  • Cấu trúc Account → Property → Data Stream cho phép gộp web + app vào một property, hợp nhất danh tính bằng user_id.
  • Event chia bốn nhóm: automatic, enhanced measurement, recommended và custom — ưu tiên dùng tên recommended chuẩn.
  • GA4 mạnh về miễn phí, acquisition, tích hợp Google Ads và BigQuery export; yếu hơn ở funnel/retention/cohort sâu và bị ảnh hưởng bởi sampling/thresholding.
  • Tư duy đúng: dùng GA4 cho bức tranh marketing/acquisition tổng thể, kết hợp Mixpanel/Amplitude cho phân tích hành vi sản phẩm sâu — nhiều công ty Việt dùng song song cả hai.
Nắm vững GA4 giúp bạn nói chuyện được với cả đội marketing lẫn ban giám đốc, đồng thời biết chính xác khi nào công cụ này đủ và khi nào cần công cụ chuyên dụng hơn.