Vaudvins.ch Case Study: 30.7% of "Invisible" Purchases Recovered in 90 Days

Published by Thomas dans la catégorie Practical Cases on 11.01.2026 Last update : 29.09.2026 à 23h19


Table of content

A customer discovers a fine wine in a Facebook ad, thinks it over, then comes back to buy it a week later. In your reports, the sale shows up as "Direct", or not at all. That was happening to one sale in three at Vaudvins.ch.

Here is what 90 days of server-side measurement revealed, with the numbers.

In short

  • 217,332 requests that would have been blocked or limited were recovered in 90 days.

  • 30.7% of purchases were invisible or misattributed: 5.54% because of ad blockers, 25.20% because of browser anti-tracking protections.

  • The whole funnel was affected, from the cart (31.79% of data recovered) to shipping.

  • Consent is still respected: 37.8% refusals on page views, 15.4% on purchases.

Please note

The vaudvins.ch website no longer exists: since September 2026 it has become Swiss Wine Vaud, also an A-Track client, for which the tracking was rebuilt from scratch. The results below relate to the former vaudvins.ch site.

The context: a customer base heavily on Safari

Timeline of a purchase on Safari: a Facebook ad click, a JavaScript cookie capped at 24 hours then deleted after 7 days by ITP, and a sale attributed to direct traffic the following week.

Vaudvins.ch, an online shop for Vaud wines, served a demanding clientele. The traffic analysis was clear: a large share of visitors used Safari, on iPhone and Mac.

Safari applies ITP (Intelligent Tracking Prevention). According to WebKit, cookies set in JavaScript are deleted after 7 days without interaction, and capped at 24 hours when the visitor arrives through a tracking link, such as an ad click.

The typical scenario: a customer discovers a fine wine in a Facebook ad on Monday. They come back to buy it on Tuesday of the following week.

  • Without server-side: Safari has deleted the cookie. The sale is attributed to "Direct" traffic and the Facebook ROAS is wrong.

  • With an ad blocker: Google Analytics does not even see the sale.

Vaudvins.ch was therefore steering its campaigns on truncated data.

The A-Track intervention: first-party, server-side measurement

We deployed a server-side tracking infrastructure: data flows through a measurement server (proxy) controlled by Vaudvins, on a subdomain of the site, instead of going straight from the browser to each platform.

This setup does not get around ad blockers or consent. It makes measurement resilient to technical restrictions (blocked third-party scripts, shortened JavaScript cookies), and the visitor's choice still applies: a refusal stays a refusal.

The figures below compare the browser stream and the server stream over the 90 days after installation. They were measured at Vaudvins.ch over that period and are not a market average.

The results: 30.7% of purchases recovered

Chart of purchases recovered by server-side tracking at Vaudvins.ch over 90 days: 5.54% lost to ad blockers, 25.20% to anti-tracking protections, 30.7% in total.

This is the figure that matters most for revenue. On the purchase event, the server stream recovered:

  • 5.54% of sales, lost to ad blockers;

  • 25.20% of sales, limited by browser anti-tracking protections (Safari ITP, Firefox Enhanced Tracking Protection).

What this changes: without this intervention, 30.7% of actual sales were invisible or misattributed in analytics tools. Nearly one sale in three was escaping marketing budget decisions.

Safari and the conversion funnel: what the requests reveal

Safari: tracking restored

Over the period, 185,546 requests were recovered from tracking prevention mechanisms, almost exactly the total volume of Safari traffic. In other words, nearly all Safari visitors had previously been tracked with short-lived cookies.

