Blog
Dữ liệuCông nghệ

Đặt tên sự kiện GA4 nhất quán thế nào: kế hoạch đo lường 5 bước

Click Star Team03 tháng 11, 202611 phút đọc
Đặt tên sự kiện GA4 nhất quán thế nào: kế hoạch đo lường 5 bước
TÓM TẮT

Bài trả lời kế hoạch đo lường gồm gì, GA4 đặt tên sự kiện theo luật nào, lớp dữ liệu chạy ra sao và kiểm thử thế nào, dựa trên tài liệu của Google, Snowplow và Segment.

Website có 3 người cùng thêm sự kiện gửi biểu mẫu: người đặt Gui_Form, người đặt gui_form, người đặt form_gui_di. Báo cáo GA4 hiện 3 dòng cho cùng một việc. Đây là ví dụ minh họa, không phải số đo.

Bài dựa trên tài liệu của Google Analytics, Google Tag Manager và nhà phát triển Google, cùng hướng dẫn thiết kế đo lường của Snowplow và Twilio Segment, đối chiếu đến ngày 03/11/2026. Snowplow và Segment là nhà cung cấp công cụ khác, nên chỉ dùng để tham khảo cách làm, không coi là quy định của GA4.

Điểm chính

  • Kế hoạch đo lường (tracking plan) là bảng liệt kê từng sự kiện: tên, khi nào bắn, tham số, người sở hữu.
  • GA4 phân biệt chữ hoa chữ thường: theo Google, my_event và My_Event là 2 sự kiện khác nhau. Click Star đề xuất chữ thường nối bằng dấu gạch dưới.
  • Tên sự kiện tối đa 40 ký tự, mỗi sự kiện tối đa 25 tham số. Ưu tiên sự kiện đề xuất như generate_lead hơn tên tự đặt.
  • Lớp dữ liệu (data layer) là hàng đợi mà trang web đẩy thông tin vào bằng dataLayer.push(), rồi Tag Manager đọc ra để gửi sang GA4.
  • Kiểm thử ở 3 chỗ: Preview của Tag Manager, DebugView và Realtime của GA4, rồi rà soát bảng hằng quý.
  • Khung 5 bước của Click Star (khung tham khảo, không phải chuẩn ngành) biến các ý trên thành việc làm.

Sơ đồ khung 5 bước lập kế hoạch đo lường: chốt câu hỏi, đặt tên và tham số, viết bảng kế hoạch, gắn bằng lớp dữ liệu, kiểm thử và rà soát

Kế hoạch đo lường là gì

Kế hoạch đo lường là tài liệu trả lời: website gửi những sự kiện nào, bắn khi nào, mang theo thông tin gì, ai chịu trách nhiệm.

Theo trang "Data Collection Best Practices" của Twilio Segment (không ghi ngày, đọc 03/11/2026), kế hoạch nêu sự kiện nào cần theo dõi, nằm ở đâu trong mã và vì sao cần. Nó nên là nguồn sự thật duy nhất về dữ liệu.

Theo trang "Introduction to tracking design" của Snowplow (đọc 03/11/2026), mỗi kế hoạch có người sở hữu rõ ràng. Mỗi đặc tả sự kiện có tên, mô tả và điều kiện kích hoạt.

Các cột sau là khung tham khảo của Click Star, ghép ý từ 2 trang trên, không phải chuẩn của Google:

  • Tên sự kiện, đúng từng ký tự như gửi sang GA4.
  • Mô tả 1 câu và điều kiện bắn: trang nào, nút nào.
  • Tham số: tên, kiểu, ví dụ, bắt buộc hay không.
  • Sự kiện đề xuất tương ứng của GA4, và có là key event (sự kiện chính) hay không.
  • Người sở hữu, ngày cập nhật, trạng thái (nháp, đã phát hành, ngừng dùng).

Đặt tên sự kiện: luật của GA4 và quy ước nên thêm

Theo trang "Event naming rules" của Google Analytics Help (không ghi ngày, đọc 03/11/2026), tên sự kiện phân biệt chữ hoa chữ thường, bắt đầu bằng chữ cái, chỉ gồm chữ, số, dấu gạch dưới, không có dấu cách.

