Analisi, tracciamento e replay delle sessioni in PrestaShop

Cosa faremmo

Censiremmo le misurazioni già disponibili prima di installare un altro strumento di tracking. Il percorso giusto dipende da moduli, tema, checkout, integrazioni di pagamento ed ERP, identificativi del catalogo, dati degli ordini, mercati e persone che lo manterranno. Mantieni un'integrazione funzionante se supporta le decisioni che devi prendere. Stabilisci prima se un report mancante riflette eventi mancanti, una diversa definizione di acquisto o un errore di raccolta.

Per cambiare mittente, configurazione del consenso o piattaforma di analisi, lavora su una copia di staging con tema in produzione e integrazioni pertinenti. Proteggi i dati cliente copiati, isola pagamenti reali, email ed esportazioni esterne degli ordini e invia eventi di prova a destinazioni di prova. Prova i percorsi interessati, salva impostazioni precedenti dei moduli e versione del contenitore, poi pianifica il passaggio in produzione con un responsabile designato e un modo per ripristinare la configurazione precedente. Ripristinare il codice non elimina eventi errati già inviati, quindi escludi le destinazioni di produzione dalle prove.

Scegli il percorso in base al problema

Se ti serve diagnosticare la discrepanza, il PrestaShop Product Feed & Tracking Audit controlla feed e misurazione delle conversioni rispetto al negozio in produzione e ordina i risultati per priorità; correzioni e gestione continua delle campagne sono separate.

Scegli, configura o risolvi i problemi

• Scegli: usa la tabella sopra, poi confronta le piattaforme di analisi o l'indagine sul comportamento.
• Configura: parti da proprietà e mittente, concorda la copertura degli eventi e collega il consenso.
• Risolvi i problemi: distingui caricamento, invio e ricezione, poi abbina i dati degli ordini.

Scegli le decisioni e le metriche

Parti dalle decisioni che devi prendere: quali campagne portano clienti redditizi, quali prodotti richiedono attenzione, dove il checkout perde visitatori e se i clienti tornano. Aggiungere tag e dashboard non migliora automaticamente queste decisioni.

Il back office fornisce ordini, carrelli, storico clienti e registrazioni finanziarie. Gli strumenti di analisi aggiungono misurazioni di acquisizione e comportamento. Anche i moduli statistici nativi facoltativi possono raccogliere informazioni sui visitatori con JavaScript, quindi le Statistiche native non sono sempre un report transazionale privo di script.

Mantieni invariati il denominatore, l'intervallo temporale e i criteri di idoneità quando confronti i tassi. Per questi esempi aritmetici, supponi che ogni visitatore che converte effettui un ordine. Diecimila visitatori con un tasso di acquisto del tre percento producono quindi 300 ordini; cinquantamila con lo 0,5 percento ne producono 250. I ricavi dipendono anche dal valore medio dell'ordine.

A parità di popolazione misurata, un tasso di acquisto dell'uno percento con ordini da EUR 200 produce EUR 2 a persona; il tre percento con ordini da EUR 20 produce EUR 0,60. Un tasso di conversione maggiore, da solo, non implica ricavi maggiori.

Per esempio, 10.000 visitatori con una conversione del due percento e EUR 80 per ordine producono EUR 16.000. Aumentando il traffico del cinquanta percento a 15.000 visitatori, con lo stesso tasso di conversione e EUR 53,33 per ordine, ottieni EUR 15.999. Se acquisire un nuovo cliente costa EUR 25 e il margine di contribuzione del primo ordine prima dell'acquisizione è EUR 20, il primo ordine perde EUR 5 dopo l'acquisizione.

Visualizzazioni di pagina, frequenza di rimbalzo, durata, follower e conteggi dei visitatori in tempo reale possono aiutarti a diagnosticare un problema. Da soli sono indicatori di successo deboli. Una sessione lunga può riflettere difficoltà oltre che coinvolgimento.

Crea una proprietà GA4 e scegli il mittente

Registra la configurazione attuale prima di modificarla

• Elenca versioni di negozio e checkout, moduli di tracking attivi, snippet del tema e contenitori. Includi i tag caricati da un connettore di marketing o catalogo.
• Registra identificativi di account, proprietà, flusso, contenitore e pixel, con negozio e dominio di appartenenza. Concedi all'azienda accessi adeguati anziché lasciare la titolarità al solo account dell'agenzia.
• Per ogni destinazione, scrivi chi fornisce i dati prodotto/ordine e chi li invia. Includi credenziali server e responsabilità degli invii pianificati senza inserire segreti nell'inventario.
• Individua stati d'ordine idonei, percorso dei rimborsi, lingue e valute e se il multinegozio condivide riferimenti di prodotto o ordine.
• Conserva un campione dei report attuali e degli ordini abbinati, oltre a versione e impostazioni di consenso, affinché il confronto dopo la modifica abbia una base di riferimento.

Crea o seleziona la destinazione

1. Crea o seleziona la proprietà per l'attività in produzione.
2. Scegli consapevolmente fuso orario e valuta dei report.
3. Crea il flusso web appropriato e copia il suo Measurement ID.
4. Scegli l'invio diretto tramite tag Google o un percorso GA4 gestito da GTM.
5. Tieni separati il traffico di staging e di test e definisci un piano di convalida.

Un singolo flusso web è un punto di partenza pratico per una vetrina, non un limite assoluto per qualsiasi architettura multinegozio o multidominio. Usa una proprietà di test separata quando ti servono dati di prova isolati.

Puoi usare il modulo ufficiale PrestaShop Google Analytics, un'integrazione dedicata o GTM con un data layer ecommerce. Verifica copertura degli eventi e compatibilità della versione installata.

Un tag Google può inviare visualizzazioni di pagina quando è configurato. Un contenitore GTM da solo non invia visualizzazioni di pagina GA4 né crea eventi ecommerce. Misurare prodotti, carrelli e acquisti richiede una strumentazione esplicita.

Per il percorso con modulo diretto, Google Analytics GA4 collega gli eventi del negozio alla proprietà; usa la guida del modulo GA4 per configurazione, controlli degli eventi, integrazione del consenso e diagnostica.

