Conversion API Meta: il setup completo per recuperare il segnale perso
Guida operativa al setup di Meta CAPI: architettura, eventi prioritari, deduplicazione, validazione. Recupera il 15-25% di eventi persi dal pixel.
Perché il tracking client-side non basta più nel 2026
iOS 14.5, Intelligent Tracking Prevention di Safari, blocco cookie di terze parti su Chrome, ad blocker installati di default: il pixel Meta vede tra il 15% e il 35% in meno di eventi rispetto a quattro anni fa. La Conversion API (CAPI) recupera questa perdita inviando gli eventi server-to-server.
Senza CAPI, l'algoritmo Meta ottimizza su un sottoinsieme distorto delle conversioni reali. Il risultato: ROAS dichiarato più basso del reale, ottimizzazione su audience sub-ottimali, scaling più difficile. CAPI non è un'opzione tecnica avanzata: è la nuova baseline.
Architettura: pixel + CAPI in dual-track
Il setup corretto non sostituisce il pixel con CAPI: li affianca. Il pixel cattura ciò che il browser permette, CAPI invia in parallelo gli stessi eventi dal server. Meta dedupes i due flussi tramite `event_id` condiviso.
Questa architettura dual-track aumenta la match quality e protegge dal calo futuro del tracking lato client. Il pixel diventa il segnale ridondante, CAPI il segnale autoritativo. Per cui anche se domani il browser blocca completamente il pixel, il sistema continua a tracciare.
Eventi prioritari da inviare via CAPI
Non serve inviare tutto. Concentrarsi sui 4-6 eventi che generano valore: `Purchase`, `Lead`, `CompleteRegistration`, `InitiateCheckout`, `AddToCart`, `Subscribe`. Per servizi B2B aggiungere `Contact` o eventi custom legati alla qualificazione.
Per ogni evento, includere i parametri utente disponibili (email hashata, telefono, IP, user agent) per migliorare la match rate Meta. Più dati utente arrivano, più Meta può riconciliare l'evento con il profilo della persona — e quindi ottimizzare meglio.
Tre modi per implementare CAPI
Opzione 1: integrazione diretta via codice (Node.js, PHP, Python). Massimo controllo, richiede sviluppo. Opzione 2: GTM Server-Side. Più flessibile, costa hosting ma elimina la dipendenza dagli sviluppatori per modifiche future. Opzione 3: integrazioni Meta partner (Shopify, WooCommerce, Stape) che funzionano out-of-the-box.
La scelta dipende dalla complessità del sito e dalla disponibilità di un team tecnico. Per ecommerce su Shopify, l'integrazione partner copre l'80% dei casi. Per business custom, GTM Server-Side è quasi sempre la scelta giusta.
Deduplicazione: il dettaglio che evita di pagare due volte
Senza deduplicazione, Meta conta lo stesso `Purchase` due volte (una dal pixel, una da CAPI) gonfiando il ROAS dichiarato e distorcendo l'ottimizzazione. La deduplicazione si basa su `event_id` univoco per ogni evento, inviato identico da entrambi i canali.
Implementazione tipica: generare un UUID al checkout, salvarlo in dataLayer, leggerlo sia dal pixel sia dal backend al momento dell'invio CAPI. Meta riconcilia automaticamente e mantiene un solo evento.
Validazione e troubleshooting
Strumenti per validare: Test Events di Meta Events Manager (testing real-time), Diagnostics tab (eventi degli ultimi 7 giorni con match quality score), report match rate per evento. Un setup ben fatto raggiunge un Event Match Quality (EMQ) di 7-8/10.
Sotto 6/10 c'è un problema di parametri utente mancanti. Sotto 4/10 il setup è quasi inutile. La validazione va fatta nei primi 7 giorni dopo il go-live e ri-controllata ogni trimestre.
Cosa cambia nei numeri delle campagne dopo CAPI
Dopo 30 giorni di CAPI ben fatto, le metriche tipiche cambiano così: numero di eventi tracciati +15-25%, ROAS dichiarato +10-20% (perché Meta ora vede conversioni che prima perdeva), match quality +30-50%. Il costo per risultato dichiarato scende, ma in realtà sta semplicemente diventando più accurato.
Il vero ROI di CAPI non è sui report: è sull'ottimizzazione algoritmica. Con segnali più ricchi, Meta scopre audience più performanti che prima erano invisibili. È il motivo per cui CAPI ben fatto ripaga il setup in 30-60 giorni.
