Understanding GDPR, Consent Mode v2, first-party data, and how modern tracking technologies balance advertising effectiveness with user privacy.
Three major regulatory frameworks govern how websites can track user behavior. Each has different requirements, scopes, and enforcement mechanisms.
General Data Protection Regulation (2018) — Applies to: EU/EEA residents
Directive 2002/58/EC (Cookie Law) (2002 (updated 2009)) — Applies to: All electronic communications in the EU
California Consumer Privacy Act / California Privacy Rights Act (2020 / 2023) — Applies to: California residents (businesses meeting revenue/data thresholds)
Google is strengthening enforcement of its EU user consent policy, and Consent Mode v2 is how a site passes its visitors' consent choices to Google tags for traffic from the European Economic Area.
Consent mode is a Google framework that adjusts how Google tags behave based on the visitor's consent choices. Version 2, released in November 2023, added two parameters, ad_user_data and ad_personalization, to the existing ad_storage and analytics_storage. They tell Google whether the visitor agreed to their data being used for advertising and to personalized advertising.
In basic mode Google tags do not load until the visitor interacts with the banner, so nothing is sent to Google if consent is denied, and Google Ads modeling uses a general model. In advanced mode tags load with consent defaulting to denied and send measurements without cookies while consent is denied, which lets Google build an advertiser-specific model.
Google Ads models conversions for visitors who decline consent only when consent mode (or TCF v2.0) is implemented correctly and the account reaches 700 ad clicks over a 7-day period per country and domain grouping. Google publishes no fixed recovery rate. It states that consented users are typically 2-5x more likely to convert than unconsented users, so a 50% consent rate does not mean 50% fewer conversions.
| Parameter | Purpose | When Denied |
|---|---|---|
| analytics_storage | Controls analytics cookies (e.g., Google Analytics) | Cookieless pings sent (Advanced) or no data (Basic) |
| ad_storage | Controls advertising cookies (e.g., Google Ads conversion tracking) | No ad cookies stored, conversions modeled |
| ad_user_data | Controls whether user data can be sent to Google for advertising | No user identifiers transmitted to Google Ads |
| ad_personalization | Controls whether data can be used for remarketing/personalization | User excluded from remarketing audiences |
Web tracking has evolved from third-party cookies to server-side APIs. Each method has different privacy implications, effectiveness, and regulatory requirements.
| Method | Privacy Risk | Status (2026) | Description |
|---|---|---|---|
| Third-Party Cookies | High | Blocked in Safari, partitioned in Firefox | Cookies set by domains other than the website being visited, used for cross-site tracking and retargeting. Safari blocks them all and Firefox confines each to the site that created it. Chrome still allows them by default. |
| First-Party Cookies | Medium | Active (with limitations) | Cookies set by the website domain itself. In Safari, cookies written by JavaScript expire after 7 days, or after 1 day when the visitor arrives from a tracker-classified site via a link with a query string. Cookies set by your own server in an HTTP response are not covered by those caps, unless the subdomain resolves through another company's hostname (CNAME cloaking), which WebKit caps at 7 days. Chrome limits any cookie lifetime to 400 days. |
| Client-Side Pixels | Medium-High | Active (reach varies by audience) | JavaScript tags (Meta Pixel, Google Tag) running in the browser. Ad blockers can stop them from loading (29.5% of internet users aged 16 and over use one, per GWI Q2 2025), and they depend on the cookie rules of each browser. |
| Server-Side Tracking | Low-Medium | Active | Events sent from a server to advertising platforms, so the conversion no longer depends on a script running in the visitor's browser. Data is processed in a controlled server environment where PII can be hashed or redacted before transmission. Still requires a lawful basis, such as consent, under GDPR. |
| Conversion APIs (CAPI) | Low-Medium | Active (recommended) | Platform-specific server-to-server APIs (Meta CAPI, Google Enhanced Conversions, TikTok Events API, Taboola S2S, Microsoft Ads Offline Conversions) that send hashed first-party data directly to ad platforms from your server or backend. |
The deprecation of third-party cookies and stricter privacy regulations have accelerated the transition to first-party data strategies. First-party data is information collected directly from your audience — purchase history, email addresses, site behavior — with their knowledge and consent.
Server-side tracking processes conversion events on your server before sending them to ad platforms. This architecture enables several privacy-respecting features:
Figures on this page come from the publications below. For measured browser share, see our third-party cookie statistics. This guide is educational and is not legal advice.