Bài 5, Đặt tên event có kỷ luật để 6 tháng sau còn đọc được dữ liệu

Có một cảnh tôi gặp đi gặp lại: doanh nghiệp mở báo cáo sự kiện trong GA4, và danh sách hiện ra là một mớ hỗn độn. mua_hang, Purchase, buy_click, click_mua, add_cart, AddToCart. Sáu cái tên cho ba hành động thật, không cái nào gộp được với cái nào. Người gắn trước đã nghỉ, không ai biết cái nào đo đúng. Toàn bộ dữ liệu bốn tháng gần như bỏ đi.

Đó chính là tình trạng của Nhà Gọn, nhà bán lẻ chúng ta theo từ bài 4. Họ có measurement plan rồi, biết cần đo hành động nào, nhưng khi bắt tay gắn thì mỗi người đặt tên một kiểu. Bài này là về cách tránh cái mớ đó, để sáu tháng sau mở báo cáo lên vẫn đọc được.

---

#Ba khái niệm phải phân biệt rõ

GA4 và mọi công cụ product analytics hiện đại coi mọi thứ là event. Trước khi đặt tên, cần tách bạch ba thứ, lấy luôn ví dụ đơn hàng của Nhà Gọn:

• Event, sự kiện: một hành động xảy ra tại một thời điểm. Với Nhà Gọn: khách hoàn tất một đơn. Tên event trả lời "chuyện gì xảy ra".
• Parameter, thuộc tính sự kiện: dữ liệu mô tả thêm, đi kèm event. Đơn của Nhà Gọn kèm: kênh (website, Shopee, TikTok Shop), giá trị đơn, lần mua thứ mấy, nhóm sản phẩm. Parameter trả lời "chi tiết ra sao", và chính là nguồn của các chiều cắt đã ghi trong measurement plan.
• User property, thuộc tính người dùng: dữ liệu mô tả khách, ít đổi, gắn với người chứ không với một hành động. Với Nhà Gọn: khách mới hay cũ, kênh của đơn đầu tiên. Dùng để phân khúc mọi event của khách đó.

Một câu để nhớ: event là chuyện xảy ra lúc đó, user property là khách đó là ai.

---

#Luật đặt tên GA4 bắt buộc

Đây không phải sở thích, đây là ràng buộc kỹ thuật của GA4. Vi phạm thì hoặc event bị từ chối, hoặc gộp sai:

Luật	Chi tiết
Chữ thường nối bằng gạch dưới	add_to_cart, không AddToCart
Bắt đầu bằng chữ cái	không bắt đầu bằng số
Chỉ chữ, số, gạch dưới	không dấu cách, không gạch ngang, không tiếng Việt có dấu
Phân biệt hoa thường	Sign_up khác sign_up, luôn dùng chữ thường
Tối đa 40 ký tự cho tên	nên giữ ở mức 35 để dư chỗ
Tránh tiền tố dành riêng	không dùng ga_, firebase_, google_

Về cấu trúc tên, chọn một kiểu và giữ nhất quán toàn site. Với hầu hết doanh nghiệp, kiểu danh từ_động từ ở thì quá khứ rất dễ đọc trên báo cáo: order_completed, cart_updated, account_created. Các hành động chung thì dùng động từ đơn: scroll, search, login. Một mẹo nữa: ưu tiên các tên GA4 khuyến nghị sẵn cho thương mại điện tử (add_to_cart, begin_checkout, purchase) khi chúng khớp, vì dùng đúng tên đó sẽ mở khóa các báo cáo có sẵn của GA4.

---

#Bốn câu hỏi trước khi thêm một event

Đừng thêm event theo cảm hứng. Trước mỗi cái, trả lời bốn câu:

1. Câu hỏi kinh doanh nào cần nó? Không có thì không gắn. Đây lại là quy tắc "không câu hỏi thì không đo" từ bài 4.
2. Parameter nào cần để cắt hoặc lọc? Đây là các chiều cắt bạn đã ghi trong measurement plan.
3. Bắn khi nào, ở đâu? Ví dụ, "sau khi máy chủ xác nhận đơn thành công", không phải "lúc khách bấm nút", vì khách bấm rồi thanh toán lỗi thì không phải đơn thật.
4. Đây có phải sự kiện quan trọng không? Tức là có phải một chuyển đổi bạn muốn theo dõi sát và dùng cho quảng cáo không.

Trả lời bốn câu này cho mỗi event, gộp lại, bạn có tracking plan.

---

#Mẫu tracking plan đầy đủ để copy

Tracking plan là bảng liệt kê mọi event kèm đầy đủ thông tin để người khác gắn đúng mà không phải đoán. Đây là một khối cho event quan trọng nhất của Nhà Gọn, bạn chép cấu trúc này cho từng event của mình:

Tên event:        order_completed
Mô tả:            Khách hoàn tất thành công một đơn
Bắn khi nào:      sau khi máy chủ xác nhận đơn, không bắn lúc bấm nút
Ở đâu:            trang xác nhận đơn, và webhook từ Shopee/TikTok Shop
Parameter:        value (số tiền), channel (website/shopee/tiktok_shop),
                  purchase_number (lần mua thứ mấy), category (nhóm sản phẩm)