Le proprietà standard Universal Analytics hanno smesso di elaborare dati a luglio 2023; Analytics 360 ha avuto una proroga fino a luglio 2024. Accesso ed esportazione sono stati chiusi a partire da luglio 2024. Restano disponibili soltanto le esportazioni conservate in precedenza. Esistevano strumenti di migrazione delle impostazioni, ma le sessioni storiche UA non possono diventare una cronologia equivalente di eventi GA4.

Definisci e verifica la copertura degli eventi ecommerce

Registra azione, nome dell'evento, parametri e integrazione responsabile per ogni evento necessario. Conferma che l'azione sia riuscita prima di segnalare un'aggiunta al carrello. Un semplice clic sul pulsante può essere seguito da un errore di disponibilità o convalida.

Questo non garantisce che ogni evento consigliato sia automatico. Altri moduli e integrazioni personalizzate possono avere una matrice diversa. Prova separatamente gli eventi di spedizione e pagamento, soprattutto con un reindirizzamento a un pagamento esterno o un checkout sostitutivo.

Mantieni stabili gli identificativi prodotto tra visualizzazioni, eventi carrello, acquisti e feed del catalogo. Includi nomi, categorie, marca, quantità e variante selezionata pertinenti quando disponibili. Lo stesso ID articolo non deve passare silenziosamente da ID prodotto a riferimento a metà percorso. Scrivi se l'ID identifica il prodotto o la combinazione e come corrisponde al feed. Per una selezione di taglia e colore, confronta variante visualizzata, risposta positiva del carrello e riga acquistata; un campo compilato può comunque descrivere la selezione precedente.

Costruisci un payload di acquisto corretto

Per l'ecommerce GA4, imposta value sulla somma dei prezzi unitari scontati degli articoli moltiplicati per le quantità, escludendo imposte e spedizione. Invia imposte e spedizione separatamente, con la valuta effettiva della transazione.

Per esempio, due articoli da EUR 20 e uno da EUR 10 danno un valore degli articoli di EUR 50. Se le imposte sono EUR 10 e la spedizione EUR 5, il totale comparabile dell'ordine è EUR 65, in assenza di altri addebiti. Non inviare 65 come ricavo degli articoli.

{
  "event": "purchase",
  "ecommerce": {
    "transaction_id": "shop-1-order-10482",
    "currency": "EUR",
    "value": 50,
    "tax": 10,
    "shipping": 5,
    "items": [
      {"item_id": "4521-3", "item_name": "Cotton T-shirt", "item_variant": "Blue / M", "price": 20, "quantity": 2},
      {"item_id": "4630-1", "item_name": "Cotton Socks", "item_variant": "Black", "price": 10, "quantity": 1}
    ]
  }
}

Questo payload è illustrativo. Ricava i valori di produzione dall'ordine idoneo e dalle sue righe, includendo ripartizione degli sconti sull'ordine e arrotondamenti. Svuota un vecchio oggetto ecommerce GTM prima di inviare il nuovo evento, così i dati precedenti degli articoli non vengono trascinati.

In PrestaShop, displayOrderConfirmation riceve l'oggetto Order. Il template di conferma nativo riceve invece un ordine preparato per la visualizzazione; il suo riferimento si trova in order.details.reference. Non incollare codice che presuppone la presenza in quel template di campi Order grezzi e di un array di prodotti non correlato.

Costruisci un payload dedicato in PHP e serializza l'intera struttura in JSON. Per incorporarlo in sicurezza, usa gli opportuni flag di codifica JSON, come JSON_HEX_TAG | JSON_HEX_AMP | JSON_HEX_APOS | JSON_HEX_QUOT, e gestisci gli errori di codifica. Non applicare l'escape alle singole stringhe come JavaScript né all'intero JSON finito come normale testo HTML.

È supportata una valuta dei report diversa. Etichetta ogni transazione con la sua valuta reale e lascia che Analytics esegua la conversione supportata. Cambiare la valuta dei report della proprietà può convertire anche i report storici; non corregge gli eventi originariamente etichettati con la valuta sbagliata. Consulta il riferimento sulle valute.

Definisci quando rilevare gli acquisti e deduplica gli invii

Decidi se Purchase indica ordine effettuato, pagamento accettato o un altro stato commerciale idoneo. Documenta questa definizione per tutte le destinazioni di analisi e pubblicità. Una pagina di conferma ordine può esistere per un pagamento offline o in attesa, quindi raggiungerla non prova che il pagamento sia stato ricevuto.

Usa un solo ID transazione stabile e non vuoto per ogni transazione effettiva, senza informazioni che identifichino il cliente. Definiscine l'ambito per evitare collisioni tra negozi o ordini separati. GA4 deduplica gli acquisti web che condividono l'ID transazione appropriato. Ricaricare una pagina non genera necessariamente un secondo acquisto conteggiato, ma ID mancanti, riutilizzati o variabili possono comunque corrompere i report.

Assegna a una sola integrazione la responsabilità di ogni evento e destinazione; questa può coordinare invii da browser e server con identificativi corrispondenti e deduplicazione della destinazione. Un modulo che fornisce solo il data layer può convivere con GTM. GA4 diretto può convivere con un contenitore GTM usato per altri fornitori. Verifica i mittenti duplicati anziché disattivare il produttore di dati necessario a GTM.

Una protezione basata sull'archiviazione del browser non è una ricevuta di consegna. L'archiviazione può essere bloccata e registrare un invio prima che un tag sia pronto può sopprimere un evento mai arrivato a destinazione. Coordina consenso, disponibilità, tentativi e conferma, e conserva un'identità stabile dell'evento nei nuovi tentativi.

Un ripiego sul server deve rilevare le modifiche idonee a ordini o pagamenti indipendentemente dalla visita alla pagina di conferma. Una richiesta server eseguita soltanto in quell'hook di rendering non può recuperare un cliente che non è mai tornato. Usa hook di ordine/pagamento supportati, una coda persistente e il tracciamento della consegna anziché modificare la logica di pagamento del core.

Usa GTM per gestire i tag e distribuire i dati

GTM centralizza tag, trigger, variabili, anteprima e versioni pubblicate. Non genera dati prodotto PrestaShop né elimina le librerie dei fornitori caricate dai tag.

