Blokatori oglasa i praćenje: što vaša trgovina gubi

Blokatori oglasa zaustavljaju praćenje tako što sprječavaju učitavanje skripte piksela oglasne platforme, ili zahtjeva koje ona šalje, u pregledniku kupca. Kada se to dogodi, platforma nikada ne sazna za prikaz stranice, dodavanje u košaricu ni kupnju, iako je narudžba u vašoj trgovini. Kupnje poslane s poslužitelja iz podataka o vašim narudžbama nisu pogođene jer preglednik kupca nije uključen u njihovo slanje.

Ovaj vodič objašnjava kako rade blokatori oglasa i značajke privatnosti preglednika, koje događaje vaša trgovina gubi, što praćenje na strani poslužitelja vraća, a što ne može. Završava jednostavnim načinom da izmjerite taj manjak u vlastitoj trgovini.

Kako blokatori oglasa zaustavljaju piksele za praćenje?

Većina blokatora oglasa radi s popisima filtera. Popis filtera dugačak je niz pravila koja odgovaraju web-adresama: domenama, putanjama i nazivima datoteka poznatih skripti za oglase i praćenje. Kada stranica zatraži od preglednika da učita nešto što odgovara pravilu, blokator otkazuje zahtjev.

Najpoznatiji popisi su EasyList, za oglase, i EasyPrivacy, za praćenje. Rade s ekstenzijama kao što su Adblock Plus, AdBlock, uBlock Origin i AdGuard. Piksel velike oglasne platforme lak je cilj tim popisima jer na mnogim različitim stranicama učitava istu skriptu s iste domene.

Preglednici s ugrađenom zaštitom

Neki preglednici blokiraju alate za praćenje bez ekstenzije. Brave prema zadanim postavkama uključuje svoje Shields za svaku stranicu, a Shields blokiraju oglase trećih strana, alate za praćenje i kolačiće između stranica. Firefox u privatnim prozorima blokira sadržaj s poznatih domena za praćenje između stranica, a korisnici mogu odabrati strože postavke koje vrijede za sve prozore. Safarijev Intelligent Tracking Prevention blokira sve kolačiće trećih strana i skraćuje vijek kolačića koje postavljaju skripte. Naš vodič o Safari ITP-u i praćenju oglasa objašnjava ta ograničenja.

Blokatori na razini mreže

Neki ljudi blokiraju alate za praćenje za cijeli uređaj ili kućnu mrežu, blokatorom koji radi na razini DNS-a ili VPN-om s filterom za praćenje. Oni zaustavljaju zahtjeve prema domenama za praćenje u svakom pregledniku i aplikaciji na toj mreži. Promjena preglednika ne mijenja rezultat.

Koje događaje vaša trgovina gubi?

Kada je piksel blokiran, gubi se svaki događaj koji bi poslao iz tog preglednika. Šteta nije ista za svaki događaj.

Izgubljeni događaji pregledavanja smanjuju vaše publike za retargeting. Izgubljene kupnje čine veću štetu. Platforma prijavljuje manje konverzija, ROAS u izvješću o oglasima pada, a algoritam licitiranja uči iz manjeg broja kupaca. Isplativa kampanja tada može djelovati neisplativo, pa je možete ugasiti.

Zašto se događaji s poslužitelja iz podataka o narudžbama ne blokiraju

Blokator oglasa radi unutar preglednika kupca. Može zaustaviti samo zahtjeve koje šalje preglednik. Kad se kupnja šalje iz podataka o narudžbama vaše trgovine, zahtjev ide s poslužitelja na API oglasne platforme. Preglednik kupca nije dio tog puta, pa blokator nema što otkazati.

Platforma zatim povezuje kupnju s osobom pomoću podataka u događaju: hashirane e-pošte i telefona iz narudžbe, IP adrese i user agenta te ID-a klika, ako je spremljen. Ništa od toga ne prolazi kroz blokator. Za cijeli put podataka pročitajte što je praćenje na strani poslužitelja.

Što praćenje na strani poslužitelja ne može vratiti?

ID klika treba preglednik

Sama narudžba je sigurna, ali veza s klikom na oglas stvara se u pregledniku. Skripta mora pročitati ID klika iz URL-a odredišne stranice i spremiti ga. Ako blokator oglasa blokira i tu skriptu, narudžba stiže bez ID-a klika. Platforma i dalje može povezati kupnju pomoću hashiranih podataka o kupcu, ali je podudaranje manje sigurno.

Dvije stvari smanjuju taj gubitak. Prvo, prikupljajte događaje kao podatke prve strane: skriptu za praćenje i njezine zahtjeve poslužujte s vlastite domene, na primjer putem Shopify app proxyja ili poddomene svoje stranice. Popisi filtera ciljaju poznate adrese za praćenje trećih strana, pa je put prve strane puno teže blokirati, iako nije nemoguće. Drugo, iskoristite odredišnu stranicu koju neke web-trgovine, poput Shopifyja, spremaju uz svaku narudžbu. Ako taj URL još sadrži ID klika ili UTM-ove, narudžba se može pripisati bez ikakvog događaja iz preglednika.

Događaji pregledavanja i dalje se gube

Podaci o narudžbama sadrže narudžbe, a ne prikaze stranica. Slanje kupnji iz narudžbi ne vraća prikaze stranica i događaje dodavanja u košaricu posjetitelja čiji je preglednik blokirao sve. Prikupljač prve strane može te događaje proslijediti s poslužitelja kada njegovi vlastiti zahtjevi prođu.

Odbijena privola nije blokiranje

