Funzionalità
Ogni conversione consegnata una sola volta, con il consenso, alla piattaforma a cui appartiene
Track sostituisce il container di tag con una configurazione guidata, un router server-side basato sul consenso e un debugger che spiega ogni evento. Questa pagina mostra il prodotto così come funziona — gli stati qui sotto sono dati di esempio, non traffico reale.
Cosa succede a un acquisto
Cambia scenario per vedere come lo stesso evento viene instradato quando il consenso è concesso, revocato o una piattaforma è giù. La decisione e la sua motivazione sono ciò che poi leggi nel debugger.
Analisi e marketing concessi
L'acquisto arriva dal browser e dal server con lo stesso ID evento. Il gate trova le finalità richieste e lo inoltra a tutte e quattro le destinazioni; Meta e TikTok deduplicano sull'ID evento, Google Ads sull'ID ordine.
- Decisione: consegnato a Meta, Google Ads, GA4, TikTok
- Deduplicazione: ID evento (Meta, TikTok), ID ordine (Google Ads)
- Click ID allegati per destinazione: gclid → Google, fbclid → Meta
Analisi concessa, marketing negato
Il visitatore ha revocato il consenso marketing prima dell'acquisto. Il gate lascia passare l'evento verso Google Analytics 4 e blocca le destinazioni pubblicitarie con la motivazione purpose_not_granted. Nulla viene memorizzato per dopo; quando il consenso viene concesso di nuovo, gli eventi precedenti non vengono riprodotti.
- Decisione: consegnato a GA4; bloccato per Meta, Google Ads, TikTok
- Motivazione mostrata nel debugger: purpose_not_granted (marketing)
- Consent Mode v2: analytics_storage granted, ad_storage denied
Consenso concesso, una piattaforma non disponibile
TikTok risponde con un errore del server. Track ritenta con backoff e jitter, apre il circuit breaker dopo errori ripetuti e parcheggia l'evento nella dead-letter queue. Le altre tre destinazioni non ne risentono. Quando TikTok torna disponibile, la dead-letter queue viene riprodotta.
- Decisione: consegnato a Meta, Google Ads, GA4; TikTok in retry
- Circuit breaker aperto per TikTok; eventi nella dead-letter queue
- Il replay dopo il ripristino mantiene l'ID evento originale, quindi nulla viene contato due volte
Sei funzionalità, un unico layer di eventi
Ogni funzionalità è costruita sulla stessa configurazione firmata e sullo stesso schema di eventi. Apri una funzionalità per vedere la sua vista prodotto, il flusso dei dati e un confronto prima/dopo.
Configurazione guidata dall'AI
La tua prima destinazione va live in una sola sessione guidata — senza scrivere un tag e senza rinunciare al controllo su ciò che viene pubblicato.
- Rilevamento del tipo di attività e della piattaforma con un livello di confidenza
- Modelli di piano eventi per shop, lead generation, SaaS e publisher
Configurazione guidata
Dati di esempio: Stato di esempio statico — nessun traffico reale, nessun dato reale di clienti.Track AI
example-shop.test gira su Shopify con Cookiebot come strumento di consenso (confidenza alta). Per uno shop suggerisco view_item, add_to_cart, begin_checkout e purchase. Preparo la bozza del piano per Meta e Google Ads?
Tu
Sì, prima Meta.
Track AI
ID pixel validato. La Conversions API ha bisogno di un token di accesso — inseriscilo nella scheda vault qui sotto; non comparirà mai in questa chat.
Scheda vault · token di accesso Meta
Salvato cifrato; non visibile a nessuno, modello incluso.
salvatoEvento di test · purchase
Inviato attraverso la pipeline reale con il codice evento di test della piattaforma.
accettato da MetaPubblica la versione 13
Vincolata esattamente a questo diff e a te come approvatore.
- + destination meta: browser + server
- + mapping purchase → Purchase (event id, order id)
- ~ consent: marketing required for meta
L'assistente propone, i tool validano, tu approvi.
Router di eventi server-side
Invia ogni conversione una sola volta e lascia che ogni piattaforma la riceva nel modo in cui la conta meglio — browser, server o entrambi — senza doppi conteggi.
- SDK browser mantenuto sotto i 30 KB gzip da un budget in CI, con storage condizionato al consenso
- API server con source key per CRM e conversioni offline
Stato delle destinazioni
Dati di esempio: Stato di esempio statico — nessun traffico reale, nessun dato reale di clienti.| Destinazione | Modalità | Salute | Ultima consegna | Coda |
|---|---|---|---|---|
| Meta | browser + server | in salute | 12 s fa | 0 retry |
| Google Ads | server | in salute | 40 s fa | 0 retry |
| TikTok | browser + server | degradata, circuit breaker aperto | 6 min fa | 3 nella dead-letter queue |
| server | in pausa per kill switch | 2 h fa | trattenuti |
Salute, modalità e coda per ogni destinazione; gli errori vengono gestiti, non nascosti.
Debugger degli eventi e lineage
Quando un numero in una piattaforma pubblicitaria sembra sbagliato, scopri il perché in un unico posto — senza tirare a indovinare tra console del browser, interfaccia della piattaforma e memoria di un collega.
- Filtra per nome evento, stato e origine
- Cronologia dei tentativi per destinazione con stato HTTP e classe di errore
Eventi live
Dati di esempio: Stato di esempio statico — nessun traffico reale, nessun dato reale di clienti.| Evento | Origine | Consenso | Decisione | Destinazioni |
|---|---|---|---|---|
page_view | browser | analisi | consegnato | GA4 |
add_to_cart | browser | marketing | consegnato | Meta, TikTok |
purchase | browser + server | marketing | consegnato, deduplicato (ID ordine) | Meta CAPI, Google Ads |
purchase | server | marketing mancante | bloccato: consent_missing | Meta CAPI |
generate_lead | browser | marketing | consegnato |
Ogni riga è un evento con la sua origine, il consenso in quel momento, la decisione di routing e le destinazioni.
Qualità dei dati e health score
Scopri quando il tracking si rompe, vedi quale parte si è rotta e vai dritto alla correzione — prima che una campagna giri su dati sbagliati.
- Score per sito con le sue componenti
- Risolvi o ignora i problemi con una traccia di audit
Salute del tracking
Dati di esempio: Stato di esempio statico — nessun traffico reale, nessun dato reale di clienti.Score
86 / 100
Componenti
- Copertura del consenso91 · 20% di peso
Il 91% degli eventi porta un segnale di consenso esplicito
- Eventi critici78 · 25% di peso
7 dei 9 eventi critici pianificati osservati
- Qualità dello schema74 · 15% di peso
Il 74% degli eventi supera le verifiche di schema e PII
- Duplicati96 · 10% di peso
1,0% di duplicati
- Consegna88 · 20% di peso
94% consegnato, 1 integrazione con problemi di credenziali
- Freschezza100 · 10% di peso
Ultimo evento browser 4 min fa
Problemi aperti
- purchase senza currencySoluzione: aggiorna la mappatura dell'evento
A 12 eventi nelle ultime 24 h manca il parametro obbligatorio
- Segnale di consenso mancanteSoluzione: collega l'adattatore CMP
Il 9% degli eventi è arrivato senza uno stato del consenso esplicito
Componenti pesate; uno score più basso indica sempre la sua causa.
Progettato attorno al consenso
Ogni destinazione riceve esattamente ciò che il visitatore ha accettato — valutato per ogni evento, nel browser e di nuovo sul server — così la conformità non è un'impostazione del banner che speri sia giusta.
- Il consenso dedotto non viene mai esportato alle piattaforme pubblicitarie
- La revoca ferma subito gli invii
Stato del consenso e segnali derivati
Dati di esempio: Stato di esempio statico — nessun traffico reale, nessun dato reale di clienti.Finalità
- Strettamente necessariconcesso
- Analisiconcesso
- Marketingnegato
- Personalizzazionenegato
Consent Mode v2
analytics_storagegrantedad_storagedeniedad_user_datadeniedad_personalizationdenied
Motivi di blocco riportati dal motore di policy
consent_missing- ancora nessun segnale di consenso per l'evento
consent_denied- il visitatore ha rifiutato
purpose_not_granted- la destinazione richiede una finalità non concessa
gpc_opt_out- Global Privacy Control attivo
destination_paused- kill switch o circuit breaker
inferred_data_not_exportable- il consenso dedotto non raggiunge mai le piattaforme pubblicitarie
Le finalità arrivano dal tuo CMP; tutto il resto è derivato, mai indovinato.
Click ID e attribuzione fatti bene
Le tue campagne ricevono i click ID che servono per attribuire una conversione — e nessuna piattaforma riceve mai un ID che appartiene a un'altra.
- Conservazione documentata per ogni click ID (90 giorni di default)
- Enhanced Conversions con hashing normalizzato
Matrice dei click ID
Dati di esempio: Stato di esempio statico — nessun traffico reale, nessun dato reale di clienti.| Click ID | Catturato | Inoltrato solo a | Conservato |
|---|---|---|---|
gclid | landing page, dopo il consenso marketing | Google Ads, GA4, Google Marketing Platform | 90 giorni |
fbclid | landing page, dopo il consenso marketing | Meta | 90 giorni |
ttclid | landing page, dopo il consenso marketing | TikTok | 90 giorni |
msclkid | landing page, dopo il consenso marketing | Microsoft Advertising | 90 giorni |
li_fat_id | landing page, dopo il consenso marketing | 90 giorni |
La conservazione è documentata per ogni ID ed è configurabile; 90 giorni è il valore di default.
Catturati dopo il consenso marketing, memorizzati in modalità first-party, inoltrati solo alla piattaforma a cui appartengono.
Container di tag contro layer di eventi
Dove un container classico lascia il lavoro a te e dove Track lo fa per costruzione.
| Container di tag contro layer di eventi | Container di tag classico | Track |
|---|---|---|
| Cosa gira sul tuo sito | Tag HTML e JavaScript personalizzati di chiunque abbia accesso al container | Uno snippet e una configurazione firmata e versionata — nessuna esecuzione di codice personalizzato |
| Consenso | Condizioni di trigger per ogni tag, mantenute a mano | Motore di policy che valuta ogni evento per ogni destinazione, browser e server |
| Consegna server-side | Un secondo container, un secondo set di tag, deduplicazione manuale | Integrata: ID evento condiviso, retry, circuit breaker, replay |
| Trovare gli errori | Modalità anteprima e interfacce delle piattaforme | Lineage degli eventi con snapshot del consenso, decisione di routing e risposta della piattaforma |
| Modifiche | Pubblicare e sperare | Diff, approvazione, versione firmata, rollback con un clic |
Fatti che puoi verificare
- Regione dati UE
- Gli eventi vengono trattati nell'UE; le API delle piattaforme ricevono solo i campi che hai mappato, sulla base di trasferimento documentata per ogni destinazione.
- Configurazioni firmate
- Ogni bundle pubblicato è immutabile, versionato e firmato con Ed25519; l'SDK verifica la firma prima di applicarlo.
- Nessun codice personalizzato
- Non esiste un tipo di tag HTML o JavaScript personalizzato. Le trasformazioni sono dichiarative e validate sul server.
- Opt-in rigoroso di default
- UE/SEE/Regno Unito/Svizzera partono con opt-in rigoroso; il consenso dedotto non viene mai esportato alle piattaforme pubblicitarie.
Guarda queste viste con i tuoi eventi
Crea il tuo sito, incolla lo snippet e lascia che l'assistente configuri la prima destinazione — il debugger e l'health score si riempiono dal primo evento.