De ce Yandex Metrica nu arată traficul pe site

Lipsa datelor nu înseamnă întotdeauna lipsa traficului

Un grafic gol în Yandex Metrica nu dovedește că nimeni nu intră pe site. Metrica înregistrează o vizită doar atunci când browserul vizitatorului a încărcat și a executat codul contorului, apoi a trimis o cerere către serverul de analiză. Utilizatorul poate deschide pagina, poate lăsa o solicitare sau poate accesa un link publicitar, dar să nu ajungă în raport din cauza blocării scriptului, a unei erori de browser sau a unui filtru din setări.

Mai întâi separați lipsa accesărilor reale de o defecțiune în colectarea datelor. Nu trebuie comparat graficul general, ci aceeași perioadă, un URL concret și o sursă anume. De exemplu, un link dintr-un anunț publicitar, din descrierea unui stream, dintr-un newsletter sau dintr-o publicare pe rețelele sociale.

Cum se distinge lipsa traficului de lipsa datelor

Contul publicitar arată de obicei clicurile pe anunț, iar logul serverului — accesările site-ului. Pentru verificare, deschideți jurnalul de acces al serverului și găsiți pagina țintă pentru intervalul de timp dorit. În logurile Nginx aceasta poate fi o cerere de forma: grep "GET /promo" /var/log/nginx/access.log. Dacă calea se schimbă din cauza etichetelor UTM, căutați URL-ul fără parametri sau folosiți o parte a adresei landing page-ului.

Un clic în contul publicitar nu este egal cu încărcarea paginii: utilizatorul poate fi închis fila, conexiunea poate fi întreruptă, iar linkul poate duce către un URL indisponibil. Nici logul serverului nu este egal cu o vizită reală, pentru că în el ajung boți, previzualizări de linkuri și verificări tehnice. Dar dacă accesările apar în loguri, iar în Metrica nu apar, problema este cel mai probabil la contor sau la setările acestuia.

Ce înseamnă discrepanțele dintre publicitate, loguri și Metrica

Dacă în contul publicitar există clicuri, dar în loguri nu există accesări ale paginii de destinație, verificați URL-ul final, redirecționările, disponibilitatea domeniului și setările trackerului. Dacă în access.log există înregistrări, dar browserul nu trimite cereri către mc.yandex.ru, contorul nu pornește sau este blocat. Dacă cererile către mc.yandex.ru pleacă, iar raportul este gol, verificați numărul contorului, filtrele, perioada și setările domeniului.

Pentru o verificare exactă, luați un interval scurt și o singură sursă. Comparați timpul, calea paginii, codul de răspuns, adresa IP și User-Agent doar în limitele regulilor de prelucrare a datelor adoptate în proiect. Verificarea manuală este incomodă pe un flux mare: ajută la găsirea defecțiunii, dar nu înlocuiește monitorizarea constantă.

Codul contorului lipsește de pe unele pagini

Contorul poate fi pe pagina principală, dar să lipsească de pe un landing page, din blog, din catalog, din contul personal, din șablonul mobil sau de pe un subdomeniu. Această eroare apare frecvent după mutarea site-ului, crearea unei pagini promoționale separate sau actualizarea temei CMS. Vizitatorul deschide site-ul, dar pe acel URL concret Metrica pur și simplu nu are ce să execute.

Deschideți codul sursă al paginii prin vizualizarea codului în browser și găsiți fragmentul mc.yandex.ru sau numărul contorului. Verificați adresele către care duc efectiv linkurile din publicitate și din rețelele sociale, nu doar pagina principală. Dezavantajul acestei verificări este că manual se pot omite ușor pagini și scenarii rare, de exemplu ecranul de după plată sau formularul din versiunea mobilă.

Pe site este instalat un alt număr de contor

Codul poate funcționa corect, dar să trimită date către un contor vechi, de test sau străin. Acest lucru se întâmplă după copierea unui șablon, schimbarea contractorului, migrarea pe un domeniu nou sau funcționarea simultană a mai multor versiuni ale site-ului. În browser cererile sunt vizibile, dar proprietarul canalului sau al site-ului se uită la raportul altui contor.

Găsiți identificatorul în codul paginii și comparați-l cu numărul din contul Metrica. În consola browserului puteți executa cererea: document.documentElement.innerHTML.includes("mc.yandex.ru"). Aceasta va arăta dacă adresa Metrica apare în HTML, dar nu va confirma că scriptul s-a executat. Pentru asta este nevoie de verificarea cererilor de rețea.

