Google Analytics 4 mostra “(other)”: perché alcuni dati vengono raggruppati

Che cosa rappresenta la riga (other)

Secondo la documentazione Google sulla riga (other), quando una tabella supera il limite di righe, i valori meno frequenti vengono raggruppati e quelli più comuni restano visibili. Può accadere nei report, nelle esplorazioni e nelle risposte della Data API.

Non considerare quindi “(other)” una sorgente commerciale o una pagina da ottimizzare. Annota prima la dimensione interessata: pagine, prodotti e parametri personalizzati portano a indagini differenti.

Esempio ipotetico: in un report sulle pagine, parte delle visualizzazioni compare sotto quella voce. Non puoi assegnarle a una pagina specifica senza un’analisi che restituisca il dettaglio necessario, né distribuirle in proporzione fra le pagine rimaste visibili.

Perché molti valori diversi complicano il report

La cardinalità è il numero di valori distinti di una dimensione. “Tipo di servizio” può avere pochi valori; un URL completo o un identificativo univoco possono averne moltissimi.

Google considera ad alta cardinalità le dimensioni con oltre 500 valori distinti in un giorno. Questo riferimento non significa che il valore numero 501 venga automaticamente scartato: il problema dipende anche dalle tabelle usate e dalle combinazioni richieste.

Immagina, come esempio ipotetico, che ogni visita aggiunga all’URL un codice diverso. Una pagina commerciale può apparire in numerose varianti. Prima di interpretare quelle righe come contenuti distinti, confronta alcuni valori e individua la parte che cambia davvero.

Leggi l’indicatore di qualità e semplifica la richiesta

Apri l’indicatore di qualità dei dati del report e annota l’avviso. Può segnalare il raggruppamento anche quando la riga non appare nella vista corrente, per esempio per effetto di un filtro. La guida Google spiega inoltre che i limiti dipendono da proprietà, report e complessità della richiesta.

1. Salva nome del report, intervallo, dimensioni, filtri e confronti.
2. Riparti da un report standard pertinente alla domanda.
3. Rimuovi dimensioni secondarie e confronti non necessari.
4. Reintroduci un elemento alla volta e osserva quando ricompare l’avviso.

Questa verifica serve a circoscrivere il problema. Aumentare le righe visibili nella paginazione non equivale a espandere la tabella sottostante e non garantisce il recupero del dettaglio.

Distingui raggruppamento, soglie e campionamento

I tre fenomeni hanno cause e rimedi differenti. Non scegliere una modifica basandoti soltanto sulla sensazione che “mancano dati”.

• Raggruppamento: più valori sono rappresentati insieme nella riga “(other)”.
• Soglie: alcuni dettagli possono essere omessi per evitare deduzioni sull’identità o su informazioni sensibili degli utenti.
• Campionamento: i risultati sono stimati usando una parte degli eventi disponibili.

Le soglie per i dati possono interessare, per esempio, informazioni demografiche; non sono una regolazione manuale da abbassare. Il campionamento è segnalato nell’indicatore con la quota di dati utilizzata.

Direct e Unassigned riguardano invece provenienza e classificazione dei canali. Aggiungere parametri UTM non è una soluzione generale alla cardinalità delle pagine.

Correggi valori superflui senza perdere informazioni utili

Controlla quali dimensioni personalizzate rispondono a una domanda aziendale. Le buone pratiche Google invitano a usare dimensioni predefinite quando disponibili e a evitare dimensioni personalizzate superflue con identificativi univoci per utente, sessione o timestamp.

Per distinguere le richieste di assistenza può bastare un elenco stabile di servizi. Un codice diverso per ogni richiesta, usato come dimensione nei report, risponde a un’esigenza diversa e va valutato separatamente.

Esamina maiuscole, varianti di nomi e parametri degli URL prima di modificarli. Non rimuovere indiscriminatamente i parametri necessari all’attribuzione delle campagne o al funzionamento del sito. Chiedi a chi gestisce il tracciamento una mappa dei valori e delle analisi che dipendono da ciascuno.

Scegli l’analisi adatta quando serve più dettaglio

Google utilizza tabelle aggregate e dati più granulari in base alla richiesta. Passare a un’esplorazione non garantisce automaticamente l’assenza di raggruppamenti o campionamento.

Se devi sapere quali famiglie di servizi interessano, una dimensione con categorie stabili può essere sufficiente. Se ti serve un’indagine sui singoli eventi, valuta l’esportazione BigQuery con chi gestisce i dati. Il confronto ufficiale tra strumenti di reporting distingue l’esportazione dai report, anche per attribuzione e modellazione: non aspettarti totali sempre identici.

Analytics 360 offre funzioni aggiuntive per dati espansi e analisi senza campionamento. Prima di valutarle, definisci la decisione concreta che richiede il dettaglio mancante e se un report più semplice risponde già alla domanda.

Verifica il risultato e documenta il limite residuo

Conserva la configurazione del report prima e dopo la modifica. Se cambi i valori inviati dal sito, annota da quale momento vengono raccolti nel nuovo formato: non presumere che lo storico venga riscritto.

Per un controllo ripetibile, scegli una domanda precisa, come “quali servizi hanno ricevuto più richieste?”. Mantieni costanti dimensioni e metriche, controlla l’avviso di qualità e verifica se il dettaglio disponibile basta alla decisione.

Se “(other)” resta rilevante, condividi con il tecnico report, intervallo, dimensioni e avviso completo. Evita di incollare nei messaggi esportazioni contenenti dati personali. Una diagnosi circoscritta è più utile della richiesta generica di azzerare ogni voce “other”.