Client-side tracking bygger på JavaScript, der kører i de besøgendes browsere. Men browsere har begrænsninger. Adblockere blokerer tracking-scripts. Privatlivsindstillinger slår cookies fra. Scripts fra tredjepart indlæses ikke. Du mister data. Server-side tracking sender data direkte fra dine servere. Dine servere ved, hvornår noget sker. Dine servere sender det videre til analytics. Adblockere kan ikke blande sig. Privatlivsindstillinger blokerer det ikke. Server-side tracking er mere pålideligt. Det fanger data, som client-side tracking går glip af.
Denne artikel forklarer server-side tracking, og hvornår du skal bruge det.
Derfor har server-side tracking betydning
Client-side tracking mister data. Adblockere blokerer 10 til 40 procent af de besøgende. Privatlivsindstillinger i browseren blokerer flere. Scripts fra tredjepart er upålidelige. Du går glip af data fra de besøgende.
Server-side tracking undgår de problemer. Dine servere sender dataene. De besøgende kan ikke blokere det med indstillinger i browseren. Adblockere rører det ikke. Du får data fra alle besøgende.
Server-side tracking er også mere præcis. Dine servere kender den rigtige hændelse. Et køb kender serveren det faktiske beløb på. Client-side kan kun gætte ud fra data på siden.
Forstå forskellen på server-side og client-side
Client-side tracking kører JavaScript i de besøgendes browsere. Browseren sender data til analytics. Det er enkelt, men upålideligt.
Server-side tracking kører på dine servere. Når en hændelse sker, sender din server data til analytics. Den besøgende sender aldrig noget direkte. Din server er kilden.
Hybrid tracking kombinerer begge. Client-side til brugernes interaktioner. Server-side til bekræftede transaktioner. Sammen giver de et komplet billede.
Sådan implementerer du server-side tracking
Server-side tracking kræver udviklingsarbejde. Når en hændelse sker på din server, kalder du API'et hos din analytics-platform. Send de relevante data.
I en webshop sender du en købshændelse, når du bekræfter et køb. Tag beløb, varer og kundedata med. Din analytics-platform modtager det.
I en softwaretjeneste sender du en tilmeldingshændelse, når en bruger opretter en konto. Når de opgraderer, sender du en opgraderingshændelse. Din server er den sande kilde.
Match serverhændelser med besøgendes sessioner
Serverhændelser har brug for sammenhæng. Hvilken besøgende foretog købet? Du skal koble serverhændelser til client-side sessioner.
Brug besøgs-ID'er. Når en besøgende logger ind, kender du hendes ID. Når hun køber, sender du købet med hendes ID. Din analytics-platform kobler det til hendes session.
Til anonyme besøgende bruger du cookies. En cookie i browseren indeholder et besøgs-ID. Når den besøgende køber, læser du cookien. Send købet med det ID.
Beslut, hvad du vil spore server-side
Spor bekræftede hændelser server-side. Køb. Tilmeldinger. Opgraderinger af konti. Hændelser, som din server ved er rigtige og færdige.
Spor ikke adfærd i browseren server-side. Sidevisninger. Klik. Scroll. Det er bedre at spore client-side. Din server ved ikke noget om dem.
Tænk på datanøjagtighed. Hvis din server kender dataene, så spor dem server-side. Din server kender købsbeløb. Din server kender brugertyper. Din server kender brugen af funktioner.
Håndtér dobbelte data
Hvis du sporer både client-side og server-side, kan du sende hændelser to gange. Et køb, der spores begge veje, ser ud som to køb i analytics.
Undgå dubletter ved at bruge hændelses-ID'er. Giv hver hændelse et unikt ID. Hvis det samme ID kommer to gange, ignorerer du dubletten.
Eller brug forskellige analytics-egenskaber. Client-side hændelser i én egenskab. Server-side hændelser i en anden. Analysér dem hver for sig.
Test server-side tracking grundigt
Server-side tracking er mere pålideligt, men skal stadig testes. Tjek, at hændelserne når din analytics-platform. Tjek, at dataene er rigtige. Tjek, at tilskrivningen til de besøgende virker.
Hold øje med forsinkelser. Serverhændelser kan have ventetid. Det tager tid, før hændelser når frem til analytics. Det er normalt. Men hvis ventetiden vokser, så undersøg det.
Ofte stillede spørgsmål
Er server-side tracking bedre end client-side?
Bedre til pålidelighed. Dårligere til fleksibilitet. Client-side kan spore alt på en side. Server-side kan kun spore hændelser, som din server kender til. Brug begge. Client-side til interaktioner. Server-side til bekræftede hændelser. Med WEMASYs hjemmesidebygger kan du sætte det op direkte på din hjemmeside.
Skal vi fjerne client-side tracking, hvis vi indfører server-side?
Nej. Behold begge. De har hver deres formål. Client-side sporer brugernes adfærd. Server-side bekræfter vigtige hændelser. Sammen giver de komplette data. Undgå bare dubletter.
Hvordan undgår vi dobbelte hændelser i server-side tracking?
Brug hændelses-ID'er. Hver hændelse får et unikt ID. Hvis det samme ID kommer to gange, ignorerer du dubletten. De fleste analytics-platforme understøtter fjernelse af dubletter. Slå det til.
Kræver server-side tracking samtykke?
Ja. Server-side tracking sender stadig brugerdata til analytics. Hvis du kræver samtykke til analytics, skal du også have samtykke til server-side. Samtykket gælder for begge dele.
Hvad hvis vores server går ned? Stopper tracking så?
Ja. Hvis din server ikke kan nå din analytics-platform, bliver hændelserne ikke sendt. Byg en logik, der prøver igen. Hvis afsendelsen fejler, så prøv igen senere. Så når dataene til sidst frem til analytics.
Kan vi spore offline hændelser server-side?
Ja. Det er en fordel ved server-side tracking. Hvis et køb sker offline og senere synkroniseres til dit system, kan du sende det til analytics. Server-side kræver ikke, at brugeren er aktiv i browseren i realtid.