Miért nem mutatja a Yandex Metrica a webhely forgalmát

Az adatok hiánya nem mindig jelent forgalomhiányt

Az üres grafikon a Yandex Metrica-ban nem bizonyítja, hogy senki nem látogat a webhelyre. A Metrica csak akkor rögzít egy látogatást, ha a látogató böngészője betöltötte és végrehajtotta a számláló kódját, majd kérést küldött az analitikai szervernek. A felhasználó megnyithatja az oldalt, leadhat egy ajánlatkérést vagy kattinthat egy hirdetésre, de a szkript blokkolása, böngészőhiba vagy a beállításokban lévő szűrő miatt mégsem kerül be a jelentésbe.

Először különítse el a valódi átkattintások hiányát az adatgyűjtés hibájától. Nem az összesített grafikont kell összehasonlítani, hanem ugyanazt az időszakot, egy konkrét URL-t és forrást. Például egy hirdetési szövegben, streamleírásban, hírlevélben vagy közösségi médiás bejegyzésben szereplő linket.

Hogyan különböztethető meg a forgalom hiánya az adatok hiányától

A hirdetési felület általában mutatja a hirdetésre érkező kattintásokat, a szervernapló pedig a webhelyre érkező kéréseket. Az ellenőrzéshez nyissa meg a szerver hozzáférési naplóját, és keresse meg a céloldalt a kívánt időintervallumban. Az Nginx naplóiban ez egy ilyen kérés lehet: grep "GET /promo" /var/log/nginx/access.log. Ha az útvonal az UTM-címkék miatt változik, keresse magát az URL-t paraméterek nélkül, vagy használja a landingoldal címének egy részét.

A hirdetési felületen történő kattintás nem egyenlő az oldal betöltésével: a felhasználó bezárhatta a lapot, a kapcsolat megszakadhatott, a link pedig egy elérhetetlen URL-re mutathatott. A szervernapló sem egyenlő egy valódi látogatással, mert botok, linkelőnézetek és technikai ellenőrzések is bekerülnek. De ha a naplókban vannak átkattintások, a Metrica-ban viszont nincsenek, a probléma valószínűleg a számlálóban vagy annak beállításaiban van.

Mit jelentenek a hirdetés, a naplók és a Metrica közötti eltérések

Ha a hirdetési felületen vannak kattintások, de a naplókban nincsenek a landingoldalra érkező kérések, ellenőrizze a végső URL-t, az átirányításokat, a domain elérhetőségét és a tracker beállításait. Ha vannak bejegyzések az access.log-ban, de a böngésző nem küld kéréseket a mc.yandex.ru-ra, a számláló nem indul el, vagy blokkolva van. Ha a mc.yandex.ru-ra mennek kérések, de a jelentés üres, ellenőrizze a számláló számát, a szűrőket, az időszakot és a domain beállításait.

A pontos összevetéshez rövid intervallumot és egyetlen forrást válasszon. Hasonlítsa össze az időt, az oldal útvonalát, a válasz állapotát, az IP-címet és a User-Agentet kizárólag a projekten elfogadott adatkezelési szabályok keretein belül. A kézi összevetés nagy forgalom esetén kényelmetlen: segít megtalálni a hibát, de nem helyettesíti a folyamatos monitorozást.

A számláló kódja hiányzik az oldalak egy részéről

A számláló lehet a főoldalon, de hiányozhat a landingoldalról, a blogból, a katalógusból, a fiókoldalról, a mobil sablonból vagy egy aldomainről. Ez a hiba gyakran a webhely áthelyezése, egy külön promóciós oldal létrehozása vagy a CMS téma frissítése után jelenik meg. A látogató megnyitja a webhelyet, de az adott URL-en a Metricának egyszerűen nincs mit végrehajtania.

Nyissa meg az oldal forráskódját a böngésző kódnézetén keresztül, és keresse meg a mc.yandex.ru töredékét vagy a számláló számát. Azokat a címeket ellenőrizze, amelyekre a hirdetésekből és a közösségi médiából származó linkek valóban mutatnak, ne csak a főoldalt. Ennek az ellenőrzésnek a hátránya, hogy kézzel könnyű kihagyni a ritka oldalakat és forgatókönyveket, például a fizetés utáni képernyőt vagy a mobil verzió űrlapját.

A webhelyen egy másik számlálószám van telepítve

A kód hibátlanul működhet, de az adatokat egy régi, teszt- vagy idegen számlálóba küldheti. Ez sablonmásolás, alvállalkozóváltás, új domainre való migrálás vagy a webhely több verziójának egyidejű működése után fordul elő. A böngészőben a kérések láthatók, de a csatorna vagy a webhely tulajdonosa egy másik számláló jelentését nézi.

Keresse meg az azonosítót az oldal kódjában, és hasonlítsa össze a Metrica fiókjában lévő számmal. A böngésző konzoljában végrehajtható egy kérés: document.documentElement.innerHTML.includes("mc.yandex.ru"). Ez megmutatja, hogy előfordul-e a Metrica címe a HTML-ben, de nem erősíti meg, hogy a szkript végrehajtódott. Ehhez a hálózati kérések ellenőrzése szükséges.

