Server-Side Tracking & Consent Mode v2: GDPR-Compliant Conversion Measurement

Server-side tracking moves data processing from the user's browser to a server that you control yourself. Google Consent Mode v2 uses four consent signals to control whether and how Google tags may collect data. Together, the two keep conversions measurable while cookie blocking and the GDPR erode classic browser tracking.
What Is Server-Side Tracking, and How Does Consent Mode v2 Relate to It?
Server-side tracking means that tracking data is no longer sent directly from the browser to Google, Meta, and others, but first to a server container under your control. Consent Mode v2 is a separate layer that governs whether any collection may happen at all: Google Consent Mode makes it possible to adapt the behavior of Google tags and app SDKs to users' consent choices (Google for Developers, as of 2026). One is the technical architecture, the other the legal and functional switch. Anyone who wants to measure conversions in a GDPR-compliant way generally needs both.
Why Is Classic Browser Tracking No Longer Enough?
Classic tracking via third-party cookies no longer works reliably in modern browsers, because these cookies are blocked and made short-lived. With Intelligent Tracking Prevention (ITP), Safari blocks third-party cookies completely by default and deletes a website's script-writable storage (including LocalStorage, IndexedDB, and service worker caches) after seven days of Safari use without interaction on the site (WebKit Blog, 2020).
Even client-side cookies had already been capped at a seven-day expiry before that (WebKit Blog, 2020). For advertisers, this means in practice: a click today and a conversion two weeks later can often no longer be attributed to the same person using client-side methods alone. The result is gaps in conversion measurement, underestimated campaigns, and worse bid management. Server-side tracking and Consent Mode v2 address exactly this gap.
How Does Google Consent Mode v2 Work with Its Four Signals?
Consent Mode v2 translates the choice made in the cookie banner into four machine-readable signals that Google tags evaluate before every data collection. According to Google for Developers (as of 2026), these are the four:
- ad_storage controls advertising-related storage, for example setting advertising cookies.
- analytics_storage controls analytics-related storage.
- ad_user_data governs consent to sending user data to Google for advertising purposes.
- ad_personalization governs consent for personalized advertising.
The two signals beginning with ad_, ad_user_data and ad_personalization, are what is new in version 2 compared with the first version. The principle behind it: obtain consent, communicate the status to Google, and let the tags respect that choice (Google for Developers, as of 2026).
Basic vs. Advanced Consent Mode: What Is the Difference?
The difference lies in whether Google tags are completely blocked before consent or are already allowed to model data without cookies. Both variants implement the same signal system, but behave fundamentally differently when consent is missing (Google for Developers, as of 2026).
| Characteristic | Basic Consent Mode | Advanced Consent Mode |
|---|---|---|
| Tag loading before banner interaction | Tags blocked, no data sent | Tags load immediately with a default of "denied" |
| When consent is denied | No data, not even a default status | Cookieless measurement via pings |
| Conversion modeling | More limited | Improved, advertising-specific modeling |
Conversion modeling means that Google statistically extrapolates from the anonymous, cookieless pings of non-consenting users how many conversions likely occurred. Advanced Consent Mode thereby enables improved, advertising-specific conversion and behavior modeling (Google for Developers, as of 2026). Which variant suits you depends on your privacy standards, banner setup, and measurement goals; a clean implementation belongs in the hands of experienced Google Ads specialists.
What Is Server-Side Tagging, and How Does the Server Container Work?
Server-side tagging moves tag processing from the browser to a server controlled by the operator. Unlike client-side tagging, this server container does not run in the user's browser or on their device, but on a server that you control (Google for Developers, as of 2026).
The process: the server container receives requests, converts them into events, and processes them with tags, triggers, and variables (Google for Developers, as of 2026). Data is routed via the container URL, stored in gtag.js as the parameter server_container_url. What matters for data sovereignty: with server-side tagging, only the operator has access to the data on the server until they send it elsewhere (Google for Developers, as of 2026). You have full control over how the data is shaped and where it is routed.
How Does Server-Side Tracking Improve Conversion Measurement?
Server-side tracking improves measurement through three levers: data control, privacy, and performance. Inside the server container, data can be checked, validated, and modified before being passed on to analytics and advertising endpoints or marketing partners (Google for Developers, as of 2026).
This allows personally identifiable information (PII) to be removed before it reaches third parties, giving you more targeted control over data sharing. Server-side tagging also reduces the processing load on the client and improves the performance of the website (Google for Developers, as of 2026). Because tracking hits run through your own first-party domain instead of third-party endpoints, browser protection mechanisms recognize them as third-party tracking less often, which raises data quality.
Since When Is Consent Mode v2 Mandatory in the EEA, and What Happens Without It?
Consent Mode v2 has been mandatory since March 6, 2024, for advertisers who target users in the European Economic Area (EEA), including the UK. For EEA traffic, Google requires advertisers to obtain end users' consent and share the ad_user_data and ad_personalization consent signals with Google in order to keep using measurement, personalization, and remarketing (Google Ads Help, 2024).
Without implementation, new EEA users can no longer be captured in audience and remarketing lists, for example in Google Ads, GA4 Audiences, or Floodlight (Google Ads Help, 2024). In practice, this means shrinking audiences and worse optimization: a direct performance loss, not just a compliance issue.
What Does This Mean Legally Under the GDPR for Consent?
Under the GDPR, the rule is: prior, active consent is required for cookies and tracking that are not technically necessary. In the Planet49 ruling (Case C-673/17, ruling of October 1, 2019), the CJEU decided that consent to setting cookies that are not technically necessary must be given through active behavior; a pre-ticked checkbox is not valid consent (CJEU / LfDI Baden-Württemberg).
In Germany, the consent requirement for non-necessary access to end devices is anchored in Section 25 TDDDG (formerly TTDSG). In the view of the supervisory authority, consent to tracking cookies must be informed, freely given, prior, active, separate, and revocable (LfDI Baden-Württemberg, as of 2024). No consent is required for purely functional, technically necessary cookies such as the shopping cart. This overview is general information and does not replace legal advice.
FAQ: Server-Side Tracking and Consent Mode v2
Does Server-Side Tracking Replace Consent?
No. Server-side tracking is a technical architecture, not a legal basis. The obligation to obtain prior, active consent for non-necessary cookies and tracking remains in place regardless (CJEU Planet49, 2019; Section 25 TDDDG). Where you process the data does not change whether you are allowed to collect it.
Do I Need Consent Mode v2 and Server-Side Tracking Together?
Not necessarily, but they complement each other. Consent Mode v2 has been mandatory for EEA advertisers since March 6, 2024 (Google Ads Help, 2024). Server-side tracking is optional but improves data control, privacy, and measurement quality (Google for Developers, as of 2026). For robust, GDPR-compliant conversion measurement, combining the two is common practice.
What Is the Difference Between ad_user_data and ad_personalization?
ad_user_data governs consent to sending user data to Google for advertising, while ad_personalization governs consent for personalized advertising (Google for Developers, as of 2026). Both were added with version 2 and are the crucial new signals for EEA traffic.
Does Tracking Still Work Entirely Without Cookies?
To a limited extent. When consent is denied, Advanced Consent Mode sends cookieless measurements via pings, enabling improved conversion and behavior modeling (Google for Developers, as of 2026). This does not replace complete measurement, but it statistically closes part of the gap.
What Tools Do I Need for Server-Side Tagging?
Within the Google ecosystem, server-side tagging via a Google Tag Manager server container is the standard solution. It runs on a server you control, ideally under your own first-party domain (Google for Developers, as of 2026). Setting it up requires hosting, a cleanly configured server_container_url, and a matching consent banner.
Does Server-Side Tracking Also Reduce the Risk from Safari ITP?
Partially. Because hits run through your first-party domain instead of third-party endpoints, some browser protection mechanisms kick in less often. However, the ITP rule that deletes script-writable storage after seven days without interaction (WebKit Blog, 2020) remains relevant; server-side tracking reduces risk, it is not a free pass.
Conclusion
Server-side tracking and Consent Mode v2 solve two different problems: the technical one of cookie loss and the legal one of consent. Consent Mode v2 has been mandatory in the EEA since March 2024, and server-side tagging gives you back data sovereignty. Combining both cleanly keeps conversions measurable without ignoring the GDPR. As of 2026. General information, not legal advice.
Sources
- Google for Developers, Consent mode overview (as of 2026)
- Google for Developers, An introduction to server-side tagging (as of 2026)
- Google for Developers, Server-side tagging overview (as of 2026)
- WebKit Blog, Full Third-Party Cookie Blocking and More (ITP) (2020)
- Google Ads Help, Updates to consent mode for traffic in the EEA (2024)
- CJEU C-673/17 Planet49 / LfDI Baden-Württemberg, Cookies and Cookie Banners (2019 / as of 2024)
Share this article
Stay up to date
Get the latest articles, insights and industry updates straight to your inbox.
Decide for yourself what Google shows you
Google lets you choose which sources appear more prominently in your search results: in Top Stories and in AI answers. Two clicks, and you see the sites you trust.
Add provimedia.de to my preferred sourcesRelated articles
More articles you might find interesting.
SEA vs. SEO: When Paid Ads Pay Off, When Organic Search Wins
SEA delivers clicks from day one but costs per click. SEO takes months to build but then carries without a click price. This comparison covers cost, time horizon, and when each channel wins.
Microsoft Ads (Bing Ads): Is Advertising Alongside Google Worth It? Guide 2026
Microsoft Advertising (formerly Bing Ads) reaches an audience Google does not cover, often with less competition. What the platform can do in 2026, how the Google import works in four steps, and for whom the second channel really pays off.
What Do Google Ads Cost? Budget, Pricing & Cost Factors 2026
Google Ads has no fixed price: you pay per click and set your own daily budget. How the cost per click emerges from auction, bid and quality score, and what an agency costs.
Ready for your AI competence certificate?
Get your AI certificate – flexible, online, with a documented certificate of participation for building AI literacy (Art. 4 EU AI Act).