Cum se verifică încărcarea Metrica în browser

Deschideți pagina într-un browser fără blocante, apăsați F12, treceți la fila Network și reîmprospătați pagina. În rândul de filtrare introduceți mc.yandex.ru. În funcționarea normală trebuie să apară accesări către adresa de încărcare a scriptului și cereri de colectare a datelor, de obicei conținând calea metrika/tag.js sau watch cu numărul contorului.

Apoi deschideți fila Console și verificați erorile. Semne utile ale problemei: mesajele „Refused to load the script”, „blocked by client”, „Content Security Policy” sau erori JavaScript care apar înainte de pornirea contorului. Verificarea într-un singur browser are un dezavantaj: extensia, versiunea browserului sau setările de rețea ale unui anumit utilizator pot da un rezultat diferit.

Blocantele de reclame ascund o parte din vizite

Extensiile pentru blocarea reclamelor, serviciile DNS private, protecția integrată a browserelor și antivirusurile pot opri cererile către analiză. În Network acest lucru apare frecvent ca blocked by client. Pagina se deschide normal, serverul înregistrează accesarea, dar Metrica nu primește informații despre vizită.

Comparați pagina într-o fereastră obișnuită de browser fără extensii și într-un profil cu blocant. Acest test va arăta faptul blocării în sine, dar nu va permite estimarea exactă a proporției vizitelor pierdute: setările de protecție ale audienței diferă. Încercările de a masca cererile de analiză complică mentenanța și pot intra în conflict cu politicile de securitate ale site-ului.

Content Security Policy blochează cererile către Metrica

Antetul Content Security Policy limitează sursele de la care pagina poate încărca scripturi, imagini și poate executa cereri de rețea. După conectarea unui CDN, a unui proxy sau după întărirea protecției site-ului, acesta poate începe să interzică accesările către Metrica. În consola browserului va apărea un mesaj despre încălcarea CSP cu indicarea adresei blocate mc.yandex.ru.

Regula trebuie completată punctual, nu dezactivată complet CSP. Exemplu de directivă într-un singur rând: script-src 'self' https://mc.yandex.ru; connect-src 'self' https://mc.yandex.ru; img-src 'self' data: https://mc.yandex.ru;

Acest rând nu trebuie înlocuit fără gândire în antetul existent: el trebuie combinat cu sursele deja necesare ale site-ului. Dacă codul contorului este inserat direct în HTML, o permisiune separată poate fi necesară și pentru scriptul inline, prin nonce sau hash. Adăugarea unsafe-inline este mai simplă, dar dezavantajul ei este protecția mai slabă împotriva injectării de JavaScript străin.

Consimțământul pentru cookies nu permite pornirea contorului

Pe site-urile cu banner de consimțământ, Metrica pornește uneori doar după apăsarea butonului. O eroare în logica bannerului poate lăsa contorul oprit după consimțământ, îl poate porni doar pe prima pagină sau nu poate salva alegerea utilizatorului. Din această cauză o parte din vizite se pierd, mai ales la vizitele scurte de pe landing page-uri.

Verificați scenariile primei intrări, ale consimțământului, ale refuzului, ale vizitei repetate, ale browserului mobil și ale modului privat. Pornirea analizei înainte de alegerea utilizatorului poate crește volumul de date, dar această variantă are un dezavantaj juridic și de reputație: modul de prelucrare a datelor trebuie să corespundă cerințelor aplicabile proiectului dumneavoastră.

Filtrele contorului exclud vizitele necesare

În setările Metrica pot funcționa filtre după adrese IP, domenii, URL-uri, parametri sau trafic tehnic. De obicei ele sunt adăugate pentru a elimina vizitele echipei și accesările de test. După schimbarea biroului, a VPN-ului, a rețelei corporative sau a structurii URL-urilor, un astfel de filtru poate exclude deja nu doar vizitele interne.

Examinați filtrele active și verificați scopul fiecărei reguli. Pentru diagnosticare puteți modifica temporar un filtru și repeta o accesare de test. Dezavantajul dezactivării filtrului este că în statistici vor ajunge vizitele angajaților, dezvoltatorilor și ale testelor automate, de aceea modificările este mai bine să fie înregistrate separat.