The server sets first-party cookies in the HTTP response. Beware: WebKit also caps these cookies at 7 days if the measurement server is detected as a third party (CNAME or an IP address different from the site's). Configured properly, they let you recognise a customer over several weeks and better estimate their customer lifetime value (LTV).

A "clogged" conversion funnel

The loss did not only affect the final purchase, but the whole journey:

  • view_cart: 31.79% of data recovered;

  • add_shipping_info: up to 100% of data recovered on some segments.

With these intermediate steps, Vaudvins.ch can build larger and more precise abandoned-cart audiences, for visitors who have consented.

FADP compliance means respecting the visitor's choice. On Vaudvins.ch, the measured refusal rates were clear:

  • Page views: 37.8% refusals.

  • Purchases: 15.4% refusals.

Buyers are therefore more willing to accept cookies than casual visitors.

With Google Consent Mode v2 in advanced mode, refusals are not lost for analysis: GA4 can model the behaviour of missing visitors. This modelling only kicks in above volume thresholds, including 1,000 events per day with consent denied for at least 7 days, according to Google Analytics Help. More in our Consent Mode v2 guide.

A-Track tip

Track your refusal rates at each funnel step, not just on page views. A clearly lower refusal rate at purchase, as here, shows your sales data remains usable, provided the technical measurement keeps up.

Conclusion: don't let the browser decide your ROI

The Vaudvins.ch case shows that a site with heavy Safari traffic can lose a significant share of its sales in its reports without losing a single customer. What you lose is the information that helps you win new ones.

  1. Check your Safari traffic share in GA4 and compare your shop's sales with those in your reports.

  2. Route key events through a first-party server, configured according to Safari's rules.

  3. Switch on Consent Mode v2 in advanced mode and track refusals by step.

To go further, read our guide to marketing performance measurement.

Do you want to know how many sales your site is "missing" in its reports?

Let's conduct the same audit for your e-commerce.

Request a Data Loss Audit

Questions fréquemment posées

What is "Stape.io"?

▾
Stape is a hosting provider specialised in server-side Google Tag Manager. It is often chosen over Google Cloud (GCP) because it is simpler to configure, with clear pricing, and because it offers ready-to-use modules (power-ups): loading GTM from your own domain (Custom Loader), anonymisation, keeping first-party identifiers (Cookie Keeper).

These tools make measurement more robust but change nothing about consent: a refusal is still a refusal.

What is a Stape "Power-Up"?

▾
They are add-on modules offered by Stape to simplify technical tasks: for example Cookie Keeper (keeps and restores first-party identifiers when the browser deletes them), Custom Loader (loads GTM from your own domain) or anonymising data before it is sent.

They are always used in line with the visitor's choice.

How long does Server-Side compliance and installation take?

▾
For a standard site, it takes between 3 to 7 business days for the audit, configuration, testing phase, and going live.

Does GTM Server speed up the site?

▾
Not automatically. Server-side only makes the page lighter if scripts are removed from the browser, for example advertising pixels replaced by server-side sends. If every pixel stays in place, the gain is small.

When scripts are removed, loading improves, which benefits user experience and, indirectly, SEO through Core Web Vitals.

Is it complicated to migrate to Server-Side?

▾
It requires technical expertise (DNS, web and server GTM configuration, platform APIs, consent). This is the core business of specialists like A-Track. A poor configuration can cause data loss or duplicates, or even non-compliant sends: hence the importance of a testing phase before going live.

Does Server-Side allow tracking everything, even without consent?

▾
No. Technically a server can receive data, but that does not change the rules: the visitor's choice in the cookie banner must be respected, in the browser and on the server alike. A refusal is still a refusal.

Server-side is there to make data more reliable and more minimal, not to collect what the visitor refused.

Does Server-Side Tracking expose my server to security vulnerabilities?

▾
No, if it is properly configured. The GTM Server-Side container operates in an isolated environment (Docker/Sandboxed). It does not have direct access to your client database or back-office; it only receives filtered HTTP requests.

Is Server-Side tracking reserved for large companies?

▾
No. With hosting providers such as Stape, the infrastructure has become accessible to SMEs. It is especially useful as soon as you invest regularly in advertising or sell online: reliable conversion data then matters directly for your campaigns.

An initial audit shows whether the investment is justified for your site.