Cookieless Tracking and GA4: What Privacy Changes Mean for Ecommerce Analytics
Third-party cookies are being restricted across browsers. GA4 uses modeling to fill the gaps. Here's how to understand what your analytics data actually shows — and what you're missing.
The ecommerce analytics landscape has been quietly shifting under your feet. Safari has blocked third-party cookies since 2020. Firefox followed. Chrome's Privacy Sandbox has been rolling out tracking restrictions. iOS 14.5 broke Facebook Pixel attribution for a generation of DTC brands. The promise of "complete" visitor data was always fiction; now it's openly acknowledged.
Google Analytics 4 was designed for this world. But understanding what GA4 actually measures, what it models, and what it misses is essential for ecommerce operators making decisions on incomplete data.
What's Actually Happening with Cookies
There are two types of cookies relevant here:
First-Party Cookies
Set by the website being visited (your store), readable only by your store's domain. First-party cookies still work. GA4's primary tracking cookie (stored under your domain) is a first-party cookie. Google Tag Manager running on your domain sets first-party cookies. This is still functional in all browsers.
Third-Party Cookies
Set by a domain different from the site being visited (ad networks, analytics platforms loading from their own domains). These are the ones being restricted. Facebook Pixel, Google Ads conversion tracking, and cross-site retargeting depend heavily on third-party cookies.
The practical impact: attribution is breaking. You might see a conversion in GA4 attributed to "Direct" when it actually came from a Facebook ad, because the cross-site tracking that would have connected those signals is blocked.
How GA4 Responds to Missing Data
GA4 uses several mechanisms to compensate for incomplete tracking:
Behavioral Modeling
When GA4 can't observe traffic directly (because a user opted out of tracking or their browser blocked cookies), it uses machine learning to model what those users likely did, based on observed traffic from similar users who did consent. This is called behavioral modeling or "modeled data."
You can tell if GA4 is using modeled data in a report by a small icon in the interface (a dotted circle). Modeled data is estimates, not measurements. For most ecommerce stores with sufficient traffic, the estimates are reasonable at the aggregate level but unreliable at the segment level.
Conversion Modeling
For Google Ads specifically, GA4 uses conversion modeling to estimate conversions that can't be directly observed due to consent or browser restrictions. This allows Smart Bidding to optimize toward estimated conversions even when direct measurement is incomplete. This is separate from the behavioral modeling visible in GA4 reports.
Google Signals
If users are signed into their Google accounts, Google can use that cross-device identity to connect sessions across devices, filling gaps that cookie loss would otherwise create. This requires Google Signals to be enabled in GA4 (it's not on by default for all users) and users must have ads personalization enabled in their Google accounts.
What This Means for Your Ecommerce Data
Session counts are understated
Any visitor who blocks cookies or uses Safari's Intelligent Tracking Prevention (ITP) generates sessions that are harder to attribute. Safari's ITP caps first-party cookie lifetimes at 7 days when set via JavaScript (document.cookie), which means returning customers who haven't visited in a week may appear as "new users." GA4 mitigates this with server-side cookie setting, but only if you've configured it.
Attribution is systematically biased toward direct and organic
When a conversion can't be attributed to a paid channel (because the cookie that would have done so is blocked), GA4 often falls back to "direct" or the most recent attributable session. This makes paid channels look less effective than they are and inflates direct traffic. If you've noticed "direct" growing as a share of revenue, this is partly why.
Funnel analysis is incomplete
GA4's funnel exploration relies on connecting the same user across multiple sessions. When cookies are restricted, user identity is harder to maintain, so GA4 sees more "new users" entering the funnel at every step — inflating top-of-funnel numbers and making conversion rates look worse than they are.
Segment-level data is unreliable
Aggregate revenue numbers are relatively robust (GA4's modeling fills gaps reasonably well at scale). But small-segment analysis — "how do mobile users from Instagram convert vs. desktop users from email" — becomes statistically unreliable when a meaningful portion of each segment has gaps in their tracking.
What You Should Do
1. Implement server-side tagging
Move your core analytics and conversion tracking from client-side (JavaScript in the browser, subject to ad blockers and ITP) to server-side (your server sends events directly to GA4 and ad platforms). Server-side tagging removes ad blocker interference and sets cookies as true first-party cookies with full lifetimes.
Google Tag Manager's server-side container is the standard implementation. For Shopify stores, there are native server-side tracking options. This is the highest-ROI tracking improvement most ecommerce stores can make right now.
2. Enable Google Signals (with caveats)
Google Signals improves cross-device reporting and fills some cookie gaps for Google-account users. Enable it if you haven't. But note: enabling Signals triggers data thresholding — Google withholds data when traffic volumes in a segment are small enough to potentially identify individuals. This can cause blank rows in reports for some audience segments.
3. Implement consent mode correctly
GA4 Consent Mode tells Google whether a user has consented to tracking. When consent is denied, GA4 uses behavioral modeling instead of direct measurement. This is better than nothing — and it's legally required in the EU (GDPR), UK, and an increasing number of US states (CCPA with SB-362 amendments).
Implement Consent Mode v2 (the current standard), not the older v1. Consent Mode v2 includes two new parameters (ad_user_data and ad_personalization) required for Google Ads to maintain conversion modeling under consent restrictions.
4. Set realistic expectations for attribution reporting
Stop optimizing campaigns based purely on last-click GA4 attribution. Use a combination of: GA4 data-driven attribution model (better than last-click), platform-native reporting (Meta Ads Manager, Google Ads), and periodic media mix modeling if your spend justifies it. No single reporting view is complete.
5. Monitor data quality signals
Check GA4's data quality icon in reports — it indicates when thresholding or modeling is affecting your data. Compare modeled session counts to unmodeled counts (available in some GA4 properties). Watch your "new vs. returning user" ratio — if new users are growing faster than your acquisition activity explains, ITP is likely fragmenting returning user identification.
The Site Health Connection
Analytics data quality also depends on your site's technical health. Slow pages cause users to bounce before GA4's tracking code fires, understating session counts. JavaScript errors can prevent GA4 from loading at all. Cookie consent banners that block all cookies before consent — including first-party analytics cookies — create the same gaps as browser-level blocking.
StoreVitals audits your store's technical health including performance issues that affect analytics quality, cookie consent implementation, and the security headers that prevent common JavaScript injection attacks from corrupting your tracking data.