Este deschisă o perioadă, un raport sau un fus orar greșit

Uneori datele există deja, dar în cont este selectat alt contor, o perioadă prea îngustă, modul de comparare a datelor sau un fus orar nepotrivit. La un număr mic de vizite, o diferență de câteva ore poate schimba complet imaginea pentru o anumită zi. Nu merită să evaluați funcționarea contorului doar după câteva minute de la accesare.

Scoateți compararea perioadelor, deschideți un interval mai larg și verificați data vizitei de test. Apoi treceți la raportul pe pagini și găsiți calea exactă a landing page-ului. O perioadă largă este comodă pentru căutarea datelor, dar dezavantajul ei este că pe graficul general este mai greu de observat momentul în care, după actualizarea site-ului, contorul a încetat să funcționeze.

Redirecționările și domeniile schimbă calea vizitatorului

Accesarea poate trece printr-un scurtător de linkuri, un tracker, versiunea HTTP a site-ului, domeniul www, un subdomeniu mobil și abia apoi poate ajunge pe landing page-ul final. Dacă redirecționarea este configurată greșit, pagina răspunde lent sau vizitatorul este trimis pe alt domeniu, contorul site-ului necesar poate să nu se încarce. Acest lucru este deosebit de important pentru linkurile din descrierile transmisiunilor și din campaniile publicitare.

Verificați lanțul cu comanda curl -I -L "https://example.com/promo" și urmăriți codurile de stare cu adresele de redirecționare. Comanda va arăta redirecționările de la server, dar nu va înlocui testul în browser: redirecționările JavaScript și blocările prin extensii nu vor fi văzute de curl. Linkurile scurtate sunt comode în publicații, însă accesarea suplimentară complică diagnosticarea.

SPA nu trimite vizualizări la navigarea internă

Pe un site cu o singură pagină, trecerea între secțiuni are loc frecvent fără reîncărcare completă. Utilizatorul deschide un tarif, un card de produs, un formular sau pagina de mulțumire, iar Metrica înregistrează doar primul ecran. Vizitele pot fi în raport, dar paginile de intrare, adâncimea vizualizării și conversiile arată incomplet.

Verificați în Network dacă apare o cerere nouă către Metrica după schimbarea rutei în interiorul aplicației. Testați trecerile cu butoanele browserului, ferestrele modale, schimbarea limbii și URL-urile dinamice. Trimiterea automată a vizualizărilor prin router este comodă, dar dezavantajul ei este că, la o eroare în logică, se pot obține ușor vizualizări duplicate și o adâncime a vizitei umflată.

Obiectivele nu se declanșează în prezența vizitelor

Un raport gol pe un obiectiv nu înseamnă că pe site nu există trafic. Vizitele pot fi colectate normal, dar să nu fie înregistrate trimiterea formularului, clic pe buton, cumpărarea sau trecerea pe pagina de mulțumire. Cauzele pot fi un selector CSS modificat, un eveniment înainte de inițializarea contorului, un formular AJAX fără prelucrarea rezultatului sau un alt număr de Metrica pe pagină.

Efectuați acțiunea manual și simultan urmăriți Network: după ea trebuie să apară o cerere legată de transmiterea evenimentului. Obiectivul pe clic pe buton se configurează rapid, dar are un dezavantaj — înregistrează apăsarea, nu trimiterea reușită a formularului. Pentru solicitări este mai util să urmăriți separat începutul completării, eroarea și rezultatul confirmat.

Listă de verificare pentru diagnosticare în cinci minute

1. Deschideți linkul prin care trebuie să vină traficul într-un browser obișnuit, fără blocante.
2. În DevTools deschideți Network, reîmprospătați pagina și filtrați cererile după mc.yandex.ru.
3. În fila Console verificați erorile JavaScript, CSP și mesajul blocked by client.
Comparați numărul contorului din codul paginii cu numărul raportului din contul Metrica.
4. Verificați în access.log accesarea URL-ului necesar în timpul testului, de exemplu grep "GET /promo" /var/log/nginx/access.log.
5. Comparați logul serverului cu clicurile din contul publicitar pentru un singur link și o singură perioadă.
6. Examinați filtrele, datele selectate, fusul orar, subdomeniile și scenariul de consimțământ pentru cookies.
7. Pentru SPA efectuați o navigare internă și asigurați-vă că după schimbarea rutei se trimite o cerere nouă.