Zakaj Yandex Metrica ne prikazuje prometa na spletno stran

Odsotnost podatkov ne pomeni vedno odsotnosti prometa

Prazen graf v Yandex Metrica ne dokazuje, da na spletno stran nihče ne prihaja. Metrica zabeleži obisk šele, ko brskalnik obiskovalca naloži in izvede kodo števca ter nato pošlje zahtevek na analitični strežnik. Uporabnik lahko odpre stran, odda povpraševanje ali klikne na oglas, a ne pride v poročilo zaradi blokade skripta, napake brskalnika ali filtra v nastavitvah.

Najprej ločite odsotnost dejanskih prehodov od napake pri zbiranju podatkov. Primerjati je treba ne skupnega grafa, temveč isto obdobje, določen URL in vir. Na primer povezavo iz oglasnega sporočila, opisa prenosa v živo, e-poštnega sporočila ali objave na družbenem omrežju.

Kako ločiti odsotnost prometa od odsotnosti podatkov

Oglasni sistem običajno prikazuje klike na oglas, strežniški dnevnik pa zahteve do spletne strani. Za preverjanje odprite dnevnik dostopa strežnika in poiščite ciljno stran v želenem časovnem obdobju. V dnevnikih Nginx je to lahko zahtevek, kot je: grep "GET /promo" /var/log/nginx/access.log. Če se pot zaradi UTM-oznak spreminja, poiščite sam URL brez parametrov ali uporabite del naslova pristajalne strani.

Klik v oglasnem sistemu ni enak nalaganju strani: uporabnik je lahko zaprl zavihek, povezava se je lahko prekinila, povezava pa je lahko vodila na nedostopen URL. Tudi strežniški dnevnik ni enak dejanskemu obisku, saj vanj zaidejo boti, predogledi povezav in tehnična preverjanja. Če pa so prehodi v dnevnikih, v Metrici pa jih ni, je težava najverjetneje v števcu ali njegovih nastavitvah.

Kaj pomenijo razhajanja med oglaševanjem, dnevniki in Metrico

Če so v oglasnem sistemu kliki, v dnevnikih pa ni zahtevkov do pristajalne strani, preverite končni URL, preusmeritve, dostopnost domene in nastavitve sledilnika. Če so v access.log zapisi, brskalnik pa ne pošilja zahtevkov na mc.yandex.ru, se števec ne zažene ali je blokiran. Če zahtevki na mc.yandex.ru odhajajo, poročilo pa je prazno, preverite številko števca, filtre, obdobje in nastavitve domene.

Za natančno primerjavo vzemite kratek interval in en vir. Usklajujte čas, pot strani, status odgovora, IP-naslov in User-Agent le v okviru pravil obdelave podatkov, sprejetih na projektu. Ročna primerjava je pri velikem prometu nepriročna: pomaga najti okvaro, ne nadomesti pa stalnega spremljanja.

Koda števca manjka na delu strani

Števec je lahko na domači strani, manjka pa na pristajalni strani, v blogu, katalogu, osebnem računu, mobilni predlogi ali na poddomeni. Takšna napaka se pogosto pojavi po selitvi spletne strani, ustvarjanju ločene promocijske strani ali posodobitvi teme CMS. Obiskovalec odpre spletno stran, vendar na določenem URL Metrica preprosto nima česa izvesti.

Odprite izvorno kodo strani prek pregleda kode v brskalniku in poiščite delček mc.yandex.ru ali številko števca. Preverjajte naslove, na katere dejansko vodijo povezave iz oglasov in družbenih omrežij, ne le domače strani. Pomanjkljivost takšnega preverjanja je, da lahko ročno zlahka spregledate redke strani in scenarije, na primer zaslon po plačilu ali obrazec v mobilni različici.

Na spletni strani je nameščena druga številka števca

Koda lahko deluje brezhibno, vendar pošilja podatke v star, testni ali tuj števec. To se zgodi po kopiranju predloge, zamenjavi izvajalca, selitvi na novo domeno ali hkratnem delovanju več različic spletne strani. V brskalniku so zahtevki vidni, vendar lastnik kanala ali spletne strani gleda poročilo drugega števca.

Poiščite identifikator v kodi strani in ga primerjajte s številko v nadzorni plošči Metrice. V konzoli brskalnika lahko izvedete zahtevek: document.documentElement.innerHTML.includes("mc.yandex.ru"). Pokazal bo, ali se naslov Metrice pojavlja v HTML, ne bo pa potrdil, da se je skript izvedel. Za to je potrebno preverjanje omrežnih zahtevkov.

