Funzionalità
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.
Lineage dell'evento
Dati di esempio: Stato di esempio statico — nessun traffico reale, nessun dato reale di clienti.- Evento
- purchase · evt_…7f2a
- Origine
- SDK browser + server (webhook dello shop)
- Configurazione
- versione 12, firma verificata
- Snapshot del consenso
- analisi, marketing · fonte: CMP
- Click ID
- gclid (catturato 3 giorni fa)
Tentativi di consegna
| Destinazione | Stato | Risultato |
|---|---|---|
| Meta Conversions API | 200 | accettato, deduplicato per ID evento |
| Google Ads | 200 | accettato, deduplicato per ID ordine |
| TikTok Events API | 503 | retry 2 pianificato con backoff |
{
"event": "purchase",
"event_id": "evt_…7f2a",
"order_id": "A-1042",
"value": 129.9,
"currency": "EUR",
"user": { "em": "sha256:…9c1e" },
"click_ids": { "gclid": "…" }
}Un acquisto, letto dall'origine alla risposta della piattaforma.
Stream di eventi di esempio: eventi consegnati, un acquisto deduplicato e un acquisto server bloccato per mancanza della finalità marketing.
Un evento, l'intero percorso
Apri un evento qualsiasi e leggi la sua storia: origine e versione dell'SDK, il consenso concesso in quel momento, i click ID catturati, la versione di configurazione che lo ha instradato e il tentativo di consegna per ogni destinazione, incluso il payload oscurato e la risposta della piattaforma.
Il debugger segue un evento dall'origine attraverso la normalizzazione, la decisione sul consenso e ogni tentativo di consegna. Gli scarti non sono mai silenziosi: ognuno riporta una motivazione come consenso mancante, PII bloccate, nome non valido, duplicato o destinazione in pausa.
Come è costruita
Le decisioni tecniche dietro la funzionalità — la prova dopo il beneficio.
01
Oscurato, non nascosto
Le anteprime del payload mostrano struttura e identificatori con hash, così puoi verificare le mappature senza esporre dati personali o token.
02
Eventi di test attraverso la pipeline reale
Gli eventi di test sono contrassegnati, passano per la stessa coda e lo stesso worker e riportano il verdetto della piattaforma — nessun successo simulato.
03
Gli scarti sono spiegati
Ogni evento scartato riporta una motivazione: consenso mancante, PII bloccate, nome non valido, duplicato, destinazione in pausa o blocco di policy.
Debug dalla console contro debug dal lineage
La stessa domanda — perché questo acquisto non è arrivato a Meta? — con due risposte diverse.
| Debug dalla console contro debug dal lineage | Console del browser e interfaccia della piattaforma | Lineage degli eventi in Track |
|---|---|---|
| Dove guardare | Scheda Network, modalità anteprima dei tag, l'event manager della piattaforma | Un unico record dell'evento con ogni tentativo e risposta |
| Consenso in quel momento | Sconosciuto; ricostruito dalle impostazioni del banner | Salvato come snapshot insieme all'evento |
| Eventi server-side | Invisibili dal browser | Stesso lineage, contrassegnati con la loro origine |
| Dati personali | Payload in chiaro in log e screenshot | Identificatori con hash, anteprime oscurate |
Cosa puoi verificare
Fatti di prodotto che trovi nella dashboard, nella documentazione e nell'audit log.
- Filtra per nome evento, stato e origine
- Cronologia dei tentativi per destinazione con stato HTTP e classe di errore
- Suggerimenti sulla modalità test di ogni piattaforma
- Link diretti alla procedura guidata della destinazione
Domande
- Per quanto tempo vengono conservati i record del debugger?
- I tentativi di consegna per 90 giorni di default e gli eventi per 13 mesi; entrambi configurabili per organizzazione nel centro privacy.
Altre funzionalità
Costruite sulla stessa configurazione firmata e sullo stesso schema di eventi.
- Configurazione guidata dall'AI
Descrivi il tuo sito, conferma ogni passaggio, pubblica una configurazione firmata.
- Router di eventi server-side
Un evento, ogni piattaforma: consegna da browser e server con deduplicazione condivisa.
- Qualità dei dati e health score
Un unico score con componenti spiegabili e problemi che rimandano alla loro soluzione.
- Progettato attorno al consenso
Opt-in rigoroso di default, Consent Mode v2, destinazioni basate sulle finalità, nessun replay dopo il consenso.
- Click ID e attribuzione fatti bene
Cattura solo gli ID di cui la destinazione ha bisogno, solo con il consenso, solo per la finestra documentata.
Provala sul tuo dominio
Crea un sito, installa uno snippet e lascia che l'assistente configuri la prima destinazione in pochi minuti.