Trang này cũng liệt kê tên dành riêng cho website; danh sách không đầy đủ và có thể đổi. Google cho phép dùng lại tên sự kiện tự động thu thập (như page_view, scroll) khi tạo hoặc sửa sự kiện; tên dành riêng khác thì GA4 báo lỗi.

Cũng theo trang này, tên tham số không được bắt đầu bằng _, firebase_, ga_, google_, gtag.; một số tên như user_id, session_id, currency dành riêng khi tạo chiều tùy chỉnh.

Về quy ước thêm, các công cụ không thống nhất. Segment khuyên viết hoa đầu từ cho tên sự kiện và snake_case (chữ thường, nối bằng gạch dưới) cho tên thuộc tính. Snowplow nói nhất quán quan trọng hơn kiểu chọn.

Với GA4, Click Star đề xuất: chữ thường, gạch dưới, động từ trước danh từ, tiếng Anh không dấu, như request_quote hay start_chat.

Dùng sự kiện đề xuất sẵn trước

Theo trang "Recommended events" của Google Analytics Help (không ghi ngày, đọc 03/11/2026), sự kiện đề xuất do bạn tự gắn nhưng tên và tham số đã được Google định sẵn. Ví dụ generate_lead cho lúc người dùng gửi biểu mẫu, purchase cho lúc mua xong.

Theo trang "About events" (không ghi ngày, đọc 03/11/2026), chỉ nên tạo sự kiện tùy chỉnh khi không có sự kiện nào phù hợp. Đồng thời, sự kiện tùy chỉnh không hiện ở phần lớn báo cáo chuẩn.

Giới hạn cần biết

Theo trang "Event collection limits" (không ghi ngày, đọc 03/11/2026), GA4 không ghi phần vượt các giới hạn sau:

  • Tên sự kiện: tối đa 40 ký tự; key event có tên dài hơn sẽ không được báo cáo là key event.
  • Mỗi sự kiện tối đa 25 tham số; tên tham số tối đa 40 ký tự, giá trị tối đa 100 ký tự (riêng page_title 300, page_referrer 420, page_location 1.000).
  • Luồng web không giới hạn số tên sự kiện khác nhau; luồng ứng dụng tối đa 500 cho mỗi người dùng ứng dụng.

Muốn xem tham số trong báo cáo, bạn tạo chiều tùy chỉnh (custom dimension). Theo trang "About custom dimensions and metrics" (không ghi ngày, đọc 03/11/2026), thuộc tính tiêu chuẩn có tối đa 50 chiều theo sự kiện, và chiều mới cần 24 đến 48 giờ mới báo cáo được.

Bảng giới hạn và lưu ý của GA4 về chữ hoa chữ thường, tên sự kiện, tham số, chiều tùy chỉnh và tên dành riêng

Lớp dữ liệu: bảng thông báo giữa trang web và Tag Manager

Theo trang "The data layer" của Google for Developers (cập nhật 13/10/2026), lớp dữ liệu là đối tượng JSON do Tag Manager và gtag.js dùng để nhận thông tin. Trang web ghi vào, Tag Manager đọc rồi quyết định thẻ nào chạy.

Ví dụ dưới gửi generate_lead khi biểu mẫu có id lien_he_cuoi_trang được gửi. Cú pháp dataLayer.push theo tài liệu Google; thời điểm gọi do bạn quyết định, và đặt ở mức trang thì sẽ bắn mỗi lần tải. form_id, lead_type là tên minh họa.

<script>
  window.dataLayer = window.dataLayer || [];
  document.addEventListener('submit', function (e) {
    if (e.target.id !== 'lien_he_cuoi_trang') return;
    dataLayer.push({
      'event': 'generate_lead',
      'form_id': 'lien_he_cuoi_trang',
      'lead_type': 'bao_gia'
    });
  });
</script>

Trong Tag Manager, bạn tạo trigger Custom Event tên generate_lead và 1 thẻ GA4 Event cùng tên, lấy form_id, lead_type từ biến lớp dữ liệu. Cách ghép này theo cấu hình mẫu của trang "Measure ecommerce" (Google for Developers, cập nhật 14/10/2026).

