Pixel ir sekimo žymės yra šiuolaikinės skaitmeninės reklamos pagrindas. Remiantis pikseliais ir sekimo žymėmis, galite tiksliai matuoti konversijas, kurti pakartotinės rinkodaros auditorijas ir optimizuoti kampanijas pagal patikimus duomenis. Kai sekimas neveikia, visa sistema paveikiama: neteisingi metrikai, auditorijos nesikaupia, o reklamos efektyvumo negalima tiksliai įvertinti.
Šiame dokumente apibendrinamos dažniausios „Facebook Pixel“ ir „Google Tag“ sekimo klaidos, paaiškinamos jų priežastys ir pateikiamos sistemingo tikrinimo bei taisymo gairės.
Dažniausios „Facebook Pixel“ problemos
Pixel nerastas
Tai dažniausia klaida, kai „Facebook“ negali aptikti svetainėje esančio pixelio. Paprastai pasireiškiantis požymis yra „Pixel Helper“ rodantis „No pixels found“, nesikaupiančios auditorijos ir „Events Manager“ neregistruojantys jokių įvykių.
Dažniausia priežastis yra tai, kad pixelis nebuvo įdiegtas, įdiegtas netinkamoje vietoje arba naudojamas netinkamas Pixel ID. Pixelis turi būti <head> žymoje, krautis visuose puslapiuose ir nebūti blokuojamas kito scenarijaus.
Be to, reikia patikrinti JavaScript klaidas naršyklėje. Bet kokia klaida, sutrikdanti puslapio krovimąsi, gali neleisti veikti pixelio.
Pixelis veikia, bet „Events Manager“ nerodomi įvykiai
Kai kuriais atvejais „Pixel Helper“ rodo, kad pixelis veikia, bet „Events Manager“ nerodomi nauji duomenys.
Pirma, būkite kantrūs. Duomenims apdoroti gali prireikti iki 20 minučių. Norint nedelsiant patikrinti, rekomenduojama naudoti Test Events įrankį.
Jei vis tiek nematote įvykių, reikia patikrinti domeno patvirtinimą ir deduplication nustatymus, kai naudojami Pixel ir Conversions API. Jei tinkamai nenustatytas event_id, „Facebook“ gali atmesti arba neregistruoti įvykio.
Trūksta standartinių įvykių (Standard Events)
PageView veikia, bet AddToCart, Lead ar Purchase neregistruojami, dažniausiai todėl, kad šie įvykiai nebuvo suaktyvinti tinkamu metu.
Skirtingai nei PageView, standartiniai įvykiai turi būti aiškiai iškviesti kiekvienam konkrečiam vartotojo veiksmui, pavyzdžiui, pridėjimui į krepšelį, formos pateikimui ar mokėjimo užbaigimui.
Ad blocker taip pat gali blokuoti sekimą naršyklės pusėje. Norint sumažinti šią riziką, rekomenduojama įdiegti Conversions API kaip papildomą sekimo sluoksnį serverio pusėje.
Sekimo sumažėjimas po iOS 14.5+
Jei konversijų skaičius staiga sumažėjo, auditorijos sumažėjo arba atributika yra nestabili, priežastis dažnai kyla dėl privatumo pokyčių „iOS“.
Sprendimai apima Conversions API įdiegimą, Aggregated Event Measurement konfigūravimą, domeno patvirtinimą ir UTM parametrų pridėjimą, siekiant padėti tarp platformų matuoti.
Dažniausios „Google Tag“ problemos
„Google Tag“ nerastas
Kai „Tag Assistant“ neaptinka žymės, konversijų sekimas ir pakartotinė rinkodara neveiks.
Reikia patvirtinti, kad žymė įdiegta teisingai ir konversijos ID kode sutampa su „Google Ads“ ID. Jei naudojate „Google Tag Manager“, įsitikinkite, kad žymė buvo publikuota ir trigeris tinkamai sukonfigūruotas.
Žymė rodo įspėjimą „Tag Assistant“
Žymė gali rodyti geltoną arba raudoną būseną:
- Žalia: veikia normaliai
- Geltona: nedidelė klaida, rekomenduojama patikrinti
- Raudona: rimta klaida, reikia nedelsiant taisyti
Dažniausi įspėjimai apima pasikartojančią žymę, trūkstamą konversijos vertę arba nestandartinę konfigūraciją. Didžiąją dalį galima ištaisyti pašalinus pasikartojantį kodą ir pridėjus reikiamus parametrus.
Pakartotinės rinkodaros auditorija nesikaupia
Jei pakartotinės rinkodaros auditorija visada yra 0 arba „per maža, kad būtų galima naudoti“, reikia patikrinti pakartotinės rinkodaros konfigūraciją ir faktinį srautą. Naujoms auditorijoms pradėti kaupti duomenis reikia nuo 24 iki 48 valandų ir prieš naudojant jos turi pasiekti minimalią ribą.
Dinamika pakartotinė rinkodara neveikia
Reklama, rodanti bendrus dalykus, o ne konkrečius produktus, dažnai atsiranda dėl to, kad produktų ID nesutampa tarp žymės ir sklaidos kanalo. Iš žymės siunčiamas ID turi visiškai sutapti su „Merchant Center“ ID. Sklaidos kanalas turi būti patvirtintas ir pasirinktas tinkamas verslo tipas.
Bendrosios sekimo problemos
CORS ir saugos politikos klaidos
CORS klaidos arba „Content Security Policy“ gali blokuoti sekimo scenarijus, neparodydamos aiškiai. Svetainė turi naudoti HTTPS ir leisti pilną sekimo domeną saugos antraštėse.
Ad blocker blokuoja sekimą
Apie 25–30% vartotojų naudoja ad blocker. Tai neišvengiama realybė.
Labiausiai tvarus sprendimas yra derinti sekimą serverio pusėje ir būti skaidriam su vartotojais dėl duomenų rinkimo.
Sekimas keliuose subdomainuose
Jei vartotojo kelionė apima kelis subdomainus, reikia konfigūruoti cross-domain tracking, kad būtų išvengta sesijos nutrūkimo ir atributikos klaidų.
Sekimo tikrinimas ir patvirtinimas
Prieš paleidžiant reklamas, visada reikia testuoti sekimą:
- „Facebook“: Pixel Helper, Test Events ir auditorijų tikrinimas
- „Google“: Tag Assistant, realaus laiko ataskaitos ir konversijų testavimas
- GTM: naudoti Preview mode, kad patikrintumėte trigerius ir firing tvarką
Išvada
Sekimo klaidos retai kyla dėl vienos priežasties. Dauguma jų atsiranda dėl netinkamos konfigūracijos, scenarijų konfliktų arba naršyklės privatumo pokyčių.
Sistemiškai priartėjant, derinant naršyklės sekimą ir sekimą serverio pusėje, galite išlaikyti tikslius duomenis ir užtikrinti, kad visi reklamos sprendimai būtų grindžiami patikimu matavimo pagrindu.