1. Crea un contenitore web e installa gli snippet ufficiali tramite un'integrazione mantenuta o una personalizzazione controllata del tema.
2. Verifica il contenitore su tutti i tipi di pagina pertinenti, compresa la conferma.
3. Configura il tag Google per il Measurement ID di destinazione.
4. Crea tag evento GA4 e attivatori Custom Event per gli eventi del data layer.
5. Mappa i parametri ecommerce o usa l'opzione supportata per i dati ecommerce.
6. Configura il comportamento del consenso, visualizza in anteprima il percorso completo e pubblica una versione con nome.

Un'installazione manuale inserisce lo snippet head e l'alternativa body nelle posizioni appropriate del layout. Preserva le personalizzazioni del tema durante gli aggiornamenti e svuota le cache HTML pertinenti dopo aver cambiato il contenitore. I tag gestiti da remoto sopravvivono indipendentemente, ma uno snippet nella vetrina può comunque essere rimosso da un cambio di tema.

Preferisci dati strutturati di prodotti e ordini generati dal server all'estrazione di prezzi formattati o ID dal testo della pagina. L'estrazione dal DOM dipende dal markup del tema e può leggere silenziosamente la variante o la visualizzazione delle imposte sbagliata.

Usa GTM Preview e Tag Assistant per esaminare evento, variabili e tag attivati prima della pubblicazione. Conserva una versione del contenitore certamente funzionante per il ripristino. Un'anteprima può comunque inviare hit reali, quindi usa la destinazione di test e i controlli del traffico pianificati.

Google Tag Manager fornisce il collegamento PrestaShop per questo percorso; segui la guida del modulo GTM per installazione del contenitore, integrazione del data layer e opzioni per gli acquisti dal server.

Concorda con il manutentore un contratto del data layer: nomi esatti degli eventi, tipi dei parametri, politica degli ID articolo, definizione del valore e momento in cui ogni azione è considerata riuscita. Conserva un payload di esempio insieme alla versione del contenitore che lo legge. Rinominare un evento nel negozio lasciando pubblicato il vecchio trigger GTM può interrompere l'invio senza errori visibili nella vetrina.

Implementa il consenso prima di affidarti alla raccolta

Collega ogni tracker al tuo effettivo gestore del consenso. Per il tracciamento non essenziale sui dispositivi, applica le regole ePrivacy pertinenti e valuta il successivo trattamento di dati personali ai sensi del GDPR, ove applicabile. Spiega finalità e destinatari, consenti rifiuto e revoca e distingui le finalità in modo significativo. Un interruttore separato per fornitore non è una regola universale per il layout del banner.

Google Consent Mode comunica le scelte; non ottiene il consenso né certifica la liceità di un'implementazione. Nelle configurazioni pubblicitarie pertinenti, associa analytics_storage, ad_storage, ad_user_data e ad_personalization alle scelte realmente effettuate.

La Consent Mode di base blocca i tag Google fino al consenso e non invia misurazioni nello stato di rifiuto. La modalità avanzata carica i tag Google con i valori predefiniti di rifiuto pertinenti e può inviare misurazioni senza cookie. La modellazione dipende da idoneità e dati disponibili; non ricostruisce un record completo di ogni visita senza consenso.

Per il codice diretto del tag Google, imposta i valori predefiniti prima dei comandi che inviano misurazioni. Per i template di consenso GTM, usa le relative API di consenso e l'ordine di inizializzazione. Non sostituire l'interfaccia supportata dalla CMP con un evento del browser inventato. Consulta le indicazioni di implementazione di Google.

I tag privi di gestione integrata del consenso richiedono controlli aggiuntivi espliciti. Le impostazioni Google non bloccano automaticamente Meta, TikTok o uno strumento di replay.

1. Prova un nuovo visitatore prima di qualsiasi scelta.
2. Prova rifiuto e accettazione salvati durante una visita successiva.
3. Modifica le singole scelte e verifica l'archiviazione e le richieste corrispondenti.
4. Revoca il consenso e conferma che la raccolta futura e gli invii in coda si interrompano come richiesto.
5. Prova una CMP lenta e una libreria di tag che si carica in ritardo.

Non recuperare un evento di marketing rifiutato tramite un'API server. Applicare l'hashing ai dati del cliente non rende anonimo l'evento né elimina la necessità di una base giuridica appropriata.

Se le scelte sono fornite da Cookies Revolution, esamina inventario dei cookie e regole di blocco rispetto alle integrazioni effettivamente installate. Registra finalità e segnale CMP usati da ogni connettore, inclusi gli strumenti di registrazione delle sessioni; non presumere che una categoria chiamata analisi li controlli tutti. Usa la guida GDPR per pianificare il relativo flusso di diritti sui dati e conservazione.

Usa Meta Pixel per uno scopo di misurazione definito

Meta Pixel può segnalare PageView, ViewContent, AddToCart, InitiateCheckout e Purchase con i parametri pertinenti di prodotto e transazione. Gli ID dei contenuti prodotto devono corrispondere al catalogo Meta quando usi la corrispondenza degli eventi con il catalogo.

Installalo quando hai un uso definito, un consenso appropriato e un piano di manutenzione. Non può raccogliere retroattivamente una visita non tracciata. Questo non significa che una vecchia installazione garantisca annunci più economici, elimini una penalità di avvio a freddo o crei un pubblico utilizzabile in crescita illimitata.

Idoneità del pubblico, tipi di origine, corrispondenza e finestre di conservazione influiscono su ciò che puoi usare. Non considerare una soglia di cronologia degli acquisti una regola universale per ogni pubblico simile.

Inizializza il pixel una sola volta nel flusso di consenso consentito. Se il consenso era già salvato, gestisci quello stato; se viene concesso dopo, rispondi alla modifica reale della CMP. Accoda gli eventi idonei finché la libreria non è pronta e usa identità stabili nei nuovi tentativi. Non collocare Purchase fuori dal percorso di consenso solo perché il caricatore di base è subordinato al consenso.

Verifica gli eventi del browser con Meta Pixel Helper e gli eventi ricevuti in Events Manager. La diagnostica degli eventi non è un report completo del funnel del sito pagina per pagina. Mantieni GA4 o un altro sistema di analisi per una visione più ampia dell'acquisizione e del funnel.

Per l'invio tramite modulo, usa Facebook Pixel e consulta la guida di Facebook Pixel per configurazione e controlli degli eventi supportati.

