Salta ai contenuti

Tracking | SEO e attribuzione

Verificato

Analisi → Tracking | SEO risponde alla domanda a cui i Report non sanno rispondere: quanto ci si può fidare di quei numeri.

I Report dicono quanto si è venduto. Tracking | SEO dice quanto di questo ha visto analytics e da dove è arrivato. Sono due domande diverse, per questo sono due schermate. Periodo, e-shop e modalità IVA sono comuni: passare dai Report al Tracking non cambia nessuna impostazione.

La schermata ha quattro schede:

Scheda A cosa risponde
Panoramica Quanti ordini e quanto fatturato ha rilevato la misurazione.
Canali e attribuzione Da dove sono arrivati gli ordini.
SEO Come ci vede il motore di ricerca.
Ordini Il dettaglio per singolo ordine.

È la distinzione più importante in tutta l’Analisi.

  • La verità commerciale è ciò che è stato davvero venduto. La fonte sono gli ordini dell’e-shop. In base a essa si calcolano il fatturato, il numero di ordini e tutti gli indicatori finanziari.
  • La verità analitica è ciò che ha rilevato la misurazione nel browser. È sempre inferiore: una parte dei visitatori rifiuta la misurazione, una parte la blocca, una parte degli ordini non nasce affatto sul web.

MitoOps non spaccia mai la verità analitica per quella commerciale. Il fatturato nel report è sempre il fatturato reale, anche se analytics non conosce una parte degli ordini.

Due numeri che dicono quanto della misurazione funziona:

  • Copertura ordini: su quanti ordini per cui ci si può aspettare una traccia nel browser analytics ha effettivamente registrato la transazione.
  • Copertura fatturato: quanto del fatturato di quegli stessi ordini ha rilevato.

Entrambe sono mostrate anche con il valore esatto (“82 su 115”, “8 389 € su 10 851 €”), non solo in percentuale.

Al denominatore vanno solo gli ordini per cui una traccia nel browser è legittimamente prevedibile. Un ordine creato manualmente non è mai stato mostrato al cliente, quindi la traccia non poteva nascere: non è una misurazione mancante e non abbassa la copertura.

Allo stesso modo non si contano gli ordini più recenti di 48 ore: analytics completa i dati a posteriori e un ordine fresco può ancora arrivare.

Ogni e-shop collegato ha una propria riga con la copertura e lo stato della misurazione. Lo stato è descrittivo, non tecnico:

Stato Cosa significa
OK La misurazione rileva la grande maggioranza degli ordini.
Da monitorare La copertura è scesa, ma non c’è ancora motivo di intervenire.
Misurazione insufficiente Ne manca una parte sostanziale. I numeri per canale di questo e-shop sono incompleti.
Senza dati Per il periodo non c’è nulla su cui calcolare.

Le soglie sono comuni a tutta l’applicazione, non impostate per ogni tabella separatamente.

Il grafico della copertura di ordini e fatturato per giorno. Un record storico mancante non viene disegnato come zero: un giorno senza record nel grafico semplicemente non c’è. Uno zero affermerebbe che quel giorno la misurazione non ha rilevato nulla, il che è diverso da “allora non misuravamo ancora”.

Quando sono stati scaricati per l’ultima volta i dati

Sezione intitolata “Quando sono stati scaricati per l’ultima volta i dati”

Sopra i numeri c’è la riga Ultima sincronizzazione con l’ora per gli ordini dell’e-shop, GA4 e GSC. Serve a una sola cosa: distinguere “la misurazione non ha rilevato l’ordine” da “analytics non è ancora stato scaricato”. Il primo è un riscontro, il secondo solo un ritardo; senza questo dato è facile leggere il secondo come il primo e andare a cercare un errore che non c’è. Una fonte che non è mai stata scaricata è segnalata.

Quando la copertura dell’ultimo periodo scende nettamente rispetto al solito, sopra i numeri compare un avviso con entrambi i valori. Non è un errore dell’applicazione: i numeri sottostanti sono corretti, provengono dagli ordini dell’e-shop. La misurazione ne ha rilevati meno, quindi la ripartizione per canale in questo periodo è meno completa. Le cause abituali sono un’interruzione della misurazione, una modifica al consenso ai cookie o un’importazione interrotta.