Hogyan ellenőrizhető a Metrica betöltése a böngészőben

Nyissa meg az oldalt egy blokkolók nélküli böngészőben, nyomja meg az F12-t, lépjen a Network lapra, és frissítse az oldalt. A szűrősorba írja be: mc.yandex.ru. Normál működés esetén meg kell jelenniük a szkript betöltési címére irányuló kéréseknek és az adatgyűjtési kéréseknek, amelyek általában a metrika/tag.js útvonalat vagy a watch elemet tartalmazzák a számláló számával.

Ezután nyissa meg a Console lapot, és ellenőrizze a hibákat. A probléma hasznos jelei: a „Refused to load the script”, a „blocked by client”, a „Content Security Policy” üzenetek vagy olyan JavaScript-hibák, amelyek a számláló elindulása előtt jelentkeznek. Az egyetlen böngészőben végzett ellenőrzésnek van egy hátránya: egy adott felhasználó kiterjesztése, böngészőverziója vagy hálózati beállításai más eredményt adhatnak.

A hirdetésblokkolók elrejtik a látogatások egy részét

A hirdetésblokkoló kiterjesztések, a privát DNS-szolgáltatások, a böngészők beépített védelme és az antivírusok leállíthatják az analitikára irányuló kéréseket. A Networkben ez gyakran blocked by client formában látható. Az oldal közben normálisan megnyílik, a szerver rögzíti a kérést, de a Metrica nem kap információt a látogatásról.

Hasonlítsa össze az oldalt egy normál, kiterjesztések nélküli böngészőablakban és egy blokkolóval rendelkező profilban. Ez a teszt megmutatja magát a blokkolás tényét, de nem teszi lehetővé az elveszett látogatások arányának pontos becslését: a közönség védelmi beállításai eltérőek. Az analitikai kérések álcázására tett kísérletek megnehezítik a támogatást, és ütközhetnek a webhely biztonsági irányelveivel.

A Content Security Policy blokkolja a Metricára irányuló kéréseket

A Content Security Policy fejléc korlátozza azokat a forrásokat, amelyekről az oldal szkripteket és képeket tölthet be, valamint hálózati kéréseket hajthat végre. CDN, proxy csatlakoztatása vagy a védelem megerősítése után a webhely elkezdheti tiltani a Metricára irányuló kéréseket. A böngésző konzoljában megjelenik egy CSP-sértésről szóló üzenet a blokkolt mc.yandex.ru cím megjelölésével.

A szabályt célzottan kell kiegészíteni, nem pedig a CSP teljes kikapcsolásával. Példa egy direktívára egy sorban: script-src 'self' https://mc.yandex.ru; connect-src 'self' https://mc.yandex.ru; img-src 'self' data: https://mc.yandex.ru;

Ezt a sort nem szabad meggondolatlanul lecserélni a meglévő fejlécben: össze kell vonni a webhely már szükséges forrásaival. Ha a számláló kódja közvetlenül a HTML-be van beillesztve, külön engedélyre lehet szükség az inline szkripthez nonce vagy hash segítségével. Az unsafe-inline hozzáadása egyszerűbb, de a hátránya a gyengébb védelem a külső JavaScript befecskendezése ellen.

A cookie-hozzájárulás nem engedi elindítani a számlálót

A hozzájárulási bannerrel rendelkező webhelyeken a Metrica néha csak a gomb megnyomása után indul el. A banner logikájában lévő hiba miatt a számláló a hozzájárulás után kikapcsolva maradhat, csak az első oldalon kapcsolódhat be, vagy nem mentheti el a felhasználó választását. Emiatt a látogatások egy része elvész, különösen a landingoldalakról érkező rövid látogatások esetén.

Ellenőrizze az első belépés, a hozzájárulás, az elutasítás, az ismételt látogatás, a mobil böngésző és a privát mód forgatókönyveit. Az analitika elindítása a felhasználó választása előtt növelheti az adatok mennyiségét, de ennek a változatnak van jogi és reputációs hátránya: az adatkezelés rendjének meg kell felelnie a projektjére vonatkozó követelményeknek.

A számláló szűrői kizárják a szükséges látogatásokat

A Metrica beállításaiban működhetnek IP-címek, domainek, URL-ek, paraméterek vagy technikai forgalom szerinti szűrők. Általában azért adják hozzá őket, hogy eltávolítsák a csapat látogatásait és a tesztátkattintásokat. Az iroda, a VPN, a vállalati hálózat vagy az URL-struktúra megváltozása után egy ilyen szűrő már nem csak a belső látogatásokat zárhatja ki.

Tekintse át az aktív szűrőket, és ellenőrizze az egyes szabályok célját. A diagnosztikához ideiglenesen módosíthat egy szűrőt, és megismételheti a tesztátkattintást. A szűrő kikapcsolásának hátránya, hogy a statisztikába bekerülnek az alkalmazottak, a fejlesztők és az autotesztek látogatásai, ezért a változtatásokat külön érdemes rögzíteni.