Usa con attenzione Meta CAPI e gli altri invii dal server

Conversions API invia al server Meta gli eventi idonei dal tuo server. Anche TikTok, Pinterest e Snap hanno API server. Possono offrire un altro percorso di consegna quando un evento browser consentito va perso, ma non garantiscono misurazione o attribuzione complete.

Per una coppia browser/server, usa lo stesso nome evento e un'identità stabile corrispondente secondo le regole di deduplicazione della piattaforma. Meta usa eventID nel browser e event_id sul server. Mantieni coerenti identità della transazione e destinazione e verifica lo stato dei duplicati presso il destinatario.

Normalizza e applica l'hashing ai campi supportati per la corrispondenza dei clienti esattamente come richiesto dal fornitore. Alcuni campi di trasporto, come indirizzo IP e user agent, usano un trattamento diverso. Invia solo campi giustificati e non registrare token di accesso o dati personali inutili nella diagnostica.

Marketing Revolution usa una coda condivisa degli acquisti dal server con controlli su negozio, responsabilità della destinazione, impostazioni attive e politica del consenso configurata. La sua attività per le piattaforme è pianificata ogni cinque minuti. Monitora esecuzioni effettive, risultati della coda e diagnostica della piattaforma ricevente.

Usa la guida di Marketing Revolution per il flusso attuale di coda, consenso, credenziali, eventi di prova e diagnostica.

Prova accettazione tardiva del pagamento, consenso rifiutato, revoca, callback ripetuti, nuovo tentativo dopo un errore e un cliente che non visita mai la conferma. Mantieni separati idoneità dell'ordine e stato della consegna. Un tentativo di invio dal browser non conferma che la piattaforma abbia ricevuto l'evento.

Mappa esplicitamente gli eventi TikTok, Pinterest e Snap

I nomi e i modelli di parametri dei fornitori differiscono. Non inoltrare invariato il nome evento di una piattaforma a tutti gli altri tracker.

TikTok ha rinominato CompletePayment in Purchase nell'aggiornamento di maggio 2025. CompletePayment resta un nome precedente supportato; usa quello attuale per i nuovi sviluppi. Questi nomi TikTok usano PascalCase. Consulta le indicazioni per la migrazione degli eventi.

Scegli le piattaforme in base al tuo pubblico e alle tue campagne, anziché ad affermazioni fisse su demografia o impressioni economiche. Un tracker installato per precauzione aggiunge comunque elaborazione, aspetti di privacy e manutenzione.

Un controllo una tantum della presenza della libreria può perdere un evento se questa si carica dopo. Coordina disponibilità della libreria e variazioni del consenso, con tentativi limitati e lo stesso ID evento stabile. Ogni piattaforma ha regole e finestre di deduplicazione proprie.

Le integrazioni corrispondenti sono TikTok Pixel, Pinterest Tag e Snapchat Pixel. Usa la guida di TikTok Pixel, la guida di Pinterest Tag o la guida di Snapchat Pixel per l'integrazione pertinente.

Uno stesso acquisto può essere attribuito a più piattaforme pubblicitarie, mentre altri non ne ricevono alcuna attribuzione. Finestre di attribuzione, perdita del consenso, corrispondenza e consegna possono rendere la somma superiore o inferiore agli ordini del negozio. Non sommare le conversioni attribuite dalle piattaforme come se fossero un conteggio di ordini univoci.

Verifica separatamente caricamento, invio e dati ricevuti

Usa tre punti di controllo: il codice corretto è stato caricato, la richiesta prevista è stata inviata con lo stato di consenso corretto e la destinazione ha accettato l'evento con i parametri attesi.

1. Apri Tag Assistant o GTM Preview e abilita intenzionalmente la modalità di debug GA4. Aprire soltanto DevTools non abilita DebugView.
2. Naviga in una categoria, apri un prodotto, cambiane la variante, aggiungi e rimuovi una quantità, visualizza il carrello ed entra nel checkout.
3. Conferma gli eventi dopo operazioni AJAX riuscite, non solo ai caricamenti di pagina.
4. Completa una transazione di prova ed esamina ID, somma degli articoli scontati, imposte, spedizione, valuta e articoli.
5. Ricarica la conferma e ripeti un callback. Verifica ID stabili e deduplicazione.
6. Controlla rifiuto del consenso, concessione successiva e revoca nel pannello Network del browser.
7. Esamina diagnostica del destinatario, eventi di prova e risultati delle code pertinenti.

L'assenza di dati Realtime non prova che un tag non sia stato caricato. Consenso, filtri, blocchi, destinazioni errate e ritardi di elaborazione possono produrre lo stesso sintomo. Controlla rete e stato del tag prima di trarre conclusioni.

Prova Consent Mode di base e avanzata rispetto ai diversi comportamenti attesi. Una richiesta in stato di rifiuto della modalità avanzata non equivale a una scrittura vietata di cookie; esamina sia memorizzazione sia richieste.

Il Debug Inspector degli ordini di Marketing Revolution ricostruisce un payload attuale dagli estrattori e mostra log degli ordini e contesto di configurazione. Non è l'esatto JSON storico della piattaforma trasmesso in precedenza. Usa la diagnostica attuale del modulo installato anziché affidarti a un vecchio prefisso della console.

Disattiva il debug di produzione non necessario dopo la convalida. Evita di esporre dati degli ordini, identificatori o credenziali ai visitatori o nei log condivisi.

Usa il primo controllo fallito per circoscrivere l'errore

Un tag attivato, una risposta HTTP e una riga conteggiata in un report dimostrano cose diverse. Conserva prove dal livello che fallisce quando chiedi aiuto, affinché uno sviluppatore possa riprodurre l'errore anziché sostituire l'intera integrazione sulla base di un report vuoto.

Leggi i report GA4 con l'ambito corretto

Tutti e cinque i gruppi di report seguenti dipendono dagli eventi ecommerce o di acquisto pertinenti. Anche un tasso di acquisto per pagina di destinazione richiede Purchase, pur se la pagina stessa è misurata da una visualizzazione di pagina.

