Nhìn từ bên ngoài việc theo dõi các sự kiện trong Google Analytics 4 (GA4) khá đơn giản. Vì xét cho cùng, các sự kiện là thứ duy nhất bạn có thể thu thập trong GA4.

Vì lẽ đó mà Google Analytics thường xuyên được người dùng so sánh về hiệu quả của trong việc thu thập dữ liệu khách hàng. Và đa phần người dùng sau khi sử dụng GA4 đều đánh giá nó sở hữu một cấu trúc dữ liệu linh hoạt hơn so với phiên bản cũ trước đó.

Để tìm hiểu kỹ hơn về cấu trúc, thành phần, cách triển khai và đánh giá các sự kiện trong Google Analytics 4, mời các bạn cùng theo dõi bài viết sau đây:

Lưu ý là bài viết sau sẽ chỉ tập trung vào việc thu thập dữ liệu cho web, thông qua Trình quản lý thẻ của Google và không đề cập gì đến các ứng dụng di động.

Cấu trúc của một sự kiện

Thông thường một sự kiện sẽ bao gồm tên sự kiện và các thông số.

Các thông số này có thể được chia thành các thông số được thu thập tự động và các thông số tùy chỉnh .

Ví dụ: đây là một sự kiện có tên page_view, bao gồm một loạt các thông số được Google Analytic thu thập được.

Hình 1: Cấu trúc của một sự kiện trong Google Analytics 4

Trong số đó có một số thông số đặc biệt được thu thập để dành riêng cho việc đo lường dữ liệu chẳng hạn như:

• tid - ID đo lường
• sr - Độ phân giải màn hình
• _dbg - Chế độ gỡ lỗi đang hoạt động
• seg - Người dùng tham gia phiên

Có thêm chi tiết về các thông số được thu thập tự động này trong chương sau .

Một ví dụ khác về các thông số:

• epn.readibility_median_grade- Một thông số tùy chỉnh được gửi dưới dạng số .
• epn.readability_reading_time- Một thông số tùy chỉnh được gửi dưới dạng thời gian.

Cần lưu ý là các tiền tố epn có nghĩa là một số thông số, trong khi tiền tố ep có nghĩa là một tham số văn bản.

Dưới đây là ví dụ về một sự kiện gửi tham số văn bản và thuộc tính người dùng (có tiền tố là up):

Hình 2: Một sự kiện trong GA4 có tiền tố up

Vì GA4 sẽ thu thập dữ liệu theo nhóm các sự kiện, nên nếu như bạn kích hoạt nhiều sự kiện trong một khoảng thời gian ngắn, các sự kiện sẽ được gửi cùng nhau trong một lần truy cập:

Hình 3: GA4 thu thập dữ liệu theo nhóm các sự kiện và không phân biệt số lần truy cập

Lần truy cập ở trên đã gửi hai sự kiện: một page_view sự kiện và một scroll sự kiện, cả hai đều có một số thông số tùy chỉnh khác nhau.

Thẻ sự kiện trong trình quản lý thẻ của Google

Dù việc triển khai Google Analytics 4 thông qua Trình quản lý thẻ của Google vẫn còn đang ở trong giai đoạn thử nghiệm nhưng nhiều khả năng GA4 sẽ được triển khai cùng lúc với GTM ( Google Tag Manager).

GTM có hai loại thẻ để thu thập dữ liệu vào Google Analytics 4.

• Google Analytics: Cấu hình GA4 - Được đề xuất để thu thập dữ liệu GA4. Thiết lập cài đặt cơ sở và được sử dụng làm cấu hình cơ bản cho thẻ sự kiện.
• Google Analytics: Sự kiện GA4 - Loại thẻ được sử dụng để gửi các sự kiện đến GA4.

Hình 4: Hai loại thẻ của GTM để thu thập dữ liệu vào Google Analytics 4

Để gửi các lần truy cập sự kiện tùy chỉnh của bạn tới GA4, trước tiên bạn cần thiết lập cấu hình.

Trong loại thẻ Sự kiện GA4, bạn sẽ được phép lựa chọn nhiều lĩnh vực khác nhau và từ đó cài đặt thẻ phù hợp.

Hình 5: Trong thẻ sự kiện GA4, bạn sẽ được phép lựa chọn nhiều lĩnh vực khác nhau từ đó cài đặt thẻ phù hợp

