RGM-GT-01 · GTM Server-Side · Module 1 of 5
RGM° · Training

GTM Fundamentals and Web Container

Server-side tagging exists to solve the data-loss problem in client-side tracking. This module covers the architecture, the limitations being solved, and the 90-day migration plan.

What you will learn

  1. Why server-side tagging exists and what problem it solves
  2. How web container tagging works
  3. Web container architecture: dataLayer, triggers, variables, tags
  4. Limitations of client-side tagging in 2026
  5. The server-side alternative
  6. When server-side matters most
  7. The data flow: client → server → vendor
  8. Common tags and their server-side configuration
  9. Costs and engineering investment
  10. Vendor landscape
  11. The 90-day server-side migration plan

1. Why server-side

Client-side tag tracking (Google Tag Manager web container, Tealium, Adobe Launch) sends user data directly from the browser to vendors. Three forces have made client-side less viable: ad blockers (30 - 50% of traffic in many segments), browser tracking restrictions (Safari ITP, Firefox ETP, Chrome cookie deprecation), and privacy regulations (GDPR, CPRA).

Server-side tagging: data flows from the browser to your own server-side container, which then proxies it to vendors. This preserves data quality, gives you control, and reduces page weight.

2. How web container tagging works

Web container (client-side) tagging flow:

  1. Page loads; tag manager script loads.
  2. Event occurs (page view, click, purchase).
  3. dataLayer event fires.
  4. Tag manager evaluates triggers, fires tags.
  5. Each tag sends data directly to its vendor.

3. Web container architecture

4. Client-side limitations

LimitationImpact
Ad blockers20 - 50% of data lost in some categories
Safari ITPCross-domain cookies expire in 7 days
Chrome cookie deprecationThird-party cookies blocked
Browser bot filtersSome legitimate traffic filtered
Page weight10 - 30 tags add 100 - 500ms to page load
Vendor outagesSlow vendor scripts slow page

5. The server-side alternative

Server-side tagging architecture:

  1. Page loads; minimal client-side script loads.
  2. Events sent to your server-side container endpoint.
  3. Server-side container processes events.
  4. Server-side container forwards events to vendors via server-to-server APIs.

6. When server-side matters most

7. The data flow

Browser → first-party endpoint (your domain) → server container → vendor APIs (Meta CAPI, Google Measurement Protocol, etc.)

8. Common tag conversions

9. Costs

10. Vendor landscape

11. Migration plan

  1. Week 1 - 2: Inventory current tags and data flow.
  2. Week 3 - 4: Set up sGTM instance; configure subdomain.
  3. Week 5 - 8: Migrate one tag at a time, starting with highest-value.
  4. Week 9 - 12: Validate data parity, deprecate client-side tags.
How to use this module: The architecture diagrams (Section 5), the tag conversion list (Section 8), and the migration plan (Section 11) are the planning artifacts.

Sources & further reading


Part of the GTM Server-Side series · RGM Training