GA4 offre report standard Percorso di acquisto e Percorso di checkout. Esplora aggiunge passaggi e suddivisioni personalizzati. La navigazione nei report dipende dalla raccolta pubblicata nella proprietà. Prima di interpretare risultati inattesi, controlla l'indicatore di qualità dei dati del report per campionamento o soglie di privacy e se i valori ad alta cardinalità sono stati raggruppati in una riga “(other)”. Questi effetti dei report sono separati dal mancato arrivo degli eventi.

Per un funnel personalizzato, parti da view_item, add_to_cart, begin_checkout e purchase. Decidi se è aperto o chiuso, l'ordine dei passaggi e i limiti di tempo. Aggiungi passaggi di spedizione e pagamento solo quando tali eventi sono rilevati in modo affidabile.

Il checkout nativo di PrestaShop 1.7.8 e il precedente flusso della versione 9 usano dati personali, indirizzi, consegna e pagamento, con omissioni condizionali. Un unico URL del checkout non equivale a un URL distinto per passaggio. PrestaShop 9.2 include anche un'opzione nativa di checkout su una pagina, quindi prova l'implementazione effettiva del checkout.

Un forte calo tra prodotto e carrello suggerisce di controllare informazioni prodotto, prezzo, disponibilità e misurazione. Un calo tra carrello e checkout suggerisce di controllare costi di consegna e accesso al checkout. Un calo tra checkout e acquisto suggerisce di controllare moduli, corriere e comportamento dei pagamenti. Sono percorsi di indagine, non cause dimostrate.

Ricavi mobili inferiori da soli non dimostrano un checkout guasto. Confronta intenzione del traffico, assortimento dei prodotti, prezzi, comportamento tra dispositivi e copertura del tracking, poi riproduci il percorso mobile.

Configura filtri del traffico, identità e integrazioni

Definisci il traffico interno nelle impostazioni dei tag del flusso web. In Admin, Data collection and modification, Data filters, prova il filtro del traffico interno prima di attivarlo. Un'esclusione attiva modifica i dati raccolti nei report, quindi verifica quali eventi rimuoverà.

L'identità di generazione dei report GA4 usa User-ID, ID dispositivo e modellazione secondo l'opzione selezionata. Google Signals non è l'attuale meccanismo di identità dei report. Esamina separatamente arricchimento pubblicitario, condivisione e controlli dei prodotti collegati.

Se implementi User-ID, usa un identificativo pseudonimo stabile senza nomi, email o numeri di telefono, invialo coerentemente per gli utenti idonei che hanno effettuato l'accesso e cancellalo dopo l'uscita. Un identificativo collegato a un record cliente resta un dato personale. Non può unire ogni visita anonima tra dispositivi.

Usa parametri di campagna coerenti per i link di marketing esterni. Non usare tag di campagna nella normale navigazione interna. Controlla i referral dei fornitori di pagamento e la configurazione tra domini dove il percorso reale lo richiede.

Collega Google Ads, Search Console, Merchant Center o BigQuery solo per uno scopo definito e con autorizzazioni appropriate. L'esportazione BigQuery supporta l'analisi degli eventi; non trasforma una raccolta browser mancante in registrazioni complete degli ordini.

I segmenti di pubblico possono usare visualizzazioni di prodotti, aggiunte al carrello, esclusioni degli acquisti e finestre di riacquisto. Imposta finestre adatte al tuo ciclo di vendita e all'idoneità della piattaforma. Definire un pubblico è distinto dall'eseguire una sequenza email di recupero sul sito o una campagna pubblicitaria.

Confronta GA4 con Matomo e pianifica una transizione

GA4 offre analisi ospitate e collegamenti alla pubblicità Google. Matomo ospitato autonomamente ti dà il controllo di installazione e database di analisi, con responsabilità per aggiornamenti, archiviazione, backup, conservazione e capacità. Matomo Cloud è un'altra scelta di hosting con accordi propri con il fornitore. Matomo offre anche estensioni a pagamento per mappe di calore, registrazione delle sessioni e analisi dei moduli; valuta separatamente requisiti di hosting, licenza, mascheramento e consenso se è importante mantenere i dati comportamentali sulla tua infrastruttura.

L'hosting autonomo non significa che solo tu possa accedere ai dati o che non esistano trasferimenti internazionali. Esamina host, amministratori, accesso remoto, backup, servizi di geolocalizzazione, plugin e altri destinatari. Con GA4, controlla le impostazioni di condivisione dell'account e i controlli dei prodotti collegati. Google dichiara che, con tutte le impostazioni di condivisione disattivate, i dati Analytics vengono usati per fornire e mantenere il servizio.

Matomo può disabilitare i cookie di tracciamento e mascherare gli indirizzi IP. Chiama il metodo documentato disableCookies prima del tracciamento e configura l'anonimizzazione IP sul server. Usa un tracker aggiuntivo solo quando invii intenzionalmente dati a un'altra destinazione.

Un'esenzione dal consenso dipende dalle regole nazionali applicabili alla misurazione del pubblico e dall'implementazione completa. Mascherare gli IP e disabilitare i cookie, da soli, non basta. Verifica limitazione delle finalità, collegamenti con dati dei clienti, destinatari, conservazione e diritti degli utenti seguendo le indicazioni dell'autorità competente, come le condizioni CNIL per la misurazione del pubblico.

Un report senza campionamento non viene calcolato da un sottoinsieme statistico dei dati raccolti. Non significa che tutte le visite siano state raccolte o identificate perfettamente. Blocchi, consenso e identificazione senza cookie influiscono su copertura e metriche di visitatori/sessioni.

Matomo usa API ecommerce proprie, che includono visualizzazioni di prodotti, aggiornamenti del carrello e tracciamento degli ordini. Non sono nomi evento GA4. L'integrazione PrestaShop supporta visualizzazioni di prodotti e categorie, aggiunta al carrello, avvio del checkout e acquisto, tra le altre azioni configurate. Il tracciamento aggiuntivo di impressioni degli elenchi o spedizione/pagamento richiede un'integrazione specifica.

Matomo Analytics collega il negozio all'installazione Matomo scelta; usa la guida del modulo Matomo per configurazione del collegamento e degli eventi.

Matomo offre Google Analytics Importer, inclusi strumenti supportati per importare report GA4. I report importati non ricreano una cronologia identica di eventi grezzi né garantiscono metriche equivalenti. Verifica report supportati, accessi e date nella documentazione dell'importatore. Usare entrambi gli strumenti durante una transizione controllata può aiutarti a stabilire una nuova base di riferimento, purché configuri il consenso ed eviti di trattare i due insiemi di dati come identici.