Cài đặt	Sự miêu tả
Thẻ cấu hình	Nếu bạn muốn sử dụng thẻ cấu hình, bạn có thể chọn nó ở mục Configuration Tag. Ngoài ra, bạn có thể bỏ qua thẻ cấu hình và chỉ đặt ID đo lường theo cách thủ công.
Tên sự kiện	Các tên của sự kiện sẽ được trình bày trong báo cáo GA4. Định dạng được khuyến nghị là snake_case. Ngoài ra bạn cũng nên cố gắng tránh sử dụng các tên giống với các sự kiện được thu thập tự động để không gây ra trường hợp nhiễu thông tin.
Tham số sự kiện	Thêm bất kỳ thông số nào bạn muốn gửi cùng với sự kiện vào GA4. Nếu bạn sử dụng thẻ cấu hình, thì bất kỳ thông số nào được đặt trong đó cũng sẽ được áp dụng cho lần truy cập hiện tại. Hãy nhớ rằng nếu bạn muốn sử dụng các thông số trong báo cáo, bạn cần đăng ký chúng dưới dạng custom dimensions.
Thuộc tính người dùng	Thêm bất kỳ thuộc tính người dùng nào bạn muốn đặt với sự kiện này. Thuộc tính người dùng tương tự như custom dimensions cho phép tùy chỉnh phạm vi người dùng trong Universal Analytics. Chúng áp dụng cho tất cả các lần truy cập trong tương lai từ người dùng, cho đến khi một giá trị mới được đặt cho mỗi custom dimensions. Bạn cần đăng ký chúng trong GA4 để chúng có sẵn trong báo cáo.

Khi bạn đã định cấu hình tên sự kiện và các thông số theo ý thích của mình, tất cả những gì bạn cần làm là thêm trình kích hoạt vào thẻ và bắt đầu thu thập dữ liệu.

Nếu bạn đang sử dụng chế độ Xem trước của Trình quản lý thẻ của Google để kiểm tra thẻ của mình, lần truy cập tới sẽ tự động thêm vào_dbg và bạn sẽ thấy nó trong DebugView .

Hạn ngạch và giới hạn

Thật không may là các sự kiện trong GA4 đều được quy định rõ về hạn ngạch và giới hạn mà bạn cần phải biết.

Ví dụ: bạn nên tránh thu thập hơn 500 sự kiện được đặt tên riêng biệt trong GA4. Mặc dù về mặt kỹ thuật bạn vẫn có khả năng thu thập hơn 500 sự kiện được đặt tên riêng biệt tuy nhiên điều này sẽ khiến cho bạn vi phạm giới hạn thu thập và Google có thể ra án phạt cho bạn bất kỳ lúc nào.

Tương tự, mặc dù bạn có thể thu thập hơn 25 thông số trong một thẻ sự kiện, nhưng chỉ có 25 thông số được chuyển cho báo cáo.

Lưu ý rằng ngay cả khi bạn vượt qua hạn ngạch trong thông số sự kiện và custom dimensions tùy chỉnh, chúng vẫn sẽ được chuyển qua xuất BigQuery, điều này làm cho xuất BigQuery trở thành một tính năng vô cùng hữu ích để thiết lập trong mỗi lần triển khai GA4!

Những hạn ngạch và giới hạn này rất có thể sẽ thay đổi khi nền tảng tiếp tục phát triển, vì vậy tôi khuyên bạn nên đánh dấu trang tài liệu để bạn không bị che khuất bởi những thay đổi có thể ảnh hưởng đến chất lượng dữ liệu.

Đo lường nâng cao

Đo lường nâng cao là tính năng theo dõi nội dung tự động chỉ bằng cách thêm thẻ cấu hình vào trang. Tính năng này được kiểm soát bởi GA4.

Nếu bạn bật đo lường nâng cao, các sự kiện sẽ được theo dõi tự động nếu như bạn không tắt chúng. Một số thuật ngữ trong đo lường nâng cao mà bạn cần phải biết:

