All posts
7 min readserver-side-tagging, data-manager-api, measurement-protocol, meta-capi

Server-side conversion tracking in 2026: Measurement Protocol vs Data Manager API vs CAPI

"Server-side tracking" now covers three different things, and teams routinely pick the wrong one. A plain-English map of GA4 Measurement Protocol, Google's Data Manager API, and platform CAPIs — and when each is right.


"Server-side tracking" has become an umbrella for three different things in 2026, and teams routinely reach for the wrong one. Here is a plain-English map of the GA4 Measurement Protocol, Google's Data Manager API, and the platform CAPIs — and when each is the right tool.

The three server-side paths

1. GA4 Measurement Protocol

The classic server-to-server way to send events into a GA4 property. Contrary to a common rumor, Measurement Protocol is NOT deprecated. It is still the right tool for sending arbitrary GA4 events — the free-form { name, params } shape — from your backend.

2. Google Data Manager API

Google's newer unified ingestion API, positioned as the successor for new server-side conversion and audience integrations. Its event model is conversion-shaped — transaction ID, value, currency, hashed user identifiers, consent — rather than the free-form MP shape. It runs alongside Measurement Protocol, not instead of it: use it for conversions and audiences, not for arbitrary event streams.

3. Platform CAPIs (Meta Conversions API, TikTok Events API)

Per-platform server-side conversion pipes. They send hashed conversion data straight to the ad platform, bypassing the browser (and ad blockers). Essential for Meta and TikTok attribution quality in the post-iOS world.

How to choose

  • Need arbitrary GA4 events from your server? → Measurement Protocol.
  • Sending conversions / audiences to Google products with hashed identities + consent? → Data Manager API.
  • Improving Meta or TikTok attribution against ad blockers + iOS? → the respective CAPI.
  • Most serious setups run more than one of these in parallel.

💡 Note: All three require you to hash user identifiers (SHA-256, after normalization) and to pass consent state. Getting normalization wrong — e.g. not stripping dots and +tags from gmail addresses — silently tanks your match rates.

The part everyone underestimates: consent + hashing

Server-side does not exempt you from consent. Data Manager and the CAPIs both take explicit consent fields, and sending un-consented data server-side is the same violation as doing it in the browser — just harder to see. Match quality then lives or dies on identifier normalization: lowercase, trim, strip gmail dots and +tags, E.164 phone format, then hash.

Where TagEasy fits

TagEasy ships GTM-based server-side export for Meta, TikTok, Google Ads, and GA4, plus a Data Manager connector for Google conversion ingestion running alongside the existing Measurement Protocol and CAPI paths. The goal is not to pick one religion — it is to send each platform the shape it wants, with consent attached, and monitor that it keeps working.


See where your tracking stands

Run the same 13-check audit referenced in this post against any URL. No signup, results in seconds.

Run a free audit