Event Tracking trong GA4: Cách xây kế hoạch đo lường trước khi gắn thẻ

Event tracking GA4 là việc ghi nhận hành vi của người dùng trên website hay ứng dụng dưới dạng sự kiện (event) trong Google Analytics 4. Trong GA4, gần như mọi thứ đều là sự kiện: xem trang, cuộn trang, gửi form, mua hàng. Mỗi sự kiện có một tên và có thể kèm tham số (parameter) mô tả chi tiết, ví dụ tên khoá học hay giá trị đơn hàng.

Cài GA4 thì dễ; khó là để số liệu trả lời được câu hỏi kinh doanh. Nhiều website nhỏ có sẵn vài chục sự kiện do plugin tự thêm, nhưng không sự kiện nào cho biết form đăng ký đã gửi thành công hay chỉ được bấm. Bài này đi theo thứ tự ngược lại: lập kế hoạch đo lường (measurement plan) trước, gắn thẻ sau.

Bốn loại sự kiện trong GA4 và key event

Theo tài liệu của Google Analytics về sự kiện, sự kiện GA4 chia thành bốn nhóm theo cách chúng xuất hiện:

Thứ tự ưu tiên khi chọn: dùng sự kiện có sẵn nếu đủ; nếu cần cài, xem có sự kiện đề xuất khớp không — dùng đúng tên Google đề xuất giúp báo cáo và các tính năng liên quan hiểu dữ liệu; chỉ tạo sự kiện tuỳ chỉnh khi không có tên nào phù hợp. Sự kiện đo lường nâng cao là tự động nên có thể ghi nhận không chuẩn trên một số loại form hay trang; kiểm tra trước khi dựa vào.

Key event (sự kiện chính) là sự kiện bạn đánh dấu là quan trọng với doanh nghiệp, ví dụ gửi form thành công hay mua hàng. Từ năm 2024, GA4 đổi tên khái niệm trước đây gọi là “conversion” thành key event; chữ “conversion” nay chủ yếu dùng cho chuyển đổi trong Google Ads. Chỉ nên đánh dấu vài key event — đánh dấu mọi thứ là quan trọng thì không gì quan trọng.

Cần chuẩn bị gì

• Tài khoản GA4 với luồng dữ liệu web đã cài và quyền chỉnh sửa.
• Cách gắn thẻ: Google Tag Manager, mã gtag trực tiếp, hoặc tích hợp của nền tảng web.
• Danh sách câu hỏi kinh doanh mà chủ doanh nghiệp hay trưởng nhóm muốn trả lời hằng tháng.
• Quy ước UTM cho các kênh — nếu nguồn truy cập lộn xộn, sự kiện có đúng cũng không biết đến từ đâu. Xem cách chuẩn hoá UTM.
• Người kỹ thuật phụ trách website để thống nhất data layer.
• Thông báo quyền riêng tư và cơ chế đồng ý phù hợp với việc đo lường trên website.

Quy trình xây event tracking GA4 6 bước

Bước 1. Bắt đầu từ câu hỏi kinh doanh

Viết ra ba đến năm câu hỏi, mỗi câu gắn với một quyết định. “Kênh nào mang về nhiều đăng ký học thử nhất?” dẫn tới quyết định dồn ngân sách. “Người xem trang bảng giá có đi tiếp tới form không?” dẫn tới quyết định sửa trang. Câu hỏi không dẫn tới quyết định nào thì chưa cần sự kiện cho nó. Bước này là chỗ ngăn tình trạng “đo cho có”.

Bước 2. Chọn hành vi đại diện cho tiến trình

Với mỗi câu hỏi, vẽ các bước khách đi qua và chọn hành vi đại diện cho từng bước, tương tự các tầng của phễu marketing. Với một trung tâm tiếng Anh: xem trang khoá học → bắt đầu điền form → gửi form thành công → đến buổi học thử. Bước cuối xảy ra ngoài website nên GA4 không tự thấy; ghi rõ điều đó trong kế hoạch thay vì cố đo bằng mọi giá. Chọn một hai hành vi làm key event, phần còn lại là sự kiện hỗ trợ để xem khách rơi ở đâu.

Bước 3. Đặt tên sự kiện và tham số nhất quán

Tên sự kiện GA4 phân biệt chữ hoa chữ thường, nên generate_lead và Generate_Lead là hai sự kiện khác nhau. Quy ước đơn giản: chữ thường, không dấu, gạch dưới giữa các từ (kiểu snake_case), động từ trước danh từ. GA4 giữ riêng một số tên và tiền tố, và có giới hạn độ dài tên cũng như số tham số mỗi sự kiện — xem tài liệu của Google trước khi đặt tên mới.