• page_view - được kích hoạt mỗi khi tải trang hoặc khi trang web đang hoạt động thay đổi trạng thái lịch sử duyệt web.
• scroll - được gửi khi người dùng cuộn xuống cuối trang.
• click- được gửi khi người dùng click vào một liên kết ngoài .
• view_search_results - được kích hoạt mỗi khi người dùng thực hiện việc tìm kiếm trên trang web, biểu thị bằng sự hiện diện của thông số truy vấn URL.
• video_start, video_progress, video_complete- Được kích hoạt khi người dùng bắt đầu nhấn vào xem một đoạn video kể từ khi video bắt đầu phát cho đến khi kết thúc.
• file_download - được kích hoạt khi người dùng click vào đường liên kết dẫn đến một tệp. Lưu ý rằng đối với tất cả các sự kiện được thu thập tự động, bạn không thể thay đổi hoặc sửa đổi các thông số được gửi cùng với các lần truy cập của mình. Bạn chỉ có thể thêm thông số cho chúng bằng cách thay đổi số liệu trong thẻ cấu hình.

Ngoài ra bạn cũng có thể chọn không tham gia theo dõi đo lường nâng cao bằng cách sửa đổi cài đặt luồng dữ liệu GA4.

Sự kiện xuất Bigquery và GA4

GA4 là phiên bản đầu tiên đi kèm với bản xuất BigQuery miễn phí cho tất cả dữ liệu.

Mặc dù BigQuery là một tính năng yêu cầu trả phí tuy nhiên bạn sẽ không bị tính phí khi xuất dữ liệu từ thuộc tính Google Analytics 4 sang BigQuery.

Hình 6: BigQuery là một tính năng yêu cầu trả phí trên GA4

Đối với mục đích theo dõi sự kiện, việc xuất BigQuery mang lại một lợi ích to lớn.

Hạn ngạch áp dụng cho các sự kiện trong báo cáo không áp dụng cho dữ liệu được xuất sang BigQuery.

Nói cách khác, nếu bạn đã đạt đến số custom dimensions tùy chỉnh tối đa thì tất cả các dữ liệu trong GA4 sẽ vẫn được xuất vào BigQuery.

Hình 7: Dữ liệu sẽ xuất vào BigQuery sau khi bạn đã đạt đến giới hạn hạn ngạch

Điều này có nghĩa là bạn có thể có hai cách tiếp cận khác nhau đối với dữ liệu được thu thập bởi một nền tảng duy nhất.

Đầu tiên là dữ liệu hiển thị trong giao diện người dùng báo cáo. Đây là dữ liệu hàng ngày của bạn - tùy thuộc vào hạn ngạch và giới hạn, nhưng dễ dàng thao tác và khám phá để có thông tin chi tiết hữu ích.

Thứ hai là dữ liệu thô trong BigQuery. Đây là tập dữ liệu mà bạn có thể thực hiện thu thập, trích xuất và thao tác theo cách bạn muốn. Nó cho phép bạn thoát khỏi lược đồ quy định do GA4 áp đặt.

Các loại sự kiện

GA4 cơ bản là một mô hình luồng sự kiện, không có gì ngạc nhiên khi bản thân các sự kiện được phân loại theo một số cách khác nhau.

Có những sự kiện được thu thập tự động mà không cần gắn thẻ thủ công.

Một số sự kiện được đề xuất là những sự kiện mà Google thực sự khuyên bạn nên sử dụng (nếu chúng có thể áp dụng cho nhu cầu đo lường của bạn).

Cuối cùng, nếu không có sự kiện nào được thu thập tự động hoặc sự kiện được đề xuất phù hợp với trường hợp sử dụng của bạn, bạn có thể sử dụng sự kiện tùy chỉnh.

Các sự kiện được thu thập tự động

Cả ứng dụng (SDK Firebase) và web (Thẻ trang web toàn cầu / Trình quản lý thẻ của Google) đều có khả năng tự động thu thập một số sự kiện và nếu bạn đã bật tính năng đo lường nâng cao cho web, bạn thậm chí sẽ thu thập được nhiều sự kiện hơn mà không cần gắn thẻ trang web theo cách thủ công.

Dưới đây là các sự kiện được thu thập tự động cho web:

Tên sự kiện	Miêu tả	Cách kích hoạt
click	Được thu thập theo mặc định thông qua tính năng đo lường nâng cao	Click vào liên kết ngoài
file_download	Theo dõi tải xuống tệp. Được thu thập theo mặc định thông qua tính năng đo lường nâng cao.	Nhấp vào liên kết dẫn đến một tệp có một trong các phần mở rộng được xác định trước.
first_visit	Lần đầu tiên một khách hàng / ID người dùng nhất định truy cập vào một trang web hoặc ứng dụng Android có bật Analytics.	Khi một sự kiện được thu thập từ một khách hàng hoặc ID người dùng mới.
page_view	Khi một trang được tải hoặc trang web đang hoạt động có thay đổi về trạng thái lịch sử duyệt web.	Kích hoạt khi tải trang hoặc sự kiện lịch sử ( pushState, replaceState, popstate).
scroll	Theo dõi cuộn. Được thu thập theo mặc định thông qua tính năng đo lường nâng cao.	Di chuyển đến dưới cùng của trang.
session_start	Một sự kiện bắt đầu một phiên mới	Đã hết 30 phút kể từ sự kiện cuối cùng do người dùng hiện tại gửi.
user_engagement	Phiên có nhiều tương tác.	Tương tác tích cực với trang web trong hơn 10 giây hoặc một sự kiện chuyển đổi được thu thập hoặc hai hoặc nhiều lần xem trang được thu thập.
video_complete	Video YouTube đã được xem đến hết. Được thu thập theo mặc định thông qua tính năng đo lường nâng cao.	Video kết thúc.
video_progress	Video trên YouTube được xem qua các mốc tiến độ cụ thể. Được thu thập theo mặc định thông qua tính năng đo lường nâng cao.	Tiến trình của video qua 10%, 25%, 50% và 75%.
video_start	Bắt đầu xem video trên YouTube. Được thu thập theo mặc định thông qua tính năng đo lường nâng cao.	Video bắt đầu.
view_search_results	Trang kết quả tìm kiếm được xem. Được thu thập theo mặc định thông qua tính năng đo lường nâng cao.	Kích hoạt mỗi khi người dùng thực hiện việc tìm kiếm trên trang web, biểu thị bằng sự hiện diện của thông số truy vấn URL.

Như bạn có thể thấy, nhiều sự kiện được liệt kê liên quan đến đo lường nâng cao. Tuy nhiên, vẫn có một số sự kiện chính có thể được thu thập mà không cần đến tính năng đo lường nâng cao. Những sự kiện này có nguồn gốc từ các sự kiện khác được thu thập trên website.

Ví dụ: giả sự bạn thu thập một sự kiện page_view từ người dùng chưa từng truy cập website của bạn trước đây và một page_view từ người dùng truy cập lần đầu tiên. Và đây sẽ là những gì bạn thấy:

Hình 8: Sự kiện page_view và các tham số đi kèm

Rõ ràng trong hình tham số _fv đang biểu thị số lần “ghé thăm” website của bạn từ người dùng mới trong khi tham số _ss biểu thị sự kiện bắt đầu một phiên làm việc mới. Khi bạn xem dữ liệu trong GA4, một sự kiện page_view có thể được chia nhỏ thành ba sự kiện GA4 riêng biệt.

Hình 9: Một sự kiện page_view có thể được chia nhỏ thành ba sự kiện GA4 riêng biệt

Mặt khác nếu như bạn nhìn thấy tham số seg có giá trị bằng 0, điều đó có nghĩa là người dùng không được coi là đã tham gia phiên này. Sau đó, nếu như người dùng gửi một lượt xem trang khác đến trước thời gian chờ của phiên (30 phút), thì giá trị tham số seg sẽ tăng lên.

Hình 10: Tham số seg cho thấy số lần người dùng tham gia phiên

Trên web, tham số user_engagement được thu thập bằng mili giây. Các sự kiện sẽ được phân loại bằng thời gian tương tác thực của người dùng với sự kiện đó thể hiện qua tham số et. Giá trị thông số này không hiển thị trong các sự kiện GA4, nhưng nó có sẵn trong BigQuery.

Hình 11: Tham số user_engagement được thu thập bằng mili giây

Đối với một nền tảng luôn tôn vinh việc không bị ràng buộc vào một khái niệm tùy ý về phiên như Google Analytics thì có vẻ như GA4 vẫn chưa làm được điều đó.

