Come vedere le visite di un articolo su GA4

Hai pubblicato un articolo tre settimane fa e vuoi sapere se qualcuno l’ha aperto. Entri in GA4, scrivi il titolo nella tabella e non trovi niente. Non è un guasto: GA4 il tuo articolo lo chiama con un altro nome. Qui c’è la procedura, rifatta passo per passo sulle pagine ufficiali di Google aperte il 21 ottobre 2026.

Il nome che GA4 dà al tuo articolo

Quel nome è il percorso pagina. La documentazione dell’API di Analytics lo definisce come la porzione di URL compresa tra il nome host e la stringa di query. Di https://tuosito.it/blog/caldaia-estate/?utm_source=newsletter resta /blog/caldaia-estate/.

Nel report la dimensione si chiama «Percorso pagina e classe schermata»: la seconda metà del nome riguarda le app, e su un sito non la userai. Una barra sola, /, è la home: Google la descrive come separatore di directory che rimanda alla pagina iniziale.

Il titolo esiste anche, in «Titolo pagina e classe schermata». Ma è un’etichetta che riscrivi ogni volta che cambi l’intestazione dell’articolo, e allora in tabella compaiono due righe per la stessa pagina. Il percorso cambia solo se cambi l’indirizzo. Cerca per percorso.

La procedura, menu per menu

Nella Guida di Analytics il report sta sotto Coinvolgimento: a sinistra scegli Report, poi «Coinvolgimento > Pagine e schermate». Se nel menu non lo trovi, chi ha il ruolo di editor o superiore può rimetterlo nella navigazione.

Per isolare un articolo serve «+ Aggiungi filtro», con la dimensione «Percorso pagina e classe schermata»: lo spiega la stessa pagina della guida. Il campo di ricerca sopra la tabella fa un’altra cosa, cerca una stringa qualsiasi, e con gli indirizzi lunghi ti restituisce anche pagine che non c’entrano.

Visualizzazioni, utenti attivi, sessioni: tre domande diverse

Sono numeri che non coincidono quasi mai, e la differenza non è un errore. Le definizioni qui sotto sono quelle della documentazione dell’API di Analytics, consultata il 21 ottobre 2026.

L’ultima riga è il punto che quasi nessuno dice. Nell’elenco ufficiale delle metriche del report le sessioni non ci sono. Una sessione appartiene alla pagina da cui è partita, e quella si legge nel report Pagina di destinazione: se l’articolo è il secondo clic della visita, lì non compare.

Perché le visualizzazioni sono sempre più degli utenti attivi? Perché, scrive Google, le visualizzazioni ripetute di una stessa pagina vengono conteggiate. Chi apre l’articolo in ufficio e lo riapre a casa lascia due visualizzazioni.

E l’utente attivo non è una persona: è un utente distinto per Analytics. Con l’identità dei report impostata su «Basato sul dispositivo», Analytics usa solo l’ID dispositivo e ignora tutti gli altri ID. Telefono e computer della stessa persona fanno due utenti.

Confrontare due periodi senza farsi ingannare

Il selettore della data è in alto a destra. Scegli l’intervallo, clicca «Confronta» in basso a sinistra, seleziona un’opzione e conferma con Applica: la guida lo descrive così, controllata oggi.

Le opzioni sono tre: «Periodo precedente (giorno della settimana corrispondente)», «Periodo precedente» e «Anno precedente». La prima allinea i giorni della settimana, e per un blog aziendale conta: il traffico di chi legge dall’ufficio crolla il sabato. La variante «Anno precedente (giorno della settimana corrispondente)» è stata rimossa.

Non leggere mai il giorno appena passato. Nella pagina sull’aggiornamento dei dati Google scrive che l’elaborazione dei dati può richiedere 24-48 ore. Il report In tempo reale lavora invece su una finestra di 30 minuti e serve a un’altra cosa: capire se il tag funziona.

Cosa GA4 non ti dice di quell’articolo

Il primo buco è il consenso, e tocca anche questo sito: qui il banner tiene fermo Google Tag Manager finché chi arriva non accetta. Chi rifiuta legge l’articolo e non lascia traccia in nessun report.

Google chiama implementazione di base questa scelta, e scrive che così i tag Google vengono bloccati fino al consenso, senza dati modellati che riempiano il vuoto. Nell’altra versione i tag partono sempre e mandano ping privi di cookie.

Il secondo buco sono le soglie. Analytics applica soglie di dati definite dal sistema, che non puoi modificare: con pochi utenti in un intervallo stretto una riga può non comparire affatto. Allargare il periodo riduce il problema.

Il terzo è la riga (other), dove finiscono i valori meno frequenti quando la tabella supera il limite di righe. Nell’esempio della guida il limite è 100.000 righe, ma varia per tipo di proprietà, per report e per complessità della query: un blog aziendale non lo tocca, se gli indirizzi non sono gonfiati di parametri.

Le domande a cui non c’è risposta in GA4

• Chi ha letto. Nessun nome, nessuna email, nessuna azienda: non è un elenco di contatti, ed è giusto che non lo sia.
• Se ha letto davvero. L’evento di scorrimento della misurazione avanzata scatta quando diventa visibile il 90% della pagina: dice che qualcuno è arrivato in fondo, non che ha capito.
• Quante persone in carne e ossa. Senza accessi al sito, Analytics conta dispositivi, e l’identità basata sul dispositivo ignora gli altri identificatori.
• Com’era tre anni fa. Le proprietà standard conservano i dati sugli eventi per 2 o 14 mesi, secondo l’impostazione scelta: oltre quella soglia non si torna.
• Con quali ricerche l’articolo è stato trovato. Quello è un altro strumento, e sta nella guida sulle query di una pagina.

Gli errori che fanno leggere numeri sbagliati

Le visite dicono se un articolo viene aperto, non se porta lavoro. Il passaggio dopo è segnare l’azione che conta come evento chiave: lo spiega la guida sulle conversioni del blog su GA4. E se tra le sorgenti ti aspetti gli assistenti AI, sono un caso a parte.

Un’ultima cosa sul metodo. Annota i numeri a mano ogni mese, con la data in cui li hai letti: i report cambiano nome e posizione, un foglio con «settembre, /blog/tagliando/, 212 visualizzazioni» si legge anche fra due anni. Su cosa pubblicare poi, c’è come far crescere un blog aziendale.