User property:    customer_type (mới/cũ), first_channel (kênh đơn đầu)
Sự kiện quan trọng: có, đây là chuyển đổi doanh thu
Câu hỏi phục vụ:   tỷ lệ mua lại theo kênh, giá trị đơn trung bình, LTV theo kênh
Kiểm tra:         xem preview thấy event, thấy đủ parameter, không bắn trùng
                  khi tải lại trang xác nhận

Bảng này là nơi mọi tranh cãi "event này tên gì, có parameter gì, bắn lúc nào" được tra cứu, thay vì hỏi qua lại hay đoán. Chú ý ba parameter của Nhà Gọn (channel, purchase_number, category) đến thẳng từ các chiều cắt trong measurement plan bài 4. Đó là lý do hai tài liệu phải nối nhau.

Kèm theo tracking plan là một tờ quy ước đặt tên ngắn, ghi rõ: kiểu tên đã chọn, các luật GA4, và danh sách parameter dùng chung toàn site như channel, location, value. Có tờ này thì người thứ hai vào gắn cũng theo đúng một chuẩn.

Phần cơ chế gắn thật, tức là dùng Google Tag Manager để đẩy các event này, được hướng dẫn chi tiết trong series Google Analytics: bài 4 về GTM căn bản, bài 5 về track click và form, và bài 6 về dữ liệu thương mại điện tử. Bài này lo phần thiết kế: đặt tên đúng và viết plan trước khi ai đó chạm vào code.

---

#Bộ event lõi của Nhà Gọn, đặt tên đầy đủ

Để thấy taxonomy thành hình, đây là toàn bộ tám event lõi của Nhà Gọn sau khi áp các luật trên. Chú ý cách mọi giá trị động (kênh, nhóm sản phẩm, vị trí) đều nằm ở parameter, và tên event thì gọn, theo nghiệp vụ, dùng tên GA4 khuyến nghị khi có:

Tên event	Bắn khi	Parameter chính	Sự kiện quan trọng
view_item	khách xem một sản phẩm	item_id, category, channel	không
add_to_cart	khách thêm vào giỏ	item_id, value, channel	không
begin_checkout	khách bấm bắt đầu thanh toán	value, channel	không
add_shipping_info	khách nhập xong địa chỉ	value, channel	không
purchase	máy chủ xác nhận đơn	value, channel, purchase_number, category	có
review_submitted	khách gửi đánh giá	item_id, rating, days_since_order	có
promotion_click	khách bấm banner nội bộ	promo_id, location	không
search	khách tìm kiếm	search_term	không

Tám event này trả lời mọi câu hỏi trong measurement plan của Nhà Gọn ở bài 4, không hơn không kém. Đặc biệt review_submitted với parameter days_since_order chính là thứ sẽ dùng để tìm activation moment ở bài 9, và purchase với purchase_number là thứ đo North Star mua lại. Mỗi event có mặt vì một câu hỏi cụ thể, đúng nguyên tắc không câu hỏi thì không đo.

Năm event đầu (view_item tới purchase) dùng đúng tên GA4 khuyến nghị cho thương mại điện tử, nên khi gắn xong, các báo cáo phễu mua và doanh thu có sẵn của GA4 tự chạy mà không cần dựng tay. Ba event còn lại là tùy chỉnh cho hành vi đặc thù của Nhà Gọn. Đây là cân bằng tốt: dùng chuẩn có sẵn ở đâu được, chỉ tự chế ở chỗ thật sự cần.

#Ba lỗi thường gặp khi đặt tên

Lỗi	Vì sao hại	Cách sửa
Đặt tên lung tung mỗi người một kiểu	Báo cáo loạn, không gộp được, dữ liệu bỏ đi	Một quy ước viết ra, mọi người theo
Nhét giá trị động vào tên	Nổ ra hàng trăm event, không đếm tổng được	Đưa vào parameter
Tên theo giao diện	Đổi giao diện là đứt mạch dữ liệu	Đặt theo nghiệp vụ
Nhầm event với user property	Phân khúc sai	Hành động là event, "là ai" là user property
Parameter thiếu để cắt theo plan	Không trả lời được câu hỏi, phải gắn lại	Rà chéo với measurement plan

---

#Trước khi sang bài 6

1. Viết ra quy ước đặt tên cho doanh nghiệp bạn: chọn một kiểu, liệt kê các luật GA4, và một danh sách parameter dùng chung như channel, location, value.
2. Lập tracking plan cho 10 tới 15 event quan trọng nhất, mỗi event đủ các trường ở mẫu trên.
3. Rà chéo với measurement plan: mọi câu hỏi có ít nhất một event trả lời, mọi event phục vụ ít nhất một câu hỏi, mọi chiều cắt có parameter tương ứng.
4. Đánh dấu ba tới sáu event là sự kiện quan trọng.

Có taxonomy sạch rồi, thử thách tiếp theo là giữ nó sạch theo thời gian. Đội đông lên, người mới thêm event không theo quy ước, giá trị parameter viết mỗi lúc một kiểu, và sau một năm dữ liệu lại loạn. Bài 6 nói về cách bảo trì chất lượng dữ liệu: sổ đăng ký parameter, quy trình duyệt event mới, cách phát hiện dữ liệu bẩn, và vài thói quen giữ cho hệ thống không rữa dần.