Phải nói rằng, ý tưởng về phiên trong GA4 dường như không đồng nhất với Universal Analytics. Trong khi Universal Analytics cho rằng phiên là một tập hợp nhiều tham số khác nhau thì GA4 lại biểu thị phiên dưới dạng một chú thích (thể hiện qua tham số _ss và các sự kiện dành riêng).

Sự kiện được đề xuất

Sự kiện được đề xuất là các sự kiện đã được Google xác định tên và thông số mà bạn có thể triển khai theo cách thủ công.

Hiện nay, Google đã trang bị một loạt các trang hỗ trợ hay đưa ra cho bạn các đề xuất cụ thể mỗi khi bạn cần thu thập các sự kiện cho các phân khúc và ngành cụ thể nào.

Ví dụ: khi người dùng đăng nhập, Google sẽ hướng dẫn bạn sử dụng một sự kiện có tên login và một tham số với tên method.

Hình 12: Một sự kiện được đề xuất trên GA4

Tại sao lại là login? Chẳng ai biết cả.

Tuy nhiên sẽ chẳng có lợi gì khi thu thập một sự kiện có tên trái ngược với login, ví dụ như user_login. Đây là các sự kiện được khuyến khích, nhưng liệu nó có dung lượng lớn hay không?

Có lẽ thời gian sẽ trả lời. Bạn có thể thử thực hiện thu thập một số sự kiện được đề xuất vào các báo cáo chuyên dụng và xem xét hạn ngạch hiện tại của nó cũng như các sự kiện thương mại điện tử khác.

Hiện tại, nếu bạn muốn thêm thẻ thu thập dữ liệu mới vào website, hãy xem danh sách các sự kiện được đề xuất và xem liệu bạn có tìm thấy sự kiện phù hợp với trường hợp sử dụng của mình không. Điều đó sẽ giúp cho bạn dễ dàng tìm thấy dữ liệu mà mình cần.

Tuy nhiên, nếu bạn vẫn không thể tìm thấy một sự kiện được đề xuất nào phù hợp với dữ liệu mà bạn cần thì lúc này hãy sử dụng các sự kiện tùy chỉnh để thay thế.

Sự kiện tùy chỉnh

Khi bạn đã sử dụng hết danh sách các sự kiện được đề xuất và thu thập tự động và không thể tìm thấy một sự kiện phù hợp với nhu cầu theo dõi của mình, đó là lúc bạn nên sử dụng sự kiện tùy chỉnh. Ngoài ra bạn cũng cần lưu ý rằng có một số tên dành riêng cho các sự kiện đặc biệt.

Hình 13: Sự kiện tùy chỉnh thường bị Google hạn chế cho phép người dùng sử dụng

Do một số lý do mà Google rất hạn chế việc cho phép người dùng sử dụng các sự kiện tùy chỉnh. Tuy nhiên các sự kiện tùy chỉnh lại có quan hệ khá mật thiết với GA4. Vì ngay cả khi dữ liệu không hiển thị trong hầu hết các báo cáo thì chúng vẫn sẽ được tìm thấy trong BigQuery. Và BigQuery chính là nơi ta tìm thấy các sự kiện tùy chỉnh.

Mặc dù vậy bạn vẫn có thể sử dụng chúng trong một vài trường hợp cụ thể và Google cũng không thể áp đặt cách bạn thực hiện theo dõi sự kiện trên bất kỳ website nhất định nào.

Làm quen với BigQuery sẽ là chìa khóa hữu ích để bạn có thể tận dụng tối đa chức năng của GA4..

Thông số sự kiện

Như đã đề cập ở trên, các sự kiện bao gồm tên sự kiện và các tham số.

Các thông số được chia thành các thông số đặc biệt (tên dành riêng có chứa chi tiết kỹ thuật về lần truy cập), thông số tùy chỉnh (thông số văn bản và số) và thuộc tính người dùng.

Các thông số đặc biệt

Các thông số này được thu thập với mọi sự kiện, bất kể nó được thu thập tự động hay được gắn thẻ thủ công:

• ul hoặc language, thu thập ngôn ngữ của trình duyệt (ví dụ en-us).
• dl hoặc page_location thu thập URL hiện tại.
• dr hoặc page_referrer thu thập URL liên kết giới thiệu (hoặc chuỗi trống nếu không có).
• dt hoặc page_title thu thập tiêu đề trang.
• sr hoặc screen_resolution, thu thập độ phân giải màn hình.

