Framework tracking · 02

Ogni vendita registrata, anche quelle che il browser non vede

Le piattaforme pubblicitarie perdono fino al 40% delle conversioni reali tra iOS, adblocker e consenso cookie. Noi le recuperiamo dal server e le attribuiamo all'annuncio giusto.

Lo schema

Come registriamo ogni conversione, anche quella invisibile

Due strade parallele per lo stesso evento: il browser, che può essere bloccato, e il server, che non lo è mai. La deduplicazione fa in modo che la vendita venga contata una volta sola.

Tracking delle conversioni server-side

L'utente completa un'azioneacquisto · firma · form · chiamata
Browser · pixel Meta Pixel scatta GA4 tag scatta iOS blocca Adblocker blocca Fino al 40% di eventi persi
Server-side · API Meta Conversions API GA4 Measurement Protocol Match su email hashata Attribuzione differita Sempre attivo, niente blocchi
Motore di deduplicazionebrowser + server = 1 solo evento
Matching su event_idnessun doppio conteggio
Meta Ads ottimizza
·
Google Ads ottimizza
·
GA4 report completo
+40% di conversioni recuperate, attribuite all'annuncio giusto

Il problema che risolviamo. Da quando Apple ha introdotto le restrizioni sulla privacy e molti utenti bloccano i tracker, Meta e Google non riescono più a vedere una parte consistente delle vendite che hai generato. Pensano che le tue campagne funzionino meno di quanto fanno davvero, e le ottimizzano male, sprecando il tuo budget.

Cosa ottieni

Più dati alle piattaforme, più vendite a te

Schema: i parametri fbc, fbp, email e IP confluiscono in un unico evento, che arriva alla piattaforma con un indice di corrispondenza alto.
Ogni conversione parte con i parametri che servono alla piattaforma per riconoscere la persona: più ne arrivano, più il match sale.

Nessuna vendita si perde, neanche su iPhone

Le restrizioni di iOS bloccano i tracker nel browser. Il sistema registra le conversioni direttamente dal server: niente blocchi, niente dati mancanti.

Recuperi fino al 40% di conversioni invisibili

Attribuisci vendite anche a settimane di distanza

Un cliente clicca oggi, ma acquista il percorso di coaching tra tre settimane. Il sistema lo ricorda e attribuisce la vendita alla campagna giusta.

Valore reale di ogni campagna, non solo vendite immediate

Le piattaforme ottimizzano meglio le campagne

Quando Meta e Google vedono più conversioni reali, i loro algoritmi capiscono chi sono i tuoi clienti migliori e mostrano gli annunci a persone simili.

ROAS più alto con lo stesso budget

Prima e dopo

Cosa cambia con il tracking server-side

Solo pixel

  • Meta vede 6 vendite su 10 e ottimizza su dati incompleti
  • Le vendite da utenti iPhone spariscono dai report
  • Chi compra dopo due settimane non viene attribuito a nessuna campagna
  • L'algoritmo pensa che le campagne funzionino meno del reale
  • Budget buttato su audience sbagliate

Pixel + server-side

  • Meta vede 9-10 vendite su 10 e ottimizza su dati quasi completi
  • Le vendite da iPhone vengono registrate dal server, non perse
  • Ogni vendita collegata alla campagna giusta, anche dopo settimane
  • L'algoritmo sa chi sono i tuoi clienti reali e trova persone simili
  • Budget allocato sulle campagne che portano fatturato
Cosa vedrai in dashboard

Browser e server a confronto, conversione per conversione

Quante vendite ha visto il pixel, quante ne ha recuperate il server, qual è il match rate. Numeri che in Events Manager sono sparsi, qui sono in una schermata.

dashboard.tuodominio.it/conversioni
Conversioni tracciateEsempio · ultimi 30 giorni
Vendite totali320 tutte attribuite
Recuperate dal server128 +40% vs solo browser
Vendite offline attribuite47 coaching e contratti
Match rate medio87% target >70%
Meta Ads · browser88conv.
Meta Ads · server144conv.
Google Ads · browser67conv.
Google Ads · server109conv.

Cosa significa: con il solo pixel Meta vedeva 88 conversioni e stava riducendo il budget sulle campagne "che non convertivano". Con i dati server-side ne ha viste 144 e ha ottimizzato sulle persone che comprano davvero.