Posjetitelj koji u banneru za kolačiće odbije marketinške kolačiće nije isto što i posjetitelj s blokatorom oglasa. Prvi posjetitelj donio je odluku koju vaše praćenje mora poštovati. Kad je uključena opcija Respect visitor consent, ROASaurus tom posjetitelju ne postavlja ID posjetitelja, pa se njegovi klikovi na oglase i posjeti ne povezuju s njim. Njegovi događaji iz preglednika čuvaju se bez ID-a posjetitelja, IP adrese i podataka o pregledniku te se ne šalju oglasnim platformama. Plaćena narudžba i dalje se šalje s poslužitelja, s hashiranim podacima o kupcu iz narudžbe te IP adresom i user agentom narudžbe. Pri mjerenju gubitka držite te dvije skupine odvojeno, a pojedinosti potražite u dijelu privola i privatnost.

Kako procijeniti vlastiti gubitak

Ne trebaju vam industrijski prosjeci, koji ovise o publici, uređaju i državi. Vlastiti manjak možete izmjeriti usporedbom narudžbi u svojoj trgovini s kupnjama koje je piksel preglednika prijavio za isto razdoblje.

1. Odaberite razdoblje i jednu platformu

   Uzmite 14 ili 30 dana i jednu platformu, na primjer Meta. U oba sustava koristite istu vremensku zonu.

2. Izbrojite web-narudžbe u svojoj trgovini

   Krenite od svih narudžbi. Uklonite narudžbe koje nikad ne prolaze kroz vašu online naplatu: narudžbe na prodajnom mjestu, ručne narudžbe i nacrte narudžbi, obnove pretplata i testne narudžbe.

3. Izbrojite događaje Purchase iz preglednika

   U alatu za događaje platforme izbrojite događaje Purchase koje je poslao piksel preglednika. To je najlakše prije nego što dodate događaje s poslužitelja. Ako događaji s poslužitelja već rade, koristite prikaz platforme po načinu povezivanja, ako ga nudi. Meta Events Manager prikazuje način povezivanja svakog događaja i broji događaje prije deduplikacije. Ne koristite pripisane kupnje iz izvješća o oglasima.

4. Podijelite

   Kupnje iz preglednika ÷ web-narudžbe udio je koji je piksel vidio. Ostatak je vaš manjak.

5. Odvojite privolu od blokiranja

   Procijenite narudžbe posjetitelja koji su odbili marketinške kolačiće, uz stopu odbijanja iz vašeg alata za privolu. Ono što ostane većinom su blokatori oglasa, postavke privatnosti i stranice koje se nisu učitale.

Manjak mijenja i ROAS. Pretpostavimo da Meta za ovu trgovinu prijavljuje ROAS od 2.0, a njezin ROAS točke pokrića iznosi 2.3. Prema podacima piksela kampanje gube novac. Ako su narudžbe pokrenute oglasima propuštene istom stopom od 24% kao sve web-narudžbe, piksel je vidio samo 76% prihoda od oglasa. Stvarni ROAS tada bi iznosio otprilike 2.0 ÷ 0.76 = 2.6, iznad točke pokrića. To je gornja procjena jer nije svaka propuštena narudžba došla s oglasa. Naš vodič o ROAS-u točke pokrića objašnjava kako postaviti taj prag.

Kako smanjiti ono što gubite

Rješenja su ista za svaku platformu web-trgovine. Najbolje djeluju zajedno.

1. Šaljite kupnje iz podataka o narudžbama. Time se zatvara manjak kupnji za svaku platformu koju povežete, bez obzira na to što preglednik posjetitelja blokira.
2. Zadržite piksel, uz zajednički ID događaja. Posjetitelji bez blokatora i dalje šalju događaje iz preglednika s kolačićima i kontekstom stranice. Isti ID događaja na obje kopije omogućuje platformi da zadrži jednu. Pogledajte sprječavanje dvostrukog brojanja.
3. Prikupljajte podatke kao prva strana. Skriptu za praćenje i njezine događaje poslužujte s vlastite domene kako bi se ID-ovi klikova spremali za više posjetitelja.
4. Šaljite hashirane podatke o kupcu. E-pošta i telefon iz narudžbe omogućuju platformi da poveže kupnje koje nemaju ID klika.
5. Mjerite ponovno. Ponovite usporedbu mjesec dana kasnije. Događaji Purchase koje platforma prima sada bi se trebali podudarati s vašim web-narudžbama.

Kako ROASaurus postupa s blokatorima oglasa

ROASaurus šalje svaku plaćenu narudžbu s poslužitelja na oglasne platforme koje dodate u odjeljku Tracking & platforms, pa blokator oglasa u pregledniku kupca ne zaustavlja kupnju. Na Shopifyju događaji izloga idu kroz Shopify app proxy na domeni vaše trgovine. Skriptu i njezine događaje možete poslužiti i s CNAME poddomene svoje stranice. Kad za posjetitelja nema nijednog događaja iz preglednika, ROASaurus atribucija vraća se na ID-ove klikova i UTM-ove iz URL-a odredišne stranice narudžbe, ako ga trgovina bilježi, kao što to radi Shopify.

Svako slanje i odgovor platforme navedeni su u odjeljku Event log, pa možete provjeriti je li svaka narudžba stigla na svaku platformu. Postavljanje pogledajte u dijelovima praćenje na strani poslužitelja i Shopify integracija.

Izvori

1. EasyList: Overview
2. Brave: Brave Shields
3. MDN Web Docs: Firefox tracking protection
4. WebKit: Tracking Prevention in WebKit
5. Meta for Developers: Verifying Your Setup

U ROASaurusu

• Praćenje na strani poslužitelja u ROASaurusu
• Sprječavanje dvostrukog brojanja
• Privola i privatnost

Nastavite čitati