Server-side tracking (Conversions API)
Definition
Server-side tracking er konverteringer der sendes til annonceplatformen fra jeres egen server, ved siden af eller i stedet for pixlen i browseren.
Sådan virker det
Når en ordre gennemføres, melder jeres server den direkte til platformen. Det sker som et API-kald der indeholder ordreværdien og noget platformen kan matche med en person, som regel en hashet mailadresse eller et klik-ID. Det kald kommer igennem dér hvor pixlen bliver stoppet: af adblockere, af browsernes indbyggede beskyttelse mod tracking og af cookies der udløb før købet. Hændelser browseren tabte, kommer altså tilbage i optællingen. Der er to begrænsninger. En besøgende der har sagt nej i jeres cookiebanner, må heller ikke måles ad denne vej, for API’et giver ikke samtykke i sig selv. Og alle de steder hvor pixlen stadig fyrer, kommer det samme salg ind to gange, én gang fra browseren og én gang fra serveren; uden et fælles event-ID der binder de to sammen, tæller platformen to konverteringer.
Hold øje med
Det mest sigende er at holde platformens rapporterede køb op mod ordrerne i shopsystemet for samme periode. Er der flere rapporterede køb end solgte, fejler deduplikeringen, og enhver ROAS der er regnet på tallet, er pustet tilsvarende op. Go-live-datoen er også værd at kende: har udrulningen genvundet signal, tager konverteringerne et trin op på den dato uden at salget gør det samme, og en sammenligning før og efter datoen sammenligner så to forskellige måder at tælle på. Og så er der spørgsmålet om hvor serverkaldet tjekker samtykke. Via browseren var det blockerne der stoppede hændelsen, uanset om man ønskede det eller ej; via serveren er der ikke noget der stopper den, medmindre I selv har bygget tjekket ind.
Spørgsmålet du stiller
“Deler browser- og serverhændelserne et event-ID, eller tælles nogle salg to gange?”