Có các thông số "đặc biệt" bổ sung được thu thập trong một số trường hợp. Chúng bao gồm :

• cid- ID khách hàng; mã nhận dạng cookie giúp GA4 nhận ra các lượt truy cập lặp lại từ cùng một thiết bị.
• uid- Tên người dùng; ví dụ: một số nhận dạng mà bạn có thể đặt theo cách thủ công dựa trên mã thông báo xác thực. Điều này giúp bạn hợp nhất duyệt web trên nhiều nền tảng và trên nhiều thiết bị dưới một số nhận dạng đăng nhập duy nhất.
• sid - ID phiên.
• sct- Số phiên; bao nhiêu phiên đã được thu thập từ người dùng hiện tại. Chú ý. Vì điều này được thu thập bằng cookie phía máy khách không liên quan đến cookie ID khách hàng, nên có thể con số này không thực sự phản ánh thực tế và ví dụ: phân tích BigQuery có thể trả lại các kết quả khác nhau.
• seg- Phiên tham gia; nếu phiên hiện tại được coi là "tương tác".
• _fv- Lần đầu đăng nhập; nếu lần truy cập hiện tại là lần truy cập đầu tiên được thu thập từ người dùng này.
• _ss- Phiên bắt đầu; nếu lần truy cập hiện tại bắt đầu một phiên mới.

Thông số tùy chỉnh

Bạn có thể đặt các thông số tùy chỉnh bằng cách thêm chúng vào thẻ theo cách thủ công. Các sự kiện được thu thập tự động cũng có thể giúp bạn tự động thu thập một số thông số tùy chỉnh.

Thông số tùy chỉnh có hai loại:

• Tham số văn bản: tiền tố là ep.
• Tham số chữ số: tiền tố là epn.

Sự khác biệt giữa hai thông số này chính là thông số văn bản có thể được sử dụng làm thứ nguyên tùy chỉnh và thông số chữ số thì có thể được sử dụng làm chỉ số tùy chỉnh.

Khi bạn muốn sử dụng các thông số sự kiện để phân tích, trước tiên chúng cần được đăng ký làm thứ nguyên và chỉ số tùy chỉnh.

Nếu bạn đã bật tính năng xuất BigQuery, tất cả các thông số sự kiện sẽ được xuất sang BQ cho dù chúng được đăng ký dưới dạng thứ nguyên (custom demensions) / chỉ số tùy chỉnh hay không.

Thuộc tính người dùng

Thuộc tính người dùng hoạt động tương tự như custom demensions tùy chỉnh và sự khác biệt duy nhất giữa chúng là thuộc tính người dùng sẽ được áp dụng ngay cho lần truy cập đầu tiên vào website thay vì phiên như trong Universal Analytics.

Thuộc tính người dùng cần được đăng ký trong giao diện của GA4 để thông tin về chúng có thể hiển thị trong báo cáo.

Để đặt thuộc tính người dùng, chỉ cần thêm thuộc tính đó vào thẻ ở đúng vị trí.

Hình 14: Thuộc tính người dùng cần phải được đăng ký trong GA4

Sau khi đặt thuộc tính người dùng vào thẻ, nó sẽ được hiển thị với tên sự kiện có thêm tiền tố up.

Hình 15: Một sự kiện với tiền tố up

Ngoài ra có một số tên thuộc tính người dùng không thể được sử dụng vì chúng được đặt trước..

THẺ CẤU HÌNH VÀ SỰ KIỆN

Khi tạo thẻ sự kiện trong Trình quản lý thẻ của Google, bạn có tùy chọn chọn thẻ cấu hình để thiết lập mọi thứ cho lần truy cập sự kiện.

Hình 16: Thẻ cấu hình trong GA4

Bạn có thể sử dụng thẻ cấu hình sự kiện để thiết lập cấu hình chia sẻ cho các lần truy cập sự kiện của mình và thậm chí bạn có thể sử dụng nó để đặt các thông số sự kiện liên tục.

Trường hợp sử dụng phổ biến nhất cho thẻ cấu hình là để định cấu hình triển khai GA4. Bạn có thể thêm các trường định cấu hình bằng cách đặt cookie và cách này sẽ rất hữu ích nếu bạn muốn thu thập dữ liệu từ máy chủ.

