Configurazione del Meta Pixel per la lead generation, passo per passo

La configurazione del Meta Pixel per la lead gen richiede sei passi:

1. Crea il Pixel (un dataset) in Events Manager.
2. Aggiungi il codice base nell’<head> di ogni landing page.
3. Invia il Lead quando l’invio va a buon fine, non al click.
4. Condividi un event_id con la Conversions API.
5. Testa con Test Events e Meta Ads Data Advisor.
6. Controlla cosa blocca il tuo banner dei cookie.

Il Meta Pixel è lo strumento che molti chiamano ancora Facebook Pixel: stesso codice fbq, rinominato dopo che la società madre di Facebook è diventata Meta. Questa è la metà browser del lavoro, per un form su una landing page che controlli. La metà server ha le sue guide: come configurare la Conversions API e deduplicazione tra Meta Pixel e CAPI. L’obiettivo qui è un Pixel che va d’accordo con il tuo server invece di fargli concorrenza. Per capire dove sta il tracciamento nell’intera campagna, vedi la guida alla lead generation con Facebook Ads.

Cosa deve inviare il Meta Pixel da una landing page di lead generation

Appena installato, il codice base invia un PageView a ogni caricamento. Tutto il resto lo decidi tu, quindi scrivi un breve piano degli eventi prima che qualcuno tocchi il codice:

Un invio, un Lead. Una landing page che invia Lead, CompleteRegistration e Contact per lo stesso form dà a Meta tre conversioni da cui imparare e a te tre numeri da riconciliare. La checklist di configurazione nella documentazione di Meta Ads Data Advisor dice la stessa cosa: di norma un solo evento di conversione, e altri solo quando li fa partire un’azione specifica dell’utente.

Configurazione del Meta Pixel, passo per passo

Passo 1: crea il Pixel (dataset) in Events Manager

Events Manager (Gestione eventi) elenca i Pixel che hai già sotto Data Sources (Origini dei dati). Il centro assistenza di Meta ora chiama la procedura creare un dataset per il tuo Meta Pixel: un solo oggetto con due nomi, Pixel e dataset, e un solo ID che va nel codice base e in ogni richiesta alla Conversions API.

Due controlli prima di creare qualcosa:

• Questo sito ha già un Pixel? Usa quello. Meta vuole lo stesso ID del Pixel sugli eventi del browser e su quelli del server (guida introduttiva alla Conversions API), e un secondo Pixel sulla stessa landing page causa il doppio invio descritto nella tabella degli errori più sotto.
• Di quale business è? Le agenzie dovrebbero crearlo nel portfolio business del cliente e lavorare tramite accesso condiviso. Quando il contratto finisce, i dati restano a chi li ha pagati. Lo stesso vale per il dominio: verificalo nel portfolio del cliente e fattelo condividere dal cliente.

Passo 2: installa il codice base

Copia il codice base da Events Manager e aggiungilo a ogni landing page che vuoi tracciare, più la thank-you page se ne usi una. La guida introduttiva di Meta raccomanda di metterlo tra il tag <head> di apertura e quello di chiusura, perché così si riduce la probabilità che browser o codice di terze parti blocchino l’esecuzione del Pixel.

Meta documenta anche un’installazione con il tag <img>, che però sconsiglia. Per un form di lead gen resta sul codice base JavaScript.

Con i cookie di prima parte attivi, il Pixel salva un ID del browser nel cookie _fbp e, quando l’URL della landing page contiene un fbclid, l’ID del click in _fbc (riferimento di Meta su fbp e fbc). Il tuo server li rimanda entrambi con il Lead; i cookie _fbc e _fbp, spiegati riporta i formati.

Passo 3: invia l’evento Lead quando l’invio del form va a buon fine

La scorciatoia più comune è agganciare il Lead al click sul pulsante di invio. In un form di lead gen, un click non è un lead:

• parte anche quando la validazione fallisce, per esempio con un numero di telefono nel formato sbagliato;
• un doppio tap su una connessione lenta lo fa partire due volte;
• il tuo server può ancora scartare l’invio come spam, o andare in timeout.

Ognuno di questi casi aggiunge un Lead al conteggio di Meta senza nessun lead nel tuo CRM, e tutti alimentano lo stesso sistema di delivery a cui chiedi di trovare altri lead. Invia il Lead dopo che il server ha salvato il lead: nella callback di successo della richiesta di invio, oppure in una schermata di conferma che compare una sola volta per lead.

// parte solo dopo che il server ha confermato di aver salvato il lead
fbq('track', 'Lead', {}, { eventID: leadEventId });

Il riferimento degli eventi standard di Meta definisce Lead come il completamento di una registrazione (“When a sign up is completed”). Scrivilo esattamente così, nel browser e sul server. Lo stesso riferimento elenca anche CompleteRegistration, Schedule e SubmitApplication; se uno di questi descrive meglio il tuo form, usalo, ma scegli un solo evento per form e mantienilo.

Se invece il Lead parte da una thank-you page, solo un invio riuscito deve poterla raggiungere, e un refresh non deve mandare un secondo Lead. Lega l’ID dell’evento al lead, mai al caricamento.

Advanced matching. Il Pixel può anche inviare email e telefono del visitatore, con hash, così Meta può associare l’evento a una persona. L’advanced matching manuale li passa in fbq('init'), e Meta avverte che i parametri vanno messi nel codice base del pixel, altrimenti i valori non vengono trattati come advanced matching manuale (documentazione sull’advanced matching). In un form di lead gen il codice base parte prima che qualcuno abbia scritto qualcosa, quindi non è una buona soluzione. Attiva l’advanced matching automatico in Events Manager e lascia che sia il Lead della Conversions API a portare email e telefono con hash presi dal form inviato; Event Match Quality per la lead generation spiega l’hashing.

Passo 4: passa un event_id per deduplicare Pixel e Conversions API

Meta raccomanda di implementare la Conversions API insieme al Pixel, una configurazione che chiama ridondante, e conta una sola volta le due copie di un Lead quando l’eventID del Pixel coincide con l’event_id del server e i nomi degli eventi coincidono, entro 48 ore (guida di Meta alla deduplicazione). Il suo riferimento degli eventi standard raccomanda di passare eventID come quarto argomento di fbq ogni volta che usi entrambi.

Lato browser bastano quattro mosse:

1. Quando il visitatore invia il form, genera un ID per questo lead. Va bene un UUID.
2. Mandalo al server insieme ai campi del form, per esempio in un campo nascosto.
3. Quando il server conferma, fai partire il Lead del Pixel con quell’ID come eventID.
4. Il server invia il Lead della Conversions API con la stessa stringa come event_id.

Retry, chiavi di riserva e la tab Event Deduplication sono in deduplicazione tra Meta Pixel e CAPI; il payload del server, campo per campo, è in come configurare la Conversions API.

Sulle landing page di DropCPL, la metà server di questo passo è già collegata. DropCPL invia ogni Lead a Meta tramite la Conversions API con un event_id per la deduplicazione più fbc e fbp, e calcola il tuo CPL sui lead che il form ha davvero ricevuto. Inizia gratis →

Passo 5: testa con Test Events e Meta Ads Data Advisor (ex Meta Pixel Helper)

Meta Pixel Helper ora si chiama Meta Ads Data Advisor (“formerly Meta Pixel Helper”): è un’estensione del browser per Chrome e Microsoft Edge, e le installazioni esistenti si sono aggiornate da sole (documentazione di Meta Ads Data Advisor). Usala insieme a Test Events:

Un giro di test che intercetta la maggior parte degli errori di configurazione:

1. Consenti la landing page nel tuo ad blocker. Tra i passaggi di test di Meta per Data Advisor c’è proprio disattivarlo.
2. Apri la landing page. Data Advisor deve mostrare un solo Pixel, con il PageView.
3. Invia il form con un errore voluto, per esempio delle lettere nel numero di telefono. Non deve partire nessun Lead.
4. Invialo correttamente. Un Lead.
5. Ricarica la schermata di conferma. Sempre un Lead.
6. Cerca eventi segnati come Auto-detected accanto a quelli che hai codificato.
7. Fai il test lato server con un test_event_code e controlla la deduplicazione, come descritto nella guida alla configurazione della Conversions API. La stessa guida spiega perché i lead di test devono essere pochi.

Configurazione del Meta Pixel con un banner dei cookie

Dove la legge richiede il consenso al tracciamento, il banner dei cookie decide se il Pixel parte o no. Meta lascia a te questa decisione: la sua guida al GDPR per il Pixel dice che ogni azienda è responsabile della propria conformità al GDPR (Meta). Cosa blocca il banner dipende da come è collegato:

Con la consent API conta l’ordine. Nell’esempio di Meta revoke viene chiamato prima di init, e la chiamata deve girare ovunque giri il codice base:

fbq('consent', 'revoke');
fbq('init', 'YOUR_PIXEL_ID');
fbq('track', 'PageView');
// più tardi, quando il visitatore ha accettato:
fbq('consent', 'grant');

Cosa significa per la lead gen:

• Chi rifiuta compila comunque i form. Il tuo CRM riceve il lead e il conteggio browser di Meta no, quindi Events Manager mostra meno Lead di quelli che hai ricevuto. Controlla il tuo tasso di consenso prima di parlare di bug di tracciamento, e decidi i budget sul tuo conteggio; CPL reale vs CPL della piattaforma spiega il motivo.
• Il Lead dal server ha bisogno dello stesso filtro del Pixel. Inviare da un server è un’altra strada per gli stessi dati, con le stesse regole. Il tracciamento lato server per Facebook Ads riporta cosa dice Meta su consenso e Conversions API.
• Testa tre percorsi: rifiuto, accettazione all’arrivo e accettazione subito prima dell’invio, e guarda in Data Advisor quali eventi partono in ciascun caso. La guida di Meta al consenso non dice cosa succede agli eventi partiti mentre il consenso è revocato, quindi verificalo invece di darlo per scontato.

Errori comuni nella configurazione del Meta Pixel