Kako preveriti nalaganje Metrice v brskalniku

Odprite stran v brskalniku brez blokatorjev, pritisnite F12, pojdite na zavihek Network in osvežite stran. V vrstico filtra vnesite mc.yandex.ru. Pri normalnem delovanju se morajo pojaviti zahtevki na naslov za nalaganje skripta in zahtevki za zbiranje podatkov, običajno s potjo metrika/tag.js ali watch s številko števca.

Nato odprite zavihek Console in preverite napake. Koristni znaki težave so: sporočila »Refused to load the script«, »blocked by client«, »Content Security Policy« ali napake JavaScript, ki se pojavijo pred zagonom števca. Preverjanje v enem brskalniku ima pomanjkljivost: razširitev, različica brskalnika ali omrežne nastavitve določenega uporabnika lahko dajo drugačen rezultat.

Blokatorji oglasov skrijejo del obiskov

Razširitve za blokiranje oglasov, zasebne storitve DNS, vgrajena zaščita brskalnikov in protivirusni programi lahko ustavijo zahtevke do analitike. V Network je to pogosto vidno kot blocked by client. Stran se pri tem odpre normalno, strežnik zabeleži zahtevo, vendar Metrica ne prejme podatkov o obisku.

Primerjajte stran v običajnem oknu brskalnika brez razširitev in v profilu z blokatorjem. Takšen test bo pokazal samo dejstvo blokade, ne bo pa omogočil natančne ocene deleža izgubljenih obiskov: nastavitve zaščite se pri občinstvu razlikujejo. Poskusi prikrivanja analitičnih zahtevkov otežujejo podporo in so lahko v nasprotju z varnostnimi pravilniki spletne strani.

Content Security Policy blokira zahtevke do Metrice

Glava Content Security Policy omejuje vire, s katerih lahko stran nalaga skripte, slike in izvaja omrežne zahtevke. Po povezavi CDN, proxyja ali okrepitvi zaščite lahko spletna stran začne prepovedovati zahtevke do Metrice. V konzoli brskalnika se pojavi sporočilo o kršitvi CSP z navedbo blokiranega naslova mc.yandex.ru.

Pravilo je treba dopolniti ciljno, ne pa onemogočiti CSP v celoti. Primer direktive v eni vrstici: script-src 'self' https://mc.yandex.ru; connect-src 'self' https://mc.yandex.ru; img-src 'self' data: https://mc.yandex.ru;

Te vrstice ne smete brez premisleka zamenjati v obstoječi glavi: združiti jo je treba z že potrebnimi viri spletne strani. Če je koda števca vstavljena neposredno v HTML, lahko ločeno dovoljenje zahteva tudi inline skript prek nonce ali hash. Dodajanje unsafe-inline je preprostejše, njegova pomanjkljivost pa je šibkejša zaščita pred vstavljanjem tujega JavaScripta.

Soglasje za piškotke ne omogoči zagona števca

Na spletnih straneh s pasico za soglasje se Metrica včasih zažene šele po kliku gumba. Napaka v logiki pasice lahko pusti števec izklopljen po soglasju, ga vklopi le na prvi strani ali ne shrani uporabnikove izbire. Zaradi tega del obiskov izgine, zlasti pri kratkih obiskih s pristajalnih strani.

Preverite scenarije prvega vstopa, soglasja, zavrnitve, ponovnega obiska, mobilnega brskalnika in zasebnega načina. Zagon analitike pred uporabnikovo izbiro lahko poveča obseg podatkov, vendar ima takšna možnost pravno in ugledno pomanjkljivost: način obdelave podatkov mora ustrezati zahtevam, ki veljajo za vaš projekt.

Filtri števca izključujejo potrebne obiske

V nastavitvah Metrice lahko delujejo filtri po IP-naslovih, domenah, URL, parametrih ali tehničnem prometu. Običajno jih dodajo, da odstranijo obiske ekipe in testne prehode. Po menjavi pisarne, VPN, korporativnega omrežja ali strukture URL lahko takšen filter izključi že ne le interne obiske.

Preglejte aktivne filtre in preverite namen vsakega pravila. Za diagnostiko lahko začasno spremenite en filter in ponovite testni prehod. Pomanjkljivost izklopa filtra je, da bodo v statistiko zašli obiski zaposlenih, razvijalcev in avtomatskih testov, zato je spremembe bolje zabeležiti ločeno.

