TrackingDesk

Glossary

Server-side tagging

Sending marketing and analytics events from your own server instead of from the visitor's browser, so a request the browser might block is made somewhere it cannot be.

Also called: server-side tracking, S2S

In the browser model, a page loads a vendor’s script and that script sends the event directly to the vendor. In the server-side model, the event goes to a server you control, and that server forwards it on.

The difference is where the request originates. A browser request can be blocked by an ad blocker, stripped by tracking prevention, or lost when a script fails to load. A server-to-server request is not subject to any of that, because the visitor’s browser is no longer the one making it.

BROWSER-SIDE visitor browser vendor sends event — blockable ad blocker, tracking prevention, script fail SERVER-SIDE visitor browser your server vendor server to server — not blockable same payload, different sender
The only thing that changes is which machine makes the request to the vendor. That removes the blockable hop — it does not change whether you had permission to send the event.

The genuine benefits. Fewer lost events, so reporting is more complete. Control over what leaves your infrastructure, since the payload is assembled by you rather than by a vendor’s script. Less client-side JavaScript, which usually means a faster page.

The two misconceptions worth killing.

It is not a consent workaround. Moving the request to your server changes who sends the data, not whether you were allowed to. If a visitor did not consent to marketing tracking, sending their event server-side is the same violation with an extra hop. Anyone selling it as a way around consent is describing a compliance problem, not a feature.

It is not free accuracy. Server-side events are only as good as what reached the server. If the click ID never made it into your order record, forwarding that order from your server does not attribute it — it just sends an unattributed conversion more reliably.

The naming is genuinely inconsistent across vendors. Some call the outbound direction “tagging” and the inbound direction “tracking”; others use them interchangeably. Establish which one is meant before agreeing to anything.

Do not confuse with

Close enough to get mixed up, different enough that the mix-up costs something.