Hvilket måleproblem skal løsningen løse?
Start med fejlen eller behovet, ikke med teknologien. Mangler gennemførte køb i rapporteringen? Bliver samme henvendelse registreret flere gange? Sender hjemmesiden oplysninger til flere systemer, end virksomheden har overblik over? De problemer kan have forskellige årsager og kræver ikke nødvendigvis samme løsning.
Server-side tracking betyder, at en del af behandlingen og videresendelsen af hændelser sker på en server. Det kan give mere kontrol over, hvilke data der sendes videre, men gør ikke automatisk datagrundlaget korrekt eller komplet.
En praktisk illustration er: brugerens handling → indsamling på hjemmeside eller i et system → serverens behandling → den valgte modtager. Den konkrete arkitektur kan variere. Google beskriver modellen for sin løsning i introduktionen til server-side tagging.
Tegn det eksisterende dataflow først
Lav en oversigt over de hændelser, der har betydning for forretningen. For hver hændelse skal du kunne forklare, hvad der udløser den, hvilke oplysninger den indeholder, og hvilke systemer der modtager den.
Et klik på »send« er eksempelvis ikke nødvendigvis en modtaget formular. Et klik på en købsknap er ikke en betalt ordre. Vælg hændelsens navn og udløsning, så rapporten beskriver det, der faktisk skete.
Notér også, hvem der ejer den oprindelige oplysning. Ordresystemet kan være kilden til ordrenummer og beløb, mens browseren bidrager med oplysninger om besøget. Afklar, hvordan disse oplysninger forbindes, og hvad der sker, når forbindelsen mangler.
Beslut hvad der må sendes til hver modtager
Gennemgå felterne frem for at sende hele hændelsen videre som standard. Er alle parametre nødvendige for formålet? Kan fritekst, sideadresser eller fejlbeskeder indeholde personoplysninger? Hvilke felter skal udelades eller behandles anderledes?
Serveren er ikke et frikort til at ignorere brugerens valg. Samtykkesignaler og den aftalte behandling skal fungere gennem hele forløbet. Googles vejledning til consent mode med server-side Tag Manager beskriver, hvordan signalerne kan indgå i den tekniske opsætning. Consent mode leverer ikke i sig selv en samtykkebannerløsning.
Afklar virksomhedens krav til adgang, opbevaring og behandling med de ansvarlige. En teknisk implementering dokumenterer ikke alene, at alle krav er opfyldt. Det skal være tydeligt, hvilke leverandører og konti der indgår, og hvem der kan ændre opsætningen.
Undgå at tælle den samme handling flere gange
Hvis en hændelse sendes fra både browser og server, skal modtagerens metode til at genkende dubletter være afklaret. Identifikatorer og regler afhænger af platformen; en tilfældig parameter med et id er ikke tilstrækkeligt, hvis modtageren ikke bruger den til formålet.
Undersøg også genindlæsning, gentagne forsøg og forsinkede beskeder. En takkeside kan åbnes flere gange. En server kan forsøge at sende igen efter en fejl. Målingen skal fortsat beskrive én faktisk handling, når det er det, der er sket.
Et fiktivt eksempel: En testordre vises én gang i ordresystemet, men to gange i annoncerapporten. Her skal hændelsernes identitet og afsendelsesveje undersøges, før den højere konverteringstotal kaldes et bedre resultat.
Test hele kæden med aftalte testdata
Definér testforløb før implementeringen: accepteret og afvist samtykke, ændret valg, gennemført handling, valideringsfejl og gentaget afsendelse. Brug testdata uden rigtige kunders personoplysninger, hvor det er muligt.
Kontrollér både indgående hændelse, serverens behandling og modtagerens registrering. Sammenhold navn, beløb, valuta, identifikator og tidspunkt, hvor de er relevante. En hændelse i en forhåndsvisning er ikke tilstrækkelig dokumentation for korrekt rapportering hos den endelige modtager.
Dokumentér forskelle og den forventede forsinkelse. Luk testen med en konkret liste over beståede forløb og åbne punkter, så driftsteamet ved, hvad der faktisk er kontrolleret.
Regn drift og vedligeholdelse med
En serverløsning skal driftes, overvåges og opdateres. Aftal ansvar for hosting, adgang, fejl, ændrede platformskrav og udgifter. Det bør være muligt at opdage, hvis videresendelsen stopper, eller datamængden ændrer sig uventet.
Vurder derefter gevinsten mod indsatsen. En lille hjemmeside med få, enkle hændelser kan først have brug for en korrekt browseropsætning. En mere kompleks løsning med flere datakilder kan have et andet behov. Læs om server-side tracking til Google Ads, hvis du vil have vurderet din konkrete opsætning.
FAQ
Genskaber server-side tracking alle manglende konverteringer?
Nej. Løsningen kan forbedre dele af dataflowet, men kan ikke gøre alle handlinger identificerbare eller fjerne alle begrænsninger. Beskriv præcist, hvilket problem der skal løses, og kontrollér det efter implementeringen.
Kan jeg fjerne alle browser-tags?
Det afhænger af arkitekturen og de hændelser, der skal indsamles. En servercontainer modtager ofte stadig oplysninger fra browseren. Kortlæg afhængighederne, før noget fjernes.
Hvad koster løsningen at vedligeholde?
Det afhænger af hosting, datamængde, platforme og behovet for overvågning. Bed om et tilbud, der skelner mellem opsætning, løbende drift og senere ændringer frem for kun en installationspris.