Client-side tracking draait op JavaScript in de browser van de bezoeker. Maar browsers hebben beperkingen. Adblockers blokkeren trackingscripts. Privacyinstellingen schakelen cookies uit. Scripts van derden laden niet. Zo verlies je data. Bij server-side tracking komt de data rechtstreeks van je servers. Je servers weten wanneer iets gebeurt. Ze sturen het naar analytics. Adblockers kunnen dat niet verstoren. Privacyinstellingen blokkeren het niet. Server-side tracking is betrouwbaarder. Het legt data vast die client-side tracking mist.
Dit artikel legt uit wat server-side tracking is en wanneer je het gebruikt.
Waarom server-side tracking belangrijk is
Client-side tracking verliest data. Adblockers blokkeren 10 tot 40 procent van de bezoekers. Privacyinstellingen in browsers blokkeren er meer. Scripts van derden zijn onbetrouwbaar. Van die bezoekers mis je data.
Server-side tracking voorkomt dat. Je servers sturen de data. Bezoekers kunnen het niet blokkeren met browserinstellingen. Adblockers komen er niet aan. Je legt data van alle bezoekers vast.
Server-side tracking is ook nauwkeuriger. Je server kent het echte event. Bij een aankoop weet je server het werkelijke bedrag. Client-side kan alleen schatten op basis van paginadata.
Server-side en client-side vergeleken
Client-side tracking draait JavaScript in de browser van de bezoeker. De browser stuurt data naar analytics. Dat is simpel, maar onbetrouwbaar.
Server-side tracking draait op je servers. Gebeurt er iets, dan stuurt je server data naar analytics. De bezoeker stuurt zelf niets. Je server is de bron.
Hybride tracking combineert beide. Client-side voor interacties van gebruikers. Server-side voor bevestigde transacties. Samen geven ze een compleet beeld.
Zet server-side tracking op
Voor server-side tracking is ontwikkelwerk nodig. Gebeurt er iets op je server, dan roep je de API van je analyticsplatform aan. Je stuurt de relevante data mee.
Bij een webshop stuur je een aankoopevent zodra je een aankoop bevestigt. Neem bedrag, artikelen en klantgegevens mee. Je analyticsplatform ontvangt het.
Bij software stuur je een aanmeldevent als iemand een account aanmaakt. Upgradet iemand, dan stuur je een upgradeevent. Je server is de bron van de waarheid.
Koppel serverevents aan bezoekersessies
Serverevents hebben context nodig. Welke bezoeker deed deze aankoop? Je moet serverevents koppelen aan client-side sessies.
Gebruik bezoeker-ID's. Logt een bezoeker in, dan ken je zijn ID. Doet hij een aankoop, dan stuur je de aankoop met dat ID mee. Je analyticsplatform koppelt het aan zijn sessie.
Gebruik voor anonieme bezoekers cookies. Een cookie in de browser bevat een bezoeker-ID. Doet de bezoeker een aankoop, lees dan de cookie uit. Stuur de aankoop met dat ID mee.
Bepaal wat je server-side meet
Meet bevestigde events server-side. Aankopen. Aanmeldingen. Accountupgrades. Events waarvan je server weet dat ze echt en compleet zijn.
Meet gedrag in de browser niet server-side. Paginaweergaven. Klikken. Scrollen. Dat meet je beter client-side. Je server weet er niets van.
Denk aan nauwkeurigheid. Kent je server de data, meet het dan server-side. Je server kent aankoopbedragen. Je server kent gebruikerstypen. Je server weet welke functies worden gebruikt.
Voorkom dubbele data
Meet je zowel client-side als server-side, dan stuur je events misschien twee keer. Een aankoop die op beide manieren wordt gemeten, telt als twee aankopen in analytics.
Voorkom dat met event-ID's. Geef elk event een uniek ID. Komt hetzelfde ID twee keer binnen, negeer dan het duplicaat.
Of gebruik aparte analyticsproperty's. Client-side events in de ene. Server-side events in de andere. Analyseer ze apart.
Test server-side tracking grondig
Server-side tracking is betrouwbaarder, maar moet ook getest worden. Controleer of events je analyticsplatform bereiken. Controleer of de data klopt. Controleer of de koppeling aan bezoekers werkt.
Let op vertraging. Serverevents kunnen wat later binnenkomen. Het duurt even voor events bij analytics zijn. Dat is normaal. Maar neemt de vertraging toe, zoek dan uit waarom.
Veelgestelde vragen
Is server-side tracking beter dan client-side?
Betrouwbaarder wel. Minder flexibel. Client-side kan alles op een pagina meten. Server-side meet alleen events die je server kent. Gebruik beide. Client-side voor interacties. Server-side voor bevestigde events. Met de websitebouwer van WEMASY zet je dit direct op je website op.
Moeten we client-side tracking weghalen als we server-side invoeren?
Nee. Houd beide. Ze dienen verschillende doelen. Client-side meet gedrag van gebruikers. Server-side bevestigt belangrijke events. Samen geven ze complete data. Voorkom alleen dubbele data.
Hoe voorkomen we dubbele events bij server-side tracking?
Gebruik event-ID's. Elk event krijgt een uniek ID. Komt hetzelfde ID twee keer binnen, negeer dan het duplicaat. De meeste analyticsplatforms ondersteunen ontdubbeling. Stel het in.
Heeft server-side tracking toestemming nodig?
Ja. Server-side tracking stuurt nog steeds gebruikersdata naar analytics. Heb je toestemming nodig voor analytics, dan heb je die ook nodig voor server-side tracking. Toestemming geldt voor beide.
Wat als onze server uitvalt? Stopt de tracking dan?
Ja. Kan je server je analyticsplatform niet bereiken, dan worden events niet verstuurd. Bouw een herhaalpoging in. Mislukt het versturen, probeer het later opnieuw. Zo komt de data uiteindelijk toch in analytics.
Kunnen we offline events server-side meten?
Ja. Dat is een voordeel van server-side tracking. Gebeurt een aankoop offline en komt die later in je systeem, dan kun je hem naar analytics sturen. Server-side hoeft niet te wachten op activiteit in de browser van de bezoeker.