Il confronto si fa con la mediana dei periodi precedenti, non con la media: una sola settimana negativa abbasserebbe la media al punto che l’interruzione successiva non attiverebbe più l’avviso. I periodi con pochi ordini non entrano nel confronto: l’ultimo giorno è spesso incompleto e un solo ordine non rilevato su uno segnalerebbe altrimenti un’interruzione ogni giorno.

Ogni ordine appartiene esattamente a un livello. La loro somma è sempre l’intero risultato commerciale.

Livello Quando vi appartiene l’ordine
Rilevati in analytics Analytics conosce la transazione. Il canale viene preso da lì.
Assegnati da MitoOps Analytics non ha la transazione, ma esiste un riscontro univoco: il coupon di un partner o un codice di campagna classificato nel registro.
Codice non classificato Conosciamo il codice sconto esatto, ma nessuno ha ancora deciso cosa significa.
Da verificare Il segnale esiste, ma non è univoco: ad esempio due diversi codici confermati sullo stesso ordine.
Non attribuiti Non abbiamo alcun riscontro sull’origine dell’ordine.

Un codice non classificato non sparisce dal report

Sezione intitolata “Un codice non classificato non sparisce dal report”

Quando un ordine ha usato il codice BF20 e nessuno ha ancora deciso cosa significa quel codice, MitoOps conosce comunque un fatto deterministico: l’ordine ha usato quel codice. Riceve quindi una propria riga

Codice sconto · BF20 · contrassegno Non classificato

con il numero reale di ordini e il fatturato. Non sparisce in un gruppo anonimo da cui il fatturato non si può ricostruire.

Quando in seguito classificate il codice, al calcolo successivo la riga si rinomina da sola in Campagna · Black Friday · BF20 o Affiliate · partner · codice, anche a posteriori, per i periodi storici. Gli ordini non vengono modificati; cambia solo il modo in cui vengono letti.

Gli ordini mancanti non vengono mai ripartiti tra i canali esistenti in proporzione. Sembrerebbe più preciso e sarebbe inventato: se un’interruzione della misurazione colpisse proprio un solo canale (cosa comune dopo un intervento sul sito), la ripartizione la spalmerebbe su tutti e nasconderebbe esattamente ciò che deve essere visibile.

Un ordine non attribuito è un risultato corretto, non un errore. Lo scopo del Tracking non è affermare che sappiamo tutto, ma separare con precisione ciò che sappiamo da ciò che non sappiamo.

Solo quando ha un riscontro strutturato univoco e analytics non ha la transazione. L’ordine è fisso:

  1. Analytics conosce la transazione → il canale è il suo. Anche quando non sa indicare il canale: in quel caso è Rilevato, canale sconosciuto. Un coupon su un ordine del genere non lo sovrascrive; altrimenti lo stesso ordine verrebbe conteggiato due volte con due origini diverse.
  2. Analytics non ha la transazione e sull’ordine c’è il coupon di un partner → Affiliate · nome del partner · codice.
  3. Analytics non ha la transazione e sull’ordine c’è un codice di campagna → Campagna · nome · codice.
  4. Il codice è noto ma non classificato → riga propria Codice sconto · codice con il contrassegno Non classificato.
  5. Sull’ordine ci sono due diversi codici confermati → Da verificare.
  6. Nessun riscontro → Non attribuiti.

Un codice sconto non significa automaticamente affiliate. Decide ciò che è registrato sul codice, non l’aspetto del suo nome.

La nota a un ordine è un testo libero scritto da una persona. MitoOps non ne ricava mai l’attribuzione: cercare un nome con un’espressione regolare è tirare a indovinare con una bella faccia. La nota può aiutare l’amministratore in una decisione manuale, ma non entra nel report come fonte.

La tabella Codici sconto mostra tutti i codici comparsi sugli ordini nel periodo, classificati e non classificati. Le schede sopra la tabella passano tra Tutti, Non classificati e Classificati e il campo di ricerca trova il codice anche in base al nome della classificazione. Un codice che classificate non sparisce quindi dalla schermata e si può ritrovare in qualsiasi momento.

