Analytics per negozi online: cosa tracciare e cosa ignorare

Apri qualsiasi strumento analytics e ti ritrovi centinaia di numeri. Sessioni, engagement rate, durata media sessione, pagine di uscita, nuovi vs di ritorno, eventi per sessione: pagine e pagine. I negozi che crescono non sono quelli che guardano piu quadranti. Sono quelli che hanno deciso in anticipo quali cinque o sei numeri cambiano davvero una decisione, e ignorano il resto apposta. Questa guida parla di quella decisione: per un negozio PrestaShop, cosa tracciare, cosa ignorare e dove vive davvero ogni numero nel back office. Non e un tutorial di setup ne un confronto strumenti: quelli hanno gia le loro guide, linkate sotto, cosi qui restiamo sulla domanda del titolo.

Perche "tracciare tutto" e l'istinto sbagliato su PrestaShop

PrestaShop ti da dati da due direzioni contemporaneamente, ed e cosi che i merchant annegano. Da una parte c'e il back office: Stats (controller AdminStats) e incluso nella piattaforma e offre Best-selling products, Catalog statistics, Registered customer info, Visitors origin e molti altri pannelli direttamente dal database: niente JavaScript, niente terzi. Dall'altra c'e cio che hai agganciato al front end: GA4, Pixel, heatmap, tag manager che li attiva tutti. I due raramente coincidono, perche le Stats native contano cosa ha colpito il server mentre GA4 conta cosa si e attivato in un browser con consenso: il divario tra questi due e normale, non un bug.

Quindi il primo atto di disciplina non e aggiungere uno strumento. E decidere a quale domanda stai rispondendo, poi leggere una fonte che risponde bene. La verita sul revenue viene dalla tabella ordini (back office, mai da un tracker che ad-blocker e banner consenso possono mangiare). La verita comportamentale - dove le persone esitano, cliccano con rabbia, abbandonano - viene dalle analytics front-end. Mischiare tutto in una dashboard e trattare ogni riga come ugualmente importante trasforma la review del lunedi in un'ora di sguardi senza decisioni.

Le metriche che guidano davvero una decisione

Una metrica merita posto solo se una lettura negativa ti farebbe fare qualcosa di diverso questa settimana. Con questo test, alla maggior parte dei negozi ne servono sei.

1. Tasso di conversione, ma segmentato, mai come numero unico

Il conversion rate complessivo del negozio (ordini ÷ visite) da solo e quasi inutile, perche media proprio l'unica cosa utile: quale traffico converte. Le Stats → Visitors origin native di PrestaShop (quando i moduli stats sono installati e abilitati) danno un primo taglio server-side. Per il taglio che guida davvero la spesa - conversione per canale, dispositivo, landing page - vuoi GA4, e report e trappole specifiche (gap consenso, il temuto bucket "direct") vanno sistemati bene. Copriamo quali numeri GA4 meritano attenzione in GA4 for PrestaShop: the metrics that actually matter. Regola pratica: se desktop converte al 3% e mobile allo 0,8%, la media "ok" al 2% nasconde un problema mobile che la media non ti fara mai vedere.

2. Average order value

L'AOV e la leva piu economica che hai, perche aumentarlo non richiede piu traffico ne piu conversione: solo piu valore per ordine gia conquistato. PrestaShop mostra la materia prima in Stats → Best-selling products e nel pannello Catalog statistics, e l'export lista ordini fa il resto. Un negozio al 2% di conversione e €80 di AOV guadagna quanto uno al 2% e con 50% di traffico in piu ma €53 di AOV, con la differenza che il primo non ha pagato quel traffico. Cross-sell, soglie spedizione gratuita e bundle pricing sono dove l'AOV si muove; guardalo mensilmente, non ogni giorno, perche con pochi ordini e rumoroso.

3. Abbandono carrello e checkout

Questa e la metrica che PrestaShop espone sorprendentemente bene, e che molti merchant non guardano mai. Il back office conserva i carrelli abbandonati sotto Sell → Orders → Shopping Carts: ogni carrello senza ordine collegato, con cliente, contenuto e timestamp. E il tuo dato grezzo di abbandono, in ps_cart senza riga in ps_orders. Il numero in se (il settore parla di circa 70%, consideralo direzionale, non un target) conta meno della forma: un carrello che muore a "aggiungi indirizzo" e diverso da uno che muore a "vede costo spedizione". Se il checkout e la perdita, la correzione vive nel checkout, non nelle analytics: parti da un setup GA4 che traccia begin_checkout e purchase cosi il funnel e almeno misurabile, poi guarda dove cadono gli step.

Una cautela specifica per PrestaShop nel 2026: non ogni carrello abbandonato e un umano perso. Agenti automatici di shopping ora aggiungono prodotti e se ne vanno, gonfiando il conteggio carrelli con traffico che non avrebbe mai comprato. Prima di farti prendere dal panico per un abbandono in aumento, escludilo: vedi cosa significa Google Storebot nel tuo negozio per i tuoi numeri.

4. Revenue per sorgente traffico