Come lo implementiamo

Dal click al server, senza toccare il sito

In parole semplici: il cliente clicca e viene riconosciuto, la vendita viene registrata dal server, le piattaforme ottimizzano su dati reali. Tecnicamente, quattro passaggi.

Pixel e GA4 restano al loro posto: aggiungiamo il canale server e la deduplicazione, non sostituiamo nulla.

Schema: il browser invia gli eventi a Meta con il Pixel su una linea tratteggiata che a volte si interrompe; il server li invia con la Conversions API su una linea continua che arriva sempre.
Il Pixel parte dal browser e a volte non arriva. La Conversions API parte dal server: lo stesso evento arriva sempre, anche quando il browser lo blocca.
  1. 1

    Identificazione al primo click

    fbclid, gclid e UTM vengono salvati in un cookie first-party di lunga durata e nel contatto CRM. L'identificativo non dipende dai cookie di terze parti e resta valido anche su iPhone.

  2. 2

    Container server su un tuo sottodominio

    Configuriamo un GTM server container (es. trk.tuodominio.it). Il browser invia gli eventi lì; il server li arricchisce con i dati hashati e li inoltra a Meta CAPI, GA4 e Google Ads.

  3. 3

    Eventi con event_id e valore reale

    Purchase, Lead, CompleteRegistration e gli eventi GA4 corrispondenti partono con lo stesso event_id da browser e server, con valore in euro, valuta e ID ordine. Le vendite offline arrivano dal CRM via webhook.

  4. 4

    Verifica di match quality e deduplicazione

    Controlliamo in Events Manager e in Google Ads che gli eventi siano deduplicati, che il match rate superi il 70% e che le conversioni compaiano nei report. Poi monitoriamo tutto con alert automatici.

Domande frequenti

Domande sul tracking delle conversioni

Perché Meta e Google non vedono tutte le mie conversioni?
Perché il pixel vive nel browser, e il browser oggi è ostile: iOS limita i cookie a 7 giorni, gli adblocker bloccano gli script di Meta e Google, il banner cookie spegne i tag a chi rifiuta. Ogni vendita che il pixel non riesce a inviare, per la piattaforma non esiste. Il tracking server-side invia la conversione dal tuo server, dove nessuno la può bloccare.
Cos'è la Conversions API (CAPI) di Meta?
È il canale server-to-server con cui il tuo sistema comunica a Meta che è avvenuta una conversione, senza passare dal browser. Ogni evento porta con sé dati di matching hashati (email, telefono), il click ID fbclid, l'indirizzo IP e lo user agent: così Meta riconosce l'utente e attribuisce la vendita all'annuncio giusto. L'equivalente lato Google è il Measurement Protocol di GA4 insieme alle Enhanced Conversions.
Se pixel e server inviano la stessa vendita, non viene contata due volte?
No, se la deduplicazione è configurata bene. Browser e server inviano lo stesso event_id univoco (per esempio l'ID ordine) con lo stesso nome evento: la piattaforma tiene una sola conversione e scarta il duplicato. Controlliamo il tasso di duplicati in Events Manager e lo teniamo sotto il 5%.
Si possono attribuire vendite che avvengono settimane dopo il click o al telefono?
Sì. Il click ID e la sorgente vengono salvati sul contatto nel CRM al primo form. Quando il contratto viene firmato, anche 3 settimane dopo e dopo una chiamata commerciale, inviamo la conversione offline a Meta (CAPI con action_source offline) e a Google Ads (Offline Conversion Import, entro 90 giorni dal click), con il valore reale in euro.
Email e telefono dei clienti vengono inviati in chiaro alle piattaforme?
Mai. Prima dell'invio ogni dato personale viene normalizzato (minuscolo, senza spazi, telefono in formato E.164) e hashato in SHA-256. Le piattaforme confrontano l'hash con quello degli utenti loggati, senza ricevere il dato originale. Il flusso rispetta il consenso espresso tramite Consent Mode v2.
Fase 02 · Conversioni

Stai perdendo vendite che non riesci a vedere?

In 30 minuti analizziamo il tuo setup di pixel e tag, stimiamo quante conversioni stai perdendo oggi e ti spieghiamo come recuperarle con il tracking server-side.

Nessun impegno Analisi del setup inclusa Setup in 14 giorni