Rivisto rispetto all'interfaccia GA4 attuale. I percorsi dei report (Acquisizione, Monetizzazione, Esplora) e i requisiti di Consent Mode v2 sono aggiornati; GA4 rinomina spesso le voci di menu, quindi se un percorso è cambiato fai riferimento allo scopo del report.
Apri GA4 per quasi qualsiasi negozio PrestaShop e ti ritrovi davanti allo stesso muro: sessioni, utenti, tasso di coinvolgimento, conteggio degli eventi, sparsi in una dashboard chiaramente pensata per un sito di contenuti, non per un negozio. Nessuno di quei numeri di alto livello ti dice se il tuo negozio ha incassato questa settimana o dove sta perdendo vendite. Le metriche giuste esistono in GA4, ma non sono quelle che i report predefiniti ti mettono davanti; un paio, inoltre, devi costruirle tu. Questa guida riguarda proprio quella lista breve: le poche metriche GA4 che cambiano davvero le decisioni di un commerciante PrestaShop, dove trovarle nell'interfaccia e come leggerle insieme a ciò che il back office del negozio ti dice già.
Ci sono due aspetti che questa guida esclude volutamente, perché hanno già una sede propria. Installare GA4 e far funzionare il data layer e-commerce in un negozio PrestaShop è un lavoro a sé: lo trovi nella guida completa alla configurazione di GA4. E la domanda più ampia, cioè quali numeri valga davvero la pena monitorare e quali siano solo metriche di vanità, riguarda ogni strumento di analytics, non solo GA4: ne parliamo in cosa monitorare e cosa ignorare. Qui partiamo dal presupposto che i dati arrivino correttamente e ci chiediamo: ora, che cosa bisogna guardare davvero?
Perché i report predefiniti di GA4 traggono in inganno i commercianti PrestaShop
GA4 genera report sugli eventi che riceve. Se la tua installazione invia solo visualizzazioni di pagina e sessioni, cioè quello che succede quando incolli nel tema un semplice snippet gtag.js, allora "sessioni con coinvolgimento" e "tempo medio di coinvolgimento" saranno i numeri più interessanti che vedrai. Per un negozio, però, sono quasi inutili. Ti dicono che le persone hanno visto delle pagine. Non ti dicono se qualcuno ha aggiunto un prodotto al carrello, ha iniziato la procedura di acquisto o ha pagato.
Tutte le metriche di questa guida dipendono dal fatto che GA4 riceva gli eventi e-commerce: view_item, add_to_cart, begin_checkout, add_shipping_info, add_payment_info e purchase, ciascuno con ID articolo, prezzi e valore della transazione. Su PrestaShop questi eventi devono essere collegati ad azioni reali del negozio: add_to_cart deve partire dalla stessa chiamata AJAX gestita dal controller cart, purchase deve partire una sola volta nella pagina di conferma dell'ordine (il controller order-confirmation, hook displayOrderConfirmation) e deve contenere il totale e l'ID reali dell'ordine. Se questo collegamento manca o viene duplicato, ogni metrica qui sotto sarà vuota o sbagliata. Quindi, prima di fidarti di qualsiasi numero, verifica che gli eventi esistano: Amministrazione → DebugView, effettua un ordine di test e controlla che purchase arrivi una sola volta, con i ricavi corretti. E quindi? Un solo fine settimana di acquisti conteggiati due volte può farti festeggiare un aumento di fatturato mai avvenuto e pianificare il budget su quel dato falso.
Le cinque metriche che cambiano davvero una decisione
Non ti servono cinquanta report. Per un negozio PrestaShop, cinque numeri coprono qualità del traffico, conversione, salute del funnel, rendimento dei prodotti e punti di ingresso. Tutto il resto in GA4 è dettaglio da aprire solo quando una di queste cinque metriche segnala un problema.
| Metrica | Dove si trova in GA4 | La decisione che guida |
|---|---|---|
| Tasso di conversione per sorgente di traffico | Report → Acquisizione → Acquisizione traffico | Dove investire il budget di acquisizione; quale canale non funziona |
| Ricavi per utente | Report → Monetizzazione → Panoramica (segmenta per sorgente/dispositivo) | Quale canale ha davvero valore, non solo volume |
| Abbandono del funnel | Esplora → Esplorazione funnel | Quale pagina del percorso d'acquisto correggere per prima |
| Visualizzazioni prodotto vs acquisti | Report → Monetizzazione → Acquisti e-commerce | Quali prodotti hanno bisogno di pagine migliori e quali di prezzi migliori |
| Tasso di conversione della pagina di destinazione | Report → Coinvolgimento → Pagina di destinazione | Quali pagine di ingresso attirano le persone sbagliate |
1. Tasso di conversione per sorgente di traffico: quello che elimina le metriche di vanità
Il tasso di conversione complessivo del tuo negozio è quasi privo di significato, perché mette nella stessa media un cliente arrivato dalla newsletter (già convinto) e una persona entrata da un annuncio social generico (solo in esplorazione). Separalo in base al modo in cui le persone arrivano e inizia a ottenere indicazioni utili. In GA4: Report → Acquisizione → Acquisizione traffico, poi aggiungi Tasso di eventi chiave della sessione (o tasso di conversione della sessione, a seconda della tua versione) riferito all'evento purchase tramite il selettore delle metriche.
Quello che cerchi è un canale che stia ben al di sotto dello schema generale osservato dalla maggior parte dei negozi: email e traffico diretto convertono meglio perché quelle persone ti conoscono già, ricerca organica e a pagamento stanno nel mezzo, i social generici sono più bassi perché l'intenzione è più debole. I numeri cambiano moltissimo in base a nicchia e fascia di prezzo, quindi non inseguire il benchmark di qualcun altro: confronta ogni canale con la tua media recente e con gli altri canali. Se la ricerca a pagamento converte a un terzo dell'organica, il problema sono le pagine di destinazione o le parole chiave, non GA4. E quindi? Questo è il report che ti impedisce di versare budget pubblicitario in un canale che sembra affollato nella colonna delle sessioni ma non paga mai davvero.
2. Ricavi per utente: conversione e valore del carrello in un solo numero
Ricavi divisi per utenti, suddivisi per sorgente, dispositivo o Paese. Questa metrica unisce tasso di conversione e valore medio dell'ordine, e conta perché i due valori possono compensarsi. Un canale che converte all'1% su carrelli da €200 ti fa guadagnare più di uno che converte al 3% su carrelli da €20; un report sul solo tasso di conversione ti direbbe il contrario. Leggila in Report → Monetizzazione → Panoramica e applica un confronto o una dimensione secondaria per sorgente/mezzo e per categoria di dispositivo.
Il taglio per dispositivo è il punto in cui i negozi PrestaShop trovano spesso denaro lasciato sul tavolo. Se i ricavi per utente da mobile sono una frazione di quelli da desktop nonostante un numero simile di sessioni, la procedura di acquisto non funziona bene sui telefoni: aree di tocco troppo piccole, tipi di input sbagliati, assenza di pagamenti con portafogli digitali. È un problema del percorso di acquisto che puoi vedere nei dati ma risolvere solo nel negozio; gli strumenti comportamentali ti mostrano il perché, ed è a questo che servono le registrazioni di sessione (vedi mappe di calore e registrazioni di sessione con Hotjar e Microsoft Clarity).
3. Abbandono del funnel: la vista e-commerce più utile in assoluto
Questo è il report che rende GA4 davvero utile per un negozio, e non esiste nei report standard: lo costruisci una volta in Esplora. Crea una Esplorazione funnel con gli eventi e-commerce come passaggi ordinati: view_item → add_to_cart → begin_checkout → purchase. GA4 mostra quindi la percentuale di persone che abbandonano tra un passaggio e l'altro, e puoi scomporre ogni passaggio per dispositivo o sorgente per capire chi si perde e dove.
- Forte calo tra view_item e add_to_cart, la pagina prodotto non chiude la vendita. Descrizioni, immagini, prezzo, segnali di disponibilità, promessa di consegna. Il visitatore era abbastanza interessato da arrivare sul prodotto, ma se n'è andato comunque.
- Forte calo tra add_to_cart e begin_checkout, il classico abbandono del carrello. Di solito dipende da un costo di spedizione che compare solo nel carrello, da un obbligo di registrazione o da un passaggio successivo poco chiaro. Su PrestaShop, controlla se la pagina carrello mostra il costo di consegna prima della procedura di acquisto e se l'acquisto come ospite è attivo.
- Forte calo tra begin_checkout e purchase, attrito dentro la procedura di acquisto. La procedura di acquisto predefinita di PrestaShop usa un solo URL, ma si apre comunque passo dopo passo (informazioni personali, indirizzi, consegna, pagamento, ognuno bloccato finché non completi il precedente); ogni blocco è una via d'uscita. Trasformare quei blocchi in un vero flusso su una sola pagina è ciò che fa il nostro modulo Checkout Revolution dal back office, senza creare un fork del tema, e il report funnel è esattamente il modo in cui dimostri, dopo l'intervento, se il numero si è mosso.
La trappola specifica di PrestaShop è questa: il begin_checkout di GA4 parte quando si carica la pagina di pagamento, ma la procedura di acquisto a passaggi di PrestaShop significa che un cliente può "iniziare" e poi bloccarsi allo step dell'indirizzo senza arrivare mai al pagamento. Se vuoi vedere in quale passaggio si ferma, aggiungi add_shipping_info e add_payment_info come passaggi intermedi del funnel: attivali quando la scelta del corriere e del metodo di pagamento viene davvero confermata, purché la tua integrazione possa acquisire quelle azioni in modo affidabile (i moduli di pagamento basati su reindirizzamento spesso non possono farlo), e la distanza tra questi eventi ti dirà se il problema principale è il costo di spedizione o l'attrito nel pagamento.
4. Visualizzazioni prodotto vs acquisti: trova le pagine che mentono
Report → Monetizzazione → Acquisti e-commerce elenca ogni prodotto con Articoli visualizzati, Articoli aggiunti al carrello e Articoli acquistati. Ordina per articoli visualizzati e cerca i prodotti con molte visualizzazioni e acquisti quasi a zero. Sono pagine che attirano interesse ma non lo trasformano in vendite. La correzione si divide in due strade, e i dati ti dicono quale: molti aggiunti al carrello ma nessun acquisto indicano un problema di carrello o procedura di acquisto (spesso lo shock di prezzo più spedizione); molte visualizzazioni ma nessun aggiunto al carrello indicano un problema della pagina prodotto stessa: testi deboli, immagini scarse o un prezzo che perde quando il visitatore confronta.
Prima di agire, confronta questo dato con il back office PrestaShop. Il conteggio degli acquisti in GA4 dovrebbe corrispondere a grandi linee agli Ordini nel back office per lo stesso intervallo; se GA4 mostra molti meno acquisti di quelli registrati da PrestaShop, l'evento purchase non parte correttamente e l'intero report prodotti sottostima i risultati. Il back office è la fonte della verità su ciò che è stato venduto; il compito di GA4 è dirti il percorso che ha portato a quella vendita.
5. Tasso di conversione della pagina di destinazione: quali porte d'ingresso portano acquirenti
Report → Coinvolgimento → Pagina di destinazione mostra da dove i visitatori entrano nel negozio, con sessioni, coinvolgimento e tasso di eventi chiave per pagina. Una pagina di destinazione con molte sessioni e un tasso di conversione basso sta attirando il pubblico sbagliato: un articolo del blog o una categoria posizionata per un termine ampio che porta curiosi, non acquirenti. Una pagina prodotto o categoria con traffico discreto e conversione debole è una pagina correggibile. E quindi? Questo ti dice dove indirizzare i link interni e dove un invito all'azione forte restituirà valore, invece di tirare a indovinare.
Due impostazioni che corrompono silenziosamente ogni metrica qui sopra
Prima di fidarti anche di un solo numero, due impostazioni di GA4 decidono se i dati sono reali. Non sono rifiniture opzionali: se le sbagli, ogni tasso di conversione in questa pagina diventa finzione.
- Filtra il tuo traffico. Il team che naviga e fa ordini di test gonfia le sessioni e altera il tasso di conversione, soprattutto in un negozio con poco traffico, dove dieci sessioni interne spostano visibilmente la percentuale. Amministrazione → Impostazioni dati → Filtri dati, poi definisci il traffico interno per IP. Su PrestaShop, ricorda che i tuoi test di acquisto contano come sessioni anche quando non vengono completati: già questo può trascinare verso il basso il tasso di conversione di un piccolo negozio.
- Decidi consapevolmente sul tracciamento tra dispositivi. Google Signals (Amministrazione → Impostazioni dati → Raccolta dati) può collegare un cliente che naviga da mobile e compra da desktop in un solo utente invece che in due, ma solo per utenti Google con accesso effettuato e consenso dato, e con soglie di privacy applicate. Dove funziona, può rendere più realistici ricavi per utente e report funnel, ma non è una soluzione universale per il tracciamento tra dispositivi e comporta implicazioni di privacy e consenso da valutare: è proprio per questo che alcuni commercianti scelgono invece uno stack orientato alla privacy. Se il modello dati di GA4 o il suo impatto sul consenso ti preoccupano, l'alternativa è spiegata in Matomo vs Google Analytics.
Costruire segmenti di pubblico da queste metriche
Gli stessi eventi che alimentano questi report servono anche a costruire segmenti di pubblico per il remarketing: è qui che le metriche GA4 tornano a trasformarsi in azione. In Amministrazione → Segmenti di pubblico puoi definire segmenti basati su sequenze di eventi e inviarli a Google Ads una volta collegati gli account:
- Utenti che hanno abbandonato il carrello. Hanno attivato add_to_cart ma non purchase negli ultimi 7 giorni. È il tuo segmento di remarketing con il valore più alto, e sono le stesse persone che un flusso di recupero sul sito dovrebbe intercettare.
- Visitatori di categoria. Hanno visualizzato articoli in una categoria specifica ma non hanno acquistato. Mostra loro quella categoria.
- Acquirenti recenti. Hanno comprato 30–90 giorni fa, la finestra giusta per una spinta al riacquisto.
Un limite da dire chiaramente: i segmenti di pubblico di GA4 sono utili per definire chi inseguire, ma vivono nell'ecosistema pubblicitario. Le meccaniche sul sito per recuperare chi abbandona, cioè la sequenza email, il momento giusto, l'offerta, sono lavoro lato negozio che GA4 non svolge. Vale la pena affiancare a questo anche un'analisi consapevole di come gli agenti automatici per gli acquisti raggiungono oggi il tuo negozio, perché compaiono nel flusso eventi come traffico fantasma di aggiunte al carrello (vedi Google Storebot nel tuo negozio PrestaShop) e possono distorcere in silenzio proprio le metriche del funnel qui sopra se non ne tieni conto.
La lettura settimanale da 15 minuti
Niente di tutto questo richiede attenzione quotidiana. Un breve controllo settimanale ti permette di individuare i problemi senza annegare nelle dashboard. Ogni settimana, controlla cinque cose in quest'ordine: ricavi totali rispetto alla settimana precedente (tendenza, non valore assoluto); tasso di conversione per sorgente (c'è un canale che all'improvviso rende meno?); esplorazione funnel (è peggiorato l'abbandono in un passaggio?); principali pagine di destinazione (qualcosa di nuovo sta portando traffico?); report prodotti (qualcosa riceve visualizzazioni ma non vendite?). Quando tutti e cinque sembrano normali, chiudi la scheda. Quando uno si muove, sai già quale report più profondo aprire e, soprattutto, riconcili gli incassi con gli ordini nel back office PrestaShop, perché GA4 ti racconta la storia ma il back office dice che cosa è stato effettivamente pagato.
Domande frequenti
GA4 mostra meno acquisti rispetto all'elenco Ordini di PrestaShop: quale dato è corretto?
Per quanto riguarda gli incassi, è corretto il back office. GA4 sottostima a causa di consenso negato, ad blocker e qualche errore occasionale dei tag, quindi di solito resta sotto il conteggio reale degli ordini, e questo scarto è normale. Riconcilia i due dati ogni settimana: una perdita piccola e stabile è solo dispersione di misurazione; se GA4 mostra più acquisti degli ordini, quello è un bug reale, quasi sempre un evento purchase che parte due volte quando viene ricaricata la conferma d'ordine. Correggilo prima di fidarti del report prodotti.
Qual è la differenza tra "tasso di eventi chiave" e il vecchio tasso di conversione?
GA4 ha rinominato le conversioni in "eventi chiave", quindi quello che le guide più vecchie chiamano tasso di conversione ora appare come tasso di eventi chiave della sessione o dell'utente, riferito a un evento scelto. Per un negozio, collegalo all'evento purchase, non a un evento debole come l'iscrizione alla newsletter, altrimenti il "tasso di conversione" che leggi non significherà ciò che pensi.
Perché i ricavi da mobile sono molto peggiori rispetto al desktop?
Suddividi i ricavi per utente per dispositivo ed emerge un modello comune in PrestaShop: conteggi di sessione simili, ma una frazione dei ricavi su mobile. Questo indica un problema nella procedura di acquisto da telefono: aree di tocco troppo piccole, tipi di input sbagliati, nessun pagamento con portafogli digitali. GA4 ti mostra che il divario esiste; uno strumento di registrazione delle sessioni come Microsoft Clarity ti mostra perché, e una procedura di acquisto mobile su una sola pagina tramite Checkout Revolution è di solito il punto in cui si interviene.
Mi servono gli eventi e-commerce attivi per usare una qualsiasi di queste cinque metriche?
Per quattro su cinque, sì. Ricavi per utente, abbandono del funnel, visualizzazioni prodotto vs acquisti e la parte di acquisto del tasso di conversione per sorgente dipendono tutti dal fatto che GA4 riceva view_item, add_to_cart, begin_checkout e purchase con dati reali di prodotto e ordine. Un semplice snippet gtag.js non invia nulla di tutto questo. Se gli eventi non partono, inizia dalla guida completa alla configurazione di GA4 o da un modulo che colleghi l'intero set di eventi, come mprgoogleanalytics, prima di leggere qualsiasi numero qui.
Questa è tutta la disciplina. GA4 offre a un commerciante PrestaShop centinaia di metriche e sembra quasi invitarti ad affogarci dentro; il valore nasce dall'ignorarne quasi tutte. Collega correttamente gli eventi e-commerce, fidati di cinque numeri, leggili alla luce di ciò che il negozio sa già, e GA4 smette di essere una dashboard confusa da cui esci subito e diventa lo strumento che ti dice esattamente dove si sta perdendo il prossimo ordine. Per il quadro più ampio su analytics e reportistica oltre GA4, compresa la reportistica finanziaria interna al negozio che GA4 non può darti, vedi report avanzati per titolari di negozi PrestaShop.
