Hunor.digital
← All writing
Server-side · Tracking

Do you actually need server-side tracking?

Server-side tracking recovers real data and costs real money. The honest decision math, from someone who sells it and still talks people out of it.

Lázár HunorDigital Fixer
The short answer

You need server-side tracking when the money you lose to blocked or missing events exceeds what it costs to run. In practice that means meaningful ad spend, a conversion volume where fuller data actually changes bidding, and clean client-side tracking first. If ad spend is small, the math does not work yet.

I sell server-side tracking as a €1500 add-on, which means you should read this with that bias in mind. It also means I have had this conversation dozens of times, and a fair number of them ended with me saying: not yet. Here is the reasoning I use, so you can run it without me.

What server-side tracking actually does

Normally, a visitor's browser sends events straight to Google, Meta, TikTok, and the rest. With server-side tracking, the browser talks to a server container on your own domain, and that server forwards events to the platforms.

That one change buys you three real things:

How much data you personally recover depends on your audience; a tech-savvy, desktop, EU audience blocks a lot more than a mobile mainstream one. Anyone quoting you a universal percentage is quoting an average that is not about your site.

What it does not do

This is the part the sales pitches skip.

When the math works

Strip the hype and it is a cost-benefit line with real numbers on both sides.

The costs are concrete: setup (my add-on is €1500 flat; agencies charge what they charge), plus the running cost of the server container, plus a certain amount of ongoing ownership, because a server container is infrastructure and infrastructure needs an owner.

The benefit is: recovered conversions, times what a conversion is worth to your bidding. That last part is the piece people miss. The platforms' algorithms optimize on the conversion data they receive; fuller data means better optimization on top of better reporting. This is exactly why the benefit scales with ad spend, and why at low spend it rounds to zero.

So the honest qualifying questions:

  1. Is your ad spend meaningful? If your monthly spend is a few hundred euros, better match rates optimize a rounding error. If it is five figures, a few percent of recovered signal is real money.
  2. Is your client-side tracking already clean? Server-side amplifies whatever you have. Verify first, then amplify.
  3. Is someone going to own it? A container someone set up in 2024 and nobody has looked at since is a liability with a monthly bill attached.

Three yeses: the math probably works, and it stops being a leap of faith and becomes plumbing that pays rent.

When it does not

How to decide this week

You do not need a workshop. Pull up monthly ad spend, look at whether conversions are the platforms' bidding signal, and be honest about whether anyone verified your events lately. If the answer pattern is "real spend, bidding on conversions, tracking probably fine," server-side is likely worth pricing out. If it is anything else, spend the money on finding out what your tracking actually does; that is a Clarity audit, and it is cheaper than plumbing you are not ready for.

And if you want the one-sentence version to take into a meeting: server-side tracking is worth it when recovered signal times ad spend beats server costs plus maintenance, and not before.