Hibás időszak, jelentés vagy időzóna van megnyitva

Néha az adatok már megvannak, de a fiókban egy másik számláló, túl szűk időszak, dátum-összehasonlítási mód vagy nem megfelelő időzóna van kiválasztva. Kis számú látogatás esetén a néhány órás eltérés teljesen megváltoztathatja az adott nap képét. Nem érdemes a számláló működését csak az átkattintás utáni néhány perc alapján megítélni.

Szüntesse meg az időszakok összehasonlítását, nyisson meg egy szélesebb tartományt, és ellenőrizze a tesztlátogatás dátumát. Ezután lépjen az oldalak szerinti jelentésre, és keresse meg a landingoldal pontos útvonalát. A széles időszak kényelmes az adatok kereséséhez, de a hátránya, hogy az összesített grafikonon nehezebb észrevenni azt a pillanatot, amikor a webhely frissítése után leállt a számláló működése.

Az átirányítások és a domainek megváltoztatják a látogató útvonalát

Az átkattintás áthaladhat egy linkrövidítőn, egy trackeren, a webhely HTTP-verzióján, a www-domainen, egy mobil aldomainen, és csak ezután érkezhet meg a végső landingoldalra. Ha az átirányítás hibásan van beállítva, az oldal sokáig válaszol, vagy a látogatót egy másik domainre irányítják, előfordulhat, hogy a megfelelő webhely számlálója nem töltődik be. Ez különösen fontos a közvetítések leírásaiból és a hirdetési kampányokból származó linkek esetén.

Ellenőrizze a láncot a curl -I -L "https://example.com/promo" paranccsal, és nézze meg az állapotokat az átirányítási címekkel. A parancs megmutatja a szerveroldali átirányításokat, de nem helyettesíti a böngészős tesztet: a JavaScript-átirányításokat és a kiterjesztések blokkolásait a curl nem látja. A rövidített linkek kényelmesek a bejegyzésekben, azonban a további átkattintás megnehezíti a diagnosztikát.

Az SPA nem küld oldalmegtekintéseket belső navigáció esetén

Egy egyoldalas webhelyen a szakaszok közötti váltás gyakran teljes újratöltés nélkül történik. A felhasználó megnyit egy csomagot, egy termékkártyát, egy űrlapot vagy egy köszönőoldalt, a Metrica viszont csak az első képernyőt rögzíti. A látogatások szerepelhetnek a jelentésben, de a belépési oldalak, a megtekintési mélység és a konverziók hiányosnak tűnnek.

Ellenőrizze a Networkben, hogy megjelenik-e új kérés a Metricára az alkalmazáson belüli útvonalváltás után. Tesztelje a böngésző gombjaival történő navigációt, a modális ablakokat, a nyelvváltást és a dinamikus URL-eket. Az oldalmegtekintések routeren keresztüli automatikus küldése kényelmes, de a hátránya, hogy a logikában lévő hiba esetén könnyen duplikált megtekintéseket és felfújt látogatási mélységet kaphat.

A célok nem működnek látogatások jelenléte esetén

Egy cél üres jelentése nem jelenti azt, hogy nincs forgalom a webhelyen. A látogatások normálisan gyűlhetnek, de az űrlap elküldése, a gombra kattintás, a vásárlás vagy a köszönőoldalra való átlépés nem kerül rögzítésre. Az okok lehetnek megváltozott CSS-szelektor, a számláló inicializálása előtti esemény, eredménykezelés nélküli AJAX-űrlap vagy egy másik Metrica-szám az oldalon.

Hajtsa végre a műveletet kézzel, és közben nézze a Networköt: utána meg kell jelennie az esemény továbbításához kapcsolódó kérésnek. A gombra kattintás célja gyorsan beállítható, de a hátránya, hogy a kattintást rögzíti, nem az űrlap sikeres elküldését. Az ajánlatkérésekhez hasznosabb külön nyomon követni a kitöltés kezdetét, a hibát és a megerősített eredményt.

Ötperces diagnosztikai ellenőrzőlista

1. Nyissa meg azt a linket, amelyre a forgalomnak irányulnia kell, egy normál, blokkolók nélküli böngészőben.
2. A DevToolsban nyissa meg a Network lapot, frissítse az oldalt, és szűrje a kéréseket a mc.yandex.ru szerint.
3. A Console lapon ellenőrizze a JavaScript-hibákat, a CSP-t és a blocked by client üzenetet.
4. Hasonlítsa össze az oldal kódjában lévő számlálószámot a Metrica fiókjában lévő jelentés számával.
5. Ellenőrizze az access.log-ban a kívánt URL-re érkező kérést a teszt ideje alatt, például: grep "GET /promo" /var/log/nginx/access.log.
6. Vesse össze a szervernaplót a hirdetési felület kattintásaival egy link és egy időszak alapján.
7. Tekintse át a szűrőket, a kiválasztott dátumokat, az időzónát, az aldomaineket és a cookie-hozzájárulás forgatókönyvét.
8. SPA esetén hajtson végre egy belső navigációt, és győződjön meg arról, hogy az útvonalváltás után új kérés indul.