Khi làm việc với Google Tag Manager, đôi khi chúng ta sẽ gặp những vấn đề cần điều tra kỹ hơn để hiểu điều gì đang thực sự diễn ra. Debug (gỡ lỗi) là một trong những bước quan trọng nhất nhưng lại thường bị bỏ qua trong quy trình làm việc với GTM. Việc này giúp bạn kiểm tra mọi kịch bản trải nghiệm người dùng có thể xảy ra và đảm bảo tính nhất quán của dữ liệu được thu thập.
Chế độ Preview của Google Tag Manager là một tính năng tích hợp sẵn, cho phép bạn kiểm tra container GTM ngay trên website của mình trước khi xuất bản thay đổi lên môi trường live. Nó mở ra một bảng điều khiển debug, nơi bạn có thể xem theo thời gian thực những thẻ (tag) nào đang được kích hoạt, dữ liệu nào đang được thu thập và lý do vì sao trigger của bạn có hoặc không được kích hoạt. Trong hướng dẫn này, tôi sẽ chỉ cho bạn cách sử dụng chế độ Preview của Google Tag Manager (còn được gọi là Preview and Debug mode) và chia sẻ một số phương pháp thực hành tốt nhất khi làm việc với tính năng này.
Google Tag Manager Debug Mode là gì?
Chế độ Preview của Google Tag Manager (còn gọi là Preview and Debug mode hoặc P&D) cho phép bạn duyệt website đã cài đặt container GTM và xem trước những thẻ (tag) nào đang được kích hoạt, chúng gửi loại dữ liệu nào đến các nền tảng phân tích/marketing, v.v.
Khi bạn bật chế độ Preview trong giao diện Google Tag Manager, bạn sẽ thấy ba tab trình duyệt (hoặc hai tab và một cửa sổ bổ sung):
- Một tab chứa giao diện Google Tag Manager của bạn.
- Một tab mới mở tại tagassistant.google.com, nơi hiển thị bảng điều khiển preview thực tế.
- Một tab (hoặc cửa sổ) mới hiển thị website của bạn, kèm theo huy hiệu (badge) của chế độ preview ở góc dưới bên phải màn hình.
Vì sao chế độ preview lại cần thiết? Bởi vì không có gì tệ hơn việc làm việc với GTM trong “mù mờ” và cố gắng đoán xem cấu hình của mình có hoạt động hay không.
Chế độ preview của Google Tag Manager giúp bạn:
- Xem những tag nào đã được kích hoạt trong từng tương tác cụ thể trên website (ví dụ: click vào link hoặc gửi form)
- Biết được tag nào không được kích hoạt
- Hiểu lý do vì sao một số tag được kích hoạt hoặc không được kích hoạt
- Kiểm tra các biến (variables) nào khả dụng trên trang và giá trị của chúng
- Theo dõi sự thay đổi của Data Layer khi các tương tác khác nhau diễn ra trên trang
Cá nhân tôi thường không bao giờ tin hoàn toàn vào cảm giác khi chỉnh sửa cấu hình GTM. Tôi luôn kiểm tra lại, kể cả những thay đổi nhỏ. Bởi sẽ rất tệ nếu sau vài ngày (hoặc thậm chí vài tuần) bạn mới phát hiện ra rằng một thay đổi gần đây đã làm hỏng hệ thống tracking analytics. Hãy luôn kiểm tra trước. Sau đó mới Publish thay đổi lên môi trường live. Bây giờ, chúng ta hãy cùng tìm hiểu cách chế độ preview hoạt động và cách làm việc với nó.
Bật chế độ Preview và Debug
Để bật chế độ Debug trong Google Tag Manager, hãy nhấp vào nút Preview ở góc trên bên phải giao diện GTM (gần nút Submit). Sau khi bạn nhấp vào nút Preview, một tab trình duyệt mới sẽ mở tại tagassistant.google.com. Nếu tab này không tự động mở, hãy tham khảo hướng dẫn khắc phục tương ứng. Tại đó, một cửa sổ popup sẽ yêu cầu bạn nhập URL mà bạn muốn kiểm tra và debug. Đây có thể là trang chủ hoặc một URL cụ thể bất kỳ trên website. Sau đó, nhấn Start. Một tab (hoặc cửa sổ) mới sẽ xuất hiện, hiển thị URL mà bạn đã nhập ở bước trước. Nếu trang không tải đúng cách, hãy thử bật lại chế độ preview một lần nữa và bỏ chọn checkbox trong cửa sổ popup của preview trước khi tiếp tục.
Ở phía dưới của trang (hoặc tab) đó, bạn phải nhìn thấy một huy hiệu (badge) của chế độ preview. Khi quay lại tab tagassistant.google.com, bạn sẽ thấy thông báo kết nối thành công. Nếu bạn không thấy thông báo thành công hoặc huy hiệu preview hiển thị rằng debugger chưa được kết nối, hãy tham khảo hướng dẫn xử lý sự cố tương ứng.
Bố cục của trang Preview trong Google Tag Manager
Chế độ Debug của Google Tag Manager (còn gọi là Google Tag Manager Console hoặc đơn giản là GTM console) bao gồm 8 phần chính:
Event Timeline
Hiển thị tất cả các sự kiện trong Data Layer (ví dụ: page view, gửi form, click, v.v.). Mỗi mục tương ứng với một event (hay còn gọi là một lần dataLayer.push). Đừng nhầm lẫn chúng với event trong Google Analytics – đây là hai khái niệm hoàn toàn khác nhau mà tôi đã giải thích trong một bài viết khác.
Tags
Hiển thị những tag nào đã được kích hoạt (fired) ở event Data Layer đang chọn và những tag nào không được kích hoạt.
Variables
Hiển thị thông tin chi tiết về các biến trong event đang chọn, bao gồm loại biến, kiểu dữ liệu trả về và giá trị thực tế (resolved value).
Data Layer
Hiển thị chính xác object message đã được đẩy vào Data Layer tại event đang chọn, cũng như trạng thái của Data Layer sau khi message đó được xử lý xong. Tất cả các điểm dữ liệu xuất hiện ở đây đều có thể được chuyển thành biến (và sẽ hiển thị trong tab Variables).
Consent
Hiển thị trạng thái đồng ý (consent status) nếu bạn đang sử dụng Google Consent Mode.
Errors
Nếu bạn thấy một con số khác 0 trong tab này, hãy nhấp vào để xem nguyên nhân lỗi.
Header
Tại đây, bạn có thể xem trạng thái của chế độ Preview (đã kết nối với cửa sổ website vừa mở hay chưa). Ngoài ra, nếu bạn đang triển khai Universal Google Analytics qua gtag.js hoặc đang chạy Google Analytics 4, bạn sẽ thấy một menu dropdown để chuyển đổi giữa các chế độ hiển thị phù hợp.
Container details
Hiển thị tên container, ID container, cách container được triển khai, cùng với Conversion Version và Environment.
Event Timeline
Tất cả các event trong Data Layer sẽ được hiển thị ở phía bên trái của bảng điều khiển Preview và Debug, trong mục Event Timeline. Mỗi khi một trang được tải, bạn sẽ thấy tối thiểu 5 event sau:
- Consent Initialization
- Initialization
- Container Loaded (trước đây gọi là Pageview)
- DOM Ready
- Window Loaded
Nếu bạn thấy thêm các event khác (ví dụ: Message), điều đó hoàn toàn bình thường. Tuy nhiên, cả 5 event nêu trên bắt buộc phải xuất hiện trên mỗi trang. Nếu bạn không thấy event Container Loaded, rất có thể Data Layer của bạn đang gặp lỗi. Có những trường hợp Data Layer bị ghi đè hoặc cấu hình sai khiến event này không xuất hiện trong chế độ Preview & Debug của GTM. Ngoài ra, khi bạn điều hướng từ trang này sang trang khác trên website (trong quá trình debug), các event trong preview mode sẽ được nhóm lại theo từng trang tương ứng.
Vì sao trên mỗi trang luôn có 5 event?
Chúng có ý nghĩa gì?
Consent Initialization (gtm.init_consent)
Đây là thời điểm bạn nên tải các thiết lập liên quan đến consent (sự đồng ý), ví dụ: hiển thị banner cookie hoặc kích hoạt thẻ Google Consent Mode.
Initialization (gtm.init)
Đây là thời điểm phù hợp để kích hoạt các mã tracking chính dùng để tải thư viện JavaScript trên trang (những thư viện cần thiết cho các tag khác hoạt động), ví dụ như Google Tag (còn gọi là Google Config Tag).
Container Loaded (gtm.js)
Đây là thời điểm bạn có thể kích hoạt các tag liên quan đến pageview nhưng không phải là tag cấu hình (ví dụ: không phải Google Tag). Trước đây, đây là event đầu tiên xảy ra trong GTM, nhưng hiện nay Consent Initialization và Initialization sẽ diễn ra trước nó.
DOM Ready (gtm.dom)
Event này xảy ra khi HTML của website đã được tải xong, tài liệu (document) của trang đã được render và người dùng bắt đầu nhìn thấy các thành phần trên website.
Window Loaded (gtm.load)
Event này chỉ được kích hoạt khi mọi thành phần còn lại (bao gồm cả JavaScript) đã tải xong hoàn toàn.
Các event khác trong Google Tag Manager là gì?
Thực tế, danh sách event trong Google Tag Manager gần như là không giới hạn.
Google Tag Manager cung cấp nhiều loại trigger tích hợp sẵn như: page view (bao gồm Page View, DOM Ready và Window Loaded), click (click vào link hoặc click vào bất kỳ phần tử nào), form submission, timer, history change, JavaScript error, v.v.
Sau khi một trigger được bật, nó sẽ theo dõi những tương tác cụ thể trên website của bạn. Ví dụ:
- Trigger Form Submission sẽ theo dõi các hành động gửi form.
- Trigger Link Click sẽ chờ đến khi người dùng nhấp vào một liên kết bất kỳ.
Khi tương tác mong muốn xảy ra, một event tương ứng sẽ xuất hiện trong Event Timeline.
Vậy tại sao nói rằng danh sách event của GTM là vô hạn? Bởi vì còn một loại trigger đặc biệt gọi là Custom Event.
Custom Event là một sự kiện do chính bạn, lập trình viên của bạn hoặc một giải pháp bên thứ ba định nghĩa và triển khai trên website.
Khi bạn nhấp vào bất kỳ event nào trong Event Timeline, bạn có thể xem những tag nào đã được kích hoạt và những tag nào không. Đây chính là lúc tab Tags trở nên đặc biệt quan trọng trong quá trình debug.
Tags
Tab Tags hiển thị toàn bộ các tag và được chia thành hai nhóm:
- Những tag đã kích hoạt (Fired) ở event đang chọn
- Những tag không kích hoạt (Not Fired)
Điểm mạnh nhất của phần này là bạn có thể biết chính xác vì sao một tag được hoặc không được kích hoạt.
Hãy chọn một event trong Event Timeline, sau đó nhấp vào tag mà bạn muốn kiểm tra. Khi đó, bạn sẽ thấy chế độ xem chi tiết hơn, bao gồm:
- Properties (thuộc tính của tag)
- Triggers (các trigger kích hoạt tag)
- Blocking Triggers (các trigger chặn tag)
Nếu bạn đang sử dụng trigger phức tạp với nhiều điều kiện, bạn có thể xem trạng thái của từng điều kiện.
- Dấu tick xanh nghĩa là điều kiện đã được đáp ứng
- Dấu X đỏ nghĩa là điều kiện không thỏa mãn
Ở góc trên bên phải của preview mode (khi bạn đang mở chi tiết một tag), bạn có thể chuyển đổi giữa chế độ “Names” và “Values”.
- Nếu chọn Names, bạn sẽ thấy tên biến
- Nếu chọn Values, bạn sẽ thấy giá trị thực tế của biến tại thời điểm đó
Cá nhân tôi thấy chế độ Values tiện lợi hơn vì nó giúp nhanh chóng xác định chính xác dữ liệu nào đã được gửi đến các công cụ analytics hoặc marketing.
Bạn cũng có thể kiểm tra nhanh xem giá trị trong trigger có thực sự khớp với điều kiện bạn đã thiết lập hay không.
RẤT QUAN TRỌNG:
Không debug từng tag khi bạn đang chọn mục Summary phía trên Event Timeline. Đây là cách làm sai.
Luôn chọn một event cụ thể trong danh sách event trước, sau đó mới nhấp vào tag để kiểm tra.
Variables
Tiếp theo là tab Variables. Phần này hiển thị thông tin chi tiết về các biến trong event đang chọn, bao gồm:
- Loại biến
- Kiểu dữ liệu trả về
- Giá trị thực tế (resolved value)
Các biến này có thể được sử dụng trong bất kỳ tag hoặc trigger nào (thậm chí trong một biến khác), ví dụ như Google Analytics event tag, Mixpanel event tag, hoặc các nền tảng khác.
Để chèn biến, bạn chỉ cần đặt tên biến trong dấu ngoặc nhọn kép như sau: {{TenBien}}. Khi bạn chuyển đổi giữa các event khác nhau trong Event Timeline, bạn sẽ thấy giá trị của các biến thay đổi tùy theo ngữ cảnh của từng tương tác.
Data Layer
Tab Data Layer có lẽ là phần bị đánh giá thấp nhất trong bảng Preview của Google Tag Manager, đặc biệt với người mới (và thậm chí cả những người ở mức trung cấp). Phần này hiển thị chính xác object message đã được đẩy vào Data Layer tại event bạn đang chọn, cũng như trạng thái của Data Layer sau khi message đó được xử lý xong. Nói cách khác, bạn có thể thấy toàn bộ dữ liệu hiện đang có trong Data Layer và những giá trị nào khả dụng sau mỗi event của Google Tag Manager. Điểm quan trọng nhất là: mọi data point được đẩy vào Data Layer đều có thể chuyển thành biến trong GTM.
Tuy nhiên, dù bạn nhìn thấy thông tin hữu ích trong tab Data Layer, bạn vẫn không thể sử dụng nó trong GTM nếu chưa tạo biến tương ứng. Tab Variables trong cửa sổ Debug chỉ hiển thị các biến đã được cấu hình trong giao diện GTM (ví dụ: Page Path, Page URL, v.v.). Vì vậy, nếu bạn thấy dữ liệu thú vị trong Data Layer và muốn gửi nó sang Google Analytics, bạn cần tạo một Data Layer Variable trong GTM.
Ví dụ: bạn muốn gửi một event lên Google Analytics khi ai đó để lại bình luận. Đồng thời, với mỗi event, bạn cũng muốn gửi kèm họ tên đầy đủ của tác giả bài viết. Nhờ đó, bạn có thể phân tích xem tác giả nào tạo ra mức độ tương tác cao nhất từ độc giả.
Trong tài khoản Google Tag Manager, bạn vào Variables và tạo một biến mới với cấu hình phù hợp (dlv là viết tắt của data layer variable). Sau khi bạn làm mới chế độ Preview & Debug và tải lại website trên trình duyệt, bạn sẽ thấy biến mới xuất hiện trong tab Variables mỗi khi trang được tải. Sau đó, bạn có thể chèn biến {{dlv – Post Author}} vào các tag Google Analytics (hoặc bất kỳ nền tảng nào khác). Trong một bài viết khác về cách theo dõi AJAX form bằng Google Tag Manager, tôi đã giải thích cách đi sâu hơn vào Data Layer, trích xuất các giá trị lồng nhau (nested values) và chuyển chúng thành biến trong GTM. Đây là một kỹ thuật đơn giản nhưng cực kỳ hữu ích, đến mức rất khó tưởng tượng việc làm tracking mà không sử dụng nó.
Consent tab
Tab Consent hiển thị trạng thái đồng ý (ví dụ: denied hoặc granted) nếu bạn đã triển khai Google Consent Mode.
Tab này cũng có thể hiển thị lỗi nếu một tag cố gắng đọc trạng thái consent trước khi Consent Mode thực sự được thiết lập.
Errors tab
Tôi không thường xuyên sử dụng tab này (vì không nhiều tag phát sinh lỗi hiển thị tại đây). Tuy nhiên, nếu bạn thấy một con số khác 0 xuất hiện trên tab, hãy nhấp vào đó để xem nguyên nhân.
Tab này sẽ hiển thị khi một GTM Tag Template không thể kích hoạt do gặp lỗi. Bạn nên kiểm tra chi tiết để xác định vấn đề trong cấu hình hoặc logic của tag.
Header
Phần Header hiển thị:
- Hostname của website bạn đang debug
- Trạng thái kết nối (Connected hoặc chưa kết nối)
- Các Google tag được phát hiện trên trang (ví dụ: Google Tag Manager, GA4, Google Ads, v.v.)
Bạn có thể nhấp vào ID của tag (ví dụ: GA4 Measurement ID) để xem dữ liệu nào đã được gửi đến property hoặc nền tảng đó.
Nếu bạn không thấy GTM Container ID trong danh sách này, điều đó có nghĩa là GTM chưa được cài đặt đúng trên website và bạn (hoặc đội ngũ kỹ thuật) cần kiểm tra lại.
Nếu bạn chọn một ID không phải GTM trong danh sách, bạn sẽ thấy các request đã được gửi đến nền tảng đó (ví dụ: page_view hoặc scroll event). Nhấp vào từng request để xem chi tiết danh sách các tham số được gửi đi.
Container / Tag details
Nội dung của phần này sẽ thay đổi tùy theo ID bạn đã chọn trong Header.
Nếu bạn chọn một GTM container, bạn sẽ thấy:
- Tên container
- Container ID
- Environment
- Cách GTM được triển khai
- Phiên bản container và environment
Bạn có thể nhấp vào biểu tượng cây bút để thay đổi phiên bản hoặc environment (rất tiện khi cần kiểm tra phiên bản khác).
Nếu bạn đang xử lý sự cố triển khai GA4, nội dung hiển thị sẽ hơi khác và tập trung vào thông tin liên quan đến property đó.
Làm mới chế độ Preview
Nếu bạn thực hiện thay đổi trong container và muốn xem trước chúng trên website, bạn bắt buộc phải làm mới chế độ Preview.
Để thực hiện, hãy quay lại giao diện Google Tag Manager và nhấn Preview lại từ đầu. Sau đó hoàn tất các bước kết nối, và chế độ preview sẽ được tải lại với cấu hình mới nhất.
Chia sẻ chế độ GTM Preview
Để chia sẻ chế độ Preview với người khác:
-
Trước tiên, bạn phải tự bật chế độ Preview.
-
Ở góc trên bên phải, nhấp vào biểu tượng ba chấm > Share.
Một cửa sổ popup sẽ xuất hiện, yêu cầu bạn:
- Nhập URL website nơi chế độ preview sẽ được bật
- Chọn container cần kích hoạt (nếu có nhiều GTM container hoặc GTAG).
QUAN TRỌNG: Bạn phải chọn đúng GTM container trong dropdown. - Sao chép liên kết và gửi cho người bạn muốn chia sẻ
Một cách khác là nhấp vào biểu tượng X ở góc trên bên trái (khi đang ở chế độ preview), sau đó bật tùy chọn Keep the domain… enabled for debugging và nhấn Close debugger.
Bạn sẽ thấy danh sách tất cả các phiên preview đã bật. Bên cạnh phiên bạn muốn chia sẻ, nhấp vào biểu tượng ba chấm và chọn Share.
Sau khi nhấp, cửa sổ popup chia sẻ sẽ xuất hiện như đã mô tả ở trên.
Nếu bạn đã từng bật preview trước đó, chỉ cần truy cập lại tagassistant.google.com và thực hiện các bước tương tự để chia sẻ.
Thoát chế độ Preview
Nếu bạn muốn thoát chế độ Preview, cách tốt nhất là nhấp vào nút Finish trên badge của Preview (hiển thị ở góc dưới bên phải website).
Nếu cách đó không hiệu quả và bạn vẫn tiếp tục thấy badge này trên mỗi lần tải trang, bạn cần kiểm tra và xử lý theo hướng dẫn khắc phục tương ứng để tắt hoàn toàn phiên debug.
Debug nhiều domain (cùng một container)
Nếu bạn đang làm việc với nhiều domain (thuộc cùng một hành trình khách hàng) và các domain đó sử dụng chung một Google Tag Manager container, bạn cần bật chế độ Preview trên cả hai domain.
Trước tiên, mở tagassistant.google.com (hoặc nhấn nút Preview trong giao diện GTM) và nhập domain của website thứ hai. Hoàn tất các bước để bật chế độ Preview.
Sau đó, trên tagassistant.google.com, nhấp vào biểu tượng X ở góc trên bên trái và chọn tùy chọn Keep the domain XXXXX enabled for debugging, rồi nhấn Close Debugger.
Cách này sẽ giữ website thứ hai ở trạng thái preview.
Tiếp theo, nhấn lại nút Preview trong giao diện GTM hoặc chọn Add domain trên tagassistant.google.com và thêm domain của website thứ nhất. Hoàn tất các bước cho đến khi website thứ nhất được mở trong một tab hoặc cửa sổ mới.
Về bản chất, thao tác này sẽ thiết lập cookie first-party _TAG_ASSISTANT=X trên cả hai domain (điều này là bắt buộc để chế độ Preview hoạt động). Nhờ đó, bạn có thể điều hướng qua lại giữa hai domain và vẫn thấy đầy đủ event/dữ liệu từ cả hai website trong cùng một phiên debug.
Debug iFrame
Chế độ Preview mới cũng hỗ trợ debug iFrame. Tuy nhiên, chủ đề này có nhiều điểm cần lưu ý riêng, vì vậy thường sẽ có hướng dẫn chuyên sâu riêng về cách xử lý trường hợp này.
Tăng cường chức năng với tiện ích mở rộng Tag Assistant cho Chrome
Tên gọi của Google đôi khi dễ gây nhầm lẫn, vì có hai công cụ khác nhau cùng tên “Tag Assistant”:
- Tag Assistant (website): Đây là giao diện chính của chế độ Preview, nằm tại tagassistant.google.com. Đây là nơi hiển thị Event Timeline và bảng điều khiển debug.
- Tag Assistant (Chrome extension): Đây là tiện ích mở rộng tùy chọn cho trình duyệt Chrome, giúp cải thiện chức năng của chế độ Preview chính.
Tiện ích này không bắt buộc, nhưng rất nên cài đặt vì nó giúp công cụ Preview kết nối với website ổn định hơn và mang lại nhiều lợi ích.
Khi cài extension, website sẽ được mở trong một tab mới (thay vì cửa sổ riêng) khi bạn bật Preview mode. Điều này cho phép bạn tiếp tục sử dụng các tính năng như debug trên thiết bị di động (mobile debugging).
Ngoài ra, bạn có thể debug nhiều tab cùng lúc.
Bên cạnh đó, một số biểu tượng hình dạng sẽ xuất hiện trong Event Timeline và trên badge của Preview (trên website) để giúp bạn nhanh chóng phân biệt cửa sổ nào đang được debug.
Khi làm việc với chế độ Preview của Google Tag Manager, bạn sẽ thường xuyên gặp lại một số lỗi quen thuộc. Việc hiểu rõ nguyên nhân và cách xử lý sẽ giúp bạn tiết kiệm rất nhiều thời gian debug, thay vì phỏng đoán sai vấn đề. Dưới đây là bảng tổng hợp các lỗi phổ biến trong preview mode cùng nguyên nhân khả dĩ và hướng xử lý cụ thể để bạn kiểm tra nhanh trong quá trình làm việc.
| Vấn đề | Nguyên nhân có thể | Cách xử lý |
|---|---|---|
| Tag không kích hoạt | Điều kiện của trigger không được đáp ứng | Nhấp vào tag tại event tương ứng trong Event Timeline. Cuộn xuống mục Firing Triggers để xem điều kiện nào có dấu X đỏ (điều kiện không thỏa mãn). |
| Biến hiển thị “undefined” | Biến chưa tồn tại trong Data Layer tại thời điểm event xảy ra hoặc tên Data Layer Variable bị sai chính tả | Mở tab Data Layer của event đó và kiểm tra chính xác key (đúng chính tả và đúng chữ hoa/chữ thường). Data Layer phân biệt hoa – thường. |
| Xuất hiện event “Message” trong timeline | Có dataLayer.push() nhưng không kèm key “event” | Đây là hành vi bình thường. Nhấp vào tab Data Layer của event đó để xem dữ liệu nào vừa được đẩy lên. |
| Không thấy event “Link Click” khi nhấp link | Listener theo dõi click link chưa được kích hoạt | Đảm bảo trong container có ít nhất một trigger loại Just Links đang bật. |
| Tag GA4 kích hoạt nhưng không thấy dữ liệu trong DebugView | Extension trình duyệt, thiết lập consent hoặc bộ lọc mạng đang chặn request gửi đến Google Analytics | Kiểm tra tab Network trong Developer Tools để xem có request nào đến google-analytics.com bị lỗi không. Tạm thời tắt các extension chặn tracking để thử lại. |
Nếu chế độ Preview của Google Tag Manager không hoạt động
Nếu bạn gặp sự cố với chế độ Preview & Debug (ví dụ: không hiển thị giao diện debug hoặc không kết nối được), bạn nên tham khảo tài liệu hướng dẫn khắc phục lỗi tương ứng và kiểm tra lại từng bước thiết lập. Các vấn đề này thường liên quan đến cấu hình container, cookie, extension trình duyệt hoặc quyền truy cập domain.
Event “Message” trong timeline là gì?
Thỉnh thoảng bạn sẽ thấy một event có tên “Message” xuất hiện trong Event Timeline, đôi khi còn trước cả event Container Loaded. Bạn không cần lo lắng về điều này.
Điều đó đơn giản có nghĩa là đã có một lệnh dataLayer.push() được thực thi trên trang, nhưng push đó không chứa key event.
-
Nếu push có key
event(ví dụ:{'event': 'login'}), GTM sẽ đặt tên event trong timeline là “login”. -
Nếu không có key
event(ví dụ:{'user_id': '123'}), GTM vẫn ghi nhận rằng dữ liệu đã được đẩy vào Data Layer, nhưng sẽ đặt tên chung là “Message”.
Bạn có thể nhấp vào event “Message” đó và mở tab Data Layer để kiểm tra chính xác dữ liệu nào đã được đẩy lên tại thời điểm đó.
Khi sử dụng thành thạo Preview mode, bạn không chỉ biết tag có kích hoạt hay không mà còn hiểu rõ lý do phía sau. Điều đó giúp giảm đáng kể thời gian xử lý lỗi và hạn chế rủi ro khi publish container. Hãy luôn kiểm tra kỹ trước khi đưa thay đổi lên môi trường live. Debug cẩn thận hôm nay sẽ giúp bạn tránh những vấn đề dữ liệu nghiêm trọng về sau.
Tài liệu tham khảo
