Funzionalità
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.
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.
Esempio di stato delle destinazioni: due destinazioni in salute, un'interruzione di una piattaforma gestita dal circuit breaker, una destinazione messa in pausa da un kill switch.
Browser e server condividono un unico ID evento
Track riceve eventi dall'SDK browser, dal tuo server, dai sistemi e-commerce e dai network di affiliazione, li normalizza in un unico schema, applica il consenso e li instrada verso 22 tipi di destinazione con retry, circuit breaker, dead-letter queue e replay.
L'SDK browser e il tuo server (o il webhook dello shop) inviano lo stesso acquisto con lo stesso ID evento. Track normalizza entrambi, valuta il consenso per ogni destinazione e li inoltra; Meta, TikTok, Pinterest, Snapchat, Microsoft, LinkedIn e le altre deduplicano su quell'ID, Google Ads sull'ID ordine.
Come è costruita
Le decisioni tecniche dietro la funzionalità — la prova dopo il beneficio.
01
Ibrido di default
Ogni destinazione può funzionare con tag browser, API server o entrambi. I due percorsi condividono un unico ID evento, così Meta, TikTok, Pinterest, Snapchat, Microsoft, LinkedIn e le altre deduplicano in modo affidabile.
02
Durevole e osservabile
Una coda durevole con messaggi idempotenti, retry per destinazione con backoff e jitter, circuit breaker sulle piattaforme in errore, archiviazione dead-letter e replay. Ogni tentativo viene registrato con un'anteprima oscurata del payload.
03
First-party by design
Il tracker viene servito dal tuo host CDN, gli eventi vanno al tuo host di ingest, i bundle di configurazione sono firmati con Ed25519 e verificati nel browser prima che qualsiasi cosa venga caricata.
Tag solo browser contro router ibrido
Perché un evento attraverso Track vale più dello stesso pixel attivato due volte.
| Tag solo browser contro router ibrido | Tag solo browser | Browser + server con Track |
|---|---|---|
| Eventi persi | Script bloccati e schede chiuse fanno semplicemente sparire la conversione | Il percorso server la consegna comunque; il percorso browser aggiunge dati di matching quando disponibili |
| Duplicati | Pixel e API server contano lo stesso ordine due volte | ID evento e ID ordine condivisi; le piattaforme deduplicano |
| Interruzione della piattaforma | Errore silenzioso, nessun nuovo tentativo | Retry con backoff, circuit breaker, dead-letter queue e replay |
| Dove vanno i dati | Endpoint di terze parti chiamati dalla pagina | Host di ingest first-party; le piattaforme ricevono solo i campi mappati |
Cosa puoi verificare
Fatti di prodotto che trovi nella dashboard, nella documentazione e nell'audit log.
- 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
- Kill switch per sito e per organizzazione
- Data plane nell'UE con isolamento dei tenant a livello di riga
Domande
- Il tracking server-side aggira il consenso?
- No. Il consenso viene valutato per ogni evento e destinazione; senza la finalità richiesta nulla viene memorizzato, inviato o riprodotto in seguito.
- Cosa succede quando una piattaforma è giù?
- Le consegne vengono ritentate con backoff, il circuit breaker mette in pausa la destinazione, gli eventi falliti finiscono nella dead-letter queue e possono essere riprodotti quando la piattaforma torna disponibile.
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.
- Debugger degli eventi e lineage
Vedi ogni evento con il suo snapshot del consenso, la decisione di routing e la risposta della piattaforma.
- 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.