Perché Yandex Metrica non mostra il traffico sul sito

L'assenza di dati non sempre significa assenza di traffico

Un grafico vuoto in Yandex Metrica non dimostra che nessuno visita il sito. Metrica registra una visita solo quando il browser del visitatore ha caricato ed eseguito il codice del contatore e poi ha inviato una richiesta al server di analisi. L'utente può aprire la pagina, lasciare una richiesta o arrivare da un annuncio, ma non comparire nel report a causa del blocco dello script, di un errore del browser o di un filtro nelle impostazioni.

Prima separate l'assenza di transizioni reali dal guasto nella raccolta dei dati. Non bisogna confrontare il grafico generale, ma lo stesso periodo, uno specifico URL e una specifica sorgente. Ad esempio, un link da un annuncio pubblicitario, dalla descrizione di uno stream, da una newsletter o da un post sui social.

Come distinguere l'assenza di traffico dall'assenza di dati

Il pannello pubblicitario di solito mostra i clic sull'annuncio, mentre il log del server mostra le richieste al sito. Per verificare, aprite il log di accesso del server e cercate la pagina di destinazione nell'intervallo di tempo desiderato. Nei log di Nginx può essere una richiesta come: grep "GET /promo" /var/log/nginx/access.log. Se il percorso cambia a causa dei parametri UTM, cercate l'URL stesso senza parametri o usate una parte dell'indirizzo della landing page.

Un clic nel pannello pubblicitario non equivale al caricamento della pagina: l'utente potrebbe aver chiuso la scheda, la connessione potrebbe essersi interrotta e il link potrebbe portare a un URL non accessibile. Anche il log del server non equivale a una visita reale, perché vi finiscono bot, anteprime dei link e verifiche tecniche. Ma se nei log ci sono transizioni e in Metrica no, il problema è probabilmente nel contatore o nelle sue impostazioni.

Cosa significano le discrepanze tra pubblicità, log e Metrica

Se nel pannello pubblicitario ci sono clic ma nei log non ci sono richieste alla landing page, verificate l'URL finale, i redirect, la disponibilità del dominio e le impostazioni del tracker. Se ci sono voci in access.log ma il browser non invia richieste a mc.yandex.ru, il contatore non si avvia o è bloccato. Se le richieste a mc.yandex.ru partono ma il report è vuoto, verificate il numero del contatore, i filtri, il periodo e le impostazioni del dominio.

Per un confronto preciso prendete un intervallo breve e una sola sorgente. Confrontate ora, percorso della pagina, stato della risposta, indirizzo IP e User-Agent solo nel rispetto delle regole di trattamento dei dati adottate nel progetto. Il confronto manuale è scomodo su un grande volume di traffico: aiuta a trovare il guasto, ma non sostituisce il monitoraggio costante.

Il codice del contatore manca su alcune pagine

Il contatore può essere presente sulla home page ma mancare su una landing page, nel blog, nel catalogo, nell'area personale, nel template mobile o su un sottodominio. Questo errore compare spesso dopo il trasferimento del sito, la creazione di una pagina promozionale separata o l'aggiornamento del tema del CMS. Il visitatore apre il sito, ma su uno specifico URL Metrica non ha semplicemente nulla da eseguire.

Aprite il codice sorgente della pagina tramite la visualizzazione del codice del browser e cercate il frammento mc.yandex.ru o il numero del contatore. Verificate gli indirizzi verso cui portano realmente i link dalla pubblicità e dai social, non solo la home page. Il difetto di questa verifica è che manualmente è facile trascurare pagine e scenari rari, ad esempio la schermata dopo il pagamento o il modulo nella versione mobile.

Sul sito è installato un altro numero di contatore

Il codice può funzionare correttamente, ma inviare i dati a un contatore vecchio, di test o altrui. Questo accade dopo aver copiato un template, cambiato fornitore, migrato su un nuovo dominio o con più versioni del sito attive contemporaneamente. Nel browser le richieste sono visibili, ma il proprietario del canale o del sito guarda il report di un altro contatore.

Trovate l'identificatore nel codice della pagina e confrontatelo con il numero nel pannello di Metrica. Nella console del browser potete eseguire la richiesta: document.documentElement.innerHTML.includes("mc.yandex.ru"). Mostrerà se l'indirizzo di Metrica è presente nell'HTML, ma non confermerà che lo script sia stato eseguito. Per questo serve la verifica delle richieste di rete.