Tham số tuỳ chỉnh muốn xem trong báo cáo thường phải được đăng ký làm chiều tuỳ chỉnh (custom dimension), và dữ liệu trước lúc đăng ký sẽ không hiện theo chiều đó — nên đăng ký ngay khi cài. Không gửi email, số điện thoại, họ tên khách vào tham số: chính sách của Google Analytics không cho phép gửi thông tin nhận dạng cá nhân.

Bước 4. Thiết kế data layer với đội kỹ thuật

Data layer là lớp dữ liệu trung gian trên trang, nơi website chủ động đẩy thông tin như “form đăng ký đã gửi thành công, khoá học: IELTS cơ bản” để thẻ đọc. Làm vậy chắc hơn nhiều so với để Tag Manager đoán từ chữ trên nút hay tên lớp giao diện — chỉ cần đổi giao diện là thẻ gãy mà không ai biết. Viết một bản đặc tả ngắn cho người làm web: sự kiện nào, đẩy khi nào (sau khi máy chủ xác nhận thành công, không phải lúc bấm nút), kèm dữ liệu gì.

Bước 5. Kiểm thử trong môi trường phù hợp

Dùng chế độ xem trước của Tag Manager và DebugView trong GA4 để xem từng sự kiện kèm tham số khi bạn thao tác. Thử cả trường hợp xấu: gửi form thiếu trường bắt buộc (không được ghi sự kiện thành công), tải lại trang cảm ơn (không được ghi hai lần), dùng điện thoại. Lượt thử của đội nội bộ nên được lọc bằng bộ lọc lưu lượng nội bộ hoặc thử trên bản web thử nghiệm, vì dữ liệu đã ghi vào GA4 thường không xoá lẻ được.

Bước 6. Tạo báo cáo và tài liệu quản trị thay đổi

Mỗi câu hỏi ở bước 1 cần một báo cáo hoặc một bảng khám phá trả lời nó; đưa các con số đó vào dashboard marketing xem hằng tuần. Song song, giữ một nhật ký thay đổi: ngày, sự kiện thêm/sửa/gỡ, lý do, người làm. Khi số lượt đăng ký tụt đột ngột, nhật ký này trả lời trong một phút câu hỏi “do khách hay do mình sửa thẻ?”.

Ví dụ thực hành: kế hoạch đo lường cho trung tâm tiếng Anh

Sự kiện download_brochure là ví dụ điển hình của đo cho có: con số lượt tải một mình không nói lên gì. Nó chỉ hữu ích khi đội ngũ biết tài liệu nào, tải từ trang nào, và người tải có trở thành lead đủ điều kiện hay không. Vì vậy kế hoạch kèm tham số tên tài liệu và loại trang, và trung tâm so sánh tỉ lệ người tải tài liệu rồi đăng ký học thử với người không tải. Nếu tài liệu là lead magnet, đó mới là câu hỏi đáng đo. Ví dụ này minh hoạ cách ra quyết định, không phải kết quả thực tế của một khách hàng.

AI giúp được gì với event tracking

• Soạn nháp kế hoạch đo lường từ danh sách câu hỏi kinh doanh và mô tả website.
• Rà quy ước đặt tên: chỉ ra tên trùng nghĩa, lẫn chữ hoa, tham số không nhất quán.
• Viết đặc tả data layer bằng lời để người làm web đọc và sửa.
• Giải thích báo cáo khi bạn đưa số liệu đã xuất.
• Giới hạn: AI có thể “nhớ nhầm” tên sự kiện đề xuất hay tham số — luôn đối chiếu với tài liệu của Google. AI cũng không thấy thẻ của bạn chạy thế nào; kiểm thử vẫn phải làm tay.

Sai lầm thường gặp

• Gắn thẻ trước, hỏi sau: nhiều sự kiện, không báo cáo nào dùng.
• Ghi sự kiện lúc bấm nút thay vì lúc gửi thành công, nên số lead cao hơn thực tế.
• Tự đặt tên cho hành vi đã có sự kiện đề xuất, như gọi “dang_ky_form” thay cho generate_lead.
• Quên đăng ký chiều tuỳ chỉnh, tham số có gửi nhưng không thấy trong báo cáo.
• Đánh dấu quá nhiều key event.
• Không có nhật ký thay đổi, số liệu gãy mà không biết vì sao.
• Nghĩ GA4 là đủ khi sự kiện dễ bị trình duyệt chặn — với chuyển đổi quan trọng, xem thêm server-side tracking và Conversion API cho quảng cáo Meta.

Câu hỏi thường gặp