Setting Up Tags in Google Tag Manager the Right Way

The all-too-common scenario: a new client onboarding for GA4 events and tracking tags. Relief washes over you as you discover Google Tag Manager (GTM) is already implemented. Access is granted, and then the digital equivalent of a tangled web confronts you: seven tags labeled “Google Ads,” five nonsensical tags, eight custom variables serving no apparent purpose, and zero documentation. The question echoes: why?

GTM is a robust platform, offering all the necessary features for a structured and maintainable tracking infrastructure for data analytics. The frustration arises when these inherent capabilities are overlooked. Let’s delve into the essential best practices for setting up tags and events in GTM effectively, ensuring clarity and future-proofing your analytics.

Consistent Naming Conventions

A well-thought-out naming convention is not just a suggestion; it’s the bedrock of an organized GTM setup. The principle is simple: implement a logical and consistent system for naming tags, triggers, and variables. Any consistent approach is a vast improvement over haphazard labeling. The goal is for each name to be self-descriptive, immediately conveying its purpose, the data it handles, and its destination.

A practical naming structure could follow these patterns:

GA4 Event Tags: {Event Name} {Receiving Platform} Event Tag Example: generate_lead GA4 Event Tag

Triggers: {Event Name} {Receiving Platform} {Triggering Element} Trigger Example: generate_lead GA4 Form Submission Trigger

Variables: {Variable Name} {the method it is collected} Example: Form ID DOM

For GA4 event naming, adhering to Google’s recommended event names is crucial. For tracking lead generation via a form submission, the generate_lead event is a prime example. Consistency with these established names ensures better data interpretation and integration with Google Analytics.

Version Control and Descriptions

Neglecting version descriptions is akin to navigating without a map. Each time you make changes in GTM, create a new version. Crucially, accompany each version with a detailed yet concise summary of all added elements, the reasoning behind them, and a memorable name for easy identification. Mention everything you have added in this version and why it was added, giving it a memorable name.

Think of your version history as an audit log. Clear descriptions allow you to quickly understand what changes were made, when, and why. This becomes invaluable for troubleshooting, reverting to previous configurations, and onboarding new team members.

By adhering to these best practices – establishing clear naming conventions and diligently utilizing version descriptions – you transform your GTM container from a potential source of confusion into a well-organized and easily understandable asset. This not only streamlines your current workflow but also ensures the long-term maintainability and accuracy of your tracking implementation.

Table of Contents