Home / Blog / Tracking

Server-side tracking, explained for marketing leaders.

You don't need to be an engineer to understand the biggest tracking change in years. You just need to know what it fixes, and what to ask your team.

For years, ad tracking worked the same way: a small piece of code (a "pixel") sat on your website and reported each visit, sign-up and purchase directly from the visitor's browser to Google, Meta and others.

That approach is now leaking. Browsers limit cookies, ad blockers stop pixels from loading, and privacy settings cut data off. The result: platforms see fewer of your conversions, and their algorithms learn from an incomplete picture.

What server-side tracking changes

With server-side tracking, events are sent from a server you control rather than straight from the browser. Your website sends data to your own tracking server first. That server can then clean it, add useful context and pass it on to each platform through official channels such as conversion APIs.

  • More complete data. Fewer conversions are lost to blockers and browser limits.
  • More control. You decide exactly what is shared with each platform, which helps with privacy compliance.
  • Better signals. You can add information the browser doesn't know, such as order value after discounts or whether a lead became a customer.
  • A faster website. Fewer scripts running in the browser can improve page speed.
Algorithms can only optimise for what they can see. Server-side tracking lets them see more.

What it doesn't do

Server-side tracking isn't a way around consent. Visitors' privacy choices still apply, and a good setup respects them. It also isn't "set and forget": it needs monitoring, because a broken connection can quietly stop data flowing.

Questions to ask your team or agency

  1. Are our key conversions sent through conversion APIs as well as pixels?
  2. Are browser and server events de-duplicated, so nothing is counted twice?
  3. Do we send value data, such as revenue or lead quality, not just "a conversion happened"?
  4. How do we respect consent choices in the server setup?
  5. Who is alerted if tracking breaks, and how quickly?

Where this fits in our method. Server-side tracking is the first step of Revenue Signal, "Capture". It's usually the first thing we check in a Growth Audit, because everything that follows depends on it.

Get a tracking check