Conversions dropped after Consent Mode v2: how much of a drop is normal?
Short answer
Compare against real orders, check the date the drop started, use your acceptance rate as the reference, and test that accepted visits are measured.
Some drop is expected, because people who decline are no longer measured the old way. A large drop that starts on one date and does not match your decline rate usually points to a setup problem. The way to tell is to compare against something that does not depend on consent, like your orders or CRM.
First, anchor on a source of truth. Your store orders or your CRM count real sales regardless of cookies. Put them next to the platform's reported conversions for the same days. If real sales are flat and reported conversions fell, the loss is in measurement, not demand.
Second, look at timing. Did the fall start on the day the banner or Consent Mode went live? A sharp step on that date suggests a configuration cause. A slow slide that began earlier suggests something else.
Third, estimate what you should expect. If, say, a bit under half of visitors accept, the measured share of conversions will fall toward that number, partly offset by Google's modelling where it applies. The exact effect depends on your region, your traffic mix and the mode you run, so I would not trust any rule of thumb you find online. Use your own acceptance rate as the reference point.
Fourth, check the usual faults. Consent defaults set after Google tags fire, a banner that never updates the signals after the visitor accepts, a tag that requires a signal your banner does not send, or a conversion tag blocked from firing until a second page load. Each of these is testable on a clean browser.
Fifth, check that accepted visitors are measured. Accept on a test visit, make a test conversion, and confirm it appears. If accepted visitors are also missing, the problem is the wiring, not consent itself.
Sixth, consider server-side events for the consented group. When a visitor accepts, a server copy of the conversion with the click ID or hashed identity can fill gaps that the browser misses, if your rules allow it. For visitors who decline, nothing identifiable should be sent.
DataCops sends consented conversions from the server with the same event ID as the pixel, so each counts once, and checks the saved choice before every send, logging skips. That helps you tell 'declined, correctly skipped' from 'accepted, never sent'. It does not make up data for visitors who said no, which is the point.
What is your banner's acceptance rate, and did the drop start on the go-live date?
DataCops in short
For this question: DataCops sends consented conversions from the server with the pixel's event ID and logs skipped sends, so you can tell a correct skip from a send that never happened.
DataCops is a tool whose first-party consent manager, built on IAB TCF v2.2 with Google Consent Mode v2 on by default, is served from your own domain so blockers are less likely to stop it, and which sits in one script with first-party analytics, a bot verdict on every visit and server-side conversions that skip web events marked as declined.
How DataCops does it
- A banner from your own domain. TCF 2.2, with Google Consent Mode v2 on by default: all four signals start denied and update when the visitor chooses.
- The choice is checked again on the server. DataCops skips web events marked as declined before every send, and logs the skip.
- Shown where the law asks. EU, EEA, UK and Swiss visitors get an opt-in gate; elsewhere collection runs by default.
- One script. First-party analytics (a GA4 alternative), the consent manager and server-side conversions share one script and one DNS record.
- A log of every send. A delivery log row per conversion, sent, held, skipped or failed.
Best for: advertisers with EU, UK or Swiss traffic who want a consent banner that loads reliably, and consent, analytics and ad conversions in one script.
Ads Warmup: tell the ads who pays
Ads Warmup, DataCops' flagship feature, sends customers you already have to Meta, Google Ads and TikTok before a new campaign spends: upload a CSV (only email is required, up to 20,000 rows), see a 0 to 10 match score per person, pick the event, and send. Rows are dated when you send, and Google Ads credits only people who clicked a Google ad. Preview is free; sending needs a paid plan. Check your own consent basis for the list first. See Ads Warmup.
Ways to do this job
| Option | Best for |
|---|---|
| DataCops | Consent, analytics and server-side conversions in one script |
| A standalone consent platform | Banners and consent records, nothing else |
| Consent Mode in Google Tag Manager | Passing consent state to Google tags, if you build it yourself |
When not to use DataCops
- You need a legal opinion. DataCops gives you a banner and a record. It is not legal advice and does not make you compliant; you decide your consent basis.
- You only need a banner and run no ads. A basic consent banner is enough if you run no ads and no conversions.
Sources and further reading
More on this: first-party consent manager, and the complete guide to offline conversion tracking.
Keep a simple weekly table: real orders, reported conversions, acceptance rate. After a month you will know what normal looks like for you.