Decidi cosa significa continuità prima del passaggio

Elenca i report usati dal team e le decisioni che supportano, incluse eventuali dipendenze da Google Ads. Indica quali possono essere ricostruiti dalla nuova raccolta Matomo, quali possono usare un importatore e quali devono restare accessibili in un'esportazione o account esistente. Non promettere conteggi utenti invariati anno su anno quando cambiano identificazione dei visitatori e regole delle sessioni.

1. Nomina il responsabile di hosting delle analisi, attività di archiviazione, crescita del database, backup e verifica del ripristino, oppure scegli un servizio ospitato che puoi mantenere.
2. Mappa ID prodotto esistenti, valute, idoneità degli acquisti e trattamento dei rimborsi sul modello ecommerce proprio di Matomo.
3. Durante la sovrapposizione concordata, usa gli stessi ordini idonei del negozio per verificare separatamente ogni destinazione. Mantieni etichettati i rispettivi denominatori di visitatori e sessioni.
4. Registra il passaggio nel registro delle modifiche dei report e conserva le prove del confronto prima di ritirare il vecchio mittente.

Usa Clarity per mappe di calore, registrazioni e funnel

Microsoft Clarity offre mappe di calore, replay delle sessioni, segnali di frustrazione e funnel. È gratuito, ma le registrazioni non sono illimitate: il tetto documentato è fino a 100.000 sessioni per progetto al giorno e non esiste un replay per ogni sessione tracciata.

Il replay ricostruisce contenuti DOM e interazioni anziché registrare un video vero e proprio. Non può riprodurre contenuti iframe o canvas di terze parti. I campi di pagamento in hosting possono quindi richiedere la diagnostica del gateway. Consulta le FAQ di Clarity.

Usa le mappe dei clic per trovare elementi apparentemente interattivi, le mappe di scorrimento per verificare se i contenuti importanti vengono raggiunti e registrazioni filtrate per esaminare un percorso specifico. Clic ripetuti per frustrazione, clic senza effetto e ritorni rapidi sono indizi utili, non prove di una singola causa.

Clarity dispone di funnel propri con misure di conversione e abbandono e collegamenti a registrazioni o mappe di calore filtrate. Non si limita a un elenco non strutturato di registrazioni.

Microsoft descrive Clarity come titolare del trattamento nelle sue FAQ di Clarity. Esamina i termini di Clarity e spiega destinatario effettivo, finalità e scelte di consenso nell'informativa sulla privacy.

Carica l'integrazione una volta e comunica le scelte relative ad analisi e archiviazione pubblicitaria tramite consentv2 o un'integrazione CMP supportata. Propaga modifiche e revoca. Dal 31 ottobre 2025, Clarity applica requisiti sui segnali di consenso per le visite da SEE, Regno Unito e Svizzera. Ritardare soltanto il caricamento non comunica queste scelte. Segui le indicazioni ConsentV2.

L'integrazione Microsoft Clarity collega il negozio al tuo progetto; usa la guida del modulo Microsoft Clarity per installazione e integrazione del consenso.

Maschera i dati personali e verifica l'acquisizione

La modalità predefinita Balanced di Clarity maschera i contenuti sensibili riconosciuti, come numeri ed email. Non nasconde tutto il testo ordinario, né garantisce di nascondere ogni nome o indirizzo visualizzato. Campi di input e menu a discesa sono mascherati in tutte le modalità.

Usa il mascheramento esplicito delle aree o una modalità più rigorosa appropriata per informazioni dell'account, indirizzi visualizzati, dettagli di conferma e altri contenuti personali. Clarity supporta regole con selettori e l'attributo data-clarity-mask. I contenuti correttamente mascherati sono esclusi prima del caricamento, non solo nascosti durante la visione. Consulta le indicazioni sul mascheramento.

Mascherare i contenuti DOM non ripulisce URL, stringhe di query, eventi personalizzati, risposte ai sondaggi o dati arbitrari inviati da un altro tag. Tieni le informazioni personali fuori anche da questi canali.

1. Usa dati cliente di prova per percorrere pagine di account, indirizzo, checkout e conferma.
2. Controlla il markup del checkout sia normale sia sostitutivo.
3. Esamina una nuova registrazione dopo che la configurazione di mascheramento è diventata effettiva.
4. Conferma il comportamento di rifiuto e revoca del consenso.
5. Limita l'accesso al progetto e confronta i periodi di conservazione del fornitore con le tue esigenze.

Applica controlli equivalenti a qualsiasi fornitore di replay o feedback. Non dare per scontato che il mascheramento predefinito degli input copra ogni componente personalizzato.

Usa le funzionalità attuali di Contentsquare e quelle precedenti di Hotjar

Hotjar è entrato a far parte di Contentsquare. Verifica migrazione e piano attuale del tuo account anziché confrontare un nuovo abbonamento con una vecchia quota giornaliera di sessioni Hotjar.

A ottobre 2026, il piano Contentsquare Free pubblicizza 200.000 sessioni mensili di analisi, incluse mappe di calore, funnel e sondaggi di base. L'acquisizione dei replay è limitata separatamente al cinque percento delle sessioni, fino a un massimo di 10.000 al mese. I piani a pagamento aggiungono capacità o funzionalità. Consulta il confronto attuale dei piani.

I funnel possono calcolare la conversione della popolazione acquisita. Le funzioni di ricavo o attribuzione dipendono da prodotto e piano. Né il tasso di un funnel né una funzione di ricavi attribuiti sostituiscono la riconciliazione con i dati del negozio e dei pagamenti.

Scegli un sondaggio quando ti serve la spiegazione del cliente invece di dedurla soltanto dall'interazione:

• Prodotto: manca qualcosa che ti aiuterebbe a decidere?
• Carrello: cosa ti impedisce di continuare?
• Checkout: qualcosa qui ti ha confuso?
• Conferma: cosa ti ha quasi impedito di completare l'ordine?

Mantieni le domande pertinenti, facoltative e discrete. Evita di chiedere dati sensibili nei campi di testo libero. Prova l'attivatore del sondaggio e verifica se le risposte possono essere usate insieme al percorso acquisito corrispondente.

