Cum să recuperezi conversiile pe care le ascund ad blocker-ele

Undeva între un sfert și jumătate din conversiile tale s-ar putea să nu ajungă niciodată în analiza ta — nu pentru că vânzările nu au avut loc, ci pentru că browserul clientului a refuzat să le raporteze. Ad blocker-ele, extensiile de confidențialitate și restricțiile de tracking ale Apple anulează în tăcere cererile care îți poartă evenimentele de tracking.

Partea frustrantă este cât de invizibilă este. Comanda aterizează în back office-ul tău PrestaShop, banii intră în cont, dar GA4, Google Ads și Meta nu află niciodată de ea. Îți optimizezi campaniile și îți judeci magazinul față de cifre cărora le lipsește o bucată mare și înclinată din realitate. Iată exact cum se produce pierderea și cum o recuperezi.

Cum îți anulează blocker-ele evenimentele

Tracking-ul clasic este client-side: un script din browserul cumpărătorului declanșează evenimente precum page_view și purchase către Google sau Meta. Ad blocker-ele și extensiile de confidențialitate mențin liste de blocare cu domenii de analiză și publicitate și anulează orice cerere care se îndreaptă spre unul dintre ele înainte să părăsească browserul.

Din partea ta, asta este complet tăcut. Nu există nicio eroare, niciun avertisment, nicio înregistrare nicăieri — evenimentul pur și simplu nu a existat niciodată din perspectiva analizei tale. Rate de blocare de ~30% sunt frecvente în audiențele generale și urcă mai sus printre cumpărătorii mai tineri, mai tehnici și mai conștienți de confidențialitate.

Pentru că adopția înclină exact către audiențele pe care multe magazine le vor cel mai mult, pierderea nu este zgomot aleatoriu de care poți face abstracție. Este o gaură sistematică, înclinată, în datele tale, care distorsionează care campanii și segmente par profitabile.

ITP și problema expirării cookie-urilor

Ad blocker-ele sunt doar jumătate din poveste. Intelligent Tracking Prevention (ITP) de la Apple, integrat în Safari și iOS, atacă cookie-urile de care depinde tracking-ul. ITP limitează durata de viață a cookie-urilor setate de JavaScript-ul client-side — uneori la doar 24 de ore sau 7 zile.

Efectul este subtil, dar coroziv. Un cumpărător care dă click pe o reclamă azi și cumpără săptămâna viitoare se întoarce cu cookie-ul de tracking deja expirat, așa că arată ca un vizitator complet nou, neatribuit. Vânzarea poate fi totuși înregistrată, dar lipsită de campania care a generat-o. Înmulțește asta pe o bază de clienți preponderent mobilă și o mare parte din atribuirea ta se evaporă în tăcere.

App Tracking Transparency agravează asta tăind semnalele inter-aplicații și inter-site, lovind Meta în mod special. Glosarul nostru definește ITP, ATT și restul acestor termeni pe înțelesul tuturor.

De ce tracking-ul server-side le ocolește

Tracking-ul server-side schimbă locul de unde își are originea evenimentul. În loc să ceară browserului să raporteze o conversie către Google sau Meta, serverul magazinului tău trimite evenimentul direct, server-to-server, printr-un container sGTM auto-găzduit.

Ad blocker-ele și extensiile de confidențialitate trăiesc în browser. Pot anula doar cereri care părăsesc browserul — nu au nicio acoperire într-un apel server-to-server pe care îl face back end-ul tău. ITP guvernează cookie-urile de browser, așa că o conversie trimisă din serverul tău, ancorată în comanda însăși și nu într-un cookie fragil, este neafectată.

Acesta este motivul structural pentru care tracking-ul server-side recuperează ce pierde cel client-side: mută cele mai importante evenimente din singurul loc — browserul — unde au cele mai mari șanse să fie blocate. Vezi server-side vs client-side pentru comparația completă, sau cum funcționează specific pe PrestaShop.

Cum arată de fapt recuperarea

Când comercianții mută tracking-ul achizițiilor pe server-side, recuperarea tipică este în intervalul de 30-50% din conversiile lipsă anterior — uneori mai mult pentru audiențe grele pe iOS sau pe folosirea de ad blocker-e. Asta nu este o creștere de fațadă într-un tablou de bord; sunt vânzări reale care devin vizibile pentru sistemele care îți cheltuiesc banii.

Efectele secundare contează mai mult decât cifra principală. Smart Bidding-ul Google și optimizarea Meta învață amândouă din datele de conversie. Alimentează-le cu cele 30-50% recuperate și văd în sfârșit valoarea reală a fiecărui click și a fiecărei audiențe, încetează să liciteze prea puțin pe campanii în tăcere profitabile și redistribuie bugetul către ce funcționează cu adevărat.

Raportarea ta revine, de asemenea, la realitate: ratele de conversie încetează să pară artificial de mici, ROAS-ul încetează să pară artificial de slab, iar venitul din GA4 începe să se alinieze cu banii din contul tău.

Recuperarea nu este o portiță

Merită să fim clari despre ce este și ce nu este tracking-ul server-side. Nu este un truc pentru a urmări oameni care au refuzat consimțământul și nu este un mod de a ocoli legea privind confidențialitatea. Evenimentele respectă în continuare semnalele de consimțământ, iar datele personale sunt normalizate și hash-uite cu SHA-256 înainte să îți părăsească vreodată magazinul.

Ce repară tracking-ul server-side este un eșec tehnic de livrare: conversii legitime, cu consimțământ, pe care browserul le-a renunțat din motive care nu au nimic de-a face cu dorințele clientului. Un cumpărător a cărui comandă nu a reușit să se raporteze pentru că i s-a închis tab-ul sau i-a căzut rețeaua nu a refuzat nimic.

Rulat corect, cu consimțământul respectat și cu un banner și o politică în vigoare, tracking-ul server-side este pur și simplu o conductă mai fiabilă pentru datele pe care ai deja dreptul să le colectezi. Dacă vrei ca propria ta pierdere să fie măsurată față de comenzi reale, programează o analiză.