Tuy nhiên, bạn cũng có thể đặt các sự kiện liên tục và thuộc tính người dùng bằng thẻ cấu hình. Bất kỳ tên trường định cấu hình nào bạn đặt mà không được dành riêng (ví dụ cookie_domain) sẽ được coi là thông số sự kiện và chúng sẽ được đưa vào mọi sự kiện đơn lẻ sử dụng thẻ cấu hình này.

Hình 17: Các thông số sự kiện trong GA4

Lưu ý rằng có một cảnh báo tiềm ẩn khá nguy hiểm với việc đặt các thông số sự kiện liên tục và thuộc tính người dùng bằng thẻ cấu hình đó là: Các giá trị sẽ được cố định thành giá trị ban đầu của chúng và KHÔNG được cập nhật với mọi sự kiện .

Nói cách khác, khi bạn đặt thông số sự kiện hoặc thuộc tính trong thẻ cấu hình, thông số hoặc thuộc tính đó sẽ biến thành giá trị ban đầu và được giữ cố định.

Do đó, đây không phải là cách hữu ích để đặt các giá trị động như dấu thời gian sự kiện hoặc tương tự. Thay vào đó, bạn chỉ nên sử dụng nó để đặt các tham số không có khả năng thay đổi từ sự kiện này sang sự kiện tiếp theo.

Sự kiện thương mại điện tử

Cấu trúc điển hình của một sự kiện thương mại điện tử là tên sự kiện được chỉ định (ví dụ add_to_cart) kết hợp cùng với cụm từ items thể hiện rõ các mặt hàng hoặc sản phẩm có liên quan đến sự kiện.

Một điều kỳ lạ về các sự kiện thương mại điện tử là việc các items có cấu trúc là một mảng thực tế trong khi các tham số sự kiện là các giá trị nguyên thủy như chuỗi hoặc số. Có thể nói các items chính là một sự đổi mới của GA4 so với Universal Analytics.

Hình 18: Các sự kiện thương mại điện tử sẽ có thêm mã items

Mặt khác nếu như có thể gửi một mảng hoặc đối tượng dưới dạng tham số sự kiện và sau đó để nó tự động được phân tích cú pháp cho giao diện người dùng báo cáo (và được lồng vào nhau cho BigQuery) thì đây sẽ là một tính năng đáng kinh ngạc có trong GA4 và khiến cho nó trở nên đặc biệt hơn.

GỠ LỖI SỰ KIỆN

Để gỡ lỗi việc triển khai sự kiện, có ba công cụ mà bạn có thể sử dụng như

1. Chế độ xem trước: Giúp đảm bảo rằng các trường sự kiện được điền chính xác.
2. Các công cụ dành cho nhà phát triển của trình duyệt web để đảm bảo tải trọng số lần truy cập chứa tất cả các giá trị chính xác.
3. DebugView của GA4 để đảm bảo dữ liệu kết thúc trong GA4 ở định dạng chính xác.

Nếu bạn là người yêu thích các tiện ích mở rộng trình duyệt, bạn nên sử dụng GTM / GA Debug tuyệt vời của David Vallejo, nó sẽ tích hợp cả tính năng hỗ trợ gỡ lỗi của GA4

Xem trước hỗ trợ thẻ

Khi bạn gỡ lỗi thiết lập GA4 của mình với Hỗ trợ thẻ, bạn có hai cách để xác thực thiết lập của mình.

Trước tiên, bạn có thể gỡ lỗi vùng chứa GTM nơi bạn đã triển khai các thẻ GA4 bằng cách chọn sự kiện kích hoạt (ví dụ: DOM Ready) và đảm bảo tất cả các trường trong thẻ sự kiện đều chính xác.

Hình 19: Gỡ lỗi vùng chứa GTM bằng cách chọn sự kiện đã kích hoạt trong GA4

Bạn cũng có thể chọn ID đo lường GA4 để xem liệu lần truy cập có thực sự được gửi hay không.

Hình 20: Chọn mục ID đo lường trong GA4 để kiểm tra các thông tin trong lần truy cập đã được gửi hay chưa

