Server-side tracking

Server-side tracking je način praćenja konverzija kod kojeg podaci o događajima na stranici ne idu iz pregledača posjetioca direktno na Google i Metu, nego prvo na vaš server, koji ih onda prosljeđuje platformama. Razlog za tu zaobilaznicu je praktičan: put kroz pregledač je danas pun prepreka.

Posljedica se ne vidi kao kvar, nego kao tiho krivljenje slike. Kupovine se dešavaju, ali dio njih ne stigne do izvještaja, pa kanali koji rade dobro izgledaju slabije nego što jesu. Odluke o budžetu donose se na osnovu brojki kojima nedostaje komad, a algoritmi uče iz istih tih nepotpunih podataka.

Zašto klasično praćenje gubi podatke

Klasično praćenje radi tako što piksel u pregledaču posjetioca javlja platformama šta se desilo. Taj mehanizam se godinama guši sa svih strana. Blokatori oglasa zaustavljaju piksele prije nego što se učitaju, a udio korisnika koji ih koriste raste svake godine.

Safari i iOS drastično skraćuju život kolačića, pa se posjetilac koji se vrati nakon nekoliko dana vodi kao potpuno nova osoba. Dio korisnika odbije saglasnost za praćenje, što je njihovo pravo. Sve to zajedno daje izvještaj koji pokazuje manje konverzija nego što ih stvarno ima, a kupovine se pripisuju pogrešnim kanalima.

Ima i banalnijih razloga. Skripta koja se ne stigne učitati prije nego korisnik zatvori stranicu ne pošalje ništa, a na sporim mobilnim vezama to nije rijetkost.

Kako server-side tracking radi

Umjesto desetina skripti različitih platformi, stranica šalje događaje na jednu adresu: vaš server, najčešće server-side Google Tag Manager na iznajmljenoj infrastrukturi. Server podatke primi, po potrebi očisti i dopuni, pa ih proslijedi tamo gdje trebaju: u Meta Conversions API, Google Ads i GA4.

Veza servera s platformama ide direktno, mimo pregledača, pa je blokatori i postavke uređaja ne mogu presresti. Vi pri tome prvi put dobijate kontrolnu tačku na kojoj odlučujete koji podaci se dijele, a koji ne.

Postoji i uzgredna korist. Stranica koja umjesto deset marketinških skripti učitava jednu obično se i brže otvara, što se vidi u mjerenjima brzine i u ponašanju posjetilaca na mobitelu.

Vrijedi razumjeti da ovo nije magija koja vraća sve izgubljeno. Server ne može znati za posjetu koju pregledač nikad nije prijavio, niti smije slati podatke korisnika koji je praćenje odbio. Ono što dobijate je urednija veza za sve ostale slučajeve: manje prekida na putu do platforme i manje konverzija koje se izgube zbog tehničke sitnice.

Šta se dobija u praksi

Prva posljedica je potpunije mjerenje. U izvještajima se pojave konverzije koje su se i ranije dešavale, ali ih niko nije vidio. Time se popravlja atribucija, pa jasnije vidite koji kanal zaista dovodi kupce, a koji samo skuplja zasluge na kraju puta.

Za trgovine s dužim putem do kupovine razlika je najveća. Kupac koji proizvod prvi put vidi u ponedjeljak, a naruči u subotu, u klasičnom mjerenju često ispadne posjetilac bez prethodne istorije. Sa serverskim praćenjem taj povratak ima veće šanse da bude prepoznat, pa kanal koji ga je doveo dobije zaslugu koju je zaradio.

Druga posljedica je često i važnija. Algoritmi Googlea i Mete optimizuju prema konverzijama koje im stignu. Kad vide potpuniju sliku, preciznije pronalaze slične kupce i budžet troše pametnije, što se vremenom vidi i na ROAS-u. Za kampanje tipa Performance Max, koje se u potpunosti oslanjaju na signale konverzija, ovo je razlika između učenja i pogađanja.

Šta ovo košta i kome se isplati

Server-side tracking ima svoj trošak: jednokratnu postavku i mjesečno održavanje servera. Isplati se firmama kojima oglasi voze značajan dio prodaje i koje odluke donose na osnovu brojki: web trgovinama, firmama koje žive od upita, svima koji koriste algoritamske kampanje.

Postoji i međukorak koji mnogi preskoče. Meta i Google nude povezivanje direktno iz platforme za trgovinu, bez vlastitog servera: Conversions API preko Shopifyja ili WooCommercea, i slanje konverzija iz vaše baze narudžbi. Time se dobije dio koristi za znatno manji trošak, pa se puna postavka ostavlja za kasnije, kad obim to opravda.

Ako je budžet za oglase simboličan ili osnovno mjerenje još nije posloženo, redoslijed je obrnut. Prvo uredno klasično praćenje konverzija, pa server-side kao nadogradnja kad brojke i budžet porastu. Trgovina iz Sarajeva koja mjesečno na oglase troši nekoliko stotina maraka nema šta dobiti od infrastrukture koja košta skoro isto.

Server-side tracking i GDPR

Česta zabluda je da server-side tracking služi zaobilaženju saglasnosti. Ne služi. Saglasnost korisnika ostaje uslov za slanje podataka, isto kao kod klasičnog praćenja, a Consent Mode se poštuje i na serveru.

Razlika je u kontroli. Na vlastitom serveru birate šta se prosljeđuje platformama, možete ukloniti lične podatke prije slanja i držati infrastrukturu u Evropi. Pravilno postavljen, ovo je uredniji način mjerenja od nasumičnog skupa skripti u pregledaču, jer se na jednom mjestu vidi šta odlazi i kome.

Ta kontrola nosi i obavezu. Kad podaci prolaze kroz vaš server, vi odgovarate za ono što s njima biva, pa politika privatnosti mora opisati stvarno stanje. Firmama koje rade s kupcima iz Evropske unije ovo je uglavnom lakše nego branjenje desetak stranih skripti koje same odlučuju šta šalju.

Kako izgleda postavka korak po korak

Posao ima jasan redoslijed i preskakanje koraka se skupo plaća:

• Popis događaja: dogovori se šta se uopšte mjeri i koje vrijednosti nose ti događaji.
• Server: postavi se server-side Google Tag Manager, na vlastitoj poddomeni radi urednijih kolačića.
• Slanje sa stranice: stranica šalje događaje na tu adresu umjesto direktno platformama.
• Uparivanje: svaki događaj dobija identifikator kako platforma ne bi isti događaj brojala dvaput.
• Provjera: brojke sa servera porede se s narudžbama u sistemu trgovine, sedmicu ili dvije.

Posljednji korak je jedini koji stvarno dokazuje da postavka radi. Sve prije toga je konfiguracija koja izgleda ispravno.

Tokom prelaska vrijedi neko vrijeme držati oba načina mjerenja uporedo i porediti brojke. Ako serverska strana pokazuje znatno više ili znatno manje konverzija od očekivanog, greška je gotovo uvijek u uparivanju događaja ili u vrijednostima koje se ne prenose. Bolje je to riješiti dok još imate staru sliku za poređenje nego mjesecima kasnije.

Greške koje najčešće viđamo

Najčešća je dupliranje konverzija. Klasični piksel i serverski događaji šalju istu kupovinu dvaput, pa izvještaji preko noći procvjetaju, a brojke lažu. Ispravna postavka događaje uparuje preko zajedničkog identifikatora, tako da platforma duplikate prepozna i odbaci.

Druga je server-side kao prečica preko nesređenih temelja. Ako događaji na stranici nisu dobro definisani ili vrijednosti narudžbi ne stižu, server samo brže prosljeđuje pogrešne podatke. Prvo se sređuje šta se mjeri, pa tek onda kako se šalje.

Treća je postavi i zaboravi pristup. Platforme mijenjaju zahtjeve, verzije se ažuriraju, a trgovina promijeni temu ili checkout. Mjerenje koje niko ne provjerava zna tiho stati, i to se otkrije tek kad neko primijeti da konverzija nema već tri sedmice.

Četvrta je ignorisanje saglasnosti. Postavka koja podatke šalje bez obzira na izbor korisnika stvara pravni rizik, a i podaci koji tako stignu nisu upotrebljivi za ozbiljno izvještavanje. Consent Mode se konfiguriše i na serveru.

Peta je slanje viška podataka. Neko u želji za preciznošću proslijedi platformi cijelu narudžbu s adresom i imenom kupca. To nije potrebno za mjerenje i stvara obavezu koju firma nije morala preuzeti. Šalje se najmanji skup podataka koji obavlja posao.

Šesta je nepovezivanje s ostatkom mjerenja. Ako se UTM parametri ne prenose kroz server, izvori prometa se izgube, pa u izvještaju imate više konverzija bez ijedne informacije odakle su došle. Potpunije brojke bez izvora rješavaju pola problema.

Lista za provjeru prije nego krenete

Ova lista pokazuje jeste li spremni za server-side ili vam prvo treba nešto drugo.

• Mjerite li sada konverzije i slažu li se te brojke s narudžbama u vašem sistemu?
• Trošite li na oglase dovoljno da vam nekoliko procenata tačnijih podataka nešto znači?
• Vode li vam kampanje algoritmi koji uče iz konverzija?
• Imate li ko će održavati postavku nakon lansiranja?
• Postoji li na stranici ispravno postavljena traka za saglasnost?
• Znate li koje događaje šaljete i koju vrijednost nosi svaki od njih?
• Je li dogovoreno kako ćete provjeriti da se konverzije ne broje dvaput?
• Znate li koliki je mjesečni trošak servera i ko ga plaća?

Pojmovi koje ćete čuti uz server-side tracking

• Piksel: skripta u pregledaču koja platformama javlja šta se desilo.
• Kolačić: zapis u pregledaču po kojem se posjetilac prepoznaje pri povratku.
• Conversions API: Metin kanal za primanje konverzija direktno sa servera.
• Consent Mode: Googleov mehanizam koji ponašanje mjerenja veže uz izbor korisnika.
• Atribucija: pravilo po kojem se zasluga za konverziju dijeli među kanalima.