Server-side-tagging
Flyt tags til serveren.
Server-side-tagging er en gratis Digital Marketing Academy-lektion på CoddyKit. Dette er lektion 2 af 4. Du kan læse alle 3 lektioner i dette læringsspor gratis i deres fulde længde — derefter låser CoddyKit PRO alle lektioner op samt praktiske øvelser med en indbygget kodeeditor og en AI-underviser døgnet rundt. Den er en del af læringsforløbet i Digital Marketing Academy, og dine fremskridt synkroniseres på tværs af nettet og CoddyKit-appen. Digital Marketing Academy-kurset indeholder 4 lektioner i alt.
Hvad er tagging på serversiden
Tagging på serversiden flytter udførelsen af dine tags ud af brugerens browser og ind på en server, du kontrollerer. I stedet for at siden sender pixels direkte til Google og Meta, sender den én anmodning til dit eget tagging-endepunkt.
Serveren beslutter derefter, hvad der skal videresendes, til hvem og i hvilken form. Browseren kommunikerer kun med dit førstepartsdomæne.
Klient- og serverforløb
I den klassiske model kører hver leverandørs pixel i browseren og sender sin egen tredjepartsanmodning. Ved tagging på serversiden sender browseren én hændelse til en taggingsserver, som videresender den til flere destinationer.
Det giver dig kontrol over dataene, reducerer antallet af blokerede anmodninger og mindsker mængden af klientsidekode, der gør sider langsommere.
CLIENT-SIDE (old)
Browser --> google-analytics.com
Browser --> facebook.com/tr
Browser --> tiktok.com/pixel
(each blockable, leaks data)
SERVER-SIDE (new)
Browser --> sgtm.yoursite.com (1 request)
|
+----------+----------+
v v v
GA4 Meta CAPI TikTok
(server-to-server, controlled)Taggingsserveren (sGTM)
Googles Server-Side Google Tag Manager (sGTM) er den mest almindelige implementering. Det er en container, der kører på Cloud Run, App Engine eller en anden vært, modtager anmodninger og behandler dem gennem klienter og tags.
En 'klient' fortolker indgående anmodninger som hændelser, hvorefter 'tags' sender disse hændelser videre til destinationer. Det er GTM, men det udføres på serveren i stedet for på siden.
Førstepartsunderdomæne
Den vigtigste forbedring af driftssikkerheden kommer fra at knytte taggingsserveren til et underdomæne på dit eget websted, f.eks. sgtm.example.com via en DNS A- eller CNAME-post.
Fordi anmodningerne nu går til dit domæne, er cookies, der sættes i svaret, førsteparts- og HttpOnly-cookies. De slipper uden om de strengeste ITP-begrænsninger og bliver langt sjældnere blokeret af annonceblokkere.
DNS + cookie setup
--------------------------------------
sgtm.example.com -> Cloud Run host
Response header from server:
Set-Cookie: FPID=abc123; Domain=.example.com;
HttpOnly; Secure; SameSite=Lax;
Max-Age=63072000
=> first-party, server-set, long-lived
=> survives ITP better than JS cookiesSådan bevæger en hændelse sig
Et køb finder sted på siden. Webcontaineren (eller gtag) sender en hændelse til sgtm.example.com. GA4-klienten dér rekonstruerer hændelsen, beriger den, og et GA4-tag videresender den til Googles indsamlingsendepunkt.
Den samme hændelse kan samtidig udløse et tag til Meta Conversions API, en Google Ads-konvertering på serversiden og meget mere, alt sammen fra én indgående anmodning.
Event payload sketch (purchase)
--------------------------------------
{
"event_name": "purchase",
"client_id": "FPID.abc123",
"value": 89.90,
"currency": "EUR",
"transaction_id": "T-10482",
"items": [{"id":"SKU1","qty":2}],
"consent": {"ad_user_data":"granted"},
"user_data": {"em_hashed":"<sha256>"}
}Conversions API (CAPI)
Metas Conversions API, Googles Enhanced Conversions og TikToks Events API er alle server-til-server-endepunkter. De modtager hændelser direkte fra din server og går helt uden om browserpixlen.
Det genskaber konverteringer, der ellers går tabt på grund af annonceblokkere og ITP, og gør det muligt at sende hashkodede førstepartsidentifikatorer (e-mail, telefonnummer) for at opnå bedre matchning, hvis du har samtykke.
Databerigelse og kontrol
Fordi serveren ser den rå hændelse, kan du berige den: tilføje den faktiske ordreværdi fra din database, fjerne personhenførbare oplysninger, som du ikke vil dele, tilføje tidsstempler fra serveren eller deduplikere i forhold til klientsidehændelser.
Du bliver redaktør af dine egne data og sender kun hver platform de minimale felter, den har brug for. Det er dataminimering i praksis, ikke kun en politik.
Server-side transform rules
--------------------------------------
INCOMING -> TRANSFORM -> OUTBOUND
- hash email (SHA-256) before send
- drop raw IP for non-consented users
- overwrite value w/ DB net revenue
- add event_id for dedup w/ pixel
- block forwarding if consent=deniedDeduplikering af hændelser
Hvis du både kører en browserpixel og sender en serverhændelse for den samme konvertering, må platformene ikke tælle den to gange. Deduplikering bruger en fælles identifikator.
Send det samme event_id (og event_name) fra både klientpixlen og serverens CAPI-kald. Meta og andre matcher dem og beholder kun én, så du får redundans uden oppustede tal.
Dedup with event_id
--------------------------------------
Browser pixel:
fbq('track','Purchase',{...},
{eventID:'evt_T-10482'})
Server CAPI:
event_id: 'evt_T-10482'
event_name: 'Purchase'
Meta sees same id+name -> counts onceDrift og omkostninger
Taggingsserveren er reel infrastruktur. På Google Cloud Run skalerer den automatisk med trafikken, og du betaler for beregning og udgående trafik. Et lille websted kører måske med et par instanser, mens et stort websted kan have mange.
Planlæg overvågning, en forhåndsvisningsserver til fejlfinding og oppetid, for hvis taggingsserveren går ned, gør målingen det også. Den er nu en produktionstjeneste, ikke en kodestump.
Begrænsninger og ærlighed
Tagging på serversiden er ikke en omgåelse af samtykke. Du skal stadig have et behandlingsgrundlag, og det er ulovligt at sende data uden samtykke, uanset hvor de behandles.
Det genskaber heller ikke automatisk deterministisk sporing på tværs af websteder. Det forbedrer driftssikkerhed og matchning for samtykkebaserede førstepartsdata. Det er et modstandslag, ikke et smuthul.
Implementeringstjekliste
En reel implementering følger en rækkefølge: Opret serveren, knyt underdomænet til den, forbind webcontaineren med den, konfigurer klienter og tags, og forbind derefter CAPI-destinationerne.
Valider med forhåndsvisningen til fejlfinding, bekræft at deduplikeringen fungerer, kontrollér at samtykke styrer afsendelsen, og skift først derefter trafikken over. Behandl det som implementering af enhver anden serverbaseret tjeneste.
Rollout checklist
--------------------------------------
[ ] Deploy sGTM (Cloud Run)
[ ] Map sgtm.example.com (CNAME)
[ ] Web container -> send to sGTM
[ ] GA4 client + GA4 tag configured
[ ] Meta CAPI tag + event_id dedup
[ ] Consent checks on every tag
[ ] Preview/debug verified
[ ] Monitoring + alerts on uptimeHurtigt tjek
Test din forståelse af tagging på serversiden.
Opsummering
Tagging på serversiden dirigerer hændelser fra browseren til en taggingsserver på dit eget underdomæne, som sætter førstepartscookies og videresender samtykkebaserede data til platforme via server-til-server-API'er som Meta CAPI.
Fordelene er færre blokerede anmodninger, cookies med bedre kompatibilitet med ITP, databerigelse og dataminimering samt deduplikering af hændelser. Det er et lag til driftssikkerhed og kontrol, reel infrastruktur der skal driftes, og aldrig en erstatning for samtykke.
Lær Digital Marketing Academy med en AI-underviser — gratis
Skriv og kør rigtig kode i din browser, få øjeblikkelig hjælp fra en AI-underviser døgnet rundt, og fortsæt, hvor du slap, på web eller i appen.
- Kurser
- 63
- Lektioner
- 239
Ofte stillede spørgsmål
Er lektionen “Server-side-tagging” gratis?
Ja — alle 3 lektioner i læringssporet Digital Marketing Academy, inklusive “Server-side-tagging”, kan læses gratis i deres fulde længde her på webstedet. Derefter låser CoddyKit PRO alle lektioner op samt interaktive øvelser med en indbygget kodeeditor og en AI-underviser døgnet rundt. Digital Marketing Academy-kurset indeholder 4 lektioner i alt.
Hvad lærer jeg i “Server-side-tagging”?
Flyt tags til serveren. Du øver dig i Digital Marketing Academy med praktisk kode, som du kører direkte i browseren, og en AI-vejleder døgnet rundt besvarer dine spørgsmål, mens du arbejder dig gennem lektionen.
Skal jeg have erfaring for at begynde på Digital Marketing Academy?
Der kræves ingen tidligere erfaring. Digital Marketing Academy på CoddyKit er tilrettelagt for både begyndere og øvede, så du kan starte her eller fra begyndelsen og lære i dit eget tempo. Dette er lektion 2 af 4.
Hvor lang tid tager lektionen “Server-side-tagging”?
De fleste CoddyKit-lektioner tager cirka 5–10 minutter. Hver lektion er kort og interaktiv, så du gør løbende fremskridt og kan fortsætte, hvor du slap – på både web og app.
Kan jeg skrive og køre kode i denne Digital Marketing Academy-lektion?
Ja. Alle Digital Marketing Academy-lektioner har en indbygget kodeeditor, så du kan skrive og køre rigtig kode direkte i din browser og få øjeblikkelig feedback fra AI – uden lokal opsætning.