Si può scegliere:

  • Affiliate: il codice di un partner,
  • Campagna: un’azione di marketing,
  • Interno: un codice proprio del personale, non un canale di marketing,
  • Ignora: la decisione consapevole di non attribuire il codice.

Finché la decisione non viene presa, gli ordini con quel codice hanno una propria riga Codice sconto · … con il contrassegno Non classificato: fatturato e conteggi sono reali, manca solo la classificazione. Il sistema può proporre una classificazione, ma la proposta non diventa mai una regola da sola.

Nella tabella ci sono per ogni codice due numeri diversi:

Colonna Cosa significa
Ordini con il codice Quanti ordini riportavano quel codice.
Assegnati Quanti di essi MitoOps ha effettivamente classificato in base a quel codice.

Differiscono perché analytics ha la precedenza. Un ordine che analytics ha visto viene classificato da analytics in base alla fonte della visita, anche se conteneva un coupon. Altrimenti lo stesso ordine comparirebbe due volte nei totali.

Un esempio da dati reali: il codice GROUNDING20 era su 5 ordini di un e-shop, ma in base a esso ne è stato assegnato 1; gli altri 4 li conosceva già analytics.

Quando su un ordine ci sono più codici, lo conteggia solo quello che ha vinto l’assegnazione. Altrimenti entrambi affermerebbero di aver portato l’ordine.

Le cinque classi indicate sopra sono una struttura, non un elenco di come distinguete le vostre fonti. Chi invia newsletter, popup e remarketing ha tre cose diverse sotto un unico nome.

Nella scelta della classificazione c’è quindi l’opzione + Categoria personalizzata…. La finestra con il nome e un colore facoltativo si apre subito dopo la scelta: non si conferma più nulla separatamente. Se chiudete la finestra senza creare nulla, la scelta torna alla classificazione originale; dopo il salvataggio la categoria viene aggiunta all’offerta per ogni codice sconto e il codice da cui l’avete creata vi viene subito classificato. Nel report riceve la riga nome della categoria · codice.

La categoria vale per tutto l’account e la classificazione è retroattiva: il report di un mese precedente viene mostrato con la stessa suddivisione, perché la classificazione vive nel registro dei codici, non negli ordini. La ridenominazione di una categoria si riflette quindi anche nei vecchi report: il nome non viene copiato da nessuna parte.

Potete rinominarla dove la scegliete: nella scelta della classificazione c’è l’opzione Gestisci categorie personalizzate (compare solo se ne avete almeno una). Apre una finestra con l’elenco; accanto a ciascuna c’è Modifica, che sostituisce il nome con un campo. Il nuovo nome vale retroattivamente per tutto il periodo: né gli ordini né il fatturato cambiano e il dato grezzo di analytics (fonte, mezzo, pagina di provenienza) non cambia affatto. Due nomi uguali non vengono salvati: nel report nascerebbero due righe che nessuno saprebbe distinguere.

Una categoria che smettete di usare la archiviate (non viene più proposta). Non si può eliminare finché vi è classificato un codice: altrimenti un vecchio report non saprebbe dire in cosa era stato classificato l’ordine.

I coupon emessi per i partner tramite il modulo Affiliate non arrivano qui: sono classificati già per il fatto di esistere.

Per un canale nato da un segnale di attribuzione proprio, analytics non ha registrato alcuna visita. Nella colonna Visite c’è quindi un trattino, non uno zero. Uno zero affermerebbe che non è arrivato nessuno.

Il traffico dai motori di ricerca AI (ChatGPT, Claude, Perplexity, Gemini, Copilot, Grok) ha righe proprie e una riga di totale comune. La riga di totale non viene conteggiata una seconda volta nei numeri complessivi: è il riepilogo delle righe sopra, non un altro canale.

Senza analytics collegato la copertura non si può calcolare, e MitoOps lo dice invece di mostrare uno zero.

Uno zero significherebbe “la misurazione è fallita per ogni ordine”. È una cosa del tutto diversa da “la misurazione non è mai stata attiva” e vi porterebbe a cercare un guasto dove basta collegare l’account.

