Pixel Conversion Loss is Real. Server-side Tracking Adoption is Overdue
Meta fixed its attribution problem. The open web hasn’t. While CAPI adoption has reshaped how social campaigns measure conversions, mid-market agencies running programmatic are still relying on pixel-only setups that miss 30–40% of conversion data. Serhii Shchelkov, AdTech Expert at Epom, on what independent ad tech players are losing by staying pixel-only in 2026.
Your worst-performing campaign this quarter might actually be your best one. You just can’t tell, because the data you’re looking at is missing up to 37% of what actually happened.
And that’s not a divination. That is the current state of pixel-only conversion tracking on the open web, which most agencies and brands are still treating as their primary source of truth.
In 2026, the gap between what you report to clients and what actually converts on their campaigns might be large enough to create a four, five, or even six-figure hole in a monthly budget.
The Default is Broken
Ad blockers run in roughly 25–30% of web sessions and block pixel scripts before they fire.
GWI Ad Blocker Trends Report
Pixel-based conversion tracking was built for a different internet. Safari’s Intelligent Tracking Prevention shortens cookie lifespans to near-uselessness for returning visitors. iOS App Tracking Transparency has made mobile attribution essentially unreliable for users who have opted out. Consent friction removes another slice.
Each change arrived gradually, covered as its own isolated story. Taken together, they describe the standard conditions for every open web campaign running today.
The Conversions are Happening. You’re Just Not Seeing Them
At the Meta x Stape webinar on server-side tracking, a Meta rep put a number on it: up to 37% of users are now blocking tracking scripts.
For an agency managing a $20,000 monthly programmatic budget for a client, that means a significant portion of real conversions are invisible and not used to make a single optimization decision. The campaign appears to be underperforming, but in reality, it may be doing fine.
The uncomfortable part is that there’s no alert telling you which one it is: an optimization challenge or a blind spot in your analytics.
Why are Agencies Most Exposed?
Among large publishers with 50 million or more monthly sessions, adoption of server-side tracking has reached 31%.
Jentis Server-Side Tracking Report 2026
At that scale, every measurement gap translates into lost revenue. There is no choice but to adapt.
Calculations are different for mid-market agencies and SMBs. The losses here are real but smaller and invisible. There is no revenue threshold forcing the decision, no engineering team to notice the discrepancy between reported conversions and CRM numbers, and no single-platform migration that makes the problem impossible to ignore, as Meta’s Conversions API did for social advertisers.
What keeps agencies on pixel-only setups is mostly friction. Every demand-side platform implements server-side postback tracking with different macros, URL structures, and attribution configurations. The new setup requires resources that mid-market often can’t afford.
Another burning issue runs even deeper than that. Agencies buying across multiple DSPs are typically using a separate pixel for each platform. In practice, each DSP only sees its own conversions. The agency ends up with three dashboards showing three different numbers, none of which reflect what actually happened.
What The Fix Looks Like
Meta was the first to move at scale. When the company launched its Conversions API, it wasn’t replacing the pixel but reinforcing it.
Its algorithm is this: when a user converts on a website, the event is sent directly from the advertiser’s server to Meta’s servers, carrying hashed identifiers such as email addresses and phone numbers. It never touches the browser and becomes immune to any blockages we discussed above. Then, Meta matches the event to a user profile through its own identity graph, with accuracy that a pixel firing inside a privacy-restricted browser simply can’t match.
Critically, Meta doesn’t recommend replacing the pixel with CAPI. It recommends running both together. Pixel continues to capture browser-level signals, while CAPI handles the conversion signal server-side, where no data is lost.
Together, they give the algorithm a complete picture of what the customer actually did. Advertisers running both, on average, see a 13% improvement in cost per result, according to data from the same webinar.
The open web works the same, with one important difference. While Meta’s Conversions API matches events using hashed personal identifiers and its own identity graph, server-to-server postback tracking uses click IDs. When a user clicks a programmatic ad, the DSP assigns a unique identifier to that click. After the conversion occurs, the advertiser’s server fires a postback to the DSP using the same ID. The DSP matches it to the original impression, attributes the conversion, and feeds it back into the bidding algorithm.
For agencies running campaigns across multiple platforms, an MMP layer is the missing piece. Operating on server-to-server data above all platforms simultaneously, it pulls fragmented attribution into a single, accurate view.
Where Pixel-only Hits its Hard Limit
The visibility gap is what a pixel-only approach produces at scale. Budget migrates toward channels where measurement is clearer, which isn’t always where performance is actually better.
For agencies managing direct deals on premium inventory in healthcare, luxury, betting, or niche media outlets, the same logic applies.
In-app environments have no browser to execute a pixel script. Privacy-restricted platforms, such as healthcare portals, often block client-side tracking at the consent layer. And when advertisers need to track multiple conversion types simultaneously, pixel setups start breaking down in ways that are hard to diagnose.
Inside Epom ad server, we see this most clearly with ad networks running interactive campaigns with rich media creatives, where server-side tracking handles each action as a separate attributed event, and the measurement gap between pixel and S2S becomes impossible to ignore.
The pixel isn’t going away. But in 2026, running it as a standalone measurement solution means every optimization decision you make is built on a number that’s already incomplete.







