A rename never changes what fires; that is the rule the whole reorganization has to survive.

Without naming conventions or separate environments, every container change carries avoidable risk. We create a structure that your team, agency, and future owners can work in safely.

A GTM container organized so a new hire can locate and understand any tag without relying on the person who built it.

A Zeo architect arranging tag, trigger, and variable drawers into a labeled cabinet

Some of the 500+ brands we've worked with

See all references
  • BMW
  • Shell
  • Decathlon
  • PWC Türkiye
  • Yemek.com
  • CHIP Online
  • GoTürkiye

We put the conventions and controls in place that make the container maintainable over time. Four stages move the container from a flat list to a structure your team can follow consistently.

How we hold ourselves to it

  • A single naming convention, used everywhere — We define how tags, triggers, and variables get named so their purpose is readable without opening them.
  • Organize into folders — We group related tags, triggers, and variables by purpose or vendor, so the whole container stays navigable even with hundreds of items in it.
  • Development, staging, and production, kept separate — We configure development, staging, and production environments so changes get tested before they reach real visitors.
  • What has to happen before a publish goes live? — We set up version notes and a review step so every publish has a record of what changed and why.
  1. Agree the structure

    We propose a naming and folder convention based on how your team actually thinks about tags, by vendor, by purpose, or by page area.

    Structure proposal

    AI assist
    Drafts folder options from how your tags are named today.
    Human gate
    Your team picks the convention it will actually follow.
    Owners
    GTM Architect, Container Owner
    Illustrated figure sketching plans at a drafting table
  2. Stand up the environments

    We configure your environments and agree on who can publish where.

    Environment configuration

    AI assist
    Checks that staging config matches production before go-live.
    Human gate
    Someone confirms who's actually allowed to publish where.
    Owners
    GTM Architect, Publish Approver
    Two illustrated figures carrying an oversized key together
  3. Migrate and rename

    We reorganize existing tags into the new structure without changing what they do.

    Migrated container

    AI assist
    Maps every old tag name to its new folder location.
    Human gate
    A person verifies nothing changed except the label.
    Owners
    GTM Architect
    Illustrated figure stacking patterned building blocks
  4. Document the conventions

    We write down the naming rules and publish process so new tags follow the same structure without a reminder.

    Style guide

    AI assist
    Drafts the style guide from the agreed naming rules.
    Human gate
    Your team confirms the guide matches how they'll work.
    Owners
    GTM Architect, Container Owner
    Illustrated figure writing a page at a desk

Folders and naming rules turn a guessing game into a system

Automation drafts folder options from how your tags are named today, checks staging config against production, maps every old name to its new location, and writes the style guide from the agreed rules. People own the choices that stick: which convention the team will actually follow, who may publish where, and a verification that only the label changed.

The structure is documented so it can survive changes in staff and agencies.

  • Configuration record

    Container structure

    Naming convention, folder organization, and environment setup, all applied to your live container.

    Accepted when

    The convention is applied to the live container, not only described in a document.

    Cadence: Applied at restructure, held after

  • Reference document

    Style guide

    The rules for naming and organizing anything added to the container going forward.

    Accepted when

    Someone new can name a new tag correctly on the first try using the guide.

    Cadence: Consulted before naming anything

  • Runbook

    Publish process

    A written checklist for what happens before a change goes live.

    Accepted when

    The checklist names who approves and what must be true before a publish.

    Cadence: Run at every publish

We call it done when: every tag fires exactly as it did before the reorganization, staging cannot reach production unpublished, and publish rights match today's responsibilities.

The tell: nobody can find a specific tag without opening several first.

A good fit when

  • Your container has no naming convention, and finding a specific tag means opening several to guess which one it is.
  • Changes go straight into the live container without a testing environment, so nobody can verify tag behavior before the change reaches production visitors.
  • A new container is being set up, but its naming, folders, environments, and publish process have not been agreed before the first tags arrive.

Better handled as other work when

  • Your container is disorganized because of years of neglect and needs cleanup before it needs new structure, start with GTM Audit & Container Cleanup.
  • The work concerns a server-side container rather than the web container's tags, triggers, and variables, so Server-Side GTM & Cloud Setup is the right task.

If one of these is closer to your situation, start here instead: All Google Tag Manager Consulting tasks

We call it done when: your team has picked the naming convention it will actually follow, not the one that looks tidiest on paper.

  • Google Tag Manager

    where separate environments and folder structure get stood up, not just documented

  • Google Tag Assistant

    confirms the renamed, refoldered container still fires exactly as before

Bring us the current container and we will propose a structure based on how your team actually works.
Plan container architecture

No. This work changes organization, not tag behavior, and we verify firing parity before and after the restructure.