Nhìn bề ngoài, việc theo dõi các sự kiện trong Google Analytics 4 [GA4] khá đơn giản. Rốt cuộc, các sự kiện gần như là thứ duy nhất bạn có thể thu thập trong GA4
Tuy nhiên, rất dễ bị ràng buộc bởi những so sánh bất tận với Universal Analytics. Mặc dù tôi kiên quyết phản đối ý kiến cho rằng GA4 phải giống với Universal Analytics, nhưng điều quan trọng là phải làm sạch khẩu vị và tiếp cận tính năng theo dõi sự kiện của GA4 với tinh thần cởi mở
Có một số so sánh có thể được rút ra giữa phiên bản mới và phiên bản cũ, nhưng những gì GA4 có thể thiếu trong một số tính năng và trường hợp sử dụng, nó bù đắp cho điều này bằng một cấu trúc dữ liệu linh hoạt hơn
Trong hướng dẫn triển khai này, tôi sẽ xem xét cấu trúc, thành phần, triển khai và đánh giá các sự kiện Google Analytics 4
Để biết thêm chi tiết về cách các sự kiện hoạt động trong Google Analytics 4, hãy xem các tài nguyên tuyệt vời sau
Tài liệu hỗ trợ chính thức
Tài liệu nhà phát triển chính thức
Tóm tắt kỹ thuật số của Krista Seiden
Blog của Charles Farina
Blog của Ken Williams
Những tài nguyên này vượt xa mọi thứ tôi có thể tạo ra với biên độ rộng, vì vậy hãy đảm bảo bạn đánh dấu chúng và theo dõi chúng một cách tôn giáo
Mục lụcMục lục [+hiện] [–hide]
XHướng dẫn này sẽ tập trung vào việc thu thập dữ liệu cho web, chủ yếu sử dụng Trình quản lý thẻ của Google. Mặc dù các sự kiện ứng dụng dành cho thiết bị di động và triển khai
gtag.jssẽ được thảo luận lướt qua, nhưng tôi đã chọn trọng tâm cụ thể này do mức độ phổ biến của Trình quản lý thẻ của Google là phương tiện chính để thu thập dữ liệu cho Google Analytics
Bản tin Simmer
Đăng ký nhận bản tin Simmer để nhận tin tức và nội dung mới nhất từ Simo Ahava vào hộp thư đến email của bạn
Cấu trúc của một sự kiện
Một lần truy cập sự kiện, khi được gửi tới GA4, bao gồm tên sự kiện và các thông số
Hơn nữa, các tham số có thể được chia thành các tham số được thu thập tự động và các tham số tùy chỉnh
Ví dụ: đây là một sự kiện có tên là page_view, được gửi kèm theo một loạt thông số tới GA4
Có một số thông số đặc biệt [dành riêng] được thu thập để đo lường, chẳng hạn như
tid- ID đo lườngsr- Độ phân giải màn hình_dbg- Chế độ gỡ lỗi đang hoạt độngseg- Người dùng được coi là đã tham gia vào phiên này
Có nhiều chi tiết hơn về các thông số được thu thập tự động này trong một
Tôi cũng đang gửi một vài thông số tùy chỉnh
epn.readibility_median_grade- Thông số tùy chỉnh được gửi dưới dạng sốepn.readability_reading_time- Thông số tùy chỉnh được gửi dưới dạng số
Tiền tố epn có nghĩa là tham số số, trong khi tiền tố ep có nghĩa là tham số văn bản
Dưới đây là ví dụ về sự kiện gửi thông số văn bản và thuộc tính người dùng [có tiền tố là page_view0]
Xin lưu ý rằng GA4 sẽ nhóm các sự kiện, vì vậy nếu bạn kích hoạt nhiều sự kiện trong khoảng thời gian rất ngắn, thì các sự kiện đó sẽ được gửi cùng nhau trong một lần truy cập duy nhất
Lượt truy cập trên đã gửi hai sự kiện. một sự kiện page_view và một sự kiện page_view2, cả hai đều có một số thông số tùy chỉnh
Trong bài viết này, tôi sẽ giúp bạn làm quen với các thuật ngữ được sử dụng ở trên
Thẻ sự kiện trong Trình quản lý thẻ của Google
Mặc dù việc triển khai Google Analytics 4 thông qua Trình quản lý thẻ của Google vẫn đang ở giai đoạn thử nghiệm [ngay cả khi bản thân GA4 không có], nhưng vẫn có thể thiết lập toàn bộ quá trình triển khai GA4 với GTM
GTM có hai loại thẻ để thu thập dữ liệu cho 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ẻ dùng để gửi sự kiện tới GA4
Để 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 một cấu hình. Bạn có thể xem hướng dẫn ban đầu của tôi để biết một số mẹo [hơi lỗi thời] về cách thực hiện việc này. Xem thêm để biết thêm chi tiết về cách thẻ cấu hình và thẻ sự kiện tương tác
Trong loại thẻ Sự kiện GA4, bạn có một số trường và cài đặt mà bạn có thể định cấu hình thẻ bằng
page_view3. Cố gắng tránh sử dụng cùng tên với các sự kiện được thu thập tự động trừ khi bạn biết mình đang làm gì. Thông số sự kiệnThêm bất kỳ thông số nào bạn muốn gửi cùng với sự kiện tới GA4. Nếu bạn sử dụng thẻ cấu hình, thì bất kỳ tham số nào được đặt trong đó cũng sẽ được áp dụng cho lần truy cập này [với các giá trị được cố định thành giá trị khi thẻ cấu hình được kích hoạt]. Hãy nhớ rằng nếu muốn sử dụng thông số trong báo cáo, bạn cần đăng ký chúng dưới dạng thứ nguyên tùy chỉnh. Thuộc tính người dùngThê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ư thứ nguyên 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 này, cho đến khi một giá trị mới được đặt cho mỗi. Bạn cần phải đăng ký chúng trong GA4 để chúng có sẵn trong báo cáoKhi 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 [nếu bạn nên làm], lần truy cập sẽ tự động có bộ thông số
_dbgvà bạn sẽ thấy thông số đó trong DebugView
Hạn ngạch và giới hạn
Thật không may, các sự kiện GA4 có một số hạn ngạch và giới hạn tùy ý và thẳng thắn là rất khó chịu mà bạn cần lưu ý. Xem bài viết này để biết danh sách đầy đủ
Ví dụ: bạn nên tránh thu thập hơn 500 tên sự kiện duy nhất trong GA4. Mặc dù giới hạn này dường như không được thực thi về mặt kỹ thuật [bạn có thể thu thập hơn 500 sự kiện duy nhất], nhưng bạn vẫn vi phạm giới hạn bộ sưu tập và Google có thể bắt đầu thực thi giới hạn này 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ỉ 25 thông số sẽ được chuyển sang báo cáo
Lưu ý rằng ngay cả khi bạn vượt quá hạn ngạch trong thông số sự kiện và thứ nguyên tùy chỉnh, chúng vẫn sẽ được chuyển đến , điều này làm cho việc xuất BigQuery trở thành một thứ cực kỳ có giá trị để thiết lập trong mỗi lần triển khai GA4
Các hạn ngạch và giới hạn này rất có thể sẽ thay đổi khi nền tảng phát triển, vì vậy tôi khuyên bạn nên đánh dấu tài liệu để không bị bất ngờ bởi những thay đổi có thể ảnh hưởng đến chất lượng dữ liệu của bạn
đo lường nâng cao
Đo lường nâng cao thực sự gọn gàng. Nó lấy một chiếc lá ra khỏi autotrack. js, và với một số hương vị từ trình kích hoạt của Trình quản lý thẻ của Google, đồng thời đưa tất cả vào một công cụ theo dõi tự động, đơn giản do chính gtag.js điều phối
Bối rối? . Tóm lại, tính năng đo lường nâng cao sẽ tự động theo dõi nội dung chỉ bằng cách thêm thẻ cấu hình vào trang
Tính năng đo lường nâng cao được kiểm soát từ phần cài đặt quản trị GA4
Nếu bạn bật tính năng đo lường nâng cao, các sự kiện sau sẽ tự động được theo dõi [giả sử bạn không tắt chúng] - hãy xem tài liệu chính thức để biết thêm chi tiết
page_view- được gửi cùng với tải trang cũng như các sự kiện lịch sử trình duyệt với các ứng dụng một trangpage_view2 - được gửi khi người dùng cuộn xuống cuối trangpage_view8 - được gửi khi người dùng nhấp vào liên kết ngoàipage_view9 - được gửi khi người dùng tải một trang có tham số truy vấn tìm kiếm được định cấu hìnhtid0,tid1,tid2 - được gửi tự động khi người dùng bắt đầu xem video, vượt qua các tỷ lệ phần trăm được xác định trước của tổng thời lượng video và đến cuối videotid3 - được gửi khi người dùng nhấp vào liên kết tới tệp có một trong các phần mở rộng được xác định trước
Lưu ý rằng vì đây là, đối với tất cả ý định và mục đích, , 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 này. Bạn có thể thêm thông số cho chúng bằng cách đặt chúng trên toàn cầu trong thẻ cấu hình, nhưng hãy kiểm tra phần này để biết một số cảnh báo nghiêm trọng khi đặt thông số sự kiện trong thẻ cấu hình
Bạn luôn có thể chọn không sử dụng tính năng theo dõi đo lường nâng cao bằng cách sửa đổi chế độ cài đặt luồng dữ liệu GA4. Ví dụ: tôi không phải là người hâm mộ cuồng nhiệt của sự kiện
page_view2, vì vậy tôi không bao giờ kích hoạt nó - tôi muốn có toàn quyền kiểm soát thứ gì đó có khả năng gây spam như tính năng theo dõi cuộn
Sự kiện BigQuery export và GA4
Nếu bạn đã đọc blog của tôi, bạn có thể nhận thấy rằng tôi là một fan hâm mộ lớn của Google BigQuery
Một trong những lý do chính khiến bạn ngừng đọc nội dung này ngay bây giờ và bắt đầu triển khai GA4 là vì nó đi kèm với tính năng xuất BigQuery miễn phí cho tất cả dữ liệu GA4 của bạn
Đương nhiên, bản thân BigQuery có chi phí liên quan đến việc sử dụng, nhưng bạn không phải trả tiền cho Google Analytics để có đặc quyền truy cập dữ liệu thô trong quá trình xuất
Đối với mục đích theo dõi sự kiện, việc xuất BigQuery có một lợi ích rất lớn
Hạn ngạch sẽ á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, chẳng hạn như nếu bạn đã đạt đến số thứ nguyên tùy chỉnh tối đa, thì tất cả các thông số tùy chỉnh mà bạn gửi tới GA4 sẽ vẫn được xuất vào BigQuery
Đ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ễ 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ể lấy, điêu khắc, thiết kế, trích xuất và thao tác theo bất kỳ cách nào bạn muốn. Nó cho phép bạn thoát khỏi lược đồ quy định do GA4 áp đặt và bạn có thể bắt đầu thực sự khám phá những điều kỳ diệu của mô hình luồng sự kiện
Nếu bạn tò mò về cách BigQuery và GA4 phối hợp với nhau, hãy xem bài viết này mà tôi và Pawel Kapuscinski đã viết
loại sự kiện
Vì GA4 về cơ bản là một mô hình luồng sự kiện nê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à GA4, bằng cách này hay cách khác, thu thập mà không cần gắn thẻ thủ công
Sau đó, có một loạt các sự kiện được đề xuất mà Google thực sự khuyên bạn nên sử dụng [nếu chúng phù hợp với nhu cầu đo lường của bạn]
Cuối cùng, nếu không có sự kiện được thu thập tự động hoặc sự kiện đề xuất nào phù hợp với trường hợp sử dụng của bạn, thì bạn luôn có thể sử dụng sự kiện tùy chỉnh
Sự kiện được thu thập tự động
Các sự kiện được thu thập tự động được liệt kê trong tài liệu này. 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 tự động thu thập một số sự kiện và nếu bạn đã bật , thậm chí nhiều sự kiện hơn sẽ được thu thập mà không cần phải gắn thẻ trang web theo cách thủ công
Xin nhắc lại - một sự kiện là sự kiện được thu thập tự động khi nó không yêu cầu thêm thẻ hoặc đoạn mã thủ công để thu thập dữ liệu. Một số sự kiện được thu thập tự động thu thập các thông số bổ sung giúp hoàn thiện siêu dữ liệu sự kiện
Dưới đây là các sự kiện được thu thập tự động cho web
Tên sự kiện Mô tảKích hoạtpage_view8Thu thập liên kết ngoài [khi được bật thông qua đo lường nâng cao]. Nhấp vào một liên kết dẫn ra khỏi tên miền hiện tại. tid3Theo dõi tải xuống tệp [khi được bật thông qua tính năng đo lường nâng cao]. Nhấp vào liên kết tải xuống tệp có một trong các phần mở rộng được xác định trước. tid7Lượt truy cập đầu tiên từ một khách hàng/ID người dùng nhất định. 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_viewKhi một trang được tải hoặc một sự kiện trong lịch sử trình duyệt xảy ra [khi được bật thông qua tính năng đo lường nâng cao]. Tải trang hoặc sự kiện lịch sử [tid9, sr0, sr1]. page_view2Theo dõi cuộn [khi được bật thông qua đo lường nâng cao]. Di chuyển đến dưới cùng của trang. sr3Mộ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 được gửi bởi người dùng hiện tại. sr4Phiên này được coi là phiên 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. tid2Video YouTube đã được xem hết [khi được bật thông qua đo lường nâng cao]. Video kết thúc. tid1Video trên YouTube được xem qua các mốc tiến độ cụ thể [khi được bật thông qua đo lường nâng cao]. Video tiến triển qua 10%, 25%, 50% và 75%. tid0Quá trình xem video trên YouTube bắt đầu [khi được bật thông qua tính năng đo lường nâng cao]. Video bắt đầu. page_view9Một trang kết quả tìm kiếm được xem [khi được bật thông qua tính năng đo lường nâng cao]. Một trang được tải với các tham số truy vấn tìm kiếm trong URLNhư bạn có thể thấy, nhiều sự kiện được liệt kê có liên quan đến tính năng đo lường nâng cao. Tuy nhiên, có một số sự kiện quan trọng luôn được thu thập và điều thú vị là chúng có thể không thực sự có loại hit của riêng mình. Thay vào đó, chúng có nguồn gốc từ các sự kiện khác được thu thập trên trang web
Ví dụ: giả sử bạn thu thập một sự kiện page_view từ một người dùng chưa truy cập trang web của bạn trước đó và page_view này là lần truy cập đầu tiên họ gửi. Đây là những gì bạn sẽ thấy trong yêu cầu
Tham số _dbg1 biểu thị rằng đây là sự kiện truy cập đầu tiên [người dùng là người dùng mới] và tham số _dbg2 có nghĩa là sự kiện này đã bắt đầu một phiên mới. Khi bạn xem dữ liệu trong GA4, một sự kiện page_view duy nhất này thực sự chia thành ba sự kiện GA4 riêng biệt
Nếu bạn xem lại yêu cầu, bạn sẽ thấy rằng tham số seg có giá trị _dbg5. Điều này có nghĩa là phiên không được coi là đã tham gia. Sau đó, khi người dùng gửi một lần xem trang khác trước khi hết thời gian phiên [30 phút], đây là giá trị tham số sẽ trở thành trong sự kiện xem trang mới
Trên web, sr4 được thu thập theo mili giây, với mỗi sự kiện được phân loại là sự kiện tương tác sẽ gửi thời gian tương tác hiện tại cùng với thông số _dbg7. Giá trị thông số này không xuất hiện trong các sự kiện GA4 nhưng có sẵn trong BigQuery
Đối với một nền tảng 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, có vẻ như nó đã không loại bỏ hoàn toàn sự tùy tiện này. Thời gian sẽ cho biết những sự kiện này sẽ chuyển thành các báo cáo như thế nào
Phải nói rằng, ý tưởng rằng một phiên chỉ là một chú thích [thông số _dbg2 và các sự kiện dành riêng] chứ không phải là một tập hợp chính [như trong Universal Analytics] đang truyền cảm hứng. Việc xây dựng lại khái niệm của riêng bạn về số liệu tổng hợp có ý nghĩa sẽ dễ dàng hơn nhiều
Xem bài viết này của Jules Stuifbergen để biết ví dụ về cách bạn có thể xây dựng cách tiếp cận phiên của riêng mình bằng cách sử dụng BigQuery và xuất dữ liệu thô từ GA4
Sự kiện được đề xuất
Các sự kiện được đề xuất là một sự tò mò, chủ yếu là do tại thời điểm viết, chúng có rất ít chức năng sử dụng trong GA4
Google có một loạt các trang hỗ trợ tập trung vào việc cho bạn biết nên sử dụng ngữ nghĩa nào khi thu thập các sự kiện cho các phân khúc và ngành cụ thể
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 _dbg9 và một tham số có tên seg0
Tại sao? . Không có lợi ích gì trong các sự kiện hiện tại khi thu thập một sự kiện có tên _dbg9 trái ngược với, ví dụ, seg2. Tuy nhiên, đó là một sự kiện được đề xuất, vì vậy nó phải mang một số trọng lượng, phải không?
Vâng, một lần nữa, thời gian sẽ trả lời. Tôi cho rằng một số sự kiện này được thu thập vào các báo cáo riêng của chúng. Hy vọng rằng một số thậm chí sẽ được miễn hạn ngạch hiện tại, đặc biệt là các sự kiện thương mại điện tử
Trên thực tế, các sự kiện thương mại điện tử là một ngoại lệ đối với lời nói ở trên - chúng có trọng lượng chức năng khi đưa vào các báo cáo kiếm tiền. Hãy xem hướng dẫn triển khai thương mại điện tử trong GA4 của tôi để biết thêm thông tin
Hiện tại, nếu bạn muốn thêm thẻ thu thập dữ liệu mới vào trang web, 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 nào phù hợp với trường hợp sử dụng của mình không. Nếu bạn làm như vậy, hãy sử dụng nó và cũng cố gắng sử dụng các tham số được đề xuất. Không có hại gì khi làm như vậy và tốt nhất là bạn sẽ kích hoạt một số chức năng thú vị mà Google sẽ phát hành trong tương lai gần
Tuy nhiên, nếu bạn không tìm thấy một sự kiện được đề xuất hoàn toàn phù hợp với trường hợp sử dụng của mình, đừng lãng phí thời gian để cố gắng xỏ một miếng vuông vào một lỗ tròn. Thay vào đó hãy sử dụng các sự kiện tùy chỉnh
sự kiện tùy chỉnh
Khi bạn đã sử dụng hết danh sách các sự kiện được thu thập và đề xuất tự động và không thể tìm thấy sự kiện phù hợp với nhu cầu theo dõi của mình, bạn luôn có thể gửi bất kỳ tên sự kiện nào bạn muốn. Chỉ cần lưu ý rằng có một số
Các sự kiện tùy chỉnh cực kỳ hiệu quả, ngay cả khi Google muốn sử dụng chúng
Vì một số lý do, Google thực sự muốn bạn sử dụng mọi thứ trừ các sự kiện tùy chỉnh. Tôi không thực sự đồng ý với điều này. Các sự kiện tùy chỉnh là cơ hội để bạn chọn cách GA4 sẽ phục vụ tổ chức của bạn. Ngay cả khi dữ liệu không xuất hiện trong hầu hết các báo cáo tiêu chuẩn [đối số kỳ lạ vì các sự kiện tùy chỉnh chắc chắn có sẵn trong tất cả các phần chính của giao diện người dùng báo cáo], chúng sẽ có sẵn trong BigQuery
Bất kể họ đã tham gia trò chơi bao lâu, tôi không nghĩ Google có thể hoặc nên quy định cách bạn thực hiện theo dõi sự kiện trên bất kỳ trang web cụ thể nào. Do đó, hãy coi thường các sự kiện được đề xuất của họ, đặc biệt là vì ngày nay chúng có ít tác động đến chức năng và sử dụng các sự kiện tùy chỉnh khi rảnh rỗi
Làm quen với BigQuery - đây thực sự là chìa khóa để tận dụng tối đa GA4. Tôi yêu thích trung tâm phân tích và tôi chắc chắn rằng tôi sẽ sử dụng API dữ liệu một cách tôn giáo khi nó có bản phát hành ổn định, nhưng không có gì - không có gì - sẽ thay thế BigQuery làm công cụ phân tích mà tôi lựa chọn
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à thông số
Các tham số được chia thành các tham số đặc biệt [tên dành riêng chứa chi tiết kỹ thuật về lần truy cập], tham số tùy chỉnh [tham số văn bản và số] và thuộc tính người dùng
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ể sự kiện đó được thu thập tự động hay được gắn thẻ thủ công
seg3 hoặcseg4, thu thập ngôn ngữ trình duyệt [e. g.seg5]seg6 hoặcseg7, thu thập URL hiện tạiseg8 hoặcseg9, thu thập URL liên kết giới thiệu [hoặc chuỗi trống nếu không có]epn.readibility_median_grade0 hoặcepn.readibility_median_grade1, thu thập tiêu đề trangsrhoặcepn.readibility_median_grade3, thu thập độ phân giải màn hình
Có những 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 [nhưng không giới hạn]
epn.readibility_median_grade4 - ID khách hàng;epn.readibility_median_grade5 - ID người dùng; . Điều này giúp bạn hợp nhất trình duyệt trên nhiều nền tảng và trên nhiều thiết bị dưới một mã định danh đăng nhập duy nhấtepn.readibility_median_grade6 - ID phiênepn.readibility_median_grade7 - Số lượng phiên; . GHI CHÚ. Vì thông tin 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à chẳng hạn như phân tích BigQuery có thể trả về các kết quả khác nhauseg- Phiên đã tham gia;_dbg1 - Chuyến thăm đầu tiên;_dbg2 - Bắt đầu phiên;
Thông số tùy chỉnh
Bạn có thể đặt các tham số tùy chỉnh bằng cách thêm chúng vào thẻ của mình theo cách thủ công. cũng có thể 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
- Thông số văn bản, khi giá trị được đặt cho thông số này không phải là số [tiền tố ______71 trong lần truy cập]
- Thông số số, khi giá trị được đặt cho thông số này là một số [tiền tố ____72 trong lần truy cập]
Sự khác biệt chính là các tham số văn bản có thể được sử dụng làm thứ nguyên tùy chỉnh và các tham số số có thể được sử dụng làm chỉ số tùy chỉnh
Để thiết lập các thông số, bạn thêm chúng vào thẻ sự kiện như thế này
Ở đây tôi đã cấu hình hai biến [epn.readability_reading_time3 và epn.readability_reading_time4] để trả về số, để chúng được tự động chuyển đổi thành tham số số. epn.readability_reading_time5 được Trình quản lý thẻ của Google chuyển thành một chuỗi [vì nó được mã hóa cứng vào trường thẻ] và do đó, nó được coi là một tham số văn bản
Thông báo trước duy nhất để đặt thông số sự kiện trong thẻ là
Khi bạn muốn sử dụng các thông số sự kiện để phân tích, trước tiên, các thông số này cần được đăng ký dưới dạng thứ nguyên và chỉ số tùy chỉnh
Nếu bạn đã bật tính năng này, thì tất cả các thông số sự kiện sẽ được xuất sang BQ cho dù chúng có được đăng ký dưới dạng thứ nguyên/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 cũng có thể được đặt với các sự kiện. Thuộc tính người dùng hoạt động tương tự như thứ nguyên tùy chỉnh ở phạm vi người dùng của Universal Analytics, với điểm khác biệt chính là chúng áp dụng từ lần truy cập mà chúng được đặt trở đi thay vì phiên* mà chúng được đặt như trong Universal Analytics
Thuộc tính người dùng cần phải được đăng ký trong giao diện người dùng GA4 để chúng có sẵn 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í
Bạn sẽ thấy rằng nó được bao gồm trong lần truy cập có tiền tố epn.readability_reading_time9
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. Kiểm tra danh sách
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
Thật ngạc nhiên, thẻ cấu hình giống với thẻ trang web toàn cầu [gtag. js]
Bạn có thể sử dụng nó để thiết lập cấu hình được 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 thẻ cấu hình phổ biến nhất 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 cách đặt hoặc thành cookie [hữu ích nếu bạn muốn thu thập dữ liệu bằng bộ chứa 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 nào bạn đặt không được bảo lưu [e. g. epn1] 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
Lưu ý rằng có một cảnh báo có khả năng tàn phá khá cao với việc đặt 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
Các giá trị sẽ được cố định thành giá trị ban đầu của chúng và sẽ KHÔNG được cập nhật với mọi sự kiện
Nói cách khác, khi bạn đặt thuộc tính hoặc thông số sự kiện trong thẻ cấu hình, thông số hoặc thuộc tính đó sẽ được gửi cùng với mọi sự kiện sử dụng thẻ cấu hình. Tuy nhiên, giá trị sẽ luôn là bất kỳ giá trị nào khi thẻ cấu hình được kích hoạt
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 các giá trị tương tự. Thay vào đó, nó nên được sử dụng để đặ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ử
Tại thời điểm viết bài, các sự kiện thương mại điện tử là một phần của dàn diễn viên rất đặc biệt và độc đáo. họ đang thực sự làm một cái gì đó
Cấu trúc điển hình của một sự kiện thương mại điện tử là một tên sự kiện quy định [e. g. epn2] cùng với một mảng epn3 phản ánh các mặt hàng hoặc sản phẩm có liên quan đến hành động
Nếu bạn muốn bắt đầu gắn thẻ trang web của mình để thu thập dữ liệu thương mại điện tử, tôi muốn hướng dẫn bạn đến hướng dẫn triển khai toàn diện của tôi cho thương mại điện tử GA4
Một sự tò mò về các sự kiện thương mại điện tử là cấu trúc epn3 là một mảng thực tế. Thông thường, tham số sự kiện là các giá trị nguyên thủy như chuỗi hoặc số
Mảng epn3 là một sự thay đổi mới mẻ và hy vọng là dấu hiệu cho thấy GA4 sẽ bắt đầu mở ra cấu trúc dữ liệu cứng nhắc kế thừa từ Universal Analytics, nơi mà các giá trị đa chiều duy nhất mà bạn có thể thu thập là các đối tượng thương mại điện tử
Ý tôi là, cú pháp biến mảng đối tượng thành định dạng chuỗi độc quyền, kỳ lạ này cũng không có ý nghĩa lắm, nhưng ít nhất bạn có thể gửi thứ gì đó không chỉ là giá trị nguyên thủy tới GA4
Tôi thực sự hy vọng họ sẽ mở rộng mô hình dữ liệu để chấp nhận các giá trị JSON chẳng hạn. Khả năng gửi một mảng hoặc đối tượng dưới dạng thông số sự kiện và sau đó để mảng hoặc đối tượng đó được tự động phân tích cú pháp cho giao diện người dùng báo cáo [và lồng nhau cho BigQuery] sẽ là một tính năng hoàn toàn đáng kinh ngạc có trong GA4. Thứ gì đó đã bị thiếu trong các công cụ phân tích của Google kể từ ngày đầu tiên
sự kiện gỡ lỗi
Để gỡ lỗi triển khai sự kiện, có ba công cụ tôi sử dụng
Chế độ xem trước Hỗ trợ thẻ mới để đảm bảo rằng các trường sự kiện được điền chính xác
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 lần truy cập chứa tất cả các giá trị chính xác
Chế độ xem gỡ lỗi 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 của trình duyệt, tôi khuyên bạn nên sử dụng Gỡ lỗi GTM/GA tuyệt vời của David Vallejo, được trang bị hỗ trợ gỡ lỗi GA4 đầy đủ
Xem trước hỗ trợ thẻ
Khi đang gỡ lỗi thiết lập GA4 bằng 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 mà bạn đã triển khai các thẻ GA4. Chọn sự kiện kích hoạt [e. g. DOM Sẵn sàng] và đảm bảo tất cả các trường trong thẻ sự kiện nhìn chính xác
Bạn cũng có thể chọn ID đo lường GA4 để xem liệu lượt truy cập có thực sự được gửi đi hay không
Lưu ý cách dịch tên sự kiện page_view sang Lượt xem trang trong chế độ xem Hỗ trợ thẻ. Thật không may, trải nghiệm gỡ lỗi cho trình theo dõi GA4 vẫn hơi khó sử dụng và bạn chỉ cần biết tên sự kiện cần tìm. May mắn thay, bạn thường dễ dàng nhấp qua một số tin nhắn có sẵn để tìm tin nhắn mà lần truy cập của bạn được gửi
Khi gỡ lỗi bằng Hỗ trợ thẻ, bạn nên tập trung vào việc xác minh rằng tất cả các trường và thông số đều giải quyết đúng giá trị của chúng. Nếu có gì đó không ổn, bạn biết rằng nó cần được sửa trong GTM
Những công cụ phát triển
Mặc dù chế độ xem gỡ lỗi ID đo lường GA4 mới hiển thị cho bạn lần truy cập đã được gửi với một số giá trị nhất định, nhưng tôi vẫn muốn gỡ lỗi yêu cầu mạng bằng các công cụ dành cho nhà phát triển của trình duyệt
Trong GA4, yêu cầu được gửi đến điểm cuối epn7 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 thông số epn8 cũng như ID đo lường GA4 được gửi cùng với thông số tid
Kiểm tra các yêu cầu, đảm bảo chúng trả về mã trạng thái ep0
Yêu cầu GA4 trả về trạng thái
ep0 vì loại nội dung của yêu cầu GA4 là văn bản nhưng phản hồi luôn trống. Đó vẫn là một yêu cầu thành công
Sau đó xem qua các tham số và đảm bảo rằng tất cả các giá trị đều ổn. Đây là yêu cầu thực tế đối với GA4, vì vậy nếu có gì đó không ổn vào thời điểm này, bạn sẽ biết mình cần khắc phục ngay tại nguồn [e. g. GTM]
Chế độ xem gỡ lỗi
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 Chế độ xem gỡ lỗi 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 [e. g. khi không xem trước vùng chứa], bạn luôn có thể đặt trường ep2 thành bất kỳ giá trị nào [mặc dù ep3 có thể có ý nghĩa ngữ nghĩa nhất]
Khi yêu cầu bao gồm thông số chế độ gỡ lỗi [_______4], bạn sẽ tìm thấy luồng dữ liệu theo thời gian thực về các lần truy cập tương tự trong báo cáo Chế độ xem gỡ lỗi trong GA4
Tôi không thể nhấn mạnh đủ mức độ tuyệt vời của tính năng này. Thành thật mà nói, đó là phần yêu thích của tôi trong giao diện báo cáo của GA4
Luồng sự kiện gỡ lỗi theo thời gian thực, với tất cả các tham số có sẵn để xem xét và bạn thậm chí có thể xem một số sự kiện đang diễn ra như thế nào
Vì vậy, là bước cuối cùng trong quá trình gỡ lỗi triển khai sự kiện của bạn, hãy đảm bảo rằng DebugView đồng ý với những gì bạn nghĩ rằng sự kiện sẽ như thế nào. Nếu mọi thứ đều ổn, bước tiếp theo là tìm 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 để tiếp cận những báo cáo đó]
Nếu có điều gì đó không ổn trong DebugView, thì vấn đề có thể nằm ở nguồn [rốt cuộc đã xảy ra lỗi với GTM] hoặc bạn có thể đã làm sai điều gì đó với cài đặt luồng dữ liệu của GA4
Gỡ lỗi là một kỹ năng có được - không dễ thực hiện vì bạn cần biết những gì bạn đang tìm kiếm trước khi bạn có thể đánh dấu nó là một vấn đề tiềm ẩn. Tuy nhiên, điều quan trọng là tính nhất quán và kỷ luật để tiếp cận gỡ lỗi bằng quy trình từ đầu đến cuối thay vì chỉ chọn các phần riêng lẻ của quá trình triển khai sự kiện để phân tích
Sẽ không hợp lý nếu chỉ xem xét thiết lập GTM của bạn nếu vấn đề cũng có thể nằm trong cài đặt GA4 của bạn hoặc ngược lại
Tóm lược
Tôi hy vọng hướng dẫn này hữu ích. Ban đầu, việc thiết lập tính năng theo dõi sự kiện bằng GA4 có thể khó khăn vì có rất nhiều hành lý kế thừa từ Universal Analytics
Tôi muốn chia sẻ điều mà tôi đã đề cập nhiều lần trong các buổi đào tạo và thảo luận khi GA4 ra mắt
Tôi không muốn GA4 lặp lại sai lầm của Universal Analytics
Vì vậy, nhiều người đang trì hoãn việc dùng thử GA4 vì họ muốn GA4 có mọi thứ mà Universal Analytics đã có trước đó. Vấn đề ở đây là gì? . Phiên, lấy mẫu, thứ nguyên tùy chỉnh giới hạn, chế độ xem, bộ lọc, ID khách hàng, v.v.
Tôi thực sự hy vọng rằng GA4 sẽ tìm ra cách thoát khỏi xiềng xích do nó là một nền tảng phân tích được tạo bởi cùng một công ty cũng đã tạo ra Google Analytics
Mô hình dữ liệu của GA4 hoàn toàn hướng theo sự kiện, ngay cả khi thỉnh thoảng có một số phiên và người dùng. Sự rung cảm của luồng hit rất mạnh với luồng này, điều này có thể gây khó khăn cho việc điều chỉnh sau mô hình sự kiện phân cấp khó xử của Universal Analytics
Với hướng dẫn này, mục đích của tôi là chỉ ra cách bạn có thể tiếp cận việc triển khai theo dõi sự kiện với Google Analytics 4. Hãy nhớ rằng GA4 vẫn còn ở giai đoạn sơ khai - có thể sẽ có rất nhiều và rất nhiều tính năng được phát hành từ bây giờ và sắp tới. Bạn sẽ thất vọng bởi một số người và phấn khởi bởi những người khác, nhưng có một điều chắc chắn. đó là một thế giới mới dũng cảm cho các công cụ phân tích của Google. Nếu họ không xuất hiện với những khẩu súng bắn ra khỏi cổng, họ có nguy cơ mất chỗ đứng trong một thế giới nơi các nền tảng phân tích khả thi là một tá
Tôi hào hứng với triển vọng về tất cả những điều bạn có thể làm với mô hình luồng sự kiện của GA4, nhưng tôi cũng hơi lo lắng về sức hút của Universal Analytics sẽ như thế nào
Bạn nghĩ gì về khả năng theo dõi sự kiện của GA4?