Server-side tracking med datakontrol
Flere datapunkter er ikke det samme som bedre måling. Vi hjælper med en trackingopsætning, hvor hændelser, samtykke og modtagere er afklaret og kan kontrolleres.
Moselstudio i Svendborg · Samarbejde i hele Danmark
Server-side tracking flytter dele af dataindsamling og videresendelse til et servermiljø, I kan konfigurere. Det kan give mere kontrol over behandling og modtagere, men fjerner ikke behovet for samtykke, dataminimering eller korrekt hændelsesdesign.
Server-side tracking med en klar leverance
Det giver især mening, når:
- Browser- og serverhændelser giver forskellige eller dobbelte tal.
- I vil vide, hvilke oplysninger der bliver sendt til hvilke tjenester.
- GA4, annonceplatforme og webshop skal have et mere konsistent målegrundlag.
En måleplan
Vi definerer hændelser, formål, felter og ejerskab. Klik, formularindsendelse og køb skal have tydelige betydninger.
Kort over dataflow
Browser, server, eventuelle containere og modtagere beskrives. Vi afklarer, hvor samtykke og filtrering håndhæves.
Opsætning og fejlkontrol
Hændelser testes for navne, værdier, identifikatorer og gentagelser. Dobbeltregistrering skal findes, før rapporterne bruges.
Drift og dokumentation
Miljø, udgifter, adgang og ændringsansvar afklares. Opsætningen skal kunne gennemgås, når platforme eller behov ændres.
Start med det, virksomheden vil måle
En hændelse skal beskrive en faktisk handling. Et klik på køb er ikke nødvendigvis en gennemført ordre, og en formularstart er ikke en sendt henvendelse. Vi definerer betydningen, før hændelsen forbindes til analyse eller annoncering.
Felter og værdier gennemgås samtidig. Beløb, valuta, produkt-ID og ordre-ID skal være konsistente med kilden. Personoplysninger skal ikke sendes, bare fordi et system kan indeholde dem. Formål og dataminimering indgår i opsætningen.
Vi aftaler, hvilken kilde der bruges til afstemning. En annonceplatform, GA4 og et ordresystem kan vise forskellige tal på grund af blandt andet attribution, samtykke og tidszoner. Målet er et forståeligt grundlag, ikke at tvinge alle rapporter til at være identiske.
Serveren giver kontrol, men ændrer ikke reglerne
Server-side tagging kan give et sted at kontrollere og videresende data, før de når eksterne modtagere. Google beskriver blandt andet muligheden for at konfigurere behandling i en servercontainer. Den konkrete gevinst afhænger af arkitektur og opsætning.
Det er ikke en metode til at ignorere brugerens valg. Samtykkestatus skal respekteres i hele forløbet, og dataansvarlige skal have styr på formål, grundlag og leverandører. Vi afklarer den tekniske implementering sammen med virksomhedens ansvarlige for området.
Der kan være løbende udgifter og driftsopgaver til servermiljø, trafik og vedligeholdelse. En mindre virksomhed har ikke automatisk brug for en avanceret opsætning. Vi vurderer behov og kompleksitet, før ekstra infrastruktur sættes i gang.
Test hele kæden, også når hændelsen kommer to gange
Den samme handling kan blive registreret fra både browser og server. Hvor platformen understøtter det, skal relevante identifikatorer gøre det muligt at genkende, at der er tale om samme hændelse. En teknisk kvittering for modtagelse er ikke i sig selv bevis på korrekt rapportering.
Vi tester normalforløb, gentagelser, manglende felter og forskellige samtykkestater. En genindlæst kvitteringsside må eksempelvis ikke uden videre blive til endnu et køb. Data skal også kunne følges til modtagerens test- og fejlvisninger.
Efter aktivering afstemmes udvalgte hændelser mod den aftalte kilde. Forskelle forklares, og opsætningen dokumenteres. Når checkout, formularer eller apps senere ændres, skal tracking med i kontrollen, så målingen ikke langsomt mister sin betydning.
Kan I stole på hændelsernes betydning?
Et selvtjek af trackingens definition og kontrol, før I bygger mere ovenpå.
Næste punkt at afklare: Hver hændelse har en præcis definition. Skeln mellem interesse, indsendelse og gennemført køb.
Selvtjek baseret på dine svar. Værktøjet undersøger ikke hjemmesiden og er ingen sikkerheds-, SEO- eller tilgængelighedscertificering.
Sådan arbejder vi sammen
- 01
Gennemgå data
Vi samler eksisterende tags, hændelser, modtagere og kendte forskelle mellem rapporter.
- 02
Definér arkitektur
Måleplan, samtykkeflow og servermiljø afklares med relevante ansvarlige.
- 03
Implementér og test
Hændelser afprøves på tværs af browser og server med kontrol af felter og gentagelser.
- 04
Afstem og overdrag
Vi gennemgår modtagelse og rapportering, beskriver begrænsninger og aftaler vedligeholdelse.
Vurdér behovet før en større opsætning
En fejl i hændelsesdefinitionen bliver ikke løst ved at flytte den til en server. Vi kan starte med et trackingtjek og derefter vurdere, om server-side tracking er den rigtige investering for jeres løsning.
Få opgaven afklaret ↗Spørgsmål om Server-side tracking
Gør server-side tracking samtykke unødvendigt?
Nej. En anden teknisk placering fjerner ikke virksomhedens ansvar for formål, grundlag og brugerens valg. Vi planlægger den tekniske respekt for samtykke gennem hele dataflowet.
Vil alle platforme vise de samme tal?
Ikke nødvendigvis. Målemetoder, attribution, samtykke og tidszoner kan give forskelle. Vi definerer hændelser og afstemningskilde og gør forskellene forståelige frem for at love identiske rapporter.
Kan server-side tracking give dobbelte køb?
Ja, hvis browser- og serverhændelser ikke koordineres korrekt. Vi tester identifikatorer og deduplikering i den valgte platform samt genindlæsninger og gentagne leveringer.
Er der faste driftsudgifter?
Ofte er der udgifter til hosting eller en relevant tjeneste, og forbrug kan påvirke prisen. Vi beskriver de konkrete afhængigheder og det løbende ansvar i tilbuddet.
Få gennemgået jeres trackingopsætning
Fortæl, hvad I har i dag, og hvad der skal fungere bedre. Vi afklarer muligheder, ansvar og næste skridt, før I tager stilling til et tilbud.