Usa un caricatore idempotente collegato alla CMP reale. Gestisci scelte già salvate e revoca e verifica mascheramento e raccolta futura dopo un cambiamento di scelta. Un evento analytics-accepted immaginario non è un'integrazione completa.

Il modulo Hotjar è un'opzione di integrazione diretta quando è adatta al tuo account; usa la guida all'integrazione Hotjar per il flusso supportato di modulo e account.

Trasforma il comportamento in una modifica verificabile del negozio

Parti da una domanda emersa dai numeri, poi esamina registrazioni e feedback pertinenti. Non guardare sessioni casuali finché non compare un aneddoto convincente.

Analizza un problema della pagina prodotto mobile

Supponi che le visualizzazioni prodotto mobili restino stabili ma le aggiunte riuscite al carrello calino dopo un cambio di tema. Riproduci prima una selezione di variante riuscita e una respinta e confermane il tracking, affinché un evento AJAX perso non venga scambiato per domanda persa. Poi filtra le registrazioni per prodotto e layout mobile interessati, separando visite prima e dopo il rilascio.

Se più registrazioni mostrano clienti che aprono controlli molto alti di taglia e colore senza raggiungere il pulsante di acquisto, usa la mappa di scorrimento per verificare lo schema nelle visite registrate. Riproduci il layout su un telefono con la stessa combinazione e disponibilità. La modifica candidata è accorciare o riposizionare i controlli mantenendo accessibili insieme variante selezionata, prezzo, messaggio sulle scorte e aggiunta al carrello.

Prova il layout rivisto su staging con combinazioni indisponibili, cambi di quantità ed errori di convalida. Dopo il rilascio, controlla nuove registrazioni per usabilità e mascheramento, poi confronta aggiunte riuscite al carrello e acquisti idonei in condizioni comparabili di traffico e misurazione. Un pulsante più facile da raggiungere è una prova utile, ma un clic aggiuntivo da solo non dimostra ordini aggiuntivi.

Usa il feedback per verificare la spiegazione

Per un calo tra carrello e checkout, le registrazioni possono mostrare clienti che aprono il campo coupon e se ne vanno; la sequenza non dimostra perché siano usciti. Abbinala a una domanda facoltativa nel carrello su cosa li blocca e controlla se costo di consegna o disponibilità spiegano lo stesso schema. Se le prove indicano la ricerca di codici, prova un campo coupon comprimibile con etichetta chiara, mantieni disponibile l'inserimento del codice e misura abbandoni e ordini dopo la modifica.

Se ti serve valutare il percorso e ordinare le correzioni per priorità, il PrestaShop UX & Conversion Design Audit fornisce un piano di intervento basato su prove; implementazione e configurazione delle analisi sono separate.

Esamina il tuo traffico alla ricerca di schemi sospetti e confronta i log del server dove utile. Le richieste dei crawler al server non eseguono automaticamente script di analisi o replay, quindi un carrello abbandonato nel database non prova una sessione bot registrata.

Misura i costi di rete, CPU e memoria dell'insieme di tag configurato. Il caricamento asincrono non significa che l'esecuzione avvenga dopo i contenuti né che non possa influire su LCP, INP o CLS. Inviare gli acquisti dal server non rimuove le librerie browser ancora usate per altri eventi.

Riconcilia i dati di analisi con ordini, fatture e pagamenti

Scegli definizioni equivalenti prima di confrontare i totali. Un ordine effettuato, un ordine valido fatturato, un ordine pagato, un incasso e i ricavi al netto delle note di credito sono registrazioni diverse.

Allinea date e fusi orari, stati degli ordini, valute, imposte, spedizione, sconti, annullamenti e rimborsi. Poi confronta gli ID transazione su un campione rappresentativo. Controlla se lo scarto cambia dopo un rilascio anziché aspettarti una corrispondenza universale al centesimo.

Meno acquisti negli strumenti di analisi possono riflettere consenso rifiutato, blocchi, mancato ritorno alla pagina, filtri o un guasto. Un numero maggiore può riflettere ID duplicati o variabili, diverse regole di data/stato o definizioni di attribuzione. Nessuna delle due direzioni, da sola, identifica la causa.

I report sull'utile di Financial Revolution usano fatture di ordini validi meno note di credito, con i costi; il report dei flussi di cassa usa separatamente le registrazioni dei pagamenti. Non fornisce di base coorti di clienti, margine per cliente o utile attribuito ai canali. Usa la guida di Financial Revolution per i report implementati.

Per l'economia dei canali, unisci costo di acquisizione e analisi dell'attribuzione ai dati finanziari appropriati tramite un flusso di reporting deliberato. Non descrivere un riepilogo delle fatture come denaro incassato né gli ordini attribuiti da una piattaforma come gli unici ordini che ha generato.

Analizza una discrepanza usando l'acquisto precedente

Per questo esempio, definisci Acquisto come pagamento accettato e usa l'ordine precedente con valore articoli di EUR 50, EUR 10 di imposte e EUR 5 di spedizione. Un totale del negozio di EUR 65 e un valore articoli GA4 di EUR 50 sono compatibili. Abbina la stessa transazione e le stesse componenti prima di trattare la differenza come ricavi persi.

Classifica ogni transazione non abbinata come spiegata, errore di invio o irrisolta. Mantieni il rifiuto separato da un invio consentito fallito e lascia visibili le cause sconosciute. Non dividere una differenza nei report per il tasso di accettazione del banner per inventare un totale esatto di vendite mancanti: il pubblico consenziente può acquistare diversamente da quello che non puoi osservare.

Per le decisioni sulle campagne, distingui un evento ricevuto da un evento attribuito a un annuncio. Un acquisto ricevuto correttamente può ottenere attribuzioni diverse con impostazioni diverse; correggere il mittente non può rendere i ricavi attribuiti da ogni piattaforma uguali a quelli del negozio.

Concorda il passaggio e la consegna

Prima della modifica in produzione, concorda quali vecchi mittenti si fermeranno, quali produttori di dati devono restare e quale versione del contenitore legge i nuovi eventi. Registra orario del rilascio, identificativi delle destinazioni e responsabile del ripristino. Controlla le pagine pubbliche in cache oltre al browser di prova con accesso effettuato, perché potrebbero ancora servire lo snippet precedente.

