PN AGENCY

Quy ước đặt tên event GA4: làm sao để đội ngũ không tạo dữ liệu rối?

Biên soạn: Nguyễn Minh Phương · 5 phút đọc · Cập nhật 21/8/2026

Trả lời nhanh

Quy ước event GA4 nên ưu tiên recommended events; custom event phải có tên hợp lệ, trigger, parameter, owner, mục đích, phiên bản và không chứa PII.

Khung áp dụng

Ba điểm cần kiểm tra trước khi làm

Phù hợp với website có nhiều người triển khai tracking hoặc đang có event trùng và khó hiểu.

STTCâu hỏi ra quyết địnhHành động hoặc bằng chứng cần có
1Recommended event đã phù hợp chưa?Rà event hiện có và mục đích.
2Trigger nào chứng minh hành động xảy ra?Ánh xạ recommended events.
3Đổi tên ảnh hưởng chuỗi dữ liệu và conversion nào?Tạo dictionary cùng parameter.

Ưu tiên event được Google khuyến nghị trước khi tạo tên riêng

GA4 có automatically collected, enhanced measurement, recommended và custom events. Recommended events dùng tên cùng parameter được định nghĩa cho các tình huống hỗ trợ. Khi phải tạo custom event, tên cần tuân naming rules, mô tả hành động đã xảy ra và không chứa dữ liệu nhận dạng.

  • Không tạo nhiều tên cho cùng một trạng thái.
  • Không đưa email hoặc số điện thoại vào event/parameter.
  • Không dùng tên conversion cho click chưa hoàn tất.

Event dictionary phải ghi trigger, parameter, nguồn và phiên bản

Tên event một mình không cho biết điều kiện. Từ điển cần có mô tả, trang, trigger, data layer, parameter, owner, mục đích báo cáo, trạng thái conversion và ngày hiệu lực. Mọi đổi tên có thể làm đứt chuỗi dữ liệu nên cần kế hoạch migration thay vì sửa trực tiếp.

  • Ghi ví dụ hợp lệ và không hợp lệ.
  • Kiểm thử debug trước production.
  • Ngừng event cũ có changelog.

Tình huống minh họa

generate_lead chỉ sau phản hồi thành công

Click mở form dùng event tương tác riêng; generate_lead chỉ chạy khi backend xác nhận, tránh cùng một hành động có hai nghĩa.

Từ điển event có phiên bản

Tên event chỉ là nhãn; trigger và dữ liệu mới quyết định ý nghĩa

Ghi recommended mapping, trigger, parameter, owner và migration

GA4 event naming rules đặt giới hạn cho tên; recommended events cung cấp schema cho tình huống hỗ trợ. Dictionary phải chỉ ra data layer và điều kiện. Ví dụ generate_lead khác click_form. Khi thay event, cần chạy song song hoặc ghi mốc để báo cáo không nối hai định nghĩa như một.

  • Không dùng tên dài chứa dữ liệu động.
  • Không gửi PII trong parameter.
  • Không xóa event cũ mà thiếu changelog.

Duyệt event như một thay đổi dữ liệu, không như một chỉnh sửa giao diện

Trước khi thêm event, người yêu cầu phải nói báo cáo hoặc quyết định nào sẽ dùng nó. Người triển khai kiểm tra data layer và trigger; người phân tích xác nhận parameter cùng đơn vị; người duyệt bảo mật rà dữ liệu không được phép. Sau phát hành, đội ngũ so DebugView, báo cáo thời gian thực và hệ thống nguồn trước khi đánh dấu event đủ ổn định để dùng làm conversion.

  • Không tạo event không có người sử dụng.
  • Không đổi parameter âm thầm sau khi dashboard đã dùng.
  • Không nâng thành conversion trước khi kiểm thử production.

Checklist triển khai

  • Rà event hiện có và mục đích.
  • Ánh xạ recommended events.
  • Tạo dictionary cùng parameter.
  • Kiểm thử và quản lý phiên bản.

Tóm tắt

Ưu tiên recommended schema, ghi trigger, parameter, owner, version và migration. Quy ước tên không sửa được trigger sai, data layer thiếu hoặc quản trị thay đổi kém.

Tài liệu tham khảo

Ghi chú biên soạn: nội dung được tổng hợp từ các tài liệu được liệt kê và giới hạn ở góc nhìn quản lý thông tin marketing; bài không bảo đảm vị trí hiển thị trên Google.

Gọi ngayGửi nhu cầu