Come verificare il caricamento di Metrica nel browser

Aprite la pagina in un browser senza blocchi, premete F12, andate nella scheda Network e ricaricate la pagina. Nella riga del filtro digitate mc.yandex.ru. In condizioni normali devono comparire richieste all'indirizzo di caricamento dello script e richieste di raccolta dati, di solito contenenti il percorso metrika/tag.js o watch con il numero del contatore.

Poi aprite la scheda Console e controllate gli errori. Segnali utili del problema: messaggi «Refused to load the script», «blocked by client», «Content Security Policy» o errori JavaScript che si verificano prima dell'avvio del contatore. La verifica in un solo browser ha un difetto: un'estensione, la versione del browser o le impostazioni di rete di uno specifico utente possono dare un risultato diverso.

I blocca-annunci nascondono parte delle visite

Le estensioni per bloccare la pubblicità, i servizi DNS privati, la protezione integrata dei browser e gli antivirus possono fermare le richieste all'analisi. In Network questo spesso appare come blocked by client. La pagina si apre normalmente, il server registra la richiesta, ma Metrica non riceve informazioni sulla visita.

Confrontate la pagina in una finestra normale del browser senza estensioni e in un profilo con il blocco. Questo test mostrerà il fatto stesso del blocco, ma non permetterà di stimare con precisione la quota di visite perse: le impostazioni di protezione del pubblico sono diverse. I tentativi di mascherare le richieste di analisi complicano la manutenzione e possono entrare in conflitto con le politiche di sicurezza del sito.

La Content Security Policy blocca le richieste a Metrica

L'intestazione Content Security Policy limita le sorgenti da cui la pagina può caricare script, immagini ed eseguire richieste di rete. Dopo aver collegato una CDN, un proxy o rafforzato la protezione del sito, il sito può iniziare a vietare le richieste a Metrica. Nella console del browser comparirà un messaggio di violazione della CSP con l'indicazione dell'indirizzo bloccato mc.yandex.ru.

La regola va integrata in modo mirato, non disattivando completamente la CSP. Esempio di direttiva su una riga: script-src 'self' https://mc.yandex.ru; connect-src 'self' https://mc.yandex.ru; img-src 'self' data: https://mc.yandex.ru;

Questa riga non va sostituita ciecamente nell'intestazione esistente: deve essere unita alle sorgenti già necessarie del sito. Se il codice del contatore è inserito direttamente nell'HTML, potrebbe servire un'autorizzazione separata anche per lo script inline tramite nonce o hash. Aggiungere unsafe-inline è più semplice, ma il suo difetto è una protezione più debole contro l'iniezione di JavaScript di terze parti.

Il consenso ai cookie non avvia il contatore

Sui siti con banner di consenso, Metrica a volte si avvia solo dopo aver premuto il pulsante. Un errore nella logica del banner può lasciare il contatore spento dopo il consenso, attivarlo solo sulla prima pagina o non salvare la scelta dell'utente. Per questo una parte delle visite va persa, soprattutto nelle visite brevi dalle landing page.

Verificate gli scenari di primo accesso, consenso, rifiuto, visita successiva, browser mobile e modalità privata. Avviare l'analisi prima della scelta dell'utente può aumentare il volume dei dati, ma questa opzione ha un difetto giuridico e reputazionale: le modalità di trattamento dei dati devono essere conformi ai requisiti applicabili al vostro progetto.

I filtri del contatore escludono le visite necessarie

Nelle impostazioni di Metrica possono essere attivi filtri per indirizzi IP, domini, URL, parametri o traffico tecnico. Di solito vengono aggiunti per rimuovere le visite del team e le transizioni di test. Dopo un cambio di ufficio, VPN, rete aziendale o struttura degli URL, un tale filtro può escludere non più solo le visite interne.

Esaminate i filtri attivi e verificate lo scopo di ogni regola. Per la diagnosi potete modificare temporaneamente un filtro e ripetere la transizione di test. Il difetto della disattivazione del filtro è che nelle statistiche finiranno le visite di dipendenti, sviluppatori e test automatici, quindi è meglio registrare le modifiche separatamente.

È aperto un periodo, un report o un fuso orario errato