Bạn cũng cần phải lưu ý cách page_view dịch tên sự kiện sang Page View trong chế độ xem trước Hỗ trợ thẻ. Bên cạnh đó trình gỡ lỗi bằng hỗ trợ thẻ vẫn còn được đánh giá là khó sử dụng và yêu cầu bạn phải biết những tên sự kiện cần tìm. Tuy nhiên bạn vẫn có thể dễ dàng nhấp bỏ qua một số tin nhắn có sẵn để tìm tin nhắn mà lần truy cập trước bạn đã gửi.

Khi gỡ lỗi bằng Hỗ trợ thẻ, trọng tâm của bạn phải là xác minh rằng tất cả các trường và thông số đều được nhập đúng giá trị của chúng. Nếu có điều gì đó không ổn, bạn nên sửa nó ngay trong GTM.

Những công cụ phát triển

Mặc dù chế độ xem gỡ lỗi ID đo lường GA4 sẽ cho bạn biết lần truy cập đã được gửi với các giá trị nhất định, nhưng bạn vẫn có thể thực hiện gỡ lỗi yêu cầu mạng bằng công cụ dành cho nhà phát triển của trình duyệt.

Trong GA4, yêu cầu sẽ được gửi đến một /collect điểm cuối giống như với Universal Analytics. Tuy nhiên, bạn sẽ có thể xác định tải trọng GA4 bằng tham số v=2 cũng như ID đo lường GA4 sẽ được gửi cùng với tid tham số.

Hình 21: Các sự kiện sẽ có mã trạng thái khác nhau

Đảm bảo các yêu cầu đều được trả về mã trạng thái 204..

Sau đó, xem qua các tham số và đảm bảo rằng tất cả các giá trị đều tốt. Đây là yêu cầu thực tế đối với GA4, vì vậy nếu có điều gì đó không ổn tại thời điểm này, bạn nên lập tức tìm đến nguồn của nó để sửa chữa (ví dụ: GTM).

Debugview

Cuối cùng, nếu bạn đang xem trước vùng chứa Trình quản lý thẻ của Google, lần truy cập sẽ tự động được gửi đến DebugView của GA4. Nếu bạn muốn bật DebugView theo cách thủ công cho các lần truy cập khác (ví dụ: khi không xem trước vùng chứa), bạn luôn có thể đặt giá trị debug_mode thành bất kỳ giá trị nào.

Khi yêu cầu bao gồm tham số chế độ gỡ lỗi ( _dbg), bạn sẽ tìm thấy luồng dữ liệu thời gian thực của các lần truy cập tương tự trong báo cáo DebugView trong GA4.

Là bước cuối cùng của quá trình gỡ lỗi nên bạn hãy đảm bảo DebugView luôn phù hợp với những sự kiện mà bạn tìm kiếm. Nếu mọi thứ đều ổn, bước tiếp theo là xác định dữ liệu trong các báo cáo chuẩn của bạn (có thể mất một chút thời gian để xác minh).

Nếu có điều gì đó xuất hiện trong DebugView, thì vấn đề có thể là ở nguồn (có thể đã xảy ra lỗi với GTM) hoặc bạn có thể đã làm hỏng cài đặt luồng dữ liệu của GA4.

Gỡ lỗi là một kỹ năng cần có - không dễ thực hiện vì bạn cần phải biết mình đang tìm kiếm gì trước khi có thể hiểu được mình đang mắc lỗi. Tuy nhiên, điều quan trọng là tính nhất quán và cách mà bạn tiếp cận để gỡ lỗi bằng quy trình end-to-end thay vì chỉ chọn từng phần riêng lẻ và gỡ lỗi những phần đó.

Ngoài ra bạn cũng nên theo dõi toàn diện cả GA4 và GTM để không bỏ sót bất kỳ thông tin nào về lỗi.

Kết luận

Trên đây là những thông tin về GA4 mà MangoAds đã thu thập được. Ban đầu, việc thiết lập theo dõi sự kiện với GA4 có thể khó khăn vì nó có thể có quá nhiều thông tin với người mới bắt đầu. Vì vậy, nhiều người đã bỏ qua việc sử dụng GA4 mà quay lại với phiên bản Universal Analytics trước đó.

Với những hướng dẫn mà MangoAds đã liệt kê trong bài viết, hy vọng rằng nó sẽ giúp cho bạn có thể thực hiện theo dõi sự kiện trên Google Analytics 4 một cách dễ dàng hơn.