Viden · Ordbogen

Hvad er server-side tracking?

Nicklas Segatz Mortensen

Nicklas Segatz Mortensen · Growth Hacker · Fractional CMO · Meta Ads Nerd · 8. juli 2026 · 6 min.

Definition

Server-side tracking sender konverteringshændelser fra jeres egen server (fx via en server-side Google Tag Manager-container og Metas Conversions API) i stedet for fra brugerens browser — så data ikke tabes til adblockere, cookie-spærringer og iOS-begrænsninger.

Også kaldet: Server-side tracking, CAPI, Conversions API, Server-side GTM, s2s

Sådan virker det

Browser
Kunde
blokeret
Server-side
Din server
Meta / Google

Browser-tracking taber hændelser til adblockere, cookie-spærring og iOS. Server-side sender konverteringen fra din egen server direkte til Metas CAPI og Google — uden for blokeringernes rækkevidde. Bedre data = bedre optimering.

01Hvorfor browseren ikke længere er nok

Klassisk tracking sker i browseren: en pixel affyrer, når kunden konverterer. Men adblockere, ITP i Safari, cookie-samtykke og iOS’ privatlivsændringer betyder, at en voksende andel af de hændelser aldrig når frem. Resultatet er blind budgivning — platformene optimerer på ufuldstændige data.

Server-side tracking flytter afsendelsen fra browseren til jeres egen server. Hændelsen sendes direkte til Metas Conversions API og Googles server-side endpoints, uden for adblockerens rækkevidde.

02Hvad et godt setup giver

Bedre datakvalitet betyder bedre optimering: algoritmen ser flere af de reelle konverteringer og lærer hurtigere, hvem der køber. Det forbedrer både matching (event match quality), attribution og — i sidste ende — hvad hver annoncekrone kan præstere.

Et robust setup kombinerer typisk en server-side GTM-container, Metas CAPI med deduplikering mod pixelen, og forbedret conversions-data til Google. Sat rigtigt op er det et af de tekniske håndtag, der løfter performance uden at røre budget eller kreativer.

03Event Match Quality — tallet, der afgør udbyttet

Et server-side setup er ikke enten-eller; det er så godt som de data, du sender med. Meta scorer det på Event Match Quality (EMQ) fra 0 til 10 — reelt et mål for, hvor godt platformen kan genkende brugeren bag en hændelse. Jo flere matchede parametre du sender — hashet e-mail, telefonnummer, navn, by, postnummer, ekstern ID (fbp/fbc), IP og user agent — jo højere EMQ, og jo flere af dine konverteringer kan Meta faktisk tilskrive og lære af.

Forskellen er ikke kosmetisk. En konto, der løfter EMQ fra 4 til 8, ser målbart flere konverteringer i kontoen — ikke fordi der sker mere i virkeligheden, men fordi færre af de reelle salg går tabt i matchingen. Bedre matching giver algoritmen et renere signal at optimere på, og det forplanter sig til lavere CPA og bedre skalering.

Den anden halvdel er deduplikering. Kører du både pixel og CAPI (hvilket du bør), skal begge sende samme event_id, så Meta forstår, at det er én hændelse, ikke to. Uden korrekt dedup tæller du dobbelt og forgifter optimeringen lige så meget, som huller ville. Et godt setup handler lige så meget om præcision som om dækning.

Ofte stillede spørgsmål

Erstatter server-side tracking pixelen?+

Nej, de supplerer hinanden. Bedste praksis er at køre både pixel og server-side med deduplikering, så hændelser ikke tælles dobbelt, men samtidig fanges dem, browseren ellers ville tabe.

Er server-side tracking lovligt (GDPR)?+

Ja, når det sættes korrekt op med samtykke via consent mode og korrekt databehandling. Server-side flytter dataindsamlingen, men fritager jer ikke for samtykkekrav — det skal bygges ind fra start.

Relaterede begreber

Vi bygger server-side tracking som en del af fundamentet i Profit Forge.

Se Profit Forge
Nicklas Segatz Mortensen

Nicklas Segatz Mortensen

Growth Hacker · Fractional CMO · Meta Ads Nerd hos Oaksmond

Growth hacker og fractional CMO med 10+ års erfaring og trecifrede millioner i forvaltet ad spend bag sig. Erfaring fra større danske og internationale scale-ups og fra bureaubranchen.

Mød teamet →