A volte i dati ci sono già, ma nel pannello è selezionato un altro contatore, un periodo troppo ristretto, la modalità di confronto delle date o un fuso orario non adatto. Con un numero ridotto di visite, una differenza di poche ore può cambiare completamente il quadro di uno specifico giorno. Non conviene valutare il funzionamento del contatore solo pochi minuti dopo la transizione.

Rimuovete il confronto dei periodi, aprite un intervallo più ampio e verificate la data della visita di test. Poi passate al report per pagine e trovate il percorso esatto della landing page. Un periodo ampio è comodo per cercare i dati, ma il suo difetto è che sul grafico generale è più difficile notare il momento in cui, dopo l'aggiornamento del sito, il contatore ha smesso di funzionare.

I redirect e i domini cambiano il percorso del visitatore

La transizione può passare attraverso un accorciatore di link, un tracker, la versione HTTP del sito, il dominio www, un sottodominio mobile e solo dopo arrivare alla landing page finale. Se il redirect è configurato con un errore, la pagina risponde lentamente o il visitatore viene inviato a un altro dominio, il contatore del sito desiderato potrebbe non caricarsi. Questo è particolarmente importante per i link dalle descrizioni delle dirette e dalle campagne pubblicitarie.

Verificate la catena con il comando curl -I -L "https://example.com/promo" e osservate gli stati con gli indirizzi delle transizioni. Il comando mostrerà i reindirizzamenti del server, ma non sostituirà il test nel browser: curl non vedrà i redirect JavaScript e i blocchi delle estensioni. I link accorciati sono comodi nelle pubblicazioni, tuttavia la transizione aggiuntiva complica la diagnosi.

Le SPA non inviano visualizzazioni durante le transizioni interne

Su un sito a pagina singola, il passaggio tra sezioni spesso avviene senza un ricaricamento completo. L'utente apre un piano tariffario, una scheda prodotto, un modulo o la pagina di ringraziamento, ma Metrica registra solo la prima schermata. Le visite possono essere nel report, ma le pagine di ingresso, la profondità di visualizzazione e le conversioni risultano incomplete.

Verificate in Network se compare una nuova richiesta a Metrica dopo il cambio di percorso all'interno dell'applicazione. Testate le transizioni con i pulsanti del browser, le finestre modali, il cambio di lingua e gli URL dinamici. L'invio automatico delle visualizzazioni tramite il router è comodo, ma il suo difetto è che, in caso di errore nella logica, è facile ottenere visualizzazioni duplicate e una profondità di visita gonfiata.

Gli obiettivi non si attivano nonostante le visite

Un report vuoto per un obiettivo non significa che sul sito non ci sia traffico. Le visite possono essere raccolte correttamente, ma non viene registrato l'invio del modulo, il clic su un pulsante, l'acquisto o il passaggio alla pagina di ringraziamento. Le cause possono essere un selettore CSS modificato, un evento prima dell'inizializzazione del contatore, un modulo AJAX senza gestione del risultato o un altro numero di Metrica sulla pagina.

Eseguite l'azione manualmente e contemporaneamente osservate Network: dopo di essa deve comparire una richiesta legata all'invio dell'evento. L'obiettivo sul clic di un pulsante si configura rapidamente, ma ha un difetto: registra la pressione, non l'invio riuscito del modulo. Per le richieste è più utile monitorare separatamente l'inizio della compilazione, l'errore e il risultato confermato.

Checklist di diagnosi in cinque minuti

1. Aprite il link da cui dovrebbe arrivare il traffico in un browser normale senza blocchi.
2. Nei DevTools aprite Network, ricaricate la pagina e filtrate le richieste per mc.yandex.ru.
3. Nella scheda Console controllate gli errori JavaScript, CSP e il messaggio blocked by client.
4. Confrontate il numero del contatore nel codice della pagina con il numero del report nel pannello di Metrica.
5. Verificate in access.log la richiesta all'URL desiderato durante il test, ad esempio grep "GET /promo" /var/log/nginx/access.log.
6. Confrontate il log del server con i clic nel pannello pubblicitario per un solo link e un solo periodo.
7. Esaminate i filtri, le date selezionate, il fuso orario, i sottodomini e lo scenario di consenso ai cookie.
8. Per le SPA eseguite una transizione interna e assicuratevi che dopo il cambio di percorso venga inviata una nuova richiesta.