In questa situazione:

  • la copertura degli ordini e del fatturato è un trattino, non 0 %,
  • la Panoramica dei Report scrive Copertura del tracciamento non disponibile e propone un link per il collegamento,
  • i Canali riportano l’avviso che l’attribuzione è incompleta,
  • i numeri commerciali restano: fatturato e numero di ordini provengono dall’e-shop e non dipendono da analytics.

Lo stesso vale per un periodo per cui i dati di analytics non sono ancora stati scaricati.

I dati di Search Console: clic, impressioni, CTR e posizione media, in totale, per e-shop e nel dettaglio per query, pagine, paesi o dispositivi.

Fino al 22/8/2026 quest’area era nella Panoramica dei Report. È stata spostata qui perché è una misurazione, non un risultato finanziario.

Il dettaglio per singolo ordine: numero dell’ordine, e-shop, data, importo, stato e se analytics lo ha rilevato.

Senza dati dei clienti. Nella tabella non ci sono nome, e-mail, telefono né indirizzo: l’attribuzione non ne ha bisogno e le tabelle dei report non li salvano.

Gli stati sono gli stessi di sempre: Rilevata, Inviata dal server, Mancante in GA4, Tracking non previsto, In attesa di dati, Stato sconosciuto. Nella valutazione guardate Mancante in GA4: gli altri abbassano la copertura in modo legittimo.

Per ogni ordine si vede dove lo ha classificato il report: il canale da analytics (Organic, Direct, Paid Google…), un segnale proprio (Affiliate · nome · codice, Campagna · nome · codice, nome della categoria personalizzata · codice), Codice sconto · … per un codice non classificato, Da verificare in caso di conflitto oppure Non attribuiti.

Sotto il valore c’è il contrassegno della fonte: GA4 quando la classificazione l’ha stabilita analytics, il nome dell’applicazione quando l’ha stabilita un segnale proprio, oppure senza fonte quando la classificazione non c’è. In precedenza la colonna si chiamava Assegnazione (MitoOps), anche se mostrava pure i canali di analytics: il nome affermava quindi qualcosa di diverso dal contenuto.

Il campo sopra la tabella cerca per numero d’ordine, codice sconto e nome dell’attribuzione (quindi anche del canale). Scrivete GROUNDING20, Newsletter o Direct e l’elenco si restringe agli ordini corrispondenti nel periodo scelto.

Per nome, e-mail, telefono o indirizzo del cliente non si cerca e la schermata non li mostra: rintracciare una persona concreta spetta agli Ordini, non alla misurazione.

È un dato derivato. L’ordine nell’e-shop non viene modificato e in analytics non viene scritto nulla: l’assegnazione segue la stessa logica con cui nascono i totali del report, quindi l’elenco e i totali non possono dire due cose diverse.

Il nome del partner affiliate è un dato personale. Chi ha il diritto al Tracking ma non all’Affiliate vede la classificazione senza il nome; il codice resta, quindi l’ordine si può rintracciare. Magazziniere e assistenza non accedono affatto all’elenco.

Tracking | SEO è legato all’autorizzazione Tracking e attribuzione, separata sia dall’autorizzazione ai Report sia dai Costi aziendali.

Grazie a questo si può comporre un ruolo che vede canali, attribuzione e SEO, ma non vede l’utile lordo, i prezzi di acquisto né i costi aziendali. Si imposta in Impostazioni → Utenti.

  • La copertura è bassa. Guardate quanta parte è Mancante in GA4. Gli ordini manuali e quelli recenti abbassano la copertura in modo legittimo.
  • Molti ordini sono Non attribuiti. Significa che non abbiamo un riscontro sulla loro origine. Aiuta una copertura della misurazione più alta o la classificazione dei codici sconto che usate.
  • Al partner risultano più ordini che nel report. Il resoconto Affiliate e il report per canali rispondono a domande diverse. Quando analytics conosce la transazione, il canale è il suo: il partner può avere diritto alla provvigione, ma nel report non nasce una seconda vendita.
  • Il canale non ha visite. I canali da un segnale di attribuzione proprio non hanno alcuna visita registrata. Il trattino è la risposta corretta.
  • Il grafico dell’andamento è vuoto. Per il periodo non ci sono ancora record storici. Vengono creati ogni giorno.