Lỗi lớp dữ liệu mà Google nêu trực tiếp:

  • Không ghi đè window.dataLayer; khai báo bằng || phía trên mã container rồi chỉ dùng push.
  • Tên dataLayer phân biệt hoa thường: datalayer.push(...) không chạy.
  • Giữ tên biến thống nhất giữa các trang; biến chỉ sống trên trang hiện tại.
  • Tag Manager xử lý lần lượt theo thứ tự đến, nên hãy kèm tên sự kiện và dùng trigger Custom Event.

Đường đi của sự kiện qua 4 lớp: trang web, lớp dữ liệu, Tag Manager và GA4

Kiểm thử trước và sau khi lên

Kiểm thử là chạy sự kiện thật và xem nó đi đến đâu, ở 3 chỗ.

Preview của Tag Manager (trước khi phát hành). Theo trang "Preview and debug containers" (không ghi ngày, đọc 03/11/2026), bạn duyệt website như thể bản nháp đã đăng, và xem thẻ nào bắn theo thứ tự nào trong Tag Assistant.

DebugView của GA4 (đi kèm Preview). Theo trang "Monitor events in DebugView" (không ghi ngày, đọc 03/11/2026), DebugView hiện sự kiện và tham số của 1 thiết bị theo thời gian thực, nhưng phải bật chế độ gỡ lỗi.

Ở chế độ Preview, Tag Assistant bật chế độ này cho thiết bị của bạn, nên xem được tham số khi đang Preview; muốn xem mọi thiết bị, thêm debug_mode vào cấu hình.

Báo cáo Realtime (đối chiếu số lần). Theo trang "About events", thẻ "Event count by event name" cho thấy số lần mỗi sự kiện kích hoạt trong 30 phút gần nhất. Trang "Realtime report" (đọc 03/11/2026) ghi dịch vụ này không có cam kết chất lượng chính thức, nên đừng dùng làm số chốt.

Danh sách kiểm thử chia 3 mốc: trước khi phát hành, ngay sau khi phát hành và hằng quý

Tài liệu thay đổi, người sở hữu và rà soát

Bảng chỉ có giá trị khi còn đúng, nên hãy ghi lịch sử sửa: ngày, người sửa, lý do. Theo trang "Publishing, versions, and approvals" của Tag Manager Help (không ghi ngày, đọc 03/11/2026), mỗi lần phát hành tạo 1 phiên bản có tên, mô tả và lịch sử phát hành, và cho phép quay về bản cũ.

Click Star đề xuất ghi mã dòng của bảng vào mô tả phiên bản, và rà soát hằng quý để ngừng sự kiện không còn ai dùng.

Ý nghĩa với doanh nghiệp Việt Nam

Click Star không tìm thấy nguồn mở nào đo mức doanh nghiệp Việt Nam có tài liệu đo lường. Phần này là nhận định kỹ thuật, không phải thống kê.

Tình huống có thể gặp: một đơn vị làm website, đơn vị khác chạy quảng cáo, nhân viên nội bộ tự thêm nút gọi và nút Zalo. Mỗi bên đặt tên theo thói quen, và khi đổi người thì kiến thức mất theo.

Rủi ro cần chặn từ bước thiết kế

Dữ liệu cá nhân lọt vào tham số. Theo trang "Best practices to avoid sending Personally Identifiable Information (PII)" của Google Analytics Help (không ghi ngày, đọc 03/11/2026), chính sách Google cấm gửi dữ liệu nhận dạng cá nhân, như địa chỉ email và số điện thoại di động.

Đây không phải tư vấn pháp lý; hãy đối chiếu văn bản gốc về dữ liệu cá nhân.

Bắn trùng. Theo trang "Minimize duplicate key events with transaction IDs" (không ghi ngày, đọc 03/11/2026), GA4 loại bớt đơn trùng nếu cùng transaction_id, chỉ với luồng web. Mã phải duy nhất cho mỗi đơn, không chứa thông tin nhận dạng khách và không được là chuỗi rỗng, vì mọi đơn có transaction_id="" bị coi là một.