Odprto je napačno obdobje, poročilo ali časovni pas

Včasih so podatki že na voljo, vendar je v nadzorni plošči izbran drug števec, preozko obdobje, način primerjave datumov ali neustrezen časovni pas. Pri majhnem številu obiskov lahko razlika nekaj ur popolnoma spremeni sliko za določen dan. Delovanja števca ne smete ocenjevati le po nekaj minutah po prehodu.

Odstranite primerjavo obdobij, odprite širši razpon in preverite datum testnega obiska. Nato pojdite na poročilo po straneh in poiščite natančno pot pristajalne strani. Široko obdobje je priročno za iskanje podatkov, njegova pomanjkljivost pa je, da je na skupnem grafu težje opaziti trenutek, ko je po posodobitvi spletne strani števec prenehal delovati.

Preusmeritve in domene spremenijo pot obiskovalca

Prehod lahko poteka prek skrajševalnika povezav, sledilnika, HTTP-različice spletne strani, domene www, mobilne poddomene in šele nato prispe na končno pristajalno stran. Če je preusmeritev nastavljena z napako, se stran odziva počasi ali je obiskovalec preusmerjen na drugo domeno, se števec prave spletne strani morda ne naloži. To je še posebej pomembno za povezave iz opisov prenosov v živo in oglasnih kampanj.

Preverite verigo z ukazom curl -I -L "https://example.com/promo" in poglejte statuse z naslovi prehodov. Ukaz bo pokazal strežniške preusmeritve, ne bo pa nadomestil testa v brskalniku: JavaScript preusmeritev in blokad razširitev curl ne bo videl. Skrajšane povezave so priročne v objavah, vendar dodatni prehod otežuje diagnostiko.

SPA ne pošilja ogledov pri notranjih prehodih

Na enostranski spletni strani prehod med razdelki pogosto poteka brez celotnega ponovnega nalaganja. Uporabnik odpre cenik, kartico izdelka, obrazec ali stran z zahvalo, Metrica pa zabeleži le prvi zaslon. Obiski so lahko v poročilu, vendar so vstopne strani, globina ogleda in konverzije videti nepopolni.

V Network preverite, ali se po spremembi poti znotraj aplikacije pojavi nov zahtevek do Metrice. Testirajte prehode z gumbi brskalnika, modalna okna, menjavo jezika in dinamične URL. Samodejno pošiljanje ogledov prek usmerjevalnika je priročno, njegova pomanjkljivost pa je, da lahko ob napaki v logiki zlahka dobite podvojene oglede in precenjeno globino obiska.

Cilji se ne sprožijo ob prisotnosti obiskov

Prazno poročilo po cilju ne pomeni, da na spletni strani ni prometa. Obiski se lahko zbirajo normalno, vendar se ne zabeležijo pošiljanje obrazca, klik na gumb, nakup ali prehod na stran z zahvalo. Vzroki so lahko spremenjen selektor CSS, dogodek pred inicializacijo števca, obrazec AJAX brez obdelave rezultata ali druga številka Metrice na strani.

Izvedite dejanje ročno in hkrati poglejte Network: po njem se mora pojaviti zahtevek, povezan s posredovanjem dogodka. Cilj na klik gumba se nastavi hitro, vendar ima pomanjkljivost — zabeleži pritisk, ne pa uspešnega pošiljanja obrazca. Za povpraševanja je koristneje ločeno spremljati začetek izpolnjevanja, napako in potrjen rezultat.

Kontrolni seznam diagnostike v petih minutah

1. Odprite povezavo, po kateri naj bi šel promet, v običajnem brskalniku brez blokatorjev.
2. V DevTools odprite Network, osvežite stran in filtrirajte zahtevke po mc.yandex.ru.
3. V zavihku Console preverite napake JavaScript, CSP in sporočilo blocked by client.
4. Primerjajte številko števca v kodi strani s številko poročila v nadzorni plošči Metrice.
5. V access.log preverite zahtevek do želenega URL v času testa, na primer grep "GET /promo" /var/log/nginx/access.log.
6. Uskladite strežniški dnevnik s kliki v oglasnem sistemu po eni povezavi in enem obdobju.
7. Preglejte filtre, izbrane datume, časovni pas, poddomene in scenarij soglasja za piškotke.
8. Za SPA izvedite notranji prehod in se prepričajte, da se po spremembi poti pošlje nov zahtevek.