Cosa chiedere al tuo sviluppatore o alla tua agenzia

• Puoi mostrare la mappa evento-mittente per invii da browser e server, inclusi i tag aggiunti dai moduli di marketing esistenti?
• Quali versioni di negozio, tema, checkout e moduli hanno superato le prove e quali eventi richiedono ancora un'integrazione personalizzata?
• Puoi mostrare calcolo delle righe d'ordine, mappatura degli ID variante/feed e payload acquisto ricevuto per lo stesso ordine di prova?
• Cosa succede dopo consenso concesso successivamente, revoca, mancato ritorno del browser, pagamento ritardato, callback ripetuta e rimborso?
• Dove sono visibili errori della coda ed eventi respinti, chi li indaga e come mantengono la propria identità i nuovi tentativi?
• Quali configurazione e versione del contenitore ripristineresti e quali prove mostrano che il percorso ripristinato funziona?
• L'azienda mantiene accesso agli account, al registro delle modifiche e alle prove di accettazione con dati sensibili oscurati se cambia agenzia?

Dopo il passaggio, segui i primi percorsi idonei fino a ricezione e riconciliazione, poi confronta la differenza nei report con la base salvata. Se i controlli di accettazione falliscono, ripristina la configurazione concordata e indaga prima di pubblicare un altro mittente sovrapposto. Annota ogni periodo con dati notoriamente mancanti o malformati affinché il team non lo interpreti come un cambiamento commerciale.

Mantieni una routine di revisione e manutenzione

1. Confronta ordini idonei, rimborsi e totali finanziari su periodi comparabili.
2. Controlla tasso e valore degli acquisti per origine, dispositivo e pagina di destinazione.
3. Esamina la progressione di acquisti e checkout, poi i prodotti con visualizzazioni ma pochi acquisti. In Ordini > Carrelli (Clienti > Carrelli su PrestaShop 1.6), esamina carrelli senza ordine, contenuti e timestamp; il solo record di un carrello non mostra quale passaggio del checkout è stato raggiunto.
4. Esamina un campione mirato di registrazioni o feedback per la domanda principale.
5. Controlla lo stato di tag, consenso e code dopo rilasci o modifiche al checkout.
6. Registra una decisione, il suo effetto previsto e come la valuterai.

Non usare una soglia universale di trenta giorni o duecento conversioni. Scegli la dimensione del campione in base al tasso iniziale, all'effetto minimo che vale la pena rilevare e alla confidenza e potenza statistica necessarie. I negozi con poco volume possono richiedere osservazioni più lunghe, mentre un flusso di pagamento chiaramente guasto va riparato subito.

Usa giorni della settimana, campagne e condizioni stagionali comparabili, oppure un gruppo di controllo assegnato correttamente. Mantieni un registro delle modifiche per rendere visibili nuovi banner, variazioni di prezzo o rilasci del tracciamento quando interpreti un cambiamento.

Rimuovi i tag inutilizzati, rivedi accessi e conservazione e ripeti il test completo di consenso e acquisto dopo modifiche a temi, moduli, URL o flussi di pagamento.

Conserva una breve scheda con periodo del report, definizione della metrica, fonte, segmento comparabile, risultato attuale, precedente risultato comparabile, limite interpretativo e prossima azione assegnata. Allega la riconciliazione di ordini idonei e rimborsi, annota esclusioni di personale/prove e segnala separatamente l'automazione sospetta. Indica rilasci e modifiche del consenso accanto al periodo interessato anziché azzerare silenziosamente la base di riferimento.

Per esempio, un tasso di acquisto aggregato può calare quando una campagna ampia porta più traffico esplorativo anche se ogni canale consolidato mantiene il proprio tasso. Controlla composizione di canali e dispositivi prima di commissionare una riprogettazione del checkout. Viceversa, un tasso complessivo stabile può nascondere una regressione nel metodo di pagamento o nel layout mobile modificato dal rilascio.

Domande dei commercianti

Mi serve GTM se un modulo diretto di analisi funziona già?

Solo se la gestione tramite contenitore risolve un requisito non coperto dal percorso attuale. Confronta accessi, copertura degli eventi e chi mantiene i tag. Aggiungere GTM per un altro fornitore non richiede di spostare un mittente GA4 funzionante; documenta le responsabilità separate.

Perché vedo visitatori ma non ricavi dei prodotti?

La misurazione delle pagine può funzionare mentre manca la strumentazione ecommerce. Segui un ordine idoneo dai dati di prodotto e acquisto attraverso il tag pubblicato fino alla proprietà ricevente, usando i controlli sopra. Controlla data e filtri del report dopo aver accertato l'invio.

Le analisi devono coincidere esattamente con il totale del back office?

Allinea prima definizione di acquisto, periodo e componenti del valore. Usa ordini, fatture e registrazioni di pagamento per le rispettive domande finanziarie. Indaga differenze nuove o inspiegate anziché accettare ogni ammanco come perdita dovuta al consenso o ogni eccedenza come duplicazione.

Il tracking server conterà chiunque rifiuti i cookie?

Il rifiuto è un vincolo di raccolta, non un invio fallito da recuperare. L'invio dal server può ritentare un evento idoneo perso su un altro percorso, secondo la politica del consenso concordata, ma non può promettere uno storico completo del cliente.

Devo installare Meta o le registrazioni ora per un eventuale uso futuro?

Definisci prima la domanda pubblicitaria o di usabilità e la persona che agirà sui dati. Conservazione dei pubblici e copertura dello strumento limitano il beneficio futuro, mentre gli obblighi di raccolta, accesso e manutenzione iniziano con l'installazione.

Una registrazione può dirmi perché un pagamento è fallito?

Può mostrare il percorso visibile del cliente e aiutarti a riprodurre il problema. Esamina connettore di pagamento e diagnostica del fornitore per l'esito del pagamento, soprattutto quando campi ospitati o reindirizzamenti sono fuori dalla registrazione.

Posso cambiare piattaforma di analisi senza compromettere i confronti?

Conserva i vecchi report, mappa le definizioni commerciali e stabilisci una nuova base durante una sovrapposizione controllata. Indica le modifiche all'identità dei visitatori e alle regole delle sessioni; un importatore non rende identici due modelli di misurazione.