← Toți termenii·Atribuire digitală
Ghid de referință · Atribuire digitală
Server-Side Attribution
Server-side attribution potrivește conversiile cu expunerile la reclame prin trimiterea datelor de eveniment direct de pe serverul advertiserului, sau printr-un tag manager server-side / CDP, către platforma publicitară printr-un apel API, în loc să declanșeze un pixel din browserul utilizatorului. Deoarece potrivirea folosește identificatori păstrați pe server, precum ID-uri de comandă, date de client hashuite sau cookie-uri first-party, rezistă la ad blockere, la ITP-ul Safari și la refuzurile de consimțământ pentru cookie-uri care blochează pixelii din browser. Analiștii o rulează în paralel cu pixelii client-side sau în locul lor, ca să recupereze conversiile pe care metoda din browser le ratează.
Exemplu cu cifre
Un advertiser de e-commerce din Cehia înregistrează 9.600 de achiziții într-o lună. Pixelul din browser potrivește 5.760 dintre ele cu un click pe reclamă, o rată de potrivire de 60%, pentru că Safari și Firefox blochează aproximativ o treime din trafic, iar ad blockerele prind și mai mult. După adăugarea apelurilor server-side către Conversions API, indexate cu un event ID comun, platforma potrivește 8.832 din aceleași 9.600 de achiziții, o rată de potrivire de 92%, recuperând 3.072 de conversii pe care pixelul singur le rata. Pentru plan, asta înseamnă că costul real per achiziție e semnificativ mai mic decât sugera cifra bazată doar pe pixel, iar bugetul care părea irosit pe plasamente slabe convertea de fapt.
Cum se folosește
În loc de o formulă, analistul urmărește volumul potrivit: totalul conversiilor înregistrate server-side față de subsetul pe care platforma îl poate potrivi cu un ID de click sau de afișare, raportat ca rată de potrivire. Se implementează prin API-ul server-side al fiecărei platforme, Meta Conversions API, Google Enhanced Conversions, TikTok Events API, rulat în paralel cu pixelul existent pe durata unei ferestre de validare, apoi folosit pentru a-l înlocui sau completa odată ce rata de potrivire se stabilizează peste nivelul de bază al pixelului. Eșecul obișnuit e lansarea în producție cu evenimente pixel și server-side active simultan pentru aceeași conversie, fără un event ID comun, astfel încât platforma nu poate ști că e vorba de aceeași comandă.
Greșeala frecventă
Nu rula evenimente pixel și server-side pentru aceeași conversie fără un event ID comun; fără deduplicare, platforma numără comanda de două ori și umflă conversiile și ROAS-ul raportate.