- Workspace conventions — All active development happens in a named workspace. Tags are never edited directly in the Default workspace. Each implementation phase gets its own workspace, reviewed and merged before publication.
- Naming conventions — Tags, triggers, and variables follow a standardised naming pattern:
[Type] - [Platform] - [Event/Purpose]. This makes the container scannable and prevents duplicate or conflicting configurations. - Folder organisation — Tags are grouped into folders by platform (GA4, Google Ads, Meta, LinkedIn) and by function (Analytics, Conversion, Consent). Variables are grouped by source (Data Layer, Cookie, DOM).
- Trigger architecture — We design trigger conditions that are specific, not permissive. Generic “All Pages” triggers are avoided where a more targeted condition is appropriate. Trigger groups are used to enforce sequencing where consent must fire before analytics.
- Version control — Every container version is published with a descriptive note. We maintain a changelog in the container notes and document the purpose of each change. Rollback procedures are tested before handoff.
- Built-in variables — We enable only the built-in variables your implementation actually requires, keeping the container lean and reducing the risk of accidental variable conflicts.
- New container creation or full audit and restructure of existing container
- Data layer variable configuration aligned to your data layer spec
- Consent Mode v2 initialisation and tag firing order
- Preview mode QA sign-off checklist
- Documented container structure and maintenance guide for your team
