Track

Integrazione · destinazione

Generic webhook

Webhook JSON firmati verso i tuoi sistemi con campi in allow-list.

ServerImplementata · verificata sulla documentazione del vendor · verificata il 2026-09-02

Come gli eventi raggiungono Webhook

Ogni percorso finisce nello stesso punto: il motore delle policy verifica la finalità di consenso richiesta da questa destinazione, rimuove ciò che non può uscire e il worker consegna con l’ID evento condiviso.

  • API server: consegna tramite il worker con retry, health check, classificazione degli errori e un’anteprima del payload con dati oscurati per ogni tentativo.
Flusso dei dati dal tuo sito web e dai tuoi sistemi attraverso Track fino a WebhookOgni percorso finisce nello stesso punto: il motore delle policy verifica la finalità di consenso richiesta da questa destinazione, rimuove ciò che non può uscire e il worker consegna con l’ID evento condiviso.Il tuo serverAPI serverserverTrackpolicy · dedupConsenso: NecessarioWebhook
Solo i percorsi supportati. Le modalità non supportate non vengono disegnate, né dichiarate.

Cosa viene inviato

Solo ciò che configuri nella mappatura degli eventi, e solo dopo che il motore delle policy ha autorizzato l’evento per questa destinazione.

  • Nome dell’evento e timestamp, mappati dagli eventi standard di Track ai nomi evento della piattaforma.
  • L’ID evento condiviso nel campo id della piattaforma, così le consegne browser e server contano una sola volta.
  • Nessun click ID di vendor: questa destinazione è un tuo sistema, quindi l’attribuzione resta a te.
  • ID ordine, valore, valuta e articoli per gli eventi di tipo acquisto.
  • Identificatori con hash SHA-256 (e-mail, telefono, ID esterno) per il matching, solo con il consenso richiesto e solo se acquisiti.
  • Lo stato del consenso con cui l’evento è stato raccolto, dove la piattaforma accetta segnali di consenso.

Mai inviato

  • Indirizzi e-mail, numeri di telefono o nomi in chiaro: gli identificatori vengono sottoposti a hash all’ingresso.
  • Valori dedotti: ciò che è sconosciuto resta sconosciuto, niente viene indovinato.
  • Eventi raccolti senza la finalità richiesta da questa destinazione.
  • Secret: i token vivono nel vault cifrato e non raggiungono mai il browser, l’assistente o un log.

Fatti tecnici

Campo di deduplicazione
idevent id
Click ID
nessuno
Finalità di consenso
Necessario
Versione API bloccata
1
Stato dell’implementazione
Implementata · verificata sulla documentazione del vendor · verificata il 2026-09-02
Documentazione del vendor
Documentazione Track

Cosa ti serve

Gli identificatori pubblici possono essere inseriti in chat o nella procedura guidata; i secret passano dalla scheda credenziali sicura o da OAuth e vengono salvati cifrati.

Identificatori pubblici

url
URL dell’endpoint (https)

Credenziali

Secret di firma (generato da Track)
signing_secret salvato nel vault cifrato

Consenso

Opera con la finalità necessaria perché si rivolge ai tuoi sistemi (trattamento lato titolare). Gli identificatori vengono comunque rimossi senza consenso analytics e i click ID senza consenso marketing.

Configurazione in pochi passaggi

L’assistente esegue i controlli di dettaglio. Tu vedi le tappe che richiedono una tua decisione.

  1. Inserisci gli identificatori

    Aggiungi gli ID pubblici della piattaforma. I formati vengono validati sulla documentazione del vendor prima di salvare qualsiasi cosa.

  2. Collega le credenziali

    Incolla il token nella scheda sicura o collega l’account via OAuth. I secret finiscono direttamente nel vault cifrato.

  3. Mappa e testa

    Gli eventi standard sono già mappati ai nomi evento della piattaforma. Un evento di test contrassegnato percorre la pipeline reale e mostra la risposta del vendor.

  4. Pubblica

    Controlla il diff, approva, pubblica una versione di configurazione firmata. Se serve, torna indietro con un clic.

Da Tracking Knowledge

Nessun articolo dedicato per ora: l’hub Tracking Knowledge tratta tracking server-side, deduplicazione e consenso in generale.

Domande

Posso usare solo la modalità server?

Sì. Scegli la modalità server nella procedura guidata; lo script del vendor non viene mai caricato e il matching si basa su identificatori con hash e click ID acquisiti dal tracker.

Come vengono evitati i duplicati?

Il tag browser e la richiesta server trasportano lo stesso ID evento e gli acquisti aggiungono l’ID ordine. Il worker deduplica inoltre gli eventi sorgente ripetuti prima della consegna.

E se l’API del vendor cambia?

Le versioni API sono bloccate centralmente con la data di verifica; gli avvisi di dismissione compaiono nello stato di salute della destinazione molto prima che un endpoint venga ritirato.

Collega Webhook

Configura l’integrazione con la procedura guidata o lascia che l’assistente lo faccia in chat.