Suggerimenti utili per migliorare l’attribuzione della conversione di Facebook

L’attribuzione corretta della conversione di Facebook è essenziale per i business che desiderano di ottenere il pieno vantaggio di pubblicità pagata. Mente alcune aziende si utilizzano il monitoraggio di browser, il passaggio al monitoraggio lato server può dare i dati più precisi. Il tagging lato server permette la comunicazione diretta tra il tuo server e il server di Facebook, fornendo i dati di prime parti di qualità e utilizzando i cookie di prime parti. 

Questo post di blog ti darà i suggerimenti utili per aiutarti a migliorare l’attribuzione della conversione di Facebook utilizzando il tagging lato server.

Come il tagging lato server può aiutare con l’attribuzione di FacebookCopia il link a questa sessione

Uno dei vantaggi principali di tagging s2s è che dà la precisione migliorata sul metodo di monitoraggio lato cliente. Accade perché il tagging server-a-server non può essere bloccato da quando la comunicazione si prende al livello di server. Gli strumenti come adBlocker o gli altri meccanismi della prevenzione di monitoraggio non possono accedere ai dati inviati tramite il server. 

Quando abiliti l’integrazione FB s2s, il tuo server comunica direttamente con il server di Facebook. Si invia i dati affidabili sugli eventi e utenti che hanno visitato il tuo sito web, che aiutano ad attribuire i tuoi utenti ai profili di Facebook. Più informazione degli utenti invii a Facebook, è la migliore possibilità che saranno disponibili ad attribuire gli eventi correttamente nelle campagne pubblicitarie.

Il modo più popolare del monitoraggio di Facebook server-a-server è  Facebook conversion API. Ma esistono qualchi approcci come puoi configurare FB CAPI. In questa guida, voglio descrivere i metodi diversi della configurazione di FB CAPI, come ogni modo influisce all’attribuzione di FB, e come migliorare l’attribuzione.

Questi suggerimenti si basano sulla nostra esperienza e sui feedback dei clienti.

Facebook conversion API (browser+server)Copia il link a questa sessione

Facebook consiglia di impostare CAPI utilizzando il metodo browser+server. Quando il tracciamento del browser è bloccato, il tracciamento del server continuerà a inviare i dati dell'utente a Facebook. Quando viene attivato il tracciamento del browser e del server, FB utilizza il nome dell'evento e l'ID dell'evento per la deduplicazione degli eventi. Scarta un evento e ne conserva un altro per evitare un eccesso di segnalazioni.

Abbiamo il post di blog che descrive come configurare il Facebook CAPI utilizzando il server GTM.

FB dà la priorità alta per gli eventi del browser. Quando si vedono entrambi eventi di browser e server, i loro algoritmi di deduplicazione probabilmente elimineranno gli eventi del server e registrano gli eventi di browser. Così se invii i più dati con un evento di server, FB non sarà in grado di leggere questi dati. Non combinano i dati dell’evento web e di server.  

Un aspetto essenziale della configurazione di FB CAPI utilizzando i metodi ibridi tramite Google Tag Manager apparisce quando utilizzi GA4 (o qualsiasi altro tag web GTM) per fornire i dati dal web al server GTM. In caso quando AdBlocker si blocca GA4, non fornisce i dati a sGTM, dicendo che i tag di FB CAPI anche non si attivano. Quindi in questo scenario, gli eventi del browser non si attivano anche come i tag del server.

Per risolvere questo problema, stape crea il  Custom Loader power. Questo power-up fa i tuoi script GTM e GA4 resistenti agli AdBlocker. Così quando l’AdBlocker si usa la sua capacità al massimo e cerca di bloccare gtm.js o raccoglie le richieste, Custom Loader li nasconde e li prevenisce di essere bloccati. In questo caso, quando FB pixel non funziona, il tuo server tag GA4 ancora fornirà i dati al contenitore sGTM, e sGTM invierà gli eventi FB CAPI a Facebook, dicendo che le azioni dell’utente sono state tracciate.

Check this article to learn more about Custom Loader power-up and how you can make Web GTM and Google Analytics 4 resistant to AdBlockers. 

Vantaggi:

• FB consiglia di configurare il metodo di browser+server.

Svantaggi:

• Il monitoraggio di server può essere bloccato senza che utilizzi il Custom Loader power-up di stape (l’uso è descritto sopra in questo post di blog)
• L’implementazione più completa se non utilizzi il GTM web per configurare i FB pixel.
• A volte, quando un utente sul dispositivo iOS rinuncia al monitoraggio, entrambi eventi di web e server non verranno inviati. (Dirò su questo più tardi in questo post)

Facebook conversion API (solo server)Copia il link a questa sessione

Detto che l’invio solo degli eventi del server non è consigliato da Facebook, è una buona soluzione se hai i più dati dell’utente o dell’evento nel contenitore del server di Google Tag Manager riguarda il web. O utilizzi qualsiasi tecnica per arricchire i tuoi dati del server. Abbiamo già due post di blog su come puoi migliorare i dati sGTM con l’aiuto di Firestore o Google Sheets.

In quella situazione consiglio di inviare gli eventi solo-server. La ragione principale è che utilizzando il metodo web+server, FB preferisce gli eventi web e evita tutti i parametri dell’utente e dell’evento inviati dal server. Significa che i dati importanti che possono aiutare con l’attribuzione della conversione, possono essere persi, e FB avrà il meno della precisione attribuendo gli eventi alle campagne.

L'attribuzione della conversione FB degli utenti iOS che hanno scelto di essere esclusi dal monitoraggio, è un’altra conversione lunga e  controversa. Nella documentazione ufficiale, FB dice che FB CAPI non aiuta a tracciare gli utenti che hanno scelto di essere esclusi dalla ricerca. Alcuni casi e la nostra ricerca mostrano che uno dei modi per tracciare chi ha scelto di essere escluso dal monitoraggio su iOS è di inviare solo gli eventi del server tramite FB CAPI.