Non visite per sorgente: revenue per sorgente. La ricerca organica converte spesso molte volte meglio del social freddo, e l'email ancora meglio, quindi un canale piccolo nel grafico visitatori puo essere il maggior generatore di incassi. La versione onesta di questo numero richiede attribuzione corretta: su PrestaShop significa taggare UTM ogni link campagna e lasciare che GA4 attribuisca credito invece di buttare tutto in "direct". Sistemare questo senza modificare template e proprio cio per cui serve Google Tag Manager for PrestaShop.

5. Customer acquisition cost vs margine del primo ordine

Se acquisire un cliente costa €25 e il primo ordine ti lascia €20, stai comprando perdite a meno che torni. PrestaShop non calcola CAC per te - la spesa vive negli account advertising - ma ti da l'altra meta: Stats → Registered customer info e storico ordini del cliente dicono se chi compra ritorna. Mettili insieme e il CAC smette di essere una rassicurazione vanity e diventa un test di sostenibilita.

6. Repeat-purchase / returning-customer rate

Il numero che decide se tutto il modello tiene. Un negozio basato solo sui primi ordini affitta clienti dalle piattaforme ads; uno con repeat rate sano li possiede. Stats → Best customers di PrestaShop e lo split nuovi/ritorno nei dati cliente danno la baseline. Qui anche il reporting di negozio supera i pannelli Stats nativi: se ti servono viste cohort, margine per cliente o profitto (non solo revenue) nel tempo, e un lavoro di reporting piu che di analytics, e il nostro modulo Financial Revolution advanced reporting esiste proprio per leggere quei numeri dal back office invece di esportare CSV in uno spreadsheet ogni mese.

Cosa ignorare, almeno finche quei sei numeri non sono sani

Ignorare metriche non e pigrizia; e l'unico modo per mantenere leggibili le sei sopra. Questi sono i soliti divoratori di tempo.

Nessuno di questi e dato "sbagliato": hanno usi diagnostici quando insegui una domanda specifica. La trappola e trattarli come scoreboard quotidiano. Si muovono, provi qualcosa, e nel negozio non cambia nulla.

I numeri dicono cosa; ti serve ancora il perche

Ogni metrica sopra risponde a cosa succede. Nessuna dice perche una pagina perde. Per quello devi guardare sessioni reali: dove le persone cliccano qualcosa che non e un link, dove scorrono oltre l'add-to-cart su mobile, dove un campo form le blocca. E un'altra categoria di strumenti, e su PrestaShop i due da conoscere sono coperti nei rispettivi pezzi: Microsoft Clarity (gratis, heatmap e registrazioni) e Hotjar (heatmap, registrazioni e sondaggi on-site). La disciplina e la stessa delle metriche: guarda poche registrazioni a settimana con una domanda in testa, non cento per curiosita.

Una nota su dove vivono i dati

Una decisione influenza tutto quanto sopra: se le analytics comportamentali stanno sui server Google o sui tuoi. Per molti negozi PrestaShop UE, i banner consenso mangiano una quota significativa dei dati GA4, e sovranita dei dati conta per clienti e DPO. Se ti riconosci, self-hosting analytics e un'opzione reale, non di nicchia: i trade-off (proprieta dati e postura GDPR vs profondita report Google) sono in Matomo vs Google Analytics. Qualunque lato tu scelga, l'elenco delle sei metriche che contano non cambia: cambia solo dove le leggi.

La routine settimanale che fa rendere tutto questo

Dati che non guardi con cadenza sono dati che non hai. Blocca trenta minuti ogni lunedi e leggi, in ordine: revenue questa settimana vs scorsa (trend, non panico su oscillazione giornaliera); conversion rate per canale e dispositivo (qualcuno peggiora all'improvviso?); carrelli abbandonati in Sell → Orders → Shopping Carts (un picco significa che qualcosa si e rotto al checkout); prodotti piu venduti (i vincitori hanno spazio?); returning-customer rate (la base cresce o stai solo affittando?). Cinque letture, trenta minuti, e intercetta problemi quando sono ancora una brutta settimana invece di un brutto trimestre.

Due regole tengono onesta la routine. Primo, non decidere mai su un campione piccolo: cinquanta visitatori sono rumore; aspetta 200-300 punti dati (e idealmente 30 giorni) prima di concludere che una modifica ha funzionato o no, altrimenti reverterai qualcosa che stava vincendo. Secondo, confronta sempre simile con simile: questa settimana con la scorsa, questo mese con il precedente, mai intervalli casuali, perche il traffico del martedi non e quello del sabato.

Questo e tutto il mestiere. Analytics non significa possedere piu dashboard; significa rispondere ogni settimana alle stesse poche domande e agire sulle risposte. Stiamo facendo soldi? Da dove arriva il traffico buono? Dove perdiamo acquirenti? Cosa dovremmo fare di piu e cosa fermare? PrestaShop ti da gia gran parte della materia prima - nei pannelli Stats, nei carrelli e nelle tabelle ordini - e gli strumenti front-end riempiono i gap comportamentali. I numeri non erano mai il problema. La disciplina di ignorare quelli che non decidono nulla si.