Thiếu đồng ý. Hãy thử cả trường hợp khách từ chối cookie phân tích, vì DebugView không hiện sự kiện khi đó nếu dùng Consent Mode. Bảng nên ghi sự kiện nào phụ thuộc đồng ý.

Đánh giá của Click Star. Kế hoạch đo lường là hợp đồng nhỏ giữa người cần số liệu và người gắn mã. Hợp đồng mơ hồ thì mỗi bên hiểu theo hướng có lợi cho mình, và báo cáo thành chỗ tranh cãi.

Click Star có dịch vụ digital marketing, CRM, CDP và dashboard dữ liệu, nên có lợi ích liên quan. Việc đáng làm trước là gán mỗi sự kiện cho 1 người bằng tên thật.

Việc nên làm: khung 5 bước

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

Bước 1. Chốt câu hỏi kinh doanh. Viết 3 đến 5 câu hỏi cần số liệu trả lời, và chỉ giữ sự kiện phục vụ chúng.

Bước 2. Đặt tên và tham số. Tìm trước trong danh sách sự kiện đề xuất của Google. Chưa có thì đặt tên tùy chỉnh theo quy ước, kiểm độ dài 40 ký tự và tên dành riêng.

Bước 3. Viết bảng kế hoạch. Điền các cột ở trên, gán người sở hữu, ghi tham số nào cấm chứa dữ liệu cá nhân và sự kiện nào cần đồng ý.

Bước 4. Gắn bằng lớp dữ liệu. Lập trình viên đẩy dataLayer.push() theo bảng; người làm Tag Manager tạo biến, trigger, thẻ và đặt tên phiên bản theo mã dòng.

Bước 5. Kiểm thử và rà soát. Chạy Preview, xem DebugView, đối chiếu Realtime, rồi đặt lịch rà soát mỗi quý.

Cách đo kế hoạch có hoạt động không

Chưa có ngưỡng chuẩn từ nguồn ngoài. Chỉ số gợi ý của Click Star, để theo dõi xu hướng:

  • Tỷ lệ sự kiện trong GA4 có dòng tương ứng trong bảng.
  • Số sự kiện chưa có người sở hữu.
  • Số sự kiện có tham số bắt buộc bị rỗng khi kiểm mẫu.
  • Số đơn có transaction_id trùng hoặc rỗng, đếm ở phía website hoặc kiểm mẫu qua DebugView, vì GA4 gộp đơn trùng.

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

  1. Đặt tên tại chỗ theo thói quen từng người, không tra bảng kế hoạch.
  2. Trộn chữ hoa và chữ thường, dù GA4 coi đó là sự kiện khác nhau.
  3. Tạo sự kiện tùy chỉnh khi đã có sự kiện đề xuất của Google.
  4. Đưa giá trị thay đổi vào tên sự kiện thay vì vào tham số.
  5. Ghi đè window.dataLayer, hoặc dùng tên biến khác nhau ở mỗi trang.
  6. Bỏ qua kiểm thử khi khách từ chối cookie.
  7. Để bảng nằm yên cả năm, không có người sở hữu và không có rà soát.

Điều chưa biết

Click Star chưa có số đo cho Việt Nam về tỷ lệ website có tài liệu đo lường, hay mức báo cáo bị phân mảnh do đặt tên lệch. Nhận định về tình huống doanh nghiệp là suy luận từ cách công cụ hoạt động.

Các trang trợ giúp của Google Analytics và Tag Manager không hiển thị ngày sửa, nên giới hạn và danh sách tên dành riêng có thể đã đổi. Hướng dẫn của Segment và Snowplow phản ánh sản phẩm của họ; chưa có nguồn độc lập so sánh các quy ước đặt tên.

Chia sẻ bài viếtLinkedInFacebook

Cần tư vấn cụ thể cho doanh nghiệp?

Click Star giúp anh/chị xây dựng giải pháp phù hợp ngành nghề và quy mô. Trả lời mọi câu hỏi trong giờ làm việc.

Chat ZaloNhắn tin tư vấn ngayGọi Hotline0383 406 735