Mi serve un tag manager?

No. Il tracker carica da solo i tag delle piattaforme dopo il consenso. Le configurazioni GTM esistenti possono coesistere durante la migrazione.

Dove vengono trattati i dati?

Nell'UE. Le API delle piattaforme ricevono solo ciò che hai configurato, sulla base di trasferimento documentata per ogni destinazione.

Come è protetta la configurazione?

I bundle sono immutabili, versionati e firmati con Ed25519; l'SDK verifica la firma prima di applicare qualsiasi configurazione.

E se il provider AI non è disponibile?

Gli stessi stati di configurazione sono disponibili come procedura guidata basata su regole. Nulla nella pipeline dipende dal fatto che un modello sia online.

Come funziona

Dal tuo dominio a conversioni verificate su ogni piattaforma

Uno snippet sul tuo sito, una sessione guidata con l'assistente, una configurazione firmata che approvi tu. Da lì in poi Track si occupa degli eventi — con il consenso valutato per ogni destinazione e un debugger che ti mostra cosa è successo.

Inizia con il tuo dominio Scopri le funzionalità

Snippet → Track → consenso/policy → piattaforme. La stessa immagine che vedi nel debugger per ogni evento reale.

Quattro traguardi, una sessione

Questa è la prospettiva del cliente. Le verifiche tecniche dietro ogni traguardo sono elencate più in basso.

1
Crea il tuo sito
Registrati con il tuo dominio. Track crea il sito, un ID di tracking pubblico di sei caratteri e lo snippet di una riga.
Tu
inserisci il dominio e incolli lo snippet — oppure installi l'app Shopify, WooCommerce o Shopware
Ottieni
un'installazione verificata: Track vede la prima visualizzazione di pagina e conferma la proprietà tramite DNS, file o meta tag
Lo snippethtml
```
<script async src="https://cdn.track.site/v1/tracker.js" data-site-id="TRACKING_ID"></script>
```
Servito da un host CDN first-party; la configurazione che carica è firmata con Ed25519 e verificata prima che qualsiasi cosa venga eseguita.
2
Lascia che l'assistente proponga la configurazione
L'assistente rileva piattaforma e strumento di consenso, propone un piano eventi per il tuo tipo di attività e chiede gli ID pubblici delle piattaforme che usi.
Tu
rispondi a qualche domanda e inserisci gli ID pixel in chat, i token di accesso nella scheda vault
Ottieni
una bozza di configurazione con eventi mappati e un evento di test reale accettato dalla piattaforma
Configurazione guidata
Dati di esempio: Stato di esempio statico — nessun traffico reale, nessun dato reale di clienti.
1. 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?
2. Tu
  Sì, prima Meta.
3. 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.
salvato
Evento di test · purchase
Inviato attraverso la pipeline reale con il codice evento di test della piattaforma.
accettato da Meta
Pubblica la versione 13
Vincolata esattamente a questo diff e a te come approvatore.
in attesa della tua approvazione
+ destination meta: browser + server
+ mapping purchase → Purchase (event id, order id)
~ consent: marketing required for meta
Approva e pubblica
L'assistente propone, i tool validano, tu approvi.
Approva e pubblica
Vedi il diff, i destinatari e il requisito di consenso di ogni destinazione. Una sola approvazione pubblica un bundle firmato e versionato.
Tu
leggi il diff e clicchi su Approva
Ottieni
una configurazione attiva con il suo numero di versione, rollback disponibile con un clic
Configurazione · versione 13
Dati di esempio: Stato di esempio statico — nessun traffico reale, nessun dato reale di clienti.
live
Approvata da
te, vincolata al diff che hai letto
Firma
Ed25519, verificata dall'SDK
Destinazioni
Meta (browser + server), Google Ads (server)
Rollback
versione 12, un clic
4
Osserva e migliora
Il debugger mostra ogni evento con la sua decisione, l'health score segnala cosa correggere e l'assistente propone la correzione.
Tu
controlli lo score quando cambia; approvi i miglioramenti
Ottieni
conversioni verificate su ogni piattaforma, con evidenze per ogni evento
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 currency
A 12 eventi nelle ultime 24 h manca il parametro obbligatorio
Soluzione: aggiorna la mappatura dell'evento
Segnale di consenso mancante
Il 9% degli eventi è arrivato senza uno stato del consenso esplicito
Soluzione: collega l'adattatore CMP
Componenti pesate; uno score più basso indica sempre la sua causa.

Da dove arrivano i tuoi eventi

Passa da una modalità di consegna all'altra. Ogni destinazione può funzionare solo via browser, solo via server o in entrambi i modi; la modalità ibrida è quella di default perché i due percorsi coprono a vicenda le rispettive lacune.

Entrambi i percorsi, un solo ID evento

Browser e server inviano la stessa conversione con lo stesso ID evento. Track normalizza entrambi, applica la decisione sul consenso per ogni destinazione e li inoltra; le piattaforme deduplicano sull'ID evento o sull'ID ordine. Ottieni la copertura del percorso server con la qualità di matching del percorso browser.

Modalità di default per ogni destinazione che supporta entrambi
Deduplicazione: ID evento (Meta, TikTok, Pinterest, Snapchat, Microsoft, LinkedIn …), ID ordine (Google Ads)
Consenso: una decisione per evento e destinazione, per entrambi i percorsi

Cosa verifica Track lungo il percorso

Mostra le verifiche tecniche dietro i quattro traguardi

Queste verifiche vengono eseguite durante la sessione guidata e in seguito nel worker. Sono il motivo per cui i quattro traguardi bastano — non devi controllarle a mano.

Sito e installazione

Formato e raggiungibilità del dominio
Proprietà tramite record DNS, file di verifica o meta tag
Snippet presente e firma della configurazione verificata nel browser
Prima visualizzazione di pagina ricevuta sull'host di ingest

Piattaforma, strumento di consenso e piano eventi

Piattaforma e-commerce o CMS rilevata con un livello di confidenza
Strumento di consenso rilevato (TCF 2.2, GPP, Cookiebot, OneTrust, Usercentrics o API di consenso)
Modello di piano eventi scelto per il tipo di attività (shop, lead generation, SaaS, publisher)
Parametri obbligatori per ogni evento standard, regole di denominazione per gli eventi personalizzati, PII bloccate nelle proprietà

Destinazioni e credenziali

ID pubblici validati rispetto al formato della piattaforma
Token di accesso salvati nel vault tramite scheda o OAuth; mai nella trascrizione
Finalità di consenso richiesta da ogni destinazione registrata
Matrice dei click ID verificata: ogni ID inoltrato solo alla sua piattaforma

Test, revisione e pubblicazione

Evento di test inviato attraverso la coda e il worker reali; verdetto della piattaforma registrato
Diff, elenco dei destinatari e approvatore vincolati a un unico token di approvazione
Bundle firmato con Ed25519, versionato e immutabile
Voce di audit per ogni chiamata a un tool e per ogni approvazione

Dopo il go-live

Health score: copertura del consenso, eventi critici, qualità dello schema, duplicati, consegna, freschezza
Retry con backoff, circuit breaker e dead-letter queue per ogni destinazione
Problemi raggruppati per fingerprint, ognuno indica il tool che lo risolve
Rollback a qualsiasi versione precedente

Due piani, una configurazione firmata

Un control plane per le persone e l'assistente, un data plane per gli eventi. Non condividono nulla se non la configurazione firmata — una prova tecnica che viene dopo i traguardi, non un prerequisito per usare Track.

Due piani, una configurazione firmata
Componente	Responsabilità
SDK browser	Storage condizionato al consenso, adattatori CMP, trasporto in batch, tracking delle SPA, loader delle piattaforme con ID di deduplicazione condivisi. Mantenuto sotto i 30 KB gzip da un budget in CI.
Collector	Allow-list delle origini, rate limit, richieste server firmate con HMAC, kill switch, passaggio a una coda durevole prima di restituire il 202.
Worker	Normalizzazione, scansione PII, policy sul consenso, event store, deduplicazione delle conversioni, registro dei consumi, fan-out, consegna con retry e DLQ.
Control plane	Dashboard e assistente: tool tipizzati, approvazioni, audit log, RBAC, fatturazione, centro privacy — separati dal data plane.

Domande

Mi serve un tag manager?: No. Il tracker carica da solo i tag delle piattaforme dopo il consenso. Le configurazioni GTM esistenti possono coesistere durante la migrazione.
Dove vengono trattati i dati?: Nell'UE. Le API delle piattaforme ricevono solo ciò che hai configurato, sulla base di trasferimento documentata per ogni destinazione.
Come è protetta la configurazione?: I bundle sono immutabili, versionati e firmati con Ed25519; l'SDK verifica la firma prima di applicare qualsiasi configurazione.
E se il provider AI non è disponibile?: Gli stessi stati di configurazione sono disponibili come procedura guidata basata su regole. Nulla nella pipeline dipende dal fatto che un modello sia online.

Pronti quando lo sei tu

Crea il tuo sito, incolla lo snippet e lascia che l'assistente configuri la prima destinazione.

Inizia gratis Leggi la documentazione

Dal tuo dominio a conversioni verificate su ogni piattaforma

Quattro traguardi, una sessione

Crea il tuo sito

Lascia che l'assistente proponga la configurazione

Approva e pubblica

Osserva e migliora