La teoria è basata sulla logica che con il monitoraggio web+server FB vede l’ID del dispositivo utilizzando il pixel e non raccoglie tutti gli eventi per l’ID di questo dispositivo. Ma inviando gli eventi tramite il server, FB ha accesso solo ai dati configurati da te e non conosce l’ID del dispositivo o se l’utente ha scelto di essere escluso dal monitoraggio. 

Vantaggi:

• Migliori l'attribuzione della conversione in caso se hai i più dati sul server.
• Ci vuole meno tempo per l’implementazione perché non serve la configurazione degli eventi web e la deduplicazione.
• Puoi tracciare gli utenti, che hanno scelto di essere esclusi dal monitoraggio.

Svantaggi:

• FB non consiglia questo metodo
• Dovrai manualmente inviare fbp perché l’ID del browser non sarà generato da FB pixel. Se utilizzi the FB CAPI tag, puoi facilmente attivare questa funzione.

Facebook conversion API tramite i webhookCopia il link a questa sessione

La configurazione di FB CAPI tramite i webhook è simile all’invio degli eventi FB solo tramite il server. La sola differenza è di come fornisci i dati dal web al server. Il metodo #2 (il monitoraggio solo server), invii i dati dal web GTM a sGTM utilizzando GA4, UA, o Data Tag. Con questo metodo puoi attivare gli eventi FB CAPI basati sui dati inviati da te tramite i Webhook.

Il più popolare CMS ha la funzione che permette loro di configurare i webhook facilmente. Con Preview Header power-up di stape, puoi facilmente debug i webhook in arrivo in sGTM. Abbiamo già un post di blog su come inviare i webhook a sGTM.

I webhook possono essere un'eccellente sorgente dei dati per sGTM, perché contiene l’informazione completa sull'ordine.

Il vantaggio principale dell’uso dei webhook per inviare gli eventi FB CAPI è che questi eventi possono essere bloccati. Alcuni clienti preferiscono di provare l’invio degli stessi eventi tramite browser+server rispetto il webhook (solo server). Possono paragonare quale metodo ha la corrispondenza più alta e l'attribuzione migliore.  

Vantaggi:

• L'attribuzione della conversione migliorata perché i Webhook contengono i dati preziosi dell’utente e della ordine.
• Puoi tracciare gli utenti che hanno scelto di essere esclusi dal monitoraggio sui dispositivi iOS.
• Dà un'opportunità eccellente per dividere il monitoraggio web+server rispetto a server tramite il web GTM rispetto al server tramite i webhook.

Svantaggi:

• Potrebbe prendere il più tempo per la configurazione perché hai bisogno di configurare i webhook.

Facebook offline conversions utilizzando sGTMCopia il link a questa sessione

Il team di Stape ha creato uno nuovo sGRM disegnato esplicitamente per inviare FB offline conversion da sGTM. Utilizzando questo tag, puoi automaticamente inviare gli eventi FB offline conversion a FB. In precedenza hai avuto il bisogno di costruire un’integrazione personalizzata o caricare offline a mano tramite CSV.

Il vantaggio principale degli eventi FB offline è che possono essere misurati in modo parallelo con FB pixel e gli eventi FB CAPI. Puoi dividere gli eventi test web+server, o gli eventi FB offline conversion funzionano più precisamente in termini dell’attribuzione.  

Inoltre, i nostri provi hanno mostrato che i FB offline conversion tracciano le persone che hanno scelto di essere esclusi dal monitoraggio quando si usano i webhook come fonte dei dati per i  FB offline conversion. Il motivo principale è che la conversione offline è considerata come i dati di prime parti che tu condividi con FB.

Un altro beneficio è la finestra dell’attribuzione aumentata degli eventi FB offline. Ha la finestra dell’attribuzione di clic 28-giorni rispetto al massimo 7 giorni con CAPI o il monitoraggio pixel. 

Abbiamo recentemente cominciato a consigliare ai clienti di stape a configurare FB offline conversion in modo parallelo con il monitoraggio FB CAPI. Il motivo principale è che ti darà la più dell’informazione per misurare la prestazione delle campagne, e la configurazione di FB offline conversion non prende molto tempo se già hai implementato FB CAPI.

Vantaggi:

• Può tracciare la prestazione della campagna in modo parallelo con FB pixel o CAPI. Hai bisogno solo di personalizzare le colonne in Ads manager.
• FB offline conversion ha la finestra dell’attribuzione di 28-giorni.
• La possibilità alta che traccerà gli utenti che hanno scelto di essere esclusi dal monitoraggio su iOS 14/15.

Svantaggi:

• Ci vuole ulteriore tempo per la configurazione.

Conclusione:Copia il link a questa sessione

Grazie che hai letto alla fine questo post. Adesso sai che suggerimenti usiamo per aiutare i nostri clienti a migliorare l’attribuzione delle loro campagne FB conversion con aiuto del monitoraggio lato server. È il momento per utilizzare la conoscenza sulla pratica. 

Ricordi che non c’è la soluzione che soddisfa tutti i siti web da quando le tecnologie e le canalizzazioni delle conversioni sono diversi. Prova di sperimentare e trovare un metodo che funziona meglio per te.

Siamo qui per aiutare se hai bisogno dell’assistenza nella configurazione del tuo monitoraggio o della risoluzione dei problemi. Sei sicuro di ricontrollare come continueremo di aggiornare il nostro blog con le ultime notizie e gli insight in marketing digitale. Fino alla prossima volta!