Server-Side Tracking: Definiție și Modul de Funcționare

Server-side tracking este practica de a colecta și trimite evenimente de marketing și analiză de pe un server pe care îl controlezi, mai degrabă decât să te bazezi în întregime pe scripturi care rulează în browser-ul clientului pentru a declanșa taguri și pixeli. În loc ca un browser să încarce direct o duzină de scripturi de tracking terțe, evenimentele sunt capturate o dată de propriul backend sau de un container server-side, apoi redirecționate către orice platforme de publicitate și instrumente de analiză care au nevoie de ele.

De ce a înlocuit tracking-ul bazat doar pe browser#

Pixelii și tagurile bazate pe browser tracking pixels depind de faptul că browser-ul execută efectiv JavaScript terț, lucru pe care ad blocker-ele, funcțiile de prevenire a urmăririi din browsere și încărcările lente ale paginii le pot întrerupe cu toate. O configurație server-side mută punctul de colectare a datelor complet în afara browser-ului: propriul tău server înregistrează evenimentul când acesta are loc de fapt, în sistemul tău de checkout de exemplu, și îl trimite mai departe de acolo, ceea ce este mult mai puțin fragil.

Implementări comune#

Un domeniu de tracking first-party direcționează cererile de taguri prin propriul subdomeniu în loc de unul terț, astfel încât ad blocker-ele la nivel de browser să aibă mai puține șanse să marcheze traficul. Un container de server-side tag manager, opțiunea server-side din Google Tag Manager este cel mai comun exemplu, îți oferă un singur punct final (endpoint) de server care primește evenimente și le distribuie către mai multe destinații. API-urile specifice platformelor pentru evenimente trimit evenimente direct pe serverele unei rețele de publicitate. În configurații affiliate sau CPA, un URL postback realizează ceva similar, permițând serverului rețelei să notifice direct serverul tău, sau invers, când o conversie se finalizează.

Ce îmbunătățește și ce nu#

Tracking-ul server-side îmbunătățește în general completitudinea tracking-ului conversiilor, deoarece evenimentele nu mai depind de o sesiune de browser intactă. De asemenea, poate reduce greutatea de încărcare a paginii, deoarece mai puține scripturi terțe trebuie să ruleze client-side. Nu rezolvă, prin el însuși, atribuirea (attribution) pe mai multe canale; un eveniment bine înregistrat încă are nevoie de un model pentru a decide cât credit merită fiecare punct de contact. Tracking-ul server-side se asigură că evenimentul există, punct. Nu decide cine primește creditul pentru el.

Considerații de configurare#

Mutarea tracking-ului server-side reprezintă cu adevărat mai multă muncă de inginerie decât inserarea unui fragment de cod de pixel într-o pagină: ai nevoie de o conductă de evenimente fiabilă, o modalitate de a deduplica evenimentele înregistrate atât client-side cât și server-side pentru aceeași conversie și întreținere continuă pe măsură ce fiecare platformă de publicitate își actualizează API-ul. Majoritatea echipelor încep cu evenimentul lor de conversie cu cea mai mare valoare, o achiziție finalizată, și extind de acolo în loc să migreze fiecare tag dintr-o dată. Identificatori consistenți pentru tracking-ul clicurilor pe toate rețelele fac acel pas de deduplicare mult mai puțin dureros.

Unde contează cel mai mult un tracking precis#

Date mai curate de conversie aduc cele mai mari beneficii atunci când compari performanța pe mai multe rețele de publicitate cu fiabilitate diferită de tracking. O rețea cu suport nativ mai slab pentru pixel s-ar putea să pară artificial mai proastă în panoul tău de bord pur și simplu din cauza pierderii de tracking, nu pentru că traficul este cu adevărat de calitate mai scăzută. Înainte de a realoca bugetul pe baza unei comparații afectate de tracking, verifică ce rulează efectiv și de cât timp pe fiecare rețea. Platforma de ad intelligence a OpenAdLibrary oferă vizibilitate asupra ad longevity a competitorilor și a volumului de creativități pe rețea, un